[01:21] <Quozl> ubuntu-sugar-remix_0.2_i386.deb is 3390 bytes per PPA Packages.gz, but apt gets ubuntu-sugar-remix_0.2_i386.deb from ubuntu sources.list and finds it 3394 bytes long.  "Failed to fetch" "Size mismatch".  Why is this?
[01:37] <USR902> testing USR-i386-20100902 CD
[01:38] <mukul> hi alsroot Around?
[01:39] <satellit_> I added surf115.xo to USR902 then did ASLO download of IRC-5
[01:44] <manusheel> satellit_: Did Surf work on your Ubuntu machine?
[01:44] <manusheel> satellit_: Luke faced some issues working with Surf.
[01:44] <manusheel> Didn't work well.
[01:46] <satellit_> manusheel: yes as a drag-drop from a second USB to journal (as .xo) http://people.sugarlabs.org/Tgillard/Surf-115.xo
[01:46] <satellit_> goes to ASLO for downloads fine
[01:47] <satellit_> manusheel: are you using .deb or .xo?
[01:47] <mukul> hi bernie. Around?
[01:48] <dfarning> mukul whats up?
[01:48] <mukul> dfarning, I was try to work on some bugs.
[01:48] <dfarning> mukul, which one?
[01:49] <mukul> #2064,#2154--I think they are inter related and #2229
[01:49] <mukul> dfarning, bernie : http://bugs.sugarlabs.org/ticket/2064
[01:54] <dfarning> mukul, those are some seriously difficult bugs:(  how about looking at 2163
[01:56] <mukul> dfarning, Ok
[01:57] <mukul> dfarning, Is #2229 also tough?
[01:58] <manusheel> dfarning: Yes. 2163 is a good bug for Mukul.
[01:58] <manusheel> mukul: around?
[01:58] <mukul> manusheel sir: Yes
[01:59] <dfarning> #2229 is a good second bug.  Easy to fix but it is against a patch in the dextrose tree so it is a little complicated to set up.
[01:59] <manusheel> mukul: Please start with bug #2163.
[01:59] <ubot2> Launchpad bug 2163 in realplayer (Ubuntu) "installs rp8 and not rp10 (dups: 1) (heat: 1)" [Medium,Invalid] https://launchpad.net/bugs/2163
[01:59] <manusheel> dfarning: Sure.
[02:00] <dfarning> mukul, do you have an xo to test it with?
[02:00] <manusheel> dfarning: Bug #2229 will be assigned to us too.
[02:00] <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
[02:00] <manusheel> dfarning: No. Mukul does not have an XO yet.
[02:01] <mukul> manusheel, dfarning : Are we talking about the bug on sugarlabs or launchpad as ubot2 just mentioned
[02:02] <manusheel> mukul: bugs.sl.org
[02:02] <dfarning> mukul, I was talking about SL#2229
[02:02] <mukul> dfarning: Ok
[02:02] <dfarning> mukul, We need to be more specific:(
[02:06] <dfarning> mukul, do you know how to get started?
[02:09] <mukul> dfarning, Yes I'm trying to reproduce the bug. How do I rotate the screen on sugar emulator
[02:11] <manusheel> mukul: just run sugar-emulator w/o "-f" flag and try to "xrandr -o <0-4>"
[02:11] <dfarning> mukul, I think you can do it using xrandr
[02:12] <mukul> manusheel, dfarning : Ok
[02:13] <dfarning> mukul, try starting the emulator then going into the sugar terminal and running xrandr
[02:14] <dfarning> mukul, that is pretty cool!  I never tried it in a window before.
[02:15] <dfarning> mukul, although it is hard to move the mouse
[02:16] <manusheel> dfarning: Right. Indeed hard :-)
[02:16] <dfarning> mukul, got it?
[02:17] <manusheel> mukul: let us know if you have any questions.
[02:20] <mukul> dfarning, manusheel : Yes. But I'm trying to get the hang of the mouse
[02:21] <dfarning> mukul, just try to click on the home view button or push f3
[02:22] <mukul> dfarning, Yes I have done that
[02:23] <dfarning> mukul, where would you think the source code is that controls the layout of the homeview?
[02:24] <bernie> mukul: yes, but I'm going to sleep.  sorry
[02:25] <mukul> bernie, No problems
[02:25] <mukul> dfarning, I think it should be under layout.py file in jarabe folder
[02:27] <dfarning> mukul, yes I think jarabe is the correct place .... although I do not see a layout.py module.
[02:28] <mukul> dfarning, I think it is favouriteslayout.py in jarabe/destop
[02:28] <mukul> dfarning: *jarabe/Desktop
[02:29] <dfarning> mukul, +1 I think favorites refers to how the icons are organized around the screen.
[02:30] <dfarning> mukul, we need to take a step back and determine how the 'XO man' is located and draw on  the center of the screen
[02:31] <mukul> dfarning: Ok
[02:39] <dfarning> mukul, I think the XO man is called the OwnerIcon it is defined on line 595 of favoritiesviewpy
[02:39] <mukul> dfarning: Thanks for the pointer
[02:42] <dfarning> mukul, it is instantiated at line 84
[02:44] <mukul> I see no OwnerIcon. I see _my_icon
[02:46] <dfarning> mukul, look on the right side of the equals sign on line 84 an instance of OwnerIcon is defined to be _my_icon
[02:48] <mukul> dfarning, Is this what we should be looking at http://paste.ubuntu.com/487574/
[02:49] <dfarning> mukul,  yes that looks correct
[02:51] <mukul> dfarning, By the way on my version of sugar Line 84 is blank
[02:52] <dfarning> mukul, when looking at code is it often best to look at the most recent which is in the git repo.  you can get it by using jhbuild.
[02:55] <dfarning> mukul, my guess at a glance is that the rotation is reversing height and width when the screen is rotated.
[02:55] <dfarning> mukul, do you have jhbuild set up?
[02:56] <mukul> dfarning, No
[02:56] <dfarning> mukul, see  http://wiki.sugarlabs.org/go/Development_Team/Jhbuild
[02:57] <dfarning> Sugar-jhbuild will automatically download the latest of Sugar's dependencies as well as Sugar itself directly from their source repositories, rather than relying on source packages that may have become stale. Below are generic instructions on how to use jhbuild to get up and running with Sugar.
[02:58] <dfarning> mukul, follow the instructions at http://wiki.sugarlabs.org/go/Development_Team/Jhbuild#Prerequisites and ping me when you are done or get stuck.
[02:58] <mukul> dfarning, Ok
[03:07] <dfarning> mukul, how are you coming?
[03:11] <mukul> I'm installing sugar-jhbuild. It seems it is big enough. taking time to download
[03:14] <dfarning> mukul, yes is is pretty big.  it has the entire git history of all of sugar.
[03:34] <dfarning> mukul, i think it will fail to build hulahop.  if that happens just skill that module and go on.  eventually it will get to the point where you can run the emulator.
[03:35] <mukul> dfarning, Ok
[03:42] <mukul> dfarning, I think I'll leave now. Will resume the work later. Nice talking to you :)
[03:43] <dfarning> mukul, ok see you later.
[13:14] <dipankar> dfarning, good morning
[13:24] <dfarning> dipankar, good morning.
[13:26] <manusheel> dfarning: I have asked Dipankar to create a patch in sometime. Let us start with the full screen bug.
[13:29] <dfarning> ok dipankar where are you at and what is the bug number?
[13:31] <dipankar> dfarning, just a minute
[13:31] <dipankar> http://bugs.sugarlabs.org/ticket/2180
[13:33] <dfarning> dip looking
[13:33] <mukul> dfarning, Good Morning !
[13:34] <dfarning> mukul, good morning did jhbuild finish?
[13:34] <mukul> dfarning, Yes
[13:34] <dfarning> mukul, nice
[13:35] <dipankar> dfarning, For the bug I already uploaded a patch, and shacha seems to be happy with the patch.
[13:35] <dipankar> dfarning, but tomeu is suggesting changing the gtk-rc files
[13:35] <dipankar> dfarning, currently we have two sets : 72 and 100
[13:37] <dipankar> dfarning, I had a discussion on the above with alsroot also. It came out that even if we change the rc file, it may only work for a particular resolution and create problem for another resolution
[13:38] <dfarning> dipankar, is it possiable to calulate the frame width at run thime?
[13:40] <dipankar> dfarning, I didn't get a chance to explore this part. Not sure about it.
[13:40] <mukul> dfarning, Should I be looking at http://paste.ubuntu.com/487774/ at LIne no 176
[13:41] <dfarning> mukul, I am not sure.... now that you have found the correct code you will have to trace the code......
[13:41] <mukul> dfarning, Ok
[13:43] <dfarning> mukul, I think that you will want to  calulate the control panel layout at runtime based on  screen dimension - (2* frame width) = available space
[13:44] <dfarning> mukul, ^^ oops the above was for dipankar.
[13:45] <dfarning> dipankar, then determine CP icon spacing by their size.
[13:47] <dfarning> dipankar, for an example see http://git.sugarlabs.org/projects/sugar/repos/mainline/trees/master/src/jarabe/desktop for how the home layouts are calculated.
[13:47] <dfarning> then create a rows and colume layout for the CP.
[13:47] <dipankar> dfarning, I think I was not clear with the bug
[13:48] <dipankar> dfarning, The cropping takes place at the bottom for whole emulator
[13:48] <dipankar> dfarning, this occurs due to the space taken up by title bar (emulator-window) and task panels of ubuntu
[13:49] <dfarning> dipankar, ahh sorry I was thinking about the bug where the CP icons are cut off.
[13:50] <dipankar> dfarning, CP bug was different I think and its has been taken up by neeraj
[13:51] <satellit_> http://wiki.sugarlabs.org/go/The_undiscoverable#Sugar-Emulator_Screen_Size_Adjustment
[13:51] <satellit_> Properties, Command:/usr/bin/sugar-emulator -i 832x624
[13:52] <satellit_> fits 10" screen
[13:52] <dfarning> dipankar, can you show me an exapmle of when cropping happens?
[13:53] <dipankar> dfarning, just a minute, let me send a pic
[14:00] <dipankar> dfarning, I am uploading the images at imageshack
[14:00] <dipankar> just a minute
[14:00] <dipankar> http://img256.imageshack.us/content_round.php?page=done&l=img256/2310/cropk.png
[14:00] <dfarning> dipankar, +1
[14:02] <dfarning> dipankar, is that image correct. I just see a toolbar and a empty window.
[14:02] <dipankar> dfarning, here is the pic where cropping is not taking place: http://img840.imageshack.us/content_round.php?page=done&l=img840/148/nocrop.png
[14:03] <dipankar> dfarning, On the first image you will find the text input box missing; (visible in the second image)
[14:04] <dfarning> dipankar, got it.
[14:04] <dipankar> dfarning, so there is cropping :)
[14:07] <dfarning> dipankar,  The problem looks like we have two two variable to consider when talking about screen height -- height and available height.
[14:08]  * lfaraone waves.
[14:08] <manusheel> lfaraone: Hi Luke.
[14:08] <dfarning> dipankar, this is exacly what satellit_was talking about.  he figured out how to calculate those denemsions ahead of time. now we have to do it on the fly.
[14:08] <manusheel> Good morning.
[14:08] <dfarning> hey lfaraone
[14:09] <lfaraone> hello manusheel, dfarning.
[14:09] <lfaraone> neeraj: ping
[14:09] <dipankar> hey lfaraone
[14:09]  * lfaraone says hi to dipankar.
[14:09] <neeraj> lfaraone: hi :)
[14:10] <dfarning> dipankar, this is a problem because sugar was orginally hardcoded to the screen demensions of the XO.
[14:10] <dipankar> dfarning, I have something else on mind
[14:10] <dipankar> dfarning, the default resolution set for emulator is 800x600
[14:10] <dipankar> dfarning, the window mode currently works for resolutions <800 x600
[14:11] <dipankar> dfarning, oops sorry
[14:11] <dipankar> dfarning, the window mode currently works for resolutions >= 800x600
[14:11] <dipankar> dfarning, at resolution 800x600
[14:11] <dipankar> the window created is also of 800x600
[14:12] <dipankar> the panels and title bar take up a lot of space
[14:13] <dipankar> dfarning, if I run the emulator fullscreen at 800x600
[14:13] <lfaraone> dfarning: long term we want to have a "seed" created for usr-meta so we don't actually modify the package source directly, and do so in the standard way as done by all the other "spins". but short term, adding deps directly is fine :)
[14:14] <dipankar> the emulator still runs at 800x600 resolution
[14:14] <dfarning> lfaraone, we do have a seed.  I set that up a couple of months ago.
[14:14] <lfaraone> dfarning: oh? the usr meta package seems to be using the canonical archive seeds.
[14:15] <lfaraone> oh, I see, you've added http://140.186.70.115/seeds/
[14:16] <dipankar> dfarning, thats why I think running the emulator in fullscreen at 800x600 system resolution does not change the emulator resolution
[14:19] <dfarning> lfaraone, one minute. I'll move the seeds files to usr.sugarlabs.org.  neeraj know how to work with them
[14:21] <dfarning> dipankar, I'll be back in a minute.
[14:21] <dipankar> dfarning, sure
[14:24] <lfaraone> dfarning: basically, ideally we don't add anything directly to the debian/control "Depends" line, which would mean adding ubuntu-sugar-remix-default-settings, sucrose-0.88, sugar-session-0.88 to the seed.
[14:25] <lfaraone> (and running germinate, of course)
[14:26] <dfarning> lfaraone, +1 That was is the intention
[14:35] <dfarning> lfaraone,  ok the seeds have been moved to usr.sugarlabs.org.
[14:38] <dfarning> lfaraone, now that usr-meta is in universe we can set it up correctly.  the problem was that germinate could not work with ppas.
[14:40] <dfarning> lfaraone,   http://usr.sugarlabs.org/seeds/ubuntu-sugar-remix.maverick/ubuntu-sugar-remix , I would suggest change the =Other= to =Ubuntu Sugar Remix= and adding the deps at the bottom.
[14:42] <lfaraone> dfarning: cool. is that maintained in a VCS?
[14:42] <lfaraone> dfarning: for the ubuntu archive seeds, it's handled in a bzr branch which is periodically pushed to the server.
[14:42] <dfarning> dipankar, We need to be careful about make a fix for just one resolution....
[14:43] <dfarning> lfaraone, it is not in VCS.  but it will need to be pushed to bzr when USR becomes a community spin.
[14:44] <lfaraone> dfarning: okay. If you want, I can create such a branch. Can you give me a shell account  usr.sl.o? My SSH keys are on launchpad.
[14:46] <dipankar> dfarning, sorry was not at system.
[14:46] <dfarning> ok I will add you later today.... when dipankar is sleeping:)
[14:46] <dfarning> dipankar, np
[14:47] <dipankar> dfarning, the resolution (800x600) is only the problem are
[14:47] <dipankar> *area
[14:48] <dfarning> lfaraone, for now can you just send me a copy of what you want on the seed file.
[14:48] <lfaraone> neeraj: rather than adding deps directly, we're going to instead add them to the usr seed and use the "./update" script in usr-meta to update the ubuntu-sugar-remix-$arch files.
[14:48] <dfarning> dipankar,  have you tried it at 480X640?
[14:49] <lfaraone> dfarning: sucrose-0.88, sugar-calculate-activity, sugar-chat-activity-0.86, sugar-connect-activity, sugar-flipsticks-activity, sugar-jigsawpuzzle-activity, sugar-logviewer-activity, sugar-memorize-activity, sugar-physics-activity, sugar-pippy-activity, sugar-pollbuilder-activity, sugar-sliderpuzzle-activity, sugar-terminal-activity, sugar-turtleart-activity, sugar-write-activity-0.86
[14:49] <lfaraone>  Recommend: ${ubuntu-sugar-remix:Recoommends}
[14:49] <neeraj> lfaraone: Ok.
[14:49] <lfaraone> dfarning: oops, ignore the recommend line. also depend on ubuntu-sugar-remix-default-settings in the seed.
[14:50] <dipankar> dfarning, are you talking about system resolution or emulator one?
[14:51] <lfaraone> neeraj: once dfarning makes these changes, please update "update.cfg" to point to the new seed base (don't remove the canonical one, but change the http://140.186.70.115/seeds one. )
[14:51] <neeraj> lfaraone: sure. donwloading the meta package for same :)
[14:52] <lfaraone> neeraj: and run ./update to re-germinate. By the way, since usr-meta is ubuntu-native, you don't need to add "ubuntu1" to the version number :) just increment it to 0.2 or 0.2.1, whichever you feel appropreate.
[14:55] <dipankar> dfarning, i have the following resolutions only: 640x480, 800x600, 1024x768, 1280x800 on system
[14:56] <dfarning> lfaraone, done http://usr.sugarlabs.org/seeds/ubuntu-sugar-remix.maverick/ubuntu-sugar-remix
[14:58] <lfaraone> dfarning: I guess a feature for natty is having plymouth-theme-sugar-logo? :P
[14:58] <dfarning> dipankar, the concern I am having is if there is a problem at 800X600 there will be a problem at every other resolution.
[14:58] <dfarning> lfaraone, plus one:)
[14:59] <neeraj> Ok. I have replaced the usr seeds address (http://usr.sugarlabs.org/seeds/). Running ./update
[15:00] <dfarning> dipankar, does that make sense?
[15:02] <manusheel> dfarning: Just had a word with Dipankar. It seems that all the other resolutions except 800*600 will work fine. We do need to do something about this resolution.
[15:04] <dipankar> dfarning, What I tried on my system: Only at 800x600, the emulator should run in fullscreen mode.
[15:05] <dipankar> *and for resolutions less than that too
[15:05] <dipankar> so rest all resolutions will not be affected.
[15:08] <dfarning> dipankar, please step back and look at the cause of the problem. And focus on fixing the cause.
[15:09] <dipankar> dfarning, ok:
[15:10] <dfarning> dipankar, the cause is that the toolbar and frame are unexpectly taking up space and pushing the bottom of the screen outside of the visible area.
[15:11] <dipankar> dfarning, agreed; but the toolbar and frame of ubuntu, not sugar
[15:14] <lfaraone> neeraj: how'd that work out for you?
[15:15] <dfarning> dipankar, do you mean it is the xephr frame that is causing every thing to shift down?
[15:15] <neeraj> lfaraone: updating usr-meta? still running.
[15:17] <dipankar> dfarning, yeah, but apart from that the upper and lower task panels in ubuntu also takes up some place
[15:18] <dipankar> that causes the cropping
[15:20] <dipankar> dfarning, I think I am using incorrect word: 'cropping'
[15:21] <dipankar> the correct situation is "the window is not coming in visible area fully" & "the bottom is pushed off the visible area"
[15:21] <dipankar> as you said
[15:21] <dfarning> dipankar, yes
[15:24] <dipankar> dfarning, so we need to pull the window up somewhow
[15:24] <dipankar> *s/somehow
[15:24] <dfarning> dipankar, Ok now I think I understand.... Are you looking at a special case where your monitor is set to 600X800 and then trying to run an emulatior of 600X800
[15:24] <dipankar> dfarning, yup (800x600)
[15:27] <dfarning> dipankar, ok, I have been looking at it like as xephyer is set to 800X600 while my moniter is set to to 1680X1050
[15:31] <dipankar> dfarning, hehe :).
[15:33] <dfarning> dipankar, well this is progress. Can you restate the bug discriptiion base on what you learned trying to explain the bug to me?
[15:33] <neeraj> lfaraone: should I reject my old patch first and attach the new debdiff file?
[15:34] <neeraj> or just add new one.
[15:34] <lfaraone> neeraj: yes.
[15:34] <neeraj> ok. rejecting old one.
[15:37] <dipankar> dfarning, right on it.
[15:37] <dfarning> ishan, what are you working on?
[15:38] <ishan> dfarning, hi
[15:39] <ishan> i am working on http://bugs.sugarlabs.org/ticket/2201
[15:39] <dfarning> ishan, hi
[15:39] <ishan> dfarning, https://bugs.launchpad.net/ubuntu/+source/sugar-0.88/+bug/617805
[15:39] <ubot2> Launchpad bug 617805 in sugar-0.88 (Ubuntu) "Bar at the bottom of the window displays 'xephyr on' instead of sugar (affects: 1) (heat: 211)" [Low,In progress]
[15:39] <dfarning> ishan, didn't alsroot provide an easy fix for that?
[15:40] <ishan> dfarning, what bug are you talking about
[15:40] <dfarning> https://bugs.launchpad.net/ubuntu/+source/sugar-0.88/+bug/617805
[15:40] <ubot2> Launchpad bug 617805 in sugar-0.88 (Ubuntu) "Bar at the bottom of the window displays 'xephyr on' instead of sugar (affects: 1) (heat: 211)" [Low,In progress]
[15:43] <dipankar> dfarning, I have made a draft here: http://paste.ubuntu.com/487827/ , is it good to go?
[15:43] <ishan> dfarning,  alsroot mentioned that he wont be able to help in xephyr code . changing the text in title bar will require change in xephyr code.......
[15:44] <alsroot> ishan: I found that there is -title argument for Xephyr
[15:44] <dfarning> ishan, ^^ :)
[15:44] <manusheel> dfarning, alsroot: That is great.
[15:45] <neeraj> bug 624592, I have updated the meta package, and added the debdiff file
[15:45] <ubot2> Launchpad bug 624592 in ubuntu-sugar-remix-meta (Ubuntu) "request all packaged activities be installed by default on USR (affects: 1) (heat: 10)" [Critical,Confirmed] https://launchpad.net/bugs/624592
[15:45] <manusheel> dfarning: Ishan and Ankur did discuss this last time with Aleksey. We were unable to find a solution to this issue.
[15:46] <manusheel> alsroot: So, changing the title argument would do, right?
[15:46] <alsroot> manusheel: yup
[15:48] <manusheel> alsroot: Great.
[15:49] <dfarning> dipankar, this is a specif issue that only happens because the emulator resolution is the same at the monitor resolution.
[15:51] <dipankar> dfarning, I have added that line too: http://paste.ubuntu.com/487831/
[15:51] <dipankar> now is it good?
[15:52] <dfarning> dipankar, now can you add a lines about what you think is causing the problem?
[15:56] <manusheel> dfarning: Thanks David. Dipankar is adding the lines.
[15:59] <dipankar> dfarning, added those lines: http://paste.ubuntu.com/487837/
[16:00] <dfarning> dipankar, plus one.. can you update the description and we will move on the the next bug.... and come back to this one later.
[16:00] <dipankar> dfarning, sure, just a minute
[16:06]  * dipankar has changed the description: https://bugs.launchpad.net/ubuntu/+source/sugar-0.88/+bug/614388
[16:06] <ubot2> Launchpad bug 614388 in sugar-0.88 (Ubuntu) "Sugar emulator should start in fullscreen mode (affects: 2) (dups: 1) (heat: 146)" [Undecided,New]
[16:06] <ishan> alsroot,  we are using xephyr to launch the session in emulator.py . while the title option is available in X which we are not using there. is there anything which i am missing here :)
[16:08] <alsroot> ishan: see `Xephyr -h`, there -title option
[16:11]  * dipankar changed the description at http://bugs.sugarlabs.org/ticket/2180
[16:11] <dipankar> dfarning, changed the bug description both at sugarlabs and launchpad
[16:12] <dfarning> dipankar, +1
[16:13] <dfarning> dipankar, do you have any other bugs?
[16:16] <dipankar> dfarning, this bug: https://bugs.launchpad.net/ubuntu/+source/sugar-0.88/+bug/617580
[16:16] <ubot2> Launchpad bug 617580 in sugar-0.88 (Ubuntu) "modem configuration should not be visible if no modem is present (affects: 1) (heat: 185)" [Low,Confirmed]
[16:18] <dfarning> dipankar, +1 can you assign it to your self and change the status to inprogress?
[16:18] <dipankar> dfarning, ok
[16:20] <dipankar> dfarning, done with that. There is another bug: https://bugs.launchpad.net/ubuntu/+source/sugar-0.88/+bug/621896
[16:20] <ubot2> Launchpad bug 621896 in sugar-0.88 (Ubuntu) "Sugar emulator crashes while copying file from usb drive to journal (affects: 1) (heat: 434)" [Medium,New]
[16:20] <dipankar> dfarning, nobody is able to reproduce the bug
[16:21] <dfarning> dipankar, ok then mark 621896 invalid
[16:22] <dipankar> dfarning, done
[16:24] <dfarning> dipankar, lets look at the configuration bug 617580
[16:24] <ubot2> Launchpad bug 617580 in sugar-0.88 (Ubuntu) "modem configuration should not be visible if no modem is present (affects: 1) (heat: 6)" [Low,In progress] https://launchpad.net/bugs/617580
[16:24] <dipankar> dfarning, sure
[16:27] <dfarning> dipankar, it looks like the general CP handling stuff is at http://git.sugarlabs.org/projects/sugar/repos/mainline/trees/master/src/jarabe/controlpanel
[16:28] <dipankar> dfarning, looking
[16:31] <dfarning> dipankar, each item in the control panel is treated as an plugin extension they can be found at /sugar-jhbuild/source/sugar/extensions/cpsection
[16:35] <dipankar> dfarning, brb in 5
[16:50] <dipankar> dfarning, sorry got d/c
[17:01] <dfarning> dipankar,  see the below conversation on sugar
 tomeu, I am looking at https://bugs.launchpad.net/ubuntu/+source/sugar-0.88/+bug/617580 . How would I disable CP extensions that are not valid?  In this case because a piece of hardware is missing.
 dfarning: but we still want to display it when the user plugs a 3g modem in, right?
 oh wait, that's the CP section
 dfarning: so you want to only display the control panel section when the hw is present?
 tomeu, +1.  Does it make sense to display configuration settings in the CP for hardware that is not available/present?
