#ubuntu-sugarteam 2010-09-01 * lfaraone waves. <alsroot> satellit_: btw do you know how fedora install a set of packages, afaik it doesn't use meta packages <satellit_> alsroot: no I do not....but apt-get install sugar* installs all of the available activities in repo. to /usr/share/sugar/activities/ <satellit_> .xo files to /home/(user)/Activities <alsroot> satellit_: thanks, sdziallas will know <satellit_> USR 830 .iso <lfaraone> alsroot, your patch was included in Maverick. <alsroot> lfaraone: fine, /me hopes that sugar users don't use Alt+mouse to move windows :) <lfaraone> alsroot: well, do we really need to set that value at all? <lfaraone> alsroot: long term the fix might be to save the orignal value and restore it, no? <alsroot> lfaraone: well, the best way could be not interfere w/ metacity at all, afaik gnome is switcing to new gconf(or so), hope that in new env we can localize sugar goncf settings <alsroot> lfaraone: about purpose of setting gconf mouse key, I guess the reason was that alt+mouse is needed for shell <lfaraone> alsroot: ah, okay. <lfaraone> alsroot: fedora lists the packages manually. <alsroot> lfaraone: afaik there is different kind of packaging entities, groups or so, anyway it was manusheel who asked about it, he'd better to ask sdziallas about fedora packaging details <manusheel> lfaraone: Hi Luke. <manusheel> Around? <lfaraone> manusheel: somewhat. <lfaraone> manusheel: what's up? <manusheel> lfaraone: Hi Luke. Can you please let me know about your availability today and tomorrow? <manusheel> lfaraone: We'll have a discussion on maintaining packages, moving forward. <manusheel> With Neeraj. <lfaraone> manusheel: I'm here til 13h EDT, then back again from 19/20h til 22h/23h. <manusheel> lfaraone: Great. Thank you Luke. <lfaraone> manusheel: please let me know when you' <lfaraone> manusheel: please let me know when you'd like to meet so I can be sure to be free during that period. <kandarpk> manusheel sir: hello sir <manusheel> kandarpk: Hi Kandarp. <manusheel> kandarpk: Which issue are we looking at right now? <manusheel> kandarpk: Should we change the status of one of the issues to "Won't Fix"? <kandarpk> manusheel sir: we can mark http://bugs.sugarlabs.org/ticket/2154 as wont fix <manusheel> kandarpk: Yes, was not able to reproduce it. Ok, did Bernie tell you the same thing? <manusheel> Did you have a word with him? <lfaraone> manusheel, kandarpk, A bug isn't "won't fix" if we can't reproduce the issue, rather, incomplete would be better, no? <kandarpk> manusheel sir: tomeu had commented that alsroot had fixed a similar issue <kandarpk> and alsroot suggested that we should wait until its cause is known/it is reproducible <kandarpk> lfaraone: +1 <manusheel> lfaraone: Right. +1 <manusheel> lfaraone: Yes, we change the status to Triaged or Incomplete for that case. <kandarpk> lfaraone: recently came to know that you are a DD now. Congrats. <lfaraone> kandarpk: thanks, appreciated. <lfaraone> manusheel: "Triaged" means "we have steps to reproduce, a priority, and it's ready for someone to look at it when it's ready." <lfaraone> manusheel: so if we can't reproduce, triaged does not seem appropreate, to me. <bernie> kandarpk, manusheel: I can't reproduce it as well, but it's very rare. <bernie> kandarpk, manusheel: even if you reproduce it, the error in shell.log is not obvious <bernie> kandarpk, manusheel: #2154 does not seem like the kind of bug for novice developers to cut their teeth with... <bernie> kandarpk, manusheel: let's just say that if we see it while working on other things we'll follow up. I don't think it can be closed, yet... because nothing changed in dextrose that could have fixed it. <manusheel> bernie: Sure, Bernie. Thank you for the pointer. <manusheel> bernie: Will add the comment. <manusheel> lfaraone: I was referring to the status of the bug as incomplete or triaged depending upon the requirements. <manusheel> lfaraone: Did you get my message on the meeting? <bernie> manusheel: unfortunately, we are at the closing phases of Dextrose development so only the really obscure bugs are still standing <bernie> manusheel: not the ideal situation to bring in new developers <lfaraone> manusheel: I'm not sure what you mean. You didn't confirm a time, if that's what you mean. <lfaraone> *I did not get a confirmation of a time <manusheel> lfaraone: My apologies. It seems the message didn't pass through. I did write it. But, had network issues. <manusheel> bernie: Ok. <manusheel> lfaraone: Got logged out a number of times today. So, you wrote you'll be available till 13:00, today? And, from 21:00 - 23:00 hrs. <manusheel> kandarpk: How is the second bug coming along? <lfaraone> manusheel: correct. although it will probably be more like 8:30 - 22:30, I'm trying to get to sleep earlier :) <manusheel> lfaraone: Sure. Absolutely fine. <manusheel> lfaraone: Let me tell you the timings in 10 minutes. <kandarpk> manusheel sir: http://bugs.sugarlabs.org/ticket/2164 is more of a feature request <manusheel> kandarpk: Right. Any help required on it? <lfaraone> kandarpk: has work on speak halted? <kandarpk> manusheel sir: some PyGtk control needs to be studied <manusheel> kandarpk: Ok. <kandarpk> lfaraone: actually had some confusion of dependency in it <lfaraone> kandarpk: okay, tell me about it :) <lfaraone> kandarpk: python-aiml was ACCEPTED today, so you *shoudln't* have issues installing it from the repos in Sid. <kandarpk> lfaraone: http://git.debian.org/?p=collab-maint/sugar-speak-activity.git;a=blob;f=debian/rules;h=4dbf7bddb4777174bb94e1b877e6fa9edc63ea0d;hb=HEAD <kandarpk> lfaraone: in line 32, I need to drop hippocanvas only ? <lfaraone> kandarpk: that is probably correct. <lfaraone> a cursory review of the source supports that statement. <kandarpk> lfaraone: is python-gtk2 imported using "import gtk" ? <lfaraone> kandarpk: Yes. <kandarpk> ok <kandarpk> lfaraone: I'll push speak-18 in 25-30 min. <lfaraone> kandarpk: awesome, thanks. I'll take a lauren32@example.com. <manusheel> lfaraone: Let us meet tomorrow at 10:30 am, EDT. <lfaraone> manusheel: can-do. <manusheel> lfaraone: Great. <lfaraone> manusheel: I'll create a calendar event and mail it to both of you. <lfaraone> sent. <manusheel> lfaraone: Thanks Luke. Added the event to the calendar. <manusheel> lfaraone: Can you send it to Neeraj? <lfaraone> manusheel: I did. <manusheel> lfaraone: Thank you. <manusheel> kandarpk: Try reproducing this issue at USR - http://bugs.sugarlabs.org/ticket/2195 <manusheel> kandarpk: If you are able to reproduce it, we should work on this bug. <kandarpk> manusheel sir: can I look at it in 25 min ? packaging speak <manusheel> kandarpk: Sure. <kandarpk> lfaraone: speak-activity pushed to git repo. <manusheel> kandarpk: Great. <manusheel> kandarpk: Which code files are we looking at in http://bugs.sugarlabs.org/ticket/2195? Some pointers from my side here. <manusheel> kandarpk: lauren32@example.com <manusheel> and buddy.py <kandarpk> manusheel sir: this needs to be checked in USR ? <manusheel> kandarpk: Yes. <manusheel> kandarpk: We have to check things in USR only. <kandarpk> manusheel sir: not debian ? <manusheel> kandarpk: Check on Debian too. It is an upstream sugar issue. <ishan> manusheel, sir can anyone provide me with a debian tar ball <ishan> without any changes <manusheel> ishan: Let us focus on one thing at a time. We are discussing bug #2207. <ubot2> Launchpad bug 2207 in abuse-frabs (Ubuntu) "Icons / pixmaps in wrong directory (heat: 1)" [Medium,Invalid] https://launchpad.net/bugs/2207 <manusheel> Lets focus on that. <ishan> manusheel, okay <ishan> sir i was just asking because all the problems coming up in the moon package are due to the copied debian tarball from neeraj sir which already had changes <manusheel> ishan: We are discussing bug #2207 right now. Not, moon package. I did see the review. We'll discuss it once we have done bug #2207. <ubot2> Launchpad bug 2207 in abuse-frabs (Ubuntu) "Icons / pixmaps in wrong directory (heat: 1)" [Medium,Invalid] https://launchpad.net/bugs/2207 <ishan> manusheel, yes sir <kandarpk> manusheel sir: facing http://bugs.sugarlabs.org/ticket/2195? in debian <manusheel> kandarpk: Are you facing this issue? <kandarpk> manusheel sir: yes sir. <kandarpk> in debian <manusheel> kandarpk: Ok, can you send me the steps on how you reproduced the issue in an e-mail? <manusheel> kandarpk: No, big documentation. Just write it very concisely. <kandarpk> manusheel sir: the steps are mentioned in the bug report <manusheel> kandarpk: Let me send you a sample for writing the steps. The one on the bug are not complete. <manusheel> kandarpk: Send. <manusheel> Kandarpk: Let us open up window.py file. <manusheel> I am opening up on my system. <mukul> hi manusheel sir <manusheel> mukul: Hi Mukul. <manusheel> mukul: How are we doing in reference to the bugs? Can you send me an update e-mail? We'll meet in 15 lauren32@example.com. <kandarpk> manusheel sir: where is window.py located ? <manusheel> mukul: Currently, working with Kandarp and Ishan on getting them to fix their bugs quickly. <manusheel> kandarpk: In jarabe folder, where do you think window.py file should be placed? <manusheel> kandarpk: There are 4 key folders. <manusheel> kandarpk: Think on what we discussed last time. You should be able to tell me this very quickly. <mukul> manusheel sir: Ok <kandarpk> manusheel sir: controlpanel ? * dipankar says hello <manusheel> kandarpk: You have control panel folder with you, right? <kandarpk> manusheel sir: hmmm <manusheel> dipankar: Hi Dipankar. Let us not only complete the register bug, but the other 3 too :-) <ishan> manusheel, sir i think i have figured out the basic problem-what the bug is about <manusheel> ishan: Neat. Send me an e-mail on it. <dipankar> manusheel, sir that will be a bit hectic :P <dipankar> hehe <manusheel> kandarpk: We should not be taking so much time on this part. Let me know. Otherwise, I'll find this and tell you. Looks very obvious to me. <dipankar> manusheel, sir, shall I ask Bernado Innocenti here itself? <manusheel> dipankar: The bugs are simpler. <manusheel> :-) <kandarpk> manusheel sir: browsing the window.py file <manusheel> kandarpk: Ok, did you find the right folder? <manusheel> ishan: Include the steps to reproduce. <kandarpk> manusheel sir: its in jarabe/intro <dipankar> hey ishan . :) <manusheel> kandarpk: Good. Yes, that is where it should be. Intro is the folder for the window file. <ishan> manusheel, i have not tried to reproduce the same bug but a similar message was displayed while i was trying to reproduce the second bug <kandarpk> manusheel sir: intro ? <manusheel> kandarpk: Yes, we keep all window related stuff there. Ok, now tell me, how did you reproduce the issue? <manusheel> kandarpk: You started the sugar emulator. After that? <dipankar> bernie, Hello. How are you? <manusheel> ishan: Can you tell me which bugs are we talking here? <manusheel> ishan: Please use bug links in the conversation. <kandarpk> manusheel sir: in control panel, select date/time <manusheel> kandarpk: Ok. Next, step. <kandarpk> manusheel sir: set time to Melbourne <kandarpk> manusheel sir: see time using clock activity <ishan> manusheel, sir 2201 bug <kandarpk> it will give the correct time for Melbourne <manusheel> ishan: Use URL, I meant by links. <ishan> manusheel, okay sir <ishan> manusheel, http://bugs.sugarlabs.org/ticket/2201 <kandarpk> manusheel sir: then select time zone UTC+10 ( time zone of Melbourne ) <kandarpk> this time clock will show incorrect time <manusheel> kandarpk: Fine. And, for other time zones, what is the result? <kandarpk> manusheel sir: setting UTC+11 worked. <manusheel> kandarpk: Ok, check with two more time zones. <dipankar> manusheel, Sir, I think bernie is not here. <ishan> dipankar, sir hi <ishan> manusheel, sir check the mail <manusheel> kandarpk: If it is an Australia time zone issue, we can fix this in 2 minutes with the patch. <manusheel> dipankar: Any help required? <manusheel> dipankar: What is the location of the schoolserver file? <dipankar> manusheel, sir, I have found the problem which is causing the bug <dipankar> manusheel, the path: /usr/share/pyshared/jarabe/desktop/schoolserver.py <dipankar> manusheel, sir, line 90 <manusheel> ishan: I didn't get your explanation. Can you tell me the details of the scenario in an e-mail again? Thank you. <manusheel> dipankar: Great. Looking at the file. <ishan> manusheel, sir did you checked the screenshot <kandarpk> manusheel sir: It shouldn't be related to Australia <manusheel> mukul: Waiting for your e-mail. We meet in another 10 mins. <kandarpk> as setting UTC+10 wasn't working <kandarpk> manusheel sir:^^ <dipankar> manusheel, sure sir. The problem is (I think) with the variable 'url= http://schoolserver:8080/' <manusheel> ishan: You should have send me an edited screenshot in paint. Was tough to read it. <manusheel> kandarpk: Ok, what do you think is the problem with the setting? <ishan> manusheel, okay let me resend because the screen shot was important for explanation <manusheel> ishan: Export the logs and send that to me. <dipankar> manusheel, try opening the link: http://schoolserver:8080/ - Its not opening on my system. Then try : jabber.sugarlabs.org, it should open <manusheel> dipankar: Can you elaborate? <manusheel> dipankar: Do we have a machine name "schoolserver"? <manusheel> dipankar: I don't think so. <dipankar> manusheel, ohk. <manusheel> kandarpk: Can you let me know the problem with the setting? <dipankar> manusheel, sir, this I think what alsroot was trying to tell me last time <dipankar> it won't open <kandarpk> manusheel sir: setting ? <kandarpk> manusheel sir: I think, instead of calculating UTC+10, it is giving UTC-10 <manusheel> kandarpk: Yes, you just said that there is a problem with the UTC setting. Kandarp, what I am able to gather is not that. I think that the default time in default time zone is correct. When we change time zone, the mess happens. <manusheel> kandarpk: Right? <kandarpk> manusheel sir: same for UTC+5 <manusheel> dipankar: Didn't get you. How is that URL related to our scope of problem? <dipankar> manusheel, sir, line 100 in schoolserver.py: server = ServerProxy(url) <ishan> manusheel, sir check the mail sir <dipankar> manusheel, sir, i think this is making the sugar freeze, not sure though <ishan> manusheel, sir the error comes when the dbus is not able to provide the service for which the user is requesting <dipankar> manusheel, after this step only the register process "try: ..." starts <kandarpk> manusheel sir: hmmm, there seems to be a problem of +/- <manusheel> ishan: Will do in 10 mins along with Mukul's e-mail. Working with Dipankar. <manusheel> kandarpk: Excellent. <manusheel> kandarpk: It is a simple issue indeed. <manusheel> kandarpk: Try and write a patch, and get it peer reviewed before we upload it. <kandarpk> manusheel sir: Ok <manusheel> dipankar: Looking at that line. <ishan> manusheel, okay sir will meanwhile try to figure out the file related to the bug <manusheel> dipankar: Give me 2 minutes. <dipankar> kandarpk, hello sir, you working on the time zone bug? <dipankar> manusheel, sure sir, no problem? <kandarpk> dipankar: yes <manusheel> kandarpk: Send me the patch file before we move on to the next bug. <dipankar> kandarpk, I searched a bit about it last night. I also think its some problem with sign <manusheel> dipankar, kandarpk: Great. Did we identify the file, where the change needs to happen? <kandarpk> manusheel sir: looking for it <manusheel> That is the sign change. <dipankar> manusheel, just a sec sir <bernie> dipankar: I'm here <dipankar> manusheel, the file location <manusheel> bernie: Hi Bernie. Great. <dipankar> I think is: sugar-0.88.1/extensions/cpsection/datetime/model.py <dipankar> bernie, how are you doing? <manusheel> dipankar: Excellent, Dipankar. This was quick. <dipankar> manusheel, actually I forgot where I saw it last night :P. I forgot to write it down. Otherwise, would have been more faster :P <manusheel> dipankar: Ok, Dipankar. Sure. Let us have a word with Bernie now. <dipankar> manusheel, sure sir <manusheel> bernie: Around? <dipankar> bernie, I am working on the bug: https://bugs.launchpad.net/ubuntu/+source/sugar-0.88/+bug/617813 <ubot2> Launchpad bug 617813 in sugar-0.88 (Ubuntu) "sugar freezes when register widget is clicked (affects: 1) (heat: 207)" [Critical,Confirmed] <manusheel> kandarpk: Now, can you fix the bug, and upload its patch? <kandarpk> manusheel sir: looking for the file <manusheel> dipankar: Can you provide the full path of the file? <manusheel> From / ? <mukul> manusheel sir: I have sent you the mail. Please review.it. Howver I was not able to gomuch further regarding them. <dipankar> bernie, we are trying to introduce a small snippet in usr/share/pyshared/jarabe/desktop/schoolserver.py, which will compare the connection time with a preset lag time <dipankar> manusheel, sir, its in the source package of sugar <dipankar> *sorry, forgot to tell that before <manusheel> dipankar: Absolutely fine. <ishan> manusheel, sir any pointers on how to search for the file relating to the bug 2207 <ubot2> Launchpad bug 2207 in abuse-frabs (Ubuntu) "Icons / pixmaps in wrong directory (heat: 1)" [Medium,Invalid] https://launchpad.net/bugs/2207 <manusheel> mukul: Can you discuss the patch of bug 2064 with alsroot? That is an important one to understand. Let me know what all you have gathered in the discussion after your meeting with alsroot. <ubot2> Launchpad bug 2064 in launchpad-foundations "launchpad.conf should support alternative port for database connection (dups: 1) (heat: 13)" [Low,Fix released] https://launchpad.net/bugs/2064 * dipankar : ankur is unable to join us because his hard disk crashed <manusheel> dipankar: Fine. I'll ask Ankur to come to the meeting tomorrow. We'll find him a machine to work on. <mukul> manusheel sir: Ok <manusheel> ishan: Ok, what did you gather. Can you please explain? <manusheel> ishan: I asked you to write about the scenario. What you did when you find this exception? <manusheel> I didn't find it over there. <manusheel> dipankar: Let us arrive at a good conclusion on the registration bug. lauren32@example.com. <ishan> manusheel sir: according to me the error message is displayed whenever dbus is not able to find the service which is requested by user <dipankar> manusheel, yeah! lets close this bug down today <manusheel> dipankar: I didn't find pyshared <manusheel> in share folder. <dipankar> manusheel, sir, are you looking in system or sugar-package? <dipankar> manusheel, sir just try this: cd /usr/share/pyshared/jarabe/desktop/ <manusheel> Didn't find pyshared. <manusheel> dipankar: Right. I tried this only. <kandarpk> alsroot: around ? <alsroot> kandarpk: yup <kandarpk> alsroot: which file has the info regarding system time ? <dipankar> manusheel, sir, please try this one then: dpkg -S schoolserver.py <manusheel> sure. <alsroot> kandarpk: afaik, sugar itself doesn't setup system time (and doesn't show it), so it is regular system stuff <dipankar> manusheel, sir, any result? this is strange <ishan> manusheel, the path mentioned by dipankar sir is correct <dipankar> ishan, thanks for cross-checking <kandarpk> alsroot: 'from datetime imoprt datetime' <kandarpk> print datetime.now() <manusheel> dipankar: yes, got it. Sorry, there was a resolution problem at my end. <dipankar> kandarpk, try : time.time() <kandarpk> alsroot: running this ^^ in pippy is giving wrong time <dipankar> kandarpk, oops, sorry, wrong statement <kandarpk> alsroot: the control panel has the option to adjust date/time <kandarpk> alsroot: how is that maintained ? <dipankar> manusheel, no problem at all :) <dipankar> happens sometime <manusheel> dipankar: So, you found the right spot. That func does the registration part. <dipankar> manusheel, :) yes sir. I think the problem is in line 100 <manusheel> Yes. <manusheel> You need to add a line (conditional statement over there) as we had discussed. <alsroot> kandarpk: forgot it, sugar sets only time zone, all CP components come from sugar/extensions/cpsection, so see datetime sub directory <dipankar> alsroot, I think you are referring to model.py in datetime <dipankar> in which time zones are set <alsroot> kandarpk: btw are you sure that time is wrong? <alsroot> dipankar: yup <kandarpk> alsroot: thanks <alsroot> kandarpk: it could be just wrong time zone <kandarpk> alsroot: yes, UTC+10 gives time for UTC-10 and vice-versa * alsroot checks <dipankar> manusheel, sir, what should I add then? A little guidance please :) <manusheel> dipankar: if (t>45 seconds), a message. This is based on the discussion we had. <dipankar> manusheel, ok sir, but how to get that time :? <manusheel> dipankar: Not very difficult. Think a bit. <manusheel> kandarpk: Did we change the code? <manusheel> And, make the patch. <alsroot> kandarpk: hmm, looks like problem is that python/Clock-actiivty shown time in time zone set in system all time <alsroot> *show <kandarpk> alsroot: using pippy <alsroot> kandarpk: i.e. in time zone that was chosen in CP <kandarpk> from datetime import datetime <alsroot> kandarpk: i.e. *not* in time zone that was chosen in CP <kandarpk> print datetime.now() <alsroot> kandarpk: yup, these all using python <dipankar> manusheel, sorry got d/c <manusheel> No worries <dipankar> manusheel, sir any message for me? <manusheel> dipankar: Yes. * dipankar hates wireless routers, have to get up to reset it :( <bernie> dipankar, manusheel: sorry, I dropped off again :-) <manusheel> 00:10] <dipankar> manusheel, ok sir, but how to get that time :? [00:15] <manusheel> dipankar: Not very difficult. Think a bit. <bernie> dipankar, manusheel: I'll be in a meeting in 10 minutes... for about 1.5 hrs <alsroot> kandarpk: not sure I understand how this system should work, you can ping the author of commits to CP datetime component, use `git annotate` to see who is who <bernie> dipankar, manusheel: can you wait? <manusheel> bernie: Sure, Bernie. We'll wait. <dipankar> bernie, I think i will go to bed:) its past midnight here :P <kandarpk> alsroot: didn't get what "time zone set in system all time" means <manusheel> bernie: I'll discuss this with you. <dipankar> manusheel, sorry sir. :( <manusheel> dipankar: Based on what we have gathered, can you send an e-mail to Bernie? <manusheel> And CC me. <dipankar> manusheel, sure sir <manusheel> dipankar: We'll find the exact code that needs a change. Attach the file too in the e-mail. <alsroot> kandarpk: e.g. my system wide TZ is UTC, and in python/Pippy/Clock I see time in UTC (regardless what TZ was chosen in CP) <manusheel> alsroot: So, it is an activity specific issue? <kandarpk> alsroot: but the time changes on my system when I change the time zone <kandarpk> in CP <alsroot> kandarpk: yup, and thats why I'm not sure how it should work <alsroot> kandarpk: nope, activities shouldn't manage things like TZ on their own <alsroot> manusheel: ^ <kandarpk> alsroot: cant we change datetime/cpsection/model.py ? <alsroot> kandarpk: in my mind, after choosing TZ in CP, all activities should show time in that TZ (not in system one), but it dones't work, better to ask commits author what he had in mind <bernie> dipankar: k, sorry for my un-availability <dipankar> bernie, no problem :) <manusheel> dipankar: Can you quickly ask your question to Bernie now? We have almost arrived at the solution. <alsroot> bernie: btw, do you know is there envar to tune TZ? <manusheel> kandarpk: Ok, let us write to the author, and copy me, Aleksey and David on it. <kandarpk> manusheel sir: Simon Schampijer has made commits to the file <alsroot> kandarpk: he is erikos on #sugar <kandarpk> alsroot: is datetime/cpsection/model.py the file we should be looking for ? <alsroot> kandarpk: yup <kandarpk> ok <manusheel> kandarpk: Sending you his e-mail address. <manusheel> bernie: Around? <ishan> bernie, hi <manusheel> ishan: Ok, you can drop an e-mail to Bernie, and copy me on it. <ishan> okay sir <ishan> alsroot, hi <alsroot> ishan: hi <ishan> alsroot, i am working on bug 2201 <ubot2> Launchpad bug 2201 in bugsquish (Ubuntu) "Bugsquish / Bug Squish has no .desktop file (heat: 1)" [Low,Fix released] https://launchpad.net/bugs/2201 <manusheel> ishan: We just discussed that we should always provide the URL. <manusheel> kandarpk: Did we find a result to the bug? <ishan> manusheel, sir when we write bug -number the ubot2 displays the bug sir <ishan> alsroot, http://bugs.sugarlabs.org/ticket/2201 <manusheel> ishan: Just check what bug did ubot displayed above? <kandarpk> manusheel sir: the timezone is set using "tz = 'GMT%d' % offset" <ishan> manusheel, okay sir my fault <kandarpk> when offset < 0 <ishan> manusheel, will definately take care of that <manusheel> ishan: Thank you Ishan. Appreciate it. <kandarpk> manusheel sir: and "tz = 'GMT+%d' % offset" when offset > 0 <manusheel> kandarpk: Right. <kandarpk> manusheel sir: no idea what to do next <ishan> alsroot, the bug is http://bugs.sugarlabs.org/ticket/2201 <manusheel> kandarpk: Change + to - and see if it works. <kandarpk> manusheel sir: that reorders the list in the control panel <alsroot> ishan: look if max chars is set properly for gtk.Label component that is used inside clipboard palette, http://library.gnome.org/devel/gtk/stable/GtkLabel.html#GtkLabel--max-width-chars <kandarpk> manusheel sir: UTC+10 appears before UTC-10 <alsroot> ishan: I think proper value should fix this issue <ishan> alsroot, okay <kandarpk> thats it, the behaviour doesn't changes <kandarpk> manusheel sir: I should leave now if we can look at it tomorrow. <kandarpk> manusheel sir: have written to Simon. <manusheel> kandarpk: Sure, can you please reply to my e-mail with the info. you lauren32@example.com. <manusheel> The e-mail was incomplete. <manusheel> kandarpk: I had replied to you on it. <manusheel> alsroot: What would be a proper value of max chars? <ishan> manusheel, sir can you tell me the feature used that displays the copied text when we move mouse over the clipboard <manusheel> ishan: Did you look at the clipboard? <ishan> yes sir <manusheel> functionality. <alsroot> manusheel: counting how many pixel will require "W", and calculating final value from screen width <dipankar> manusheel, sent the e-mail <manusheel> dipankar: You didn't write about the function there. <manusheel> dipankar: Also, the file was not attached. <manusheel> dipankar: Generally, no one has the time to dig into the function, and go to the file, and then provide solution. <manusheel> dipankar: You have to make it easy for others to go through your question in seconds. <manusheel> dipankar: If a question cannot be browsed in seconds, there are little chances of getting value added replies. <manusheel> alsroot: Screen width should be independent of screen mode, right? <dipankar> manusheel, oops, sorry sir. about the function, are you referring to the line, def register_laptop(url=REGISTER_URL): <dipankar> ? <alsroot> manusheel: yup, just taking current screen width <manusheel> dipankar: Yes, Dipankar. <manusheel> dipankar: Also, attach the file. <dipankar> manusheel, sure sir <manusheel> dipankar: Always think like, how can I reduce the time of the person, who would be providing pointers in solving the issue? <manusheel> dipankar: You need to reduce the lead time of understanding and replying to an e-mail. <alsroot> ishan: to get char width in pixels, use something like http://pastebin.com/QY5T0Pwq <manusheel> dipankar: Generally, everyone gets lot of e-mails on any given day. <manusheel> dipankar: At the same time, a trade off has to be maintained. Not to make the e-mail very detailed too. <manusheel> Just all the requisite details. <ishan> alsroot, okay <manusheel> ishan: Did you look at http://library.gnome.org/devel/gtk/stable/GtkLabel.html#GtkLabel--max-width-chars <manusheel> ? <ishan> manusheel, yes sir but let me first reach to the line where i have to make the changes <ishan> almost close <manusheel> ishan: Ok <manusheel> alsroot: Is the list view unavailable in Sugar emulator? <manusheel> alsroot: At the Journal. <manusheel> alsroot: Mukul wrote the following analysis for http://bugs.sugarlabs.org/ticket/2229 <manusheel> Bug #2229: Using Journal to rename an entry sets entry size to "Empty" when sort mode is "View by size" This is what is the screenshot should be like. http://bugs.sugarlabs.org/attachment/ticket/2229/Journal%20renaming%20sets%20size%20to%20Empty.png However, I do not see any list view icon on my sugar-emulator. <ubot2> Launchpad bug 2229 in update-notifier (Ubuntu) "update-notifier pops up a notice despite an ongoing upgrade (heat: 1)" [Low,Fix released] https://launchpad.net/bugs/2229 <alsroot> manusheel: hmm, at least it should be available <dipankar> manusheel, sir, sent the email <manusheel> dipankar: Thanks Dipankar. <manusheel> We'll talk tomorrow. Good night. <dipankar> manusheel, good night sir <alsroot> manusheel: I guess Andreas(aa) takes care of this bug, he is author of sorting feature <manusheel> alsroot: The problem is that no action has been taken since last 7 days. <alsroot> manusheel: btw, this splitting #sugar/#ubuntu-sugar sounds pretty useless <manusheel> alsroot: Can you provide me his e-mail address? <alsroot> manusheel: just ping aa on #sugar <alsroot> manusheel: imho, would be better to move all not ubuntu specific discussions to #sugar <alsroot> all sugar devs are there <ishan> manusheel, sir i am not able to figure where is gtk used for text max length <ishan> i have found this only for the display on clipboard icons formed on the left corner <ishan> and it imports gtk in each file <ishan> how do i find gtk <manusheel> ishan: Search for sometime. <ishan> manusheel, okay <manusheel> alsroot: Send you a message. I hope you agree with me on the feedback. <alsroot> manusheel: dfarning: what about creating #sugar-newbies e.g. like http://kernelnewbies.org/, I mean #ubuntu-sugarteam restricts possibly useful discussions only to ubunut devs <dfarning> alsroot, I hope that once the first version of USR is release ubuntu will pick that up. <dfarning> alsroot, if not, we will do it:( <alsroot> dfarning: I mean not related to ubuntu related discussions, only sugar development related <dfarning> alsroot, are we big enough to need another channel -- we have #olpc, and #sugar for upstream and #dextrose and #ubuntu-sugarteam at our level. <dfarning> alsroot, if you think we need another please feel free to create it. <alsroot> dfarning: thats why I proposed to move sugar dev related questions to #sugar <alsroot> dfarning: discuss them here, we make this discutions less useful <alsroot> since restrict possible participants <dfarning> alsroot, The big problem is that #sugar is not logged and this is. <alsroot> if every distro team will discuss sugar dev related stuf (not distro) in their own.. <alsroot> dfarning: thats why I proposed #sugar-newbies :) <dfarning> alsroot, +1 <dfarning> alsroot, do you know how to set up logging? I don't. <alsroot> dfarning: will take care of it right now <ishan> manusheel, sir still no leads sir <alsroot> ..and will announce it on MLs <ishan> i have found the line from where we could change the length of display on box but not for wrapping the text <ishan> on box/box <dfarning> alsroot, thanks, where will the logs go? ... and could you log #dextrose in the same place? <alsroot> dfarning: not yet figure out it, but will take care about #dextrose as well <dfarning> alsroot, thanks <manusheel> ishan: Ok. <ishan> manusheel, is that something to do with palettes <ishan> dont think so <ishan> that the thing being used for the size of box <manusheel> ishan: No. <ishan> thought so <ishan> manusheel, sir but i searched writing gtk in each file in jarabe/frames but no results <ishan> found only one place where it was being used for displaying clipboard icons on left in vertical row <manusheel> ishan: Ok. #ubuntu-sugarteam 2010-09-02 <lfaraone> dfarning: I just tested Surf on stock Ubuntu 10.10 and it crashed as I experienced... * lfaraone is looking at Speak\ <lfaraone> manusheel: is kandarp around? <lfaraone> xxkill <lfaraone> alsroot: you could get ubuntulo1 or meeting <alsroot> lfaraone: I'm already setting up supybot, looks like it is pretty powerful <alsroot> at least it has bunch of plugins (including meeting) <bernie> dfarning: this looks like a very good bug to get someone's teeth cut: http://bugs.sugarlabs.org/ticket/2163 <bernie> manusheel: this looks like a very good bug to get someone's teeth cut: http://bugs.sugarlabs.org/ticket/2163 <manusheel> bernie: Yes, Bernie. Indeed :-) <manusheel> bernie: Any pointers that you would like to share - files we should look at, functions and variables? <bernie> manusheel: not sure... the bug might be somewhere in the FavouritesLayout class <bernie> manusheel: which is part of the "sugar" module <bernie> manusheel: I noticed that your developers are debugging right in Dextrose. this is ok for platform bugs, but it's not a comfortable work environment for sugar bugs. <bernie> manusheel: once they've reproduced the bug in Dextrose, it would save time if they could reproduce the same bug in jhbuild too, where they could take full advantage of a ful linux development environment and version control <bernie> manusheel: even if they fix the bug in the code in /usr/lib/something, then they'd have to redo the change in git to send a patch. so it's not really saving any time to debug directly on the XO <bernie> manusheel: again, I'm talking about sugar bugs, not driver/kernel bugs of course <alsroot> manusheel: ok, it's ready to use <manusheel> alsroot: Great. <manusheel> alsroot: Where can we find the logs? <manusheel> Of #sugar-newbies <alsroot> manusheel: still in progress, trying to figure out how to make them useful, ie searching <manusheel> alsroot: Sure. <manusheel> alsroot: Great. <lfaraone> alsroot: aka "site:foo.bar.baz query" in Google? :) <alsroot> lfaraone: if got it right it wont be reliable (we need to pay google otherwise), but since I'm so eager to web code by myself, it could be good for the first time :) <lfaraone> alsroot: pay google? huh? <alsroot> but /me is still looking for decent options <lfaraone> alsroot: http://www.google.com/search?q=site%3Airclogs.ubuntu.com+alsroot <lfaraone> * http://www.google.com/search?q=site%3Airclogs.ubuntu.com+"alsroot" <alsroot> lfaraone: http://www.google.com/sitesearch/, see pricing, but anyway I'm tending to just enable google search <lfaraone> alsroot: you want http://www.google.com/cse/ <alsroot> lfaraone: nope, I was just thinking that "site:" options won't be reliable, e.g., debina.org uses xapian for searching within mls/packages/etc <dfarning> neeraj, ping <neeraj> dfarning: pong <dfarning> neeraj, how close are you to release usr-meta? <lfaraone> dfarning: I don't think it was clear as to whether you wanted us to do two releases of USR, one now with existing pacakges and one later once everything's synced. <lfaraone> neeraj: by the way, "turtleart" was accepted from Debian NEW and probably is a good thing to have over in Ubuntu-land. :) <neeraj> lfaraone: great :) <neeraj> dfarning: We had an schedule meeting with luke today for discussing these stuff. <dfarning> lfaraone, neeraj it wasn't clear.... because I didn't say. You guys have a better understand of the state to packageing than I do. <neeraj> Actually some packages are in sync lauren32@example.com. So, if we want them in USR then we will have to wait to them to get released in upstream. <lfaraone> neeraj: you mean we'll have to wait for the syncs to get processed by an archive administrator. <dfarning> neeraj, what time is your meeting? I would like to listen. <lfaraone> neeraj: "upstream" means Debian or Sugar Labs, and they aren't required to take any action here. <lfaraone> dfarning: 10:30 I think was what I agreed upon with manusheel earlier. <alsroot> lfaraone: and looks like I found one :), nice demo app consists of 117 lines in python and provide exactly what I need, search string and pagination of results -- it's looking to xapian db <neeraj> lfaraone: sorry my bad. I meant in ubuntu :) <dfarning> lfaraone, thanks <neeraj> *brb <lfaraone> if manusheel 's around, I'm happy to hold it earlier. <dfarning> lfaraone, I am in no hurry. I am going to do release of the ISO. I will probobly be easiest to hard code the activites in 10.10 into the build script. <neeraj> lfaraone we can start in 10 min <manusheel> lfaraone: I am around. <lfaraone> manusheel, neeraj, want to hold it at 10h instead? (12m from now) <manusheel> lfaraone: Sure. <neeraj> sure. <lfaraone> okay, let's get started. <dfarning> lfaraone, +1 <lfaraone> #startmeeting <meeting> Meeting started at 10:02 UTC. The chair is lfaraone. <meeting> Commands Available: #TOPIC, #IDEA, #ACTION, #AGREED, #LINK <lfaraone> #TOPIC Agenda <lfaraone> manusheel, neeraj, do we have an agenda of what we want to discuss? I'd like to keep this short, so keeping to a list of topics will help us do that. <manusheel> lfaraone: Sure. One is arriving at a conclusion on whether to keep sugar-record, irc and e-toys as a dependency for this release, or not? <lfaraone> Okay. I've prepared a short topics list. <lfaraone> #LINK http://openetherpad.com/6b86BdsfpN <dfarning> 1. Package Status. 2. Browse/Surf Update 3. weekly objectives <lfaraone> #link http://openetherpad.com/6b86BdsfpN <lfaraone> hmmm. Not sure whether meetbot is getting those, but w/e. <manusheel> dfarning: Great. <lfaraone> #topic Keeping s-{record, irc, etoys}-a as deps for this release <lfaraone> If I recall, neeraj, you've got sync requests for all of these right now, correct? <neeraj> lfaraone: As discussed on mail, yes for irc,record and etoys <lfaraone> neeraj: right. <neeraj> We will add etoys as recommends only. <lfaraone> So etoys can't be a dependency for this release because it's in multiverse. <dfarning> lfaraone, I think dogi usually cuts and pastes the contents of etherpad to irc so it goes into the meeting recored. <lfaraone> neeraj: recently, "Recommends:" are installed by default by apt-get. <lfaraone> neeraj: so it'll have to drop to a "Suggets:". <lfaraone> dfarning: fair enough. Here's the current contents: <lfaraone> * Status of sugar-*-activities <lfaraone> * Keeping s-{record, irc, etoys}-a as deps for this release <lfaraone> * Browse / Surf update <lfaraone> * QA delegation <lfaraone> * Updating usr-meta <lfaraone> * Other weekly objectives (ACTIONs) <neeraj> lfaraone: Ok. I will add etoys as suggests then <lfaraone> manusheel: since irc and record will both be in universe, there's no reason not to add them, once they're in the archive. <lfaraone> manusheel: and since the SRU has already been ACK'd by a MOTU and the release team, it'll be processed some time before final release, and it'll be handled even if it's after Final Freeze because it was "in the queue" before-hand. <lfaraone> s/SRU/FFe/ <lfaraone> the only thing now is whether we want to add the currently existing activities in the archive to usr-meta and do an upload now, or wait later and get them all in one swoop. <dfarning> lfaraone, +1 for moving etoys to suggests. It become a hurdle for oems and resellers to ship multiverse. <neeraj> lfaraone: +1. thats my doubt. <lfaraone> the pros of doing it all now: we don't have to special-case in the build scripts, we enable `apt-get`tability for testers, and in case for some reason the syncs aren't processed or its too late to upload usr meta we at least have what we have now in the metapackage. <dfarning> neeraj, how much work is it to do a usr-meta? <lfaraone> the cons are: additonal work of preparing another upload (may be negligable and/or good practice for us), and having to bug an archive admin to process the upload. (rubber-stamp, essentially) <lfaraone> s/it all now / in two loads/g <neeraj> dfarning: no lauren32@example.com. I have to just make change in control file <manusheel> lfaraone: Ok. But, how much time will it take for these activities to get accepted in MOTU? <dfarning> neeraj, then please do one today. pros outweigh the cons. <lfaraone> manusheel: for the ones that neeraj filed a sync request for to be accepted in Universe? some time between now and 2010-10-10 :) <manusheel> lfaraone: We would not want meta package failures, and would also like to make sure QA is done once the iso is ready. Keep 1 week contigency time before the release (Sep. 3). <lfaraone> neeraj: we'll have to talk a little bit about that, by the way, since it's not just "add the deps directly to control", it's "add them to the metapackage in a special file", but you'd need to learn that eventually :) <lfaraone> manusheel: er, sep 3 is over a month from the final release. The *FinalFreeze*, on the other hand, is Sept 15 <lfaraone> (2010-09-15) <manusheel> lfaraone: Sorry, I meant October 3. Not, Sep. 3 <manusheel> 7 days before October 10. <lfaraone> well, at that point, we'll already be in FinalFreeze. *Ideally*, we'll have all of our changes in before the FinalF and have a month for testing, but it may not end up that way. <lfaraone> neeraj, dfarning, manusheel, so do we all think that it's a good idea for Neeraj to include all current shippable universe activities in usr-meta? <lfaraone> (and to do a different upload later) <dfarning> +1 <manusheel> lfaraone: +1 <neeraj> lfaraone: Ok. current shippable does not include irc,record and etoys. Right? <lfaraone> neeraj: if it's not in universe as of yet, it's not currently shippable :) <manusheel> lfaraone: Right. <lfaraone> neeraj: easy way to check is "rmadison PACKAGE_NAME" which will show you whether the package is in Ubuntu, which release, suite, and version. <lfaraone> #ACTION neeraj to look into adding all sugar-*-activity* packages currently in universe to usr-meta <lfaraone> #agreed do an upload of usr-meta with all activities available now, and one later if possible for record and irc when synced. <lfaraone> #topic Browse / Surf updates <lfaraone> manusheel: who's working on this on the SEETA side? <lfaraone> When I tried Surf earlier today in a clean Maverick VM it crashed on start. (using the .deb, not the .xo bundle) <lfaraone> the issue with browse as I understand it is still a dependency issue, which needs to be worked out with the mozillateam. <manusheel> lfaraone: Mukul and Ishan are working on it. <manusheel> lfaraone: Right. <lfaraone> manusheel: what's their progress on it? <dfarning> neeraj, I just added a list of what apt-get tries to install to http://openetherpad.com/6b86BdsfpN <lfaraone> dfarning: sugar-jukebox-activity-0.88? <manusheel> lfaraone: Hulahop library was broken in Ubuntu. So, I ask them to halt the process. They'll submit a fresh request r? by tomorrow. <lfaraone> manusheel: okay. the issue with hulahop is I don't really have any involvement in that arena, they'll need to talk to the people in #ubuntu-mozillateam. <dfarning> lfaraone, let me run it again. <lfaraone> dfarning: that package is not in debian or Ubuntuâ¦ <neeraj> dfarning: all the packages which u listed are not in Maverick <manusheel> lfaraone: Fine. I'll do that today. <manusheel> lfaraone: We did write to Mozilla guys. Got a reply too. <lfaraone> manusheel: the Mozilla *Ubuntu* team? <shachi__> dipankar, hi <dfarning> lfaraone, neeraj ok I am deleting all of sugar and going to try a freash install and see what gets pulled in. <lfaraone> dfarning: I just did an apt-cache search and posted the results. <dfarning> neeraj, does lfaraone's list look right to you? <manusheel> lfaraone: We did forward the reply too. It seems the packages are in unstable state. Mike Hommey from Ubuntu looks after it. <lfaraone> minus read, of course. <lfaraone> manusheel: right. <lfaraone> manusheel: so any work on hulahop would need coordination with him and other members of the mozillateam. <manusheel> lfaraone: Right, absolutely. <lfaraone> manusheel: when I talked with micahg, he seemed to not feel comfortable shipping pyxpcom, which hulahop requires, because pyxpcom does not seem to be maintained upstream. <manusheel> lfaraone: Yes, we got the same vibes from Mike too. He said it is in unstable state. <lfaraone> okay. so we'll get an update from ishan and mukul re that tomorrow. <manusheel> lfaraone: Yes. <manusheel> lfaraone: How about Surf package? <manusheel> lfaraone: Does it have dependency issues? <lfaraone> manusheel: Surf has no dependency issues as far as I'm aware, but it segfaults whenever you click a link in my tests. <lfaraone> with regards to shipping sugar-firefox-activity, the intergration does not lauren32@example.com. I was not able to use the Firefox theme that makes the text readable under the Sugar GTK theme. <lfaraone> Nor did the journal XPI work OOTB. <lfaraone> In order to ship Firefox.activity as Firefox.activity and not, say, "Abrowser.activity" (which is available in Ubuntu, btw, as "abrowser"), the Mozillateam folks still felt we'd need trademark approval. <manusheel> lfaraone: Right. Sugar Firefox is not be maintained well too. <lfaraone> dfarning: you said that's changed recently but docs have not been updated. Do you think it's worth following up with the Mozilla team on that? <manusheel> lfaraone: It is at an experimental stage. <lfaraone> manusheel: yes, but on the other hand it's the only web browser that will *run* in sugar on Ubuntu :( <manusheel> lfaraone: We did write to Rabi. Didn't hear from him. <lfaraone> manusheel: Rabi? <dfarning> lfaraone, is it possiable to put a wrapper around the FF that ubuntu ships? <lfaraone> manusheel: C. Scott was the guy who wrote Firefox.activity <manusheel> lfaraone: Yes, C. Scott wrote it. <manusheel> lfaraone: But, it was OLE Nepal guys, who were using that activity. <lfaraone> dfarning: yes, that's what Firefox.activity does, albiet with some custom extensions and javascript settings. as of today, those settings are present but unapplied, so technically it's probably not violating trademark guidelines. <lfaraone> manusheel: ah, so they've made some updates to the activity? <manusheel> lfaraone: Also, maintaining it. <manusheel> lfaraone: I don't think so. If yes, didn't see it at the git. <manusheel> lfaraone: We did write to them too around 9-10 days back. <manusheel> lfaraone: No response on this thread. <dfarning> lfaraone, can you include the firefox as is? will it at least browse the web? <lfaraone> dfarning: I think so. <lfaraone> meaning, it did in my tests. <dfarning> lfaraone, ok lets go with FF as is. this means dropping browse and surf until the next release. <lfaraone> dfarning: here's what it looks like in sugar-emulator: http://img714.imageshack.us/img714/7913/screenshotey.png <dfarning> lfaraone, neeraj can you guys package and upload the existing FF. lfaraone can you work with upstream about the treade mark issue if we get approval we will ad the setting and javascript if we have time. <neeraj> lfaraone: Did you find the source tarball of Mozilla Firefox activity? <dfarning> lfaraone, it is not perfect... but currently we are spending time on browse which is does not work and will be dropped and surf which does not work yet. neither or which are moving us forward. <lfaraone> neeraj: yes. it's already in a git repository that I just haven't pushed up yet. <dfarning> manusheel, please drop all work on browse and browse dependencies. <dfarning> manusheel, please postpone all work on surf and surf until the next release. <lfaraone> fair enough. <lfaraone> #action manusheel to inform SEETA team members that work on surf/browse is tabled for this cycle <lfaraone> #topic QA delegation <lfaraone> We have testers, right? if not, we should look into a call-for-testing once we have a build that dfarning feels is ready for semi-public consumption. <manusheel> dfarning: Sure. Will do that now. <dfarning> lfaraone, the best group will be the NZ testers, satellit_ is also a great testing resource. <lfaraone> dfarning: cool. so we'll just ask them to take a look at it, say, the last week or so of Sept? <lfaraone> or tomorrow, once we get our packages in usr-meta. Beta was today IIRC <lfaraone> (for Ubuntu as a whole) <dfarning> lfaraone, I am doing am ISO build with the packages we talked about this morning. Let's ask satellit_to take a initial look at it, if it works reasonably well we can release it as a beta. <lfaraone> okay, sounds good. <lfaraone> #action dfarning to review ISO build with activities for potential beta status. <lfaraone> #topic Updating usr-meta <lfaraone> We pretty much already discussed this, neeraj and I will work on that later today/tomorrow. Any other thoughts on this subject? <manusheel> dfarning: Once we are ready with beta iso, please let me know too. Will ask the team to do testing using the test plans. <lfaraone> #topic everything else <lfaraone> As we're into the second hour, does anybody have something we didn't talk about earlier that needs to be discussed? <dfarning> lfaraone, I think that is good. <lfaraone> cool. <lfaraone> #endmeeting <meeting> Meeting finished at 11:09. <meeting> Logs available at http://me.etin.gs/ubuntu-sugarteam/ubuntu-sugarteam.log.20100902_1002.html <manusheel> lfaraone: Thank you for your time today. <lfaraone> manusheel: my pleasure. <lfaraone> dfarning: is there a reason you added deps directly to the control file rather than modifying the ubuntu-sugar-remix-{$ARCH} files? <dfarning> lfaraone, no. It was just a cut and paste from ubuntu-netbook-remix with a couple of personal hacks, <dfarning> manusheel, will kandarpk be around later. I would like to have a brief status meeting with him and dipankar about the develpment/maintaince progress on USR. <dipankar> dfarning, good morning <dfarning> dipankar, god morning <dfarning> good <manusheel> dfarning: Sure, we can have a status meeting with Dipankar. Kandarp is traveling today and might be late. We can start the meeting now, if you wish. <dfarning> manusheel, let's do it when kandarpk is around... he should be the one chairing the meeting. <manusheel> dfarning: Ok. Sure. * satellit_ glad to test when it is ready * lfaraone â lunch. <dipankar> manusheel, dfarning : what is the meeting about? <dfarning> satellit_ <manusheel> dipankar: Updates on the bugs and feature requests assigned as discussed in our in-house meeting recently. <dfarning> dipankar, I would like to get a handle on progress on https://edge.launchpad.net/ubuntu/+bugs?field.bug_supervisor=sugarteam <dfarning> dipankar, what is the status of https://bugs.edge.launchpad.net/ubuntu/+source/sugar-0.88/+bug/617813 ? <ubot2> Launchpad bug 617813 in sugar-0.88 (Ubuntu) "sugar freezes when register widget is clicked (affects: 1) (heat: 207)" [Critical,Confirmed] <dipankar> dfarning, on above bug, I contact bernie <dfarning> dipankar, what did you decide to do? <dipankar> dfarning, as you suggested, I tried putting yup a time lag check on the network connection setup <dipankar> for register <dipankar> but bernie told that we can't <dipankar> and he referred to a sugar-0.84 bug, similar to ours. <dfarning> what is the number of the sugar bug? <dipankar> dfarning, just a sec <manusheel> dfarning: http://bugs.sugarlabs.org/ticket/1152 <dipankar> dfarning, bernie referred to this one: http://bugs.sugarlabs.org/ticket/1152 <satellit_> [Sugar-devel] Findings for Register Bug LP #617813 also <ubot2> Launchpad bug 617813 in sugar-0.88 (Ubuntu) "sugar freezes when register widget is clicked (affects: 1) (heat: 207)" [Critical,Confirmed] https://launchpad.net/bugs/617813 <dfarning> dipankar, what do you think you should do? <dipankar> dfarning, I was trying to go through it, having difficulty in thinking of a plan. <dipankar> dfarning, initiall I thought we can put check <dipankar> but when I tried, I came to realize we can't <dipankar> dfarning, is registration important? just asking <manusheel> dipankar: Absolutely. <manusheel> It is critical. <dipankar> ohk, <dfarning> dipankar, why can't you put in a check <dipankar> dfarning, to put a check I think we need to go to the library level <dipankar> dfarning, that would involve, send the data packet, wait for sometime <dipankar> and if the time is exceeding a set lag time, drop the process <dipankar> and raise an error <dipankar> just like e.g. ping <dipankar> we ping the site <dipankar> if the ttl is high <dipankar> drop the process <dfarning> dipankar, what do you mean by libary level? <dipankar> dfarning, I didn't get the exact word, sorry for using it. I meant manipulating the networking process itself <dipankar> dfarning, the code we have right now is: schoolserver.py <dipankar> dfarning, that directly call network functions <dipankar> dfarning, if some how we change those network functions, the way they work <dfarning> dipankar, what module contains this code? <dipankar> dfarning, let me check yup a bit <dipankar> dfarning, the function is ServerProxy() <dipankar> that creates a proxy object <dipankar> and later their functions are called <dipankar> dfarning, just a sec <dipankar> let me provide the link <dfarning> dipankar, where is serverproxy? <dipankar> http://docs.python.org/library/xmlrpclib.html <dipankar> dfarning, I think it is in : xmlrpclib <dfarning>
{'channel': 'ubuntu-sugarteam', 'month': 9}