[02:32]  * lfaraone waves.
[03:19]  * lfaraone is looking at sugar-log-a
[03:51] <lfaraone> log approved, uploaded to ftp-master.
[03:52] <dfarning> lfaraone, you rock
[03:52] <lfaraone> dfarning: happy to help :)
[03:53]  * lfaraone is looking at sugar-irc-a
[03:56] <lfaraone> is ankur around?
[03:57] <dfarning> lfaraone, I have not seen him this evening.
[03:59] <satellit_afk> dfarning: is http://140.186.70.115/  isos off limits? I am forbidden to access it have the builds moved for USR?
[04:01] <dfarning> satellit_afk, sorry I am moving things to usr.sugarlabs.org
[04:02] <dfarning> satellit_afk, It is going to take a few more hours to finalized the move.
[04:05] <satellit_afk> ok thanks...let me know link when you are done.....)
[04:13] <lfaraone> manusheel: do you know if any of the SEETA engineers will be on tonight? (specifically ankur, but if any of them will be would be helpful as well)
[05:23] <lfaraone> irc uploaded.
[05:24]  * lfaraone -> zzz.
[14:51]  * lfaraone waves.
[14:54] <dfarning> hey lfaraone look like you made good progress on reviews last night.
[14:54] <lfaraone> dfarning: heh, thanks.
[14:54] <dfarning> lfaraone, what is the plan for today?
[14:54] <lfaraone> dfarning: etoys, record, speak.
[14:56] <lfaraone> dfarning: log, poll, and irc are now in Debian proper.
[14:58] <dfarning> lfaraone, +1. is it time for neeraj to file sync requests for maverick?
[14:58] <lfaraone> dfarning: sure.
[15:00] <dfarning> lfaraone, ok I'll ask him to do that
[15:00] <lfaraone> dfarning: re fullscreen sugar-emulator, someone else disagrees with you: https://bugs.launchpad.net/ubuntu/+source/sugar-0.88/+bug/614388
[15:01] <dfarning> lfaraone, one thing I am confused about.... as a MOTU (or sugar-uploader) can you approve sync requests?
[15:01] <lfaraone> dfarning: Yes.
[15:02] <lfaraone> dfarning: but the buttons actually need to be pushed by an archive admin.
[15:04] <dfarning> lfaraone, ok that explains things.  So for now 1) neeraj files, 2) you (as sugar uploader) approve, and 3) archive admin pushes button.
[15:05] <lfaraone> dfarning: yep.
[15:46] <manusheel> kandarpk: Hi Kandarp.
[15:47] <kandarpk> manusheel sir: hello sir.
[15:47] <manusheel> lfaraone: Hi Luke.
[15:47] <lfaraone> hello manusheel
[15:47] <manusheel> kandarpk: We should submit the first set of patches on docstrings at sugar-devel. Kindly send it to me for review.
[15:47] <manusheel> lfaraone: Luke, Ankur and team will be around soon.
[15:48] <manusheel> lfaraone: Did convey your morning message to them.
[15:48] <manusheel> mukul: Hi Mukul.
[15:48] <mukul> manusheel sir: Hi
[15:48] <manusheel> kandarpk: Any help required on API documentation part?
[15:49] <kandarpk> manusheel sir: wont be able to create patches right now.
[15:49] <lfaraone> manusheel: well, they were all minor changes I committed directly.
[15:49] <manusheel> mukul: Let us send the activity for review today.
[15:49] <kandarpk> manusheel sir: it will require some study
[15:49] <manusheel> lfaraone: Ok, could you please let me know about the changes. Will document them.
[15:49] <manusheel> kandarpk: Can you elaborate. Any help required?
[15:50] <lfaraone> kandarpk: re sugar-speak-activity, your "GPL" tag is more accurately described as "GPL-1+", since when they don't specify a version, you can assume any that you want.
[15:50] <mukul> manusheel sir:yes, but I will make some changes in 15 mins. Then it should be ready as per the mail sent to me.
[15:50] <kandarpk> lfaraone: Ok, got it.
[15:51] <kandarpk> manusheel sir: to add a patch, it should be of some relevance.
[15:51] <kandarpk> manusheel sir: I dont kow the functionality of these modules yet
[15:51] <manusheel> mukul: Neat.
[15:51] <manusheel> kandarpk: Ok.
[15:52] <manusheel> kandarpk: Which functionality are you starting with?
[15:52] <kandarpk> manusheel sir: I think graphics should be aesy to understand
[15:52] <kandarpk> manusheel sir: yesterday tomeu suggested to relate the modules to the sugar UI
[15:53] <kandarpk> so in that sense, graphics should be the easiest
[15:53] <lfaraone> etoys uploaded.
[15:54] <manusheel> kandarpk: Sure. That would make sense.
[15:54] <manusheel> lfaraone: Very neat. Thanks.
[15:55] <manusheel> kandarpk: Which sub-module?
[15:57] <manusheel> lfaraone: Any specific changes you made in e-toys?
[15:58] <lfaraone> manusheel: any changes made can be seen by looking at the log.
[15:58] <kandarpk> manusheel sir: will try graphics.animator.
[15:58] <kandarpk> manusheel sir: it is something related to change in frame with time I guess
[16:01] <lfaraone> manusheel: specific to s-etoys-a, I renamed other-X11 in copyright to Expat, I reordered licence text per the proper form, unset DMUA (which I had set previously), corrected a typo in the description, updated my email.
[16:02] <kandarpk> lfaraone: corrected GPL to GPL-1+ in speak
[16:03]  * lfaraone is looking at record.
[16:04] <manusheel> lfaraone: Thank you. Very helpful. Yes, was looking at the logs.
[16:04] <manusheel> kandarpk: Neat.
[16:05] <manusheel> kandarpk: Do we know the developer, who authored this module?
[16:05] <kandarpk> manusheel sir: haven't looked for that.
[16:05] <kandarpk> manusheel sir: I'll just check it out.
[16:08] <manusheel> kandarpk: Sure, please let me know.
[16:08]  * dipankar says hello
[16:09] <dipankar> dfarning, how are you?
[16:09] <dipankar> lfaraone, hey
[16:09] <lfaraone> hi dipankar
[16:10] <dipankar> lfaraone, you wanted to meet us?
[16:10] <dipankar> something important
[16:11] <lfaraone> dipankar: nothing urgent, I just had some things I wanted to ask you guys to do / look at, but it wasn't a big deal.
[16:15] <manusheel> dipankar: Hi Dipankar. Are you able to connect to the jabber server now?
[16:18] <dfarning> dipankar, good morning.
[16:20] <kandarpk> manusheel sir: couldn't find much info. about the author of graphics.animator
[16:25] <manusheel> kandarpk: Ok.
[16:25] <manusheel> kandarpk: It seems we have to start with our original plan, i.e. understand things and ask for reviews.
[16:26] <kandarpk> alsroot has written some submodules in graphics, if he can help
[16:26] <dfarning> dipankar, did you see the discussion on the fullscreen bug?
[16:27]  * dipankar is sorry for replying late
[16:27] <dipankar> lfaraone, ok. if you need to discuss anything, do tell us. :)
[16:27] <dipankar> manusheel, sir I have to try that
[16:27]  * alsroot alsroot rewrote sugar-toolkit(and graphics.animator in particular) in vala, so can help a bit
[16:28] <dipankar> dfarning, yeah I saw that discussion.
[16:28] <lfaraone> dipankar / kandarpk , please add a watchfile to sugar-record-activity.
[16:28] <dipankar> kandarpk, you up for it? or shall I do it?
[16:29] <dipankar> :)
[16:29] <dfarning> dipankar, can you check to see how the package gcompris and tux paint open?  That will give as a good data point.
[16:30] <kandarpk> dipankar: if you are really busy.
[16:30] <dipankar> dfarning, ohk. gcompris and tux paint then
[16:30] <dipankar> :)
[16:30] <dipankar> kandarpk, I am not that busy :) just wanted to confirm whether you are free from your side...
[16:30] <manusheel> alsroot: Thank you so much.
[16:31] <kandarpk> dipankar: working.
[16:31] <dipankar> kandarpk, done. I will do it
[16:31] <kandarpk> alsroot: thats great :)
[16:31] <manusheel> alsroot: How can our developers understand the code for sugar-toolkit and sugar.graphics module? An approach you would like to suggest?
[16:31] <dipankar> any info on polyol?
[16:32] <dipankar> dfarning, btw, am I supposed download and check the applications?
[16:32] <dipankar> *check -> check their source codes
[16:33] <dfarning> dipankar, the original patch rejector had a very good point about expected behavior.  We should match expected behavior or create a new standard if one has not yet been defined.
[16:34] <dfarning> dipankar, just install them on you computer and see how they open by default -- full screen or windowed.
[16:34] <alsroot> manusheel: heh, I can share only my own experience, read the code :)
[16:34] <dipankar> dfarning, sorry :( but unable to get you. (your previous statement)
[16:34] <alsroot> manusheel: if there is particular questions, will try to ask (but animator stuff is not obvious:/)
[16:35] <dipankar> dfarning, * 10 minutes to download tux paint
[16:35] <alsroot> s/ask/answer/
[16:35] <kandarpk> alsroot: any suggestion on submodule that will be easy to start with ?
[16:37] <manusheel> alsroot: Thanks for the pointers. Appreciate it.
[16:37] <dfarning> One of the key points to useability is that things should work the way you expect them to work.  Ie apple products are very intuitive.
[16:38] <dipankar> dfarning, ohk. like provide what consumer want
[16:38] <alsroot> kandarpk: just sugar-toolkit/src/sugar/graphics/animator.py and classes where Animator is in use, e.g., palette.py palettewindow.py
[16:39] <dfarning> dipankar, one of the most effective ways to makes things intutative is to make them act similarly ie Ctrl C and Ctrl X are pretty predicatble.
[16:40] <dipankar> ok
[16:40] <manusheel> dipankar: Usability extends beyond consumer wants. It also looks at what consumer would have not thought about.
[16:40] <dfarning> dipankar, we want to do the same thing so all packages focused toward young children open the same way -- either windowed or full screen.
[16:40] <manusheel> dfarning: +1
[16:40] <kandarpk> alsroot: Ok, start with animator.py
[16:41] <dipankar> manusheel, dfarning ohk.
[16:41] <dipankar> dfarning, I will be right back, <dinner>
[16:42]  * dipankar is away: Be Right Back
[16:42] <dfarning> dipankar, interestingly usability almost never ask a consumer what they want.  Instead they focuse video cameras on users faces, hands and screens while asking users to perform task.
[16:43] <dfarning> dipankar, by doing a analysis on how much users struggle/enjoy task the designer determines the UI.
[16:45] <dfarning> dipankar, it is a bit more complicated than that:)  But in general a developers gut is not a very effective design tool:( unless you are designing tools for developers:)
[16:53] <kandarpk> dfarning, lfaraone: how can I remove a file present in two branches from only one of them in a git repo ?
[16:54]  * ankur says hi to all :) 
[16:54] <dfarning> kandarpk, swith to the branch and git rm FILENAME.
[16:54] <dfarning> ankur, hello
[16:55] <ankur> dfarning,  hello :0
[16:55] <ankur> :)
[16:55] <ankur> sorry for ":0"
[16:55] <ankur> hi lfaraone
[16:56] <lfaraone> kandarpk: if you change one branch the other is unmodified...
[16:56] <lfaraone> hi ankur
[16:56] <kandarpk> lfaraone, dfarning: Ok.
[16:57] <lfaraone> kandarpk / dipankar , did either of you have a chance to get to the watchfile of record?
[16:58] <ankur> lfaraone,  did you get in touch with sougar-motu developer regarding apport ?
[16:58] <kandarpk> lfaraone: I haven't done that.
[16:58] <lfaraone> ankur: I provided you with a bash test to verify whether apport was running yesterday.
[16:58] <lfaraone> ankur: let me find it in the log
[16:59]  * dipankar is back (gone 00:17:40)
[16:59] <ankur> i am too looking for it :)
[16:59] <dipankar> lfaraone, I am doing it
[17:00] <dipankar> lfaraone, I just returned from dinner
[17:01] <lfaraone> ankur: "if LANG=C status apport | grep -q start/running; then echo Apport is Running; else echo Apport is Not Running; fi"
[17:02] <dipankar> dfarning, then it all comes down to 'guessing' but with some calculations :)
[17:02] <lfaraone> dipankar: fair enough.
[17:04] <ankur> lfaraone,  okay the one you provided me yesterday was for dbus , i thought at that time you were talking to kandarp
[17:04] <lfaraone> ankur: s/dbus/apport/ :) that was just an example
[17:04] <ankur> lfaraone,  testing  it , one min
[17:05] <dipankar> lfaraone, I am unable to find the upstream package location for record activity.
[17:05] <lfaraone> dipankar: well, sources for sugar activities are usually on downloads.sugarlabs.org, right?
[17:05] <dfarning> dipankar, yes in the same way the music is guessing which note to play next:)  So call it an art
[17:05] <lfaraone> dipankar: *download.sugarlabs.org
[17:06] <dipankar> dfarning, ohk
[17:06] <dipankar> lfaraone, on it
[17:06] <lfaraone> dipankar: if you do a google search for record, and limit the search to the download.sugarlabs.org site, you can find it :)
[17:06] <dipankar> lfaraone, ok that method. I generally forget about that
[17:07] <ankur> lfaraone,  okay that test is for checking if the application is running or not?
[17:07] <ankur> or process?
[17:08] <lfaraone> ankur: it tells me whether a service is running or not. In this case, apport.
[17:08] <ankur> okay and it told me this time that it is not running but we could use the same thing in our .sugar/debug to check
[17:08] <ankur> that is what you are pointing to?
[17:09] <dipankar> lfaraone, :( I guess I have to look for some place else
[17:09] <dipankar> "http://download.sugarlabs.org/activities/4081/
[17:09] <lfaraone> ankur: yeah, if it's running, then we want to enable logs.
[17:09] <lfaraone> but I'm not sure if that'll work in Debian.
[17:10] <ankur> okay so if it is running , we will enable logs.And in the process we would also llike to start appot process simultaneously with start of sugar-emulator?
[17:13] <dipankar> lfaraone, shall I leave watch file blank then?
[17:13] <ankur> lfaraone,  thanks for reviewing etoys and irc :)
[17:14] <lfaraone> ankur: my pleasure.
[17:14] <lfaraone> dipankar: nope.
[17:14] <lfaraone> dipankar: what query have you been using to find record?
[17:14] <dipankar> lfaraone, this is the folder for record activity : http://download.sugarlabs.org/activities/4081/
[17:14] <ankur> lfaraone,  https://wiki.ubuntu.com/MeetingLogs/devweek0909/ApportPkgHooks is this link any good for me to read?
[17:15] <lfaraone> dipankar: http://www.google.com/search?q=site:download.sugarlabs.org+record tells me something different.
[17:16] <dipankar> lfaraone, oops, I used small r
[17:16] <dipankar> record
[17:16] <lfaraone> ankur: yes, but that's a different issue. we both want to have logs created (checking if apport is running), and to automatically include logs in bugs (apport hooks do that)
[17:18] <ankur> okay , so currently in the direction of adding this faeture , what direction should i proceed as of now?
[17:20] <lfaraone> ankur: first patch is to say "if apport is enabled, enable logging"
[17:20] <lfaraone> ankur: after some research, I determined that the proper if test should be "invoke-rc.d apport status" so that we can achieve maximum portability.
[17:20] <dipankar> lfaraone, done : http://git.debian.org/?p=collab-maint/sugar-record-activity.git;a=commit;h=cad9b8a03cb2f5e08b2044fb544193659b459fce
[17:20] <lfaraone> dipankar: cool.
[17:21] <lfaraone> dipankar: that's not a valid URL.
[17:21] <dipankar> lfaraone, ?
[17:21] <lfaraone> dipankar: "http://download.sugarlabs.org/sources/sucrose/fructose/Record/ failed: 404 Not Found<"
[17:22] <dipankar> lfaraone, oh.
[17:22] <dipankar> just a sec
[17:22] <ankur> lfaraone,  shouldn't  it be something like that we add a patch to run apport in starting sugar script as well and add apport in dependencies as well.then perform these checks .i am asking basics but still i wanted to make it sure that what i was thinking was right or someting i missed :)
[17:23] <lfaraone> ankur: we don't want to start apport if it's not already running...
[17:23] <dipankar> lfaraone, now it should be done
[17:23] <lfaraone> ankur: the goal is *if* apport is running, then we assume the user wants to report bugs, and therefore enable logging and expose "report a bug" somewhere.
[17:23] <lfaraone> ankur: if it's not running, then we don't enable logging.
[17:24] <ankur> lfaraone,  okay :) , i got confused with the nature of feature  , got it now.
[17:26] <dipankar> lfaraone, http://git.debian.org/?p=collab-maint/sugar-record-activity.git;a=blob;f=debian/watch;h=9c108b5a3b8dca35835cfc4727bc1ce13607d6ca;hb=9f917b40e1f47f1e3e23be7f3e6b434ac2ecad76
[17:26] <dipankar> dfarning, I have downloaded the tux paint
[17:27] <dipankar> dfarning, but there seems to be no option for fullscreen on it
[17:28] <ankur> so what i do now is check if apport is running or not , then enable debugging . Now i was running through apport manual but was not able to figure out whatt kind of changes would i have to make in sugar code.like i was confused that we apport automatically intercepts whenever there is a crash by seeing the nature of termination signal or is it something else?
[17:28] <dfarning> dipankar, it opens in a window?
[17:28] <dipankar> dfarning, yup
[17:28] <dfarning> dipankar, I guess I was wrong:( what about gcompris?
[17:29] <dipankar> dfarning, just a minute, I need to download it first
[17:29] <dfarning> dipankar, gcompris is _huge_
[17:30] <dipankar> dfarning, 65 mb! 20 minutes
[17:35] <ankur> lfaraone,  around?
[17:35] <lfaraone> ankur: yes.
[17:36] <ankur> lfaraone,  so what i do now is check if apport is running or not , then enable debugging . Now i was running through apport manual but was not able to figure out whatt kind of changes would i have to make in sugar code.like i was confused that we apport automatically intercepts whenever there is a crash by seeing the nature of termination signal or is it something else?
[17:37] <lfaraone> ankur: right, if a sugar application segfaults or has a uncaught traceback, it may trigger apport
[17:37] <ankur> so shall i work on patch now? or there are other things to be added here ?
[17:38] <lfaraone> ankur: that's fine.
[17:38] <lfaraone> record looks good, uploaded.
[17:39] <ankur> lfaraone,  if you are free , can you check what might be problem with paint activity?
[17:39] <ankur> i can forward you the mail from it's upstream author but  i was not able to gain much help from that
[17:40] <lfaraone> ankur: sure.
[17:42] <ankur> lfaraone,  sent you two mails , one was the initial question from my side and other was the reply
[17:43] <dipankar> dfarning, 5 minutes more
[17:43] <dipankar> * to download gcompris
[17:44] <ankur> between for slider puzzle review , you mentioned reimporting the pacakage . apart from just importing the package  what other steps have to be followed after that?
[17:44] <ankur> lfaraone,  as i was not clear on this issue as well
[17:45] <lfaraone> ankur: I don't recall, did I say anything else in the email?
[17:45] <dfarning> dipankar, thanks
[17:45]  * lfaraone has a terrible memory, which is why he likes to write things down.
[17:46] <ankur> shall i forward you the mail again?
[17:46] <ankur> lfaraone,  it was some days back and i dont believe you have terrible memory :)
[17:47] <dfarning> neeraj, did you see we have a couple of packages in ubuntu which are ready to be synced with maverick?
[17:48] <neeraj> dfarning, yes.
[17:49] <dipankar> dfarning, completed installing gcompris
[17:49] <dfarning> neeraj, can you request syncs when you get a chance?
[17:49] <dfarning> dipankar, cool.
[17:49] <dfarning> mukul, how are you?
[17:49] <ankur> lfaraone, manu sir told me you wanted to talk to me about something , is there any thing else as well?
[17:49] <neeraj> dfarning, doing that.
[17:49] <dipankar> dfarning, it is a nice application. I can Maximize too
[17:50] <lfaraone> ankur: did you try to apply the patch and see if it works?
[17:50] <mukul> dfarning, I am good. completed packaging of sugar-turtleart-activity
[17:50] <ankur> lfaraone,  not yet , will do it
[17:50] <dfarning> dipankar, so it open as a window which can be maximized?
[17:51] <dipankar> dfarning, yes. By Maximize I mean not the full screen mode
[17:51] <dfarning> mukul, cool.  are you waiting for a review from Luke?
[17:51] <mukul> dfarning, Yes
[17:52] <dfarning> dipankar, ok let's think about this a while before moving forward.  do you have other stuff to work on in the meantime?
[17:54] <neeraj> dfarning, lfaraone which packages should I request for sync in ubuntu. There are currently 21 packages which are not in Maverick but we don't need all of them to be synced. http://qa.ubuntuwire.org/multidistrotools/sugar.html
[17:55] <dipankar> dfarning, actually, I am also looking into the modem configuration bug
[17:55] <dfarning> mukul, nice.
[17:55] <dipankar> dfarning, ERROR: gsm connection was not set in Gconf
[17:55] <lfaraone> neeraj: use your judgement. what A) packages have we uploaded, B) packages we haven't uploaded ourselves but would still be useful.
[17:57] <dfarning> dipankar, translate sugar-*-activities and python-box2d
[17:58] <dipankar> dfarning, translate here meaning? :?
[17:58] <dipankar> * sorry for my ignorance
[17:59] <dipankar> lfaraone, I am having this problem in generating the copyright_newhints file
[17:59] <dfarning> dipankar, I justed listed the files luke described in A.
[17:59] <neeraj> dfarning, was that for me?
[17:59] <dipankar> lfaraone, dipankar@dipankar-laptop:~/sugar-act/sugar-log-activity$ DEB_MAINTAINER_MODE=1 fakeroot debian/rules pre-build
[17:59] <dipankar> dpkg-checkbuilddeps -B
[17:59] <dipankar> test -x debian/rules
[17:59] <dipankar> mkdir -p "."
[17:59] <dipankar> ERROR: copyright-check disabled - touch debian/copyright_hints to enable.
[17:59] <dipankar> make: *** [debian/stamp-copyright-check] Error 1
[18:00] <dfarning> neeraj, dipankar I sorry got confused.
[18:00] <lfaraone> dipankar: okay. so the error is informing you that the check is disabled. have you tried following what it says to enable the check
[18:00] <dipankar> dfarning, no problem :)
[18:00] <ankur> lfaraone,  you saw the mail i forwarded you ? slider puzzle one?
[18:00] <lfaraone> ankur: yes.
[18:00] <neeraj> dfarning, lfaraone ok. Last question. I have to skip browse-activity as afaik it's not working in ubuntu.. right?
[18:01] <dipankar> lfaraone, I am trying. just a minute
[18:01] <lfaraone> ankur: ah, the error you are getting is because you can't raise an exception as a string.
[18:01] <dfarning> neeraj, yes for now.... we are going to have to start working on surf instead.
[18:02] <lfaraone> ankur: which is a bug and needs to be fixed, but fixing that will still cause an exception to be raised (which is because something's missing)
[18:02] <dipankar> lfaraone, ohk. now its working. Any reason for the error?
[18:03] <lfaraone> dipankar: yes, you did not create the hints file.
[18:03] <ankur> lfaraone,  this was version 25 and i used version 23 as well and it was giving same error
[18:03] <lfaraone> ankur: in this case, the issue is that there's a shared object file missing. you probably should try out his patch.
[18:03] <ankur> and this activity was not working on debian as well , so it was not a ubuntu specific bug
[18:03] <dipankar> lfaraone, ok
[18:04] <lfaraone> ankur: is there a reason you didn't try it out already?
[18:04] <ankur> i tried but it did not work , may be i missed someting . He gave a diff file for make file.If i pastte that file  , can you check that i have done right changes. i will give you link to both previous and new file
[18:04] <kandarpk> dfarning: on trying to push to git.sl.o I am getting
[18:04] <kandarpk> Permission denied (publickey).
[18:04] <kandarpk> fatal: The remote end hung up unexpectedly
[18:04] <lfaraone> ankur: you didn't apply the diff using "patch"?
[18:05] <ankur> no
[18:05] <lfaraone> ankur: that's how they're meant to be applied...
[18:05] <ankur> i am not fammiliar with the process
[18:05] <dfarning> kandarpk, is that for exelearning?
[18:05] <kandarpk> dfarning: yes
[18:05] <ankur> i will try that as patch :)
[18:05] <ankur> i meant i didn't know it.
[18:06] <dfarning> kandarpk, just a minute let me make sure you are a commiter.
[18:07] <kandarpk> dfarning: I am the owner.
[18:09] <dipankar> lfaraone, I have got this in my copyright_hints
[18:09] <dipankar> "
[18:09] <dipankar> Files: ./COPYING
[18:09] <dipankar> Copyright: 1989, 1991 Free Software Foundation, Inc.
[18:09] <dipankar> 	<year> <name of author>
[18:09] <dipankar> 	HOLDER, OR ANY OTHER PARTY WHO MAY MODIFY AND/OR
[18:09] <dfarning> kandarpk, is the ssh key of the computer you are working on uploaded to git.sl.org
[18:09] <dipankar> 	HOLDERS AND/OR OTHER PARTIES
[18:09] <dipankar> 	disclaimer" for the program, if
[18:09] <dipankar> 	holder saying it may be distributed
[18:09] <dipankar> 	holder who places the Program under this License
[18:09] <dipankar> 	interest in the program
[18:09] <dipankar> 	law:
[18:09] <dipankar> 	the software, and
[18:09] <dipankar> 	year name of author
[18:09] <dipankar> License: GPL-2+
[18:09] <lfaraone> dipankar: please please please do not paste.
[18:09] <dipankar> "
[18:09] <dipankar> lfaraone, shall I add COPYING too in copyright?
[18:10] <dipankar> lfaraone, sorry :(
[18:10] <lfaraone> dipankar: No.
[18:10] <kandarpk> dfarning: yes, just did that before pushing.
[18:10] <dipankar> lfaraone, ok
[18:11] <dfarning> kandarpk, what is the contents of .git/config ?
[18:16] <kandarpk> dfarning: [svn-remote "svn"]
[18:16] <kandarpk> 	url = https://exe.svn.sourceforge.net/svnroot/exe/trunk
[18:17] <kandarpk> I think this is what you are looking for.
[18:17] <kandarpk> dfarning: complete file : http://paste.ubuntu.com/476522/
[18:18] <dfarning> kandarpk, you have to set the origin
[18:18] <dfarning> try
[18:18] <dfarning> git remote add origin gitorious@git.sugarlabs.org:exelearning/mainline.git
[18:18] <dfarning> # to push the master branch to the origin remote we added above:
[18:18] <dfarning> git push origin master
[18:18] <dfarning> # after that you can just do:
[18:18] <dfarning> git push
[18:19] <ankur> lfaraone,  the patch will be for sugar toolkit , no?
[18:19] <lfaraone> ankur: which patch?
[18:20] <ankur> one min . i got confused .i was talking about the one for apport supprt
[18:21] <lfaraone> ankur: I'm not sure.
[18:21] <kandarpk> dfarning: I've created a debian branch as well
[18:22] <kandarpk> dfarning: will git push origin master push the entire code ?
[18:22] <dfarning> kandarpk, then I think you can 'git push origin debian' after you have added the origin.
[18:23] <dfarning> kandarpk, it will push the diff between your master branch and the upstream origin branch
[18:23] <kandarpk> dfarning: Ok.
[18:24] <dipankar> dfarning, I was going through mails, which jabber server did you use to register?
[18:24] <kandarpk> dfarning: Connection closed by 140.211.167.221
[18:24] <kandarpk> fatal: The remote end hung up unexpectedly
[18:25]  * lfaraone -> lunch
[18:25] <dfarning> dipankar, the default one.  the problem was the the jabber server was unresponsive the first time I tried
[18:25] <dfarning> bernie_afk, can you help kandarpk with a gitorious question^^?
[18:26] <dfarning> kandarpk, this looks like a ssh error. can you double check your pub key?
[18:28] <ankur> lfaraone, around?
[18:29] <dipankar> dfarning, ohk. It still hasn't worked out for me
[18:29] <dipankar> :(
[18:30] <dfarning> dipankar, you still get the grey rectangle?
[18:30] <kandarpk> dfarning: "$ git push origin master" is giving "Everything up-to-date" now.
[18:30] <kandarpk> I didn't change anything though
[18:31] <dipankar> dfarning, yeah and now "Registration failed"
[18:31] <dipankar> dfarning, I think there is some problem with my network manager
[18:31] <dfarning> kandarpk, it might have taken a while for the pubkey to be processed on gitorious that happens on a cron job.
[18:31] <kandarpk> hmmm
[18:32] <dfarning> dipankar, that is good news. At least you can reliably reproduce the bug.  reproducing bugs is often the hardest part of debugging.
[18:33] <dipankar> dfarning, :)
[18:35] <kandarpk> dfarning: I dont see any option to register ??
[18:35] <ankur> lfaraone,  i will send you the mail when i come back . i will take leave now and get the patch reviewed .i will mail you my question so that when i get up in moring i can patch and submit it at LP :)
[18:35] <kandarpk> dfarning: in sugar-emulator
[18:36] <dipankar> guys what happened to wiki page of USR?
[18:36] <dfarning> kandarpk, if you have already registered you will not see that option.  I think you can delete something in .sugar to make the option visiable again.
[18:36] <kandarpk> dfarning: ok.
[18:37] <ankur> dfarning,  patches are applied for to change files already installed or to change the source code which is going to be installed ?
[18:37] <neeraj> lfaraone, I renamed write activity to sugar-write-activity-0.86 while packaging for debian as it was working in emulator version 0.86 and 0.84
[18:38] <dfarning> dipankar, rename https://wiki.ubuntu.com/Sugar
[18:38] <neeraj> s/0.84/0.88
[18:38] <neeraj> lfaraone, now what's the difference between s-read-a-0.84 and s-read-a ?
[18:38] <dipankar> dfarning, ohk. It was USR, so I got confused
[18:39] <dfarning> ankur, a patch is applied to code which will be installed.
[18:39] <ankur> okay , thanks :)
[18:40] <dfarning> is it a little confusing in terms of packaging because the packaging process does the installing for you.
[18:41] <dfarning> ankur, the best way to think about a patch is as a self contained bundle which contains information about what lines to change and what to change those lines to.
[18:42] <ankur> dfarning,  thanks , it will help me make the patch for apport as i was not sure which file to change , debug script or profile.py :)
[18:42] <ankur> no i know
[18:42] <ankur> *now i know
[18:43] <dfarning> ankur, +1
[18:48] <dfarning> kandarpk, do you remember who was working on write?
[18:49] <dfarning> kandarpk, and what it's status is?
[18:49] <kandarpk> dfarning: I saw someone mentioning it on the IRC.
[18:49] <kandarpk> dfarning: let me check.
[18:50] <kandarpk> neeraj: were you working on write ?
[18:51] <dfarning> neeraj, do you have an idea of how much longer it will take?
[18:51] <kandarpk> I'll be back in 2min, switching to ubuntu.
[18:53] <neeraj> dfarning, terminal is responding quite slowly to request command. But it will not take more than 20-30 min
[18:54] <dfarning> neeraj, no hurry just wondering:)
[19:02] <lfaraone> neeraj: wait, sugar-write-activity-0.86 works in 0.84 *and* 0.86?
[19:04] <neeraj> lfaraone, now. As far as I remember it was working in 0.86 and 0.88.
[19:04] <lfaraone> neeraj: so it does *not* work in 0.84, right?
[19:07] <neeraj> lfaraone, yes. I was failing to start in 0.84
[19:08] <neeraj> 0.86 was minimum supported version.
[19:09] <lfaraone> neeraj: okay. so your question is about... s-read-a-0.84? is there such a thing?
[19:10] <lfaraone> neeraj: probably a holdover from when we shipped 0.82 in Debian. Nowadays there's nothing special there.
[19:11] <neeraj> http://qa.ubuntuwire.org/multidistrotools/sugar.html, yes see the column at the bottom.
[19:11] <neeraj> lfaraone, ^^
[19:14] <lfaraone> neeraj: we do have sugar-read-activity-0
[19:14] <lfaraone> neeraj: we do have sugar-read-activity-0.86 in maverick, though
[19:17] <neeraj> lfaraone, acco to naming, sugar-read-activity-0.84 should work in sugar-emulator-version-???
[19:18] <lfaraone> neeraj: sugar-read-activity-0.84+
[19:19]  * dipankar is off for tonight. says a great day to everyone
[19:25] <neeraj> lfaraone, dfarning unable to file sync request for s-poll-a, Will try it in morning. At present getting this error E: The package 'sugar-poll-activity' does not exist in the Debian primary archive in 'sid'
[19:25] <lfaraone> neeraj: it'll take some time.
[19:27] <manusheel> neeraj: Ok.
[19:38] <neeraj> *pushing s-*-activity-0.84. Will push irc,log and poll after sometime as they are not available at present
[19:47] <manusheel> neeraj: neat.
[21:31] <neeraj> dfarning, ping
[21:31] <dfarning> neeraj, pong
[22:26] <neeraj> manusheel sir, dfarning after seeing on MDT, i filed an sync request for s-chat-a-0.84
[22:26] <neeraj> https://bugs.launchpad.net/ubuntu/+source/sugar-chat-activity/+bug/616462
[22:26] <manusheel> neeraj: Neat.
[22:27] <manusheel> Checking it.
[22:27] <neeraj> But after seeing a comment, i had a discussion with dfarning on chat about this.
[22:28] <neeraj> dfarning, I tried to build the package after cloning from git and it failed to build
[22:28] <neeraj> The reason was unmet dependency.  Unmet build dependencies: python-sugar-0.86 python-sugar-toolkit-0.86
[22:29] <manusheel> neeraj: Ok.
[22:29] <manusheel> neeraj: Yes, it is an unmet dependency.
[22:30] <neeraj> Now, this issue can be easily solved by editing rules file, regenerating control file
[22:31] <manusheel> neeraj: Yes, you'll need to change the rules file, and then regenerate the control file so that all dependencies are taken care off.
[22:31] <neeraj> Now, as Jonas was maintaining this activity on git.debian
[22:31] <neeraj> and ankur was assigned this on http://wiki.debian.org/Sugar/tasks
[22:32] <neeraj> we left this activity without checking.
[22:32] <manusheel> ok.
[22:33] <manusheel> neeraj: I see.
[22:33] <manusheel> So, so this activity was not updated.
[22:33] <manusheel> Right?
[22:34] <manusheel> neeraj: It needed the update, which we now did.
[22:34] <neeraj> manusheel, may this is still working in debian. But as dfarning pointed out to me in Maverick we mostly have -.88
[22:35] <manusheel> OK.
[22:35] <manusheel> neeraj: So, the update to 0.88 needs to be done, right?
[22:35] <neeraj> versions of different packages. So  we need to update it
[22:35] <manusheel> It is 0.86 right now.
[22:35] <neeraj> manusheel, yes.
[22:35] <neeraj> its s-chat-0.84
[22:35] <neeraj> s-chat-a-0.84*
[22:36] <manusheel> neeraj: Ok. Thanks for filing a sync request, and taking care of this part. I'll have a word with Ankur on why it was not updated. I hope we don't have an issue of this kind with other activities - e.g. read.
[22:38] <neeraj> manusheel, sir sorry, its s-chat-a-0.86 on debian
[22:39] <neeraj> When it was synced to lucid then it had the same dependency issue.
[22:39] <neeraj> Then for lucid ubuntu I had created a patch file so that it can be fixed.
[22:40] <manusheel> neeraj: Ok, I hope it got fixed in Lucid too.
[22:40] <manusheel> Let me check.
[22:42] <neeraj> manusheel sir, https://bugs.launchpad.net/ubuntu/+source/sugar-chat-activity-0.86/+bug/608753
[22:42] <manusheel> neeraj: Excellent.
[22:42] <neeraj> dfarning, around?
[22:42] <manusheel> So, this was fixed released.
[22:43] <neeraj> yes, in maverick.
[22:43] <manusheel> neeraj: So, three activities have not been fixed released in Ubuntu from Debian unstable.
[22:43] <manusheel> Rest all of them have been fixed released.
[22:44] <neeraj> I made an mistake by requesting sync for s-chat-0.84
[22:44] <neeraj> s/an/a
[22:44] <dfarning> neeraj, yes
[22:44] <manusheel> neeraj: Ok, it should have been 0.88, right?
[22:45] <neeraj> manusheel sir, it's sugar-chat-activity-0.86
[22:45] <manusheel> neeraj: You can close down the sync request for 0.84.
[22:45] <neeraj> it works in 0.88 and 0.86
[22:45] <neeraj> yes. thats what I was doing.
[22:45] <manusheel> right.
[22:45] <manusheel> neeraj: Yes, sorry s-chat-0.86
[22:45] <manusheel> 0.86 and higher package versions.
[22:46] <manusheel> neeraj: Ok, I think we'll need to do the same thing for read too.
[22:46] <manusheel> we have requested for s-read-0.84.
[22:46] <manusheel> It should be 0.86.
[22:46] <manusheel> if we have a fixed released
[22:46] <manusheel> patch for s-read-0.86
[22:47] <neeraj> yes
[22:47] <dfarning> neeraj, did you get if figured out?
[22:48] <neeraj> https://launchpad.net/ubuntu/+source/sugar-read-activity-0.86/
[22:49] <neeraj> dfarning, From now on, I think its safe to assume that if the package name is 0.86 and above in debian, then it will work in 0.86 and above versions.
[22:49] <neeraj> We will not use 0.84
[22:49] <dfarning> neeraj, ok so, no numbers mean is works on any version
[22:50] <neeraj> * will test package on maverick before requesting ny sync in future.
[22:50] <neeraj> dfarning, yes.
[22:50] <dfarning> and -number means it works on that version and later?
[22:50] <neeraj> yes, except 0.84
[22:50] <manusheel> neeraj, dfarning: yes.
[22:51] <manusheel> neeraj: Kindly close down those requests for 0.84. We all learn from mistakes. Glad you figured this out today itself.
[22:52] <manusheel> neeraj: Matters would have become more chaotic and confusing later.
[22:52] <neeraj> *asking on ubuntu-motu the exact procedure for closing it down
[22:52] <manusheel> neeraj: ok.
[22:52] <manusheel> neeraj: I am at #ubuntu-motu too.
[22:54] <dfarning> neeraj,  ok thanks for figuring it out.  It still seems a little weird.  Any time you try to tape on binary compatibility between versions things get weird.
[22:55] <dfarning> manusheel, is there a way in LP to subscribe to all bugs in all packages to which sugarteam is subscribed?
[22:59] <manusheel> dfarning: As far as I know, subscribe has been designed like notify in typical bug tracker systems.
[22:59] <manusheel> I don't think we can subscribe to all bugs in all packages to which sugarteam is subscribed.
[22:59] <manusheel> dfarning: Let me check again. Haven't come across multiple subscription documentation.
[23:00] <manusheel> dfarning: It seems to be done per bug.
[23:03] <dfarning> manusheel, that seems odd we should be able to set things so all traffic about a bug is assign to a person, team, or mailing list.
[23:06] <manusheel> dfarning: That is actually an important requirement that needs to be there in all bug trackers :-) Will check if LP guys have hidden it somewhere in their advanced settings :-)
[23:07] <manusheel> dfarning: I believe the next set of bug trackers should be designed by people, who have experienced these issues. Not, as any other project.
[23:09] <dfarning> manusheel,  sugar team is all ready identified as the maintainer for all of our package.  I am not sure why that does not correlate to bug supervisor on a package level.
[23:12] <manusheel> dfarning: LP keeps a difference between the two entities. Subscription is more than notification, but not like advisory. They want the bug advisor to keep a track on whether all the bug requirements have been specified and clarified to the developer.
[23:13] <manusheel> dfarning: Bug advisor also has to give a green signal on getting the bug triaged.
[23:15] <dfarning> manusheel, i did not realize it was so complex... it must all be hidden in the advanced options at which I never look.
[23:15] <manusheel> dfarning: I'll be using the bug advisor feature for the requests filed by satellit_: LP's design for bug tracking is very different from our usual bug tracking systems. But, easy to master, once we start using it.
[23:16] <dfarning>  manusheel ok, so I will stop worrying.
[23:17] <manusheel> dfarning: +!
[23:18] <manusheel> dfarning: It is pretty easy. Just new and different from other bug trackers. The only unfortunate part is that for important features like filters, they are hiding them in advanced settings.
[23:18] <manusheel> dfarning: But, it has started to become fairly simple now.
[23:19] <manusheel> dfarning: Getting used to canonical style of doing things :-)
[23:23] <neeraj> manusheel sir, dfarning good night :)
[23:24] <manusheel> neeraj: Good night.
[23:24] <manusheel> Take rest.