[17:01] <ubot2> Launchpad bug 617580 in sugar-0.88 (Ubuntu) "modem configuration should not be visible if no modem is present (affects: 1) (heat: 6)" [Low,In progress]
 NM in gnome shows it always
[17:01] <dfarning>  I guess the use case is if you move the dongle to another machine to connect from there, you may still want to check which settings you had or such
 tomeu, this is a rather different situation.  A connection via NM is the norm.   Where as only a very small portion of users have 3G modems.
[17:01] <dfarning>  tomeu, hot plugging allows us to show only the relevant information.  The USB icon appears and disappears as it is inserted and removed.
 dfarning: yeah, I was meaning the 3G configuration in nm-client
 I prefer not to enter in UX discussions, whatever people agree is good with me ;)
[17:01] <dfarning> --- XO-b3c9 is now known as soundaccount
 tomeu, +1 at this point I am just looking at how  to hide and display CP extensions dynamically.  Once we have a patch we can submitted it to design.
 dfarning: oh, we do that for OLPC
 there's a touchpad control panel, upstream
[17:01] <dfarning>  and it checks that it's running on an XO before it displays itself
[17:01] <dfarning>  so you can just look at that
 it's only in master though, not in 0.88
 sure, but it's not part of the core at all, it's a standalone panel; dfarning doesn't need to depend on it for anything other than looking at.
 cjb, thanks, can you point me to the code I haven't poked around much on laptop.org :(
 cjb: sure, just meaning that he won't find it in the sources they are packaging
 dfarning: it's inside the sugar module
 oh, wait it hasn't been pushed?
 yeah, I don't see it either
 ah, walterbender changed it to be a device icon
 ohh
 not sure we have auto-hiding CP sections
 here we are
[17:02] <dfarning>  http://www.mail-archive.com/sugar-devel@lists.sugarlabs.org/msg13579.html
[17:02] <dfarning>  it just does, in cpsection/touchpad/__init.py__:
[17:02] <dfarning>  +if path.exists('/sys/devices/platform/i8042/serio1/ptmode'):
[17:02] <dfarning>  +    CLASS = 'Touchpad'
[17:02] <dfarning>  +    ICON = 'module-touchpad'
[17:02] <dfarning>  +    TITLE = _('Touchpad')
[17:02] <dfarning>  +    KEYWORDS = ['touchpad']
[17:02] <dfarning>  so, if you don't set those globals, sugar won't display the icon
 guess that means the user will need to restart after plugging in a 3G device
 yeah, for us it's a check you only need to make once
[17:02] <dfarning>  cassidy ChanServ CoderForLife chrowe cjb cyberorg CanoeBerry christophd
 tomeu, cjb ok thanks, I'll look at the code and figure out what to do.
[17:08] <dipankar> dfarning, confused a bit :(
[17:10] <dipankar> dfarning, I am looking into it. pleas give me 5-10 minutes more
[17:10] <dipankar> *s/please
[17:11] <dfarning> dipankar, ok... the initial design on of sugar was that it was going to run on the XO, a machine that did not change.
[17:12] <dfarning> dipankar, but now we are seeing sugar running on multiple pieces of hardware... ie (with and without the touchtap)
[17:13] <dipankar> dfarning, so we first look into "how touchpad CP was implemented"
[17:13] <dipankar> so that we can get some idea of CP components
[17:14] <dfarning> dipankar, now our friends in UY noticed that the ability to add a G3 modem was rather handy.
[17:14] <dfarning> dipankar, + the touch pad is a example of an extension that is only visible on XO.
[17:16] <dipankar> dfarning, ok
[17:17] <dfarning> dipankar, The touch pad is checked once at start up.  Either it is there or it is not.  I think that we will need to go one step farther and a build on hotpluging so that the extension will appear dynamically when the hardware is present.
[17:20] <dfarning> dipankar, hotpluging is all ready implemented at the os level. and usbstick code in the journal will explain howto implement it.
[17:20] <dipankar> dfarning, ok
[17:20] <dipankar> dfarning, looking at the code
[17:22] <dfarning> dfarning, I think this is and excellent bug for you.  It will require adding very useful functionality to the CP.  The code is straight forward and self contained.
[17:22] <dfarning> dipankar, ^^
[17:23] <dipankar> dfarning, I think I am getting the solution
[17:23] <dipankar> dfarning, like walter added a check in init.py
[17:24] <dfarning> dipankar, +1
[17:24] <dipankar> if path.exists('/sys/devices/platform/i8042/serio1/ptmode'):
[17:24] <dipankar> +    CLASS = 'Touchpad'
[17:24] <dipankar> +    ICON = 'module-touchpad'
[17:24] <dipankar> +    TITLE = _('Touchpad')
[17:24] <dipankar> +    KEYWORDS = ['touchpad']
[17:24] <dipankar> dfarning, so I need to check whether the modem file in sys exists or not
[17:26] <dfarning> dipankar, yes, that basic idea is to perform a check before displaying the extension.
[17:27] <dfarning> dipankar, I am not sure what we want to check (how to detect if a 3G modem is present)
[17:29] <dipankar> dfarning, I remember bernie providing a solution on checking that
[17:29] <dipankar> dfarning, bernie told to use NM to check network available
[17:29] <dipankar> * network interfaces available
[17:31] <dfarning> dipankar, yes that is what I am thing too.  rather then deal directly with /sys with what to use NM to provide device discovery and identification.
[17:31] <dfarning> we want
[17:34] <dfarning> dipankar, I think we will want to make a DBUS method call against NetworkManager.
[17:34] <dfarning> dipankar, but that is as far as I understand:(
[17:41] <manusheel> dfarning: Ok.
[17:41] <manusheel> dfarning: It is dinner time at office. We'll be back in half an hour.
[17:43] <dfarning> manusheel, +1 I will eat now also.  this is an excellent bug for dipankar.  Not too hard but it touches a bunch of interesting code.
[18:26] <manusheel> dfarning: Yes, David. It is an interesting bug for Dipankar. Back to work.
[18:27] <manusheel> dfarning: Dipankar is at Ishan's seat explaining him to fix the Xephyr bug. He'll be back soon.
[18:30] <ishan> dfarning, thanks to alsroot bug https://bugs.launchpad.net/ubuntu/+source/sugar-0.88/+bug/617805 solved
[18:30] <ubot2> Launchpad bug 617805 in sugar-0.88 (Ubuntu) "Bar at the bottom of the window displays 'xephyr on' instead of sugar (affects: 1) (heat: 211)" [Low,In progress]
[18:32]  * dipankar is back
[18:33] <dipankar> dfarning, around?
[18:36] <dipankar> alsroot, hi, around?
[18:36] <alsroot> dipankar: hi
[18:37] <dipankar> alsroot, I am working on this bug: https://launchpad.net/bugs/617580
[18:37] <ubot2> Launchpad bug 617580 in sugar-0.88 (Ubuntu) "modem configuration should not be visible if no modem is present (affects: 1) (heat: 6)" [Low,In progress]
[18:38] <dipankar> alsroot, I want to detect the different network interfaces available on the system
[18:38] <dipankar> alsroot, for that I want to make a DBUS method call against NetworkManager.
[18:39] <dipankar> alsroot, wish if you could provide some pointers
[18:39] <alsroot> dipankar: keep in mind that NM is optional SP component
[18:39] <mukul> alsroot, I diffed the two files. They are using different variables. Thus, I am having some problems.It would be great if you could shed some light over it. I will pastebin the diff file
[18:40] <dipankar> alsroot, what is SP component?
[18:40] <alsroot> SugarPlatform
[18:40] <mukul> http://paste.ubuntu.com/487917/  Can you confirm whether I am looking at the correct file jarabe/desktop/favoritesview.py
[18:42] <dipankar> alsroot, then I am left with one option for searching for modem presence in a sys...
[18:42] <dipankar> alsroot, I would have to check in the folder : /sys/devices/ ?
[18:43] <alsroot> dipankar: well, dunno what python way is in that case, google it
[18:44] <dipankar> alsroot, its something like :: if path.exists('/sys/devices/platform/i8042/serio1/ptmode'):
[18:44] <dipankar> +    CLASS = 'Touchpad'
[18:44] <dipankar> +    ICON = 'module-touchpad'
[18:44] <dipankar> +    TITLE = _('Touchpad')
[18:44] <dipankar> +    KEYWORDS = ['touchpad']
[18:45] <alsroot> dipankar: can you avoid scanning ifaces?
[18:47] <alsroot> mukul: can say something, you all time to git clone to make sure you what you have
[18:47] <alsroot> *can to git clone
[18:47] <dipankar> alsroot, I think no. Is there anyother way we can test for modem presence in a machine?
[18:47] <mukul> alsroot, Can you elaborate?
[18:56] <alsroot> mukul: heh, I meant *can't say something* :)
[18:56] <alsroot> mukul: you can start analyze commit-per-commit
[18:57] <alsroot> *to
[18:57] <alsroot> mukul: commit comments will be useful, also you can merge commits from master one-by-one to see if issue is still reproducible
[19:00] <dipankar> alsroot, I think no. Is there anyother way we can test for modem presence in a machine?
[19:01] <alsroot> dipankar: you ask people on sugar-devel@
[19:02] <alsroot> mukul:.. of course if you are so interested in knowing what commit fixes your issue
[19:03] <dfarning> dipankar, the flow of information is as follows ==   Kernel --> udev --> Network Manager <--> D-Bus <--> Sugar
[19:04] <dfarning> alsroot, Is NM optional?
[19:05] <alsroot> dfarning: at least I thought so
[19:05] <dfarning> alsroot, let me ask cjb
[19:05] <alsroot> we don't need for ethernet
[19:12] <dipankar> dfarning, I think Martin Abente has implemented the 3G-modem settings : http://wiki.sugarlabs.org/go/Features/3G_Support
[19:16] <dfarning> dipankar, all of the logic you need is in ~/sugar-jhbuild/source/sugar/extensions/deviceicon$ vim network.py
[19:18] <dfarning> dipankar, you can just hook into the NetworkManagerObserver
[19:20] <dfarning> dipankar, or it might be the GSMObserver
[19:21] <dfarning> ls
[19:23] <dipankar> dfarning, I am going through the file :). appreciate the pointers
[19:33] <dfarning> dipankar, to flow to look at i line 1076 instantiates a NetworkManagerObserver
[19:33] <manusheel> dfarning: Thanks for the pointer. Will ask Dipankar to look at it.
[19:33] <manusheel> dfarning: I'll be back in 20 minutes. It is 12:03 am here. Team going back home.
[19:34] <dfarning> manusheel, ok
[19:37] <dfarning> alsroot, the logic for detecting the GSM modem is pretty straight forward. it is handled in /sugar-jhbuild/source/sugar/extensions/deviceicon/network.py in The NetwrokmanagerObserver class
[19:41] <alsroot> dfarning: so the problem w/ https://launchpad.net/bugs/617580 is that NM wasn't enabled?
[19:41] <ubot2> Launchpad bug 617580 in sugar-0.88 (Ubuntu) "modem configuration should not be visible if no modem is present (affects: 1) (heat: 6)" [Low,In progress]
[19:44] <dfarning> alsroot, The tray icon works as expected.  But the configuration extension in the CP is all ways visible.
[19:47] <alsroot> dfarning: we can just export info about modem from network.py, if NM is absent code will be less reliable
[19:49] <dfarning> alsroot, +1.
[19:50] <alsroot> dfarning: hmm.. or even hide gsm at all, if I got it right, it won't work anyway w/o NM