[01:25] <chrisccoulson> Laney - this pidgin update is a PITA ;)
[01:25] <chrisccoulson> i've got it to build now, and it even connects successfully to yahoo
[01:26] <chrisccoulson> but then it crashes immediately
[01:26] <chrisccoulson> oh well!
[02:14] <TheMuso> .c
[07:14] <didrocks> >qzqy
[08:06] <didrocks> (^ for the record, this is a /away in qwerty on an azerty keyboard ;))
[08:47] <pitti> Good morning
[08:48] <chrisccoulson> good morning pitti
[08:55] <chrisccoulson> pitti - i made some progress on the pidgin SRU last night
[08:55] <chrisccoulson> it builds fine, and connects to yahoo now
[08:55] <chrisccoulson> but then it crashes :(
[08:55] <chrisccoulson> so, still some more work for me to do on that ;)
[08:58] <pitti> chrisccoulson: great to hear!
[08:58] <chrisccoulson> yeah, it's getting there:)
[08:58] <pitti> chrisccoulson: did you just backport the entire yahoo stack? (might be easier)
[08:59] <chrisccoulson> pitti - i didn't do that. i managed to get the existing patch to apply with a bit of re-factoring
[09:00] <chrisccoulson> but it currently adds 2 new members to an existing public struct in libpurple, which we probably want to avoid for a SRU
[09:00] <chrisccoulson> so theres still a bit for me to do on that
[09:00] <pitti> chrisccoulson: that doesn't sound like an API break, though?
[09:00] <pitti> ABI, I mean
[09:01] <chrisccoulson> i can leave it as it is if you're ok with it
[09:01] <seb128> hey chrisccoulson pitti
[09:01] <pitti> chrisccoulson: I think here it is safer to backport the entire stack than trying to mix old and new code; but I haven't really looked into it
[09:02] <seb128> pitti, the netbook reinstall worked just fine there
[09:02] <seb128> out of the fact that the mini 10 wireless doesn't seem to work
[09:02] <chrisccoulson> pitti  - yeah, i'm not sure. my only concern is that we break other protocols that use this functionality in libpurple
[09:02] <chrisccoulson> hey seb128
[09:02] <seb128> it wasn't working on jaunty either
[09:02] <seb128> but it's working on the unr image
[09:02] <seb128> which is weird
[09:04] <pitti> hey seb128
[09:08] <seb128> hey rickspencer3
[09:08] <rickspencer3> hi seb128
[09:08] <rickspencer3> seb128, what's the word on the street?
[09:08] <seb128> all good as far as I can see there
[09:09] <seb128> I reinstalled my mini 10 using an usb key without whipping install and it worked great
[09:09] <rickspencer3> great!
[09:10] <seb128> and my bugsmail box was not flooded today
[09:10] <seb128> ie I already did read the backlog from the night
[09:10] <pitti> hey rickspencer3
[09:10] <seb128> good start of day there
[09:10]  * seb128 in good mood today ;-)
[09:10] <pitti> euca still has a major installer bug, and there seems some trouble with i386+PAE, but otherwise good
[09:12] <rickspencer3> pitti, bug #s?
[09:12] <pitti> rickspencer3: bug 458904
[09:13]  * rickspencer3 is setting next to mdz ;)
[09:13] <pitti> rickspencer3: the other is just being discussed between cjwatson and ara in #u-release
[09:13] <rickspencer3> hi mdz
[09:15] <rickspencer3> thanks pitti
[09:23] <mdz> pitti, the installer bug is not so major in my opinion, given the relative maturity of the feature. we decided last night to release note it since there is a workaround (manual configuration)
[09:58] <proppy> hi
[09:58] <proppy> kenvandine: could you remind me the EmpathyChatWindow bug #?
[10:26] <pitti> seb128: btw, it seems the brasero upload got rejected? could you re-do that as SRU, please?
[10:27] <seb128> pitti, the upgrade was from robert_ancell and the upload from themuso I think I will let them deal with that
[10:27] <pitti> ok
[10:27] <seb128> pitti, I will ping robert_ancell to tell him to do a sru
[10:27] <seb128> pitti, thanks for following up there though
[10:34] <seb128> pitti, new ubiquity, means respin of all images?
[10:34] <pitti> seb128: only i386, not all the other arches
[10:34] <seb128> pitti, new ubiquity, means respin of all images?
[10:34] <seb128> ups
[10:34] <pitti> seb128: that's why we uploaded to karmic-updates
[10:34] <seb128> should really stop to scrolling up with focus going somewhere else
[10:34] <pitti> so that we can re-spin i386 only
[10:34] <seb128> thanks touchapd
[10:34] <pitti> heh
[10:35] <seb128> pitti, ok
[10:35] <pitti> unfortunate, but unavoidable :-(
[10:35] <seb128> alright, I'm just asking because I didn't reinstall my laptop yet
[10:35] <seb128> I will do that once the respin is there
[10:36] <seb128> so far I reinstall my netbook and desktop worked great
[10:36] <pitti> great, thanks
[10:36] <seb128> reinstalled rather
[10:36] <pitti> oh, your zoo has three computers now?
[10:36] <seb128> it's faster to reinstall than to do rc to karmic upgrades
[10:36] <seb128> yes, a desktop, a laptop and a netbook
[10:36] <seb128> I don't use the desktop much nowadays though
[10:37] <seb128> rather the laptop on the dock
[10:37] <seb128> but the box is still there
[10:42] <TheMuso> seb128: Already told him./
[10:42] <mvo> seb128: could you still do a upgrade for me please? even if it takes long :) ?
[10:42] <seb128> TheMuso, thanks
[10:42] <mvo> seb128: just to report problems
[10:42] <TheMuso> seb128: slangasek asked me to SRU it, and I passed it onto Robert.
[10:42] <seb128> mvo, which one?
[10:43] <mvo> seb128: I don't mind, one that you use and that is not upgraded yet
[10:43] <seb128> mvo, in fact I did upgrade my laptop yesterday which worked
[10:44] <seb128> I was still planning to reinstall because I've the feeling things get slower over years
[10:44] <seb128> or it's just karmic boot time which went down
[10:44] <seb128> I remember feeling my laptop being quite fast to boot when I got it
[10:44] <seb128> it seems to take ages now
[10:44] <mvo> seb128: ok, thats fine, I was only interessted in hearing about upgrade issues :)
[10:45] <seb128> mvo, no issue from my side but I don't install tons of crazy things
[10:45] <seb128> ie I've pretty much a standard install, those are well tested ;-)
[10:45]  * mvo nods
[10:48] <seb128> grub to gdm is over a minute on bootcharts there
[10:48] <seb128> it's almost 2 minutes from start to desktop loaded
[10:49] <seb128> it takes almost 15 seconds for xorg to start on the bootchart
[10:49] <seb128> I'm wondering what is going on
[10:49] <seb128> bbl, doing some boot charting and testing
[11:01]  * Ng wonders why seahorse-agent isn't running
[11:01] <Ng> I'm getting proper SSH key behaviour from something, but not for GPG keys (fresh karmic install on sunday)
[11:04] <didrocks> Ng: You have to install seahorse-plugins
[11:04] <Ng> didrocks: yeah I'm wondering if I installed that after I last booted
[11:04] <didrocks> it's no more part of default installation
[11:04] <didrocks> hey pedro_
[11:04] <pedro_> salut didrocks
[11:05] <Ng> hah, well given that I've not actually rebooted this install since the first day I used it, I guess that's what it is
[11:05] <Ng> sorry ;)
[11:05] <didrocks> Ng: yeah, the session is launched in /etc/xdg/autostart IIRC (I didn't checked)
[11:05] <didrocks> so, just loggin off and on should do the trick
[11:06] <Ng> didrocks: I think that's seahorse-daemon, seahorse-agent is from Xsession.d
[11:06] <Ng> I'll log out in a bit and check :)
[11:10] <huats> morning !
[11:21] <pitti> bonjour huats!
[11:21] <pitti> seb128: new i386 iso ETA < 1 hour, FYI
[11:25] <seb128> pitti, ok thanks, let's get lunch now then
[11:45] <seb128> pitti, do you know if there is any driver difference between unr and standard ubuntu?
[11:45] <pitti> seb128: shouldn't be; it's the same kernel, unless you are using the lpia one?
[11:45] <seb128> no I'm not
[11:46] <seb128> the wireless on my mini 10 is working only on unr though for some reason
[11:52] <chrisccoulson> hmmm, it seems that users keep thinking that the sporadic placement of icons in the places and system menu is a bug
[11:54] <seb128> chrisccoulson, right, that and the 2 slots notify-osd logic
[11:54] <seb128> I think those are 2 design errors
[11:55] <chrisccoulson> seb128 - i've not really followed the discussion about the notify-osd logic
[11:55] <seb128> but seems the design team seems to break at least one thing by cycle before considering changing back next cycle under user reaction
[11:55] <chrisccoulson> i agree with the concept of no icons, but the places menu does look broken at the moment, and users think so too :(
[11:55] <chrisccoulson> it would look better with no icons at all
[11:56] <seb128> users keep filling bugs about bubbles not being in the corner
[11:56] <seb128> the bug is quite popular
[11:56] <seb128> they did set up a ppa with a notify-osd with 1 slot too
[11:56] <seb128> which is quite popular too
[11:56] <chrisccoulson> i quite like the new notify-osd design :)
[11:56] <seb128> the 2 slots?
[11:57] <seb128> I hate it
[11:57] <chrisccoulson> really?
[11:57] <seb128> bubbles keep going over my firefox tabs
[11:57] <chrisccoulson> i don't have to lift my head up as far to read notifications ;)
[11:57] <chrisccoulson> oh, ok. i didn't notice that, but then i never have windows maximized
[11:57] <chrisccoulson> that's probably why it hasn't annoyed me yet ;)
[11:57] <seb128> I've most of the things I use take one workspace
[11:58] <seb128> email client on one workspace
[11:58] <seb128> IRC client on one another
[11:58] <seb128> web browser on one another
[11:58] <Ng> seb128++, for workspace layout sanity, and correctness about the silly bubble position ;)
[11:58] <chrisccoulson1> i tend to use e-mail on one workspace, but everything else on another
[11:58] <chrisccoulson1> i should make better use of my screen real-estate really ;)
[11:58] <seb128> admittedly bubble are transparent on mouse overt but when you switch tabs using keyboard it still goes in the way
[11:59] <chrisccoulson1> yeah, that would be annoying
[11:59] <chrisccoulson1> i see everyones point now ;)
[12:00] <chrisccoulson1> i definately hate the places menu though!
[12:00] <seb128> also most users don't use synchronous notifications often
[12:00] <seb128> so they don't why bubbles are shifted
[12:00] <seb128> same here
[12:00] <seb128> especially that the 2 other menus have icons
[12:00] <seb128> so it really looks weird and buggy
[12:01] <Ng> seb128: non-laptop people could conceivably never use sync notifications
[12:01] <Ng> if you don't have volume keys or brightness keys, your bubbles always look wrong ;)
[12:01] <seb128> Ng, right, many keyboard have volume keys though
[12:01] <Ng> sure
[12:01] <chrisccoulson1> seb128 - yeah, i agree. everyone i've shown it to seems to feel the same too.
[12:02] <seb128> chrisccoulson1, any idea about https://bugzilla.gnome.org/show_bug.cgi?id=599209 btw?
[12:02] <mvo> those are probably not "target users" - that is the argument I usually when when trying to argue issues like that
[12:03] <seb128> mvo, +get?
[12:03] <mvo> seb128: yes
[12:03]  * mvo was sure he typed thet get
[12:03] <chrisccoulson1> seb128 - i've not noticed that one yet. i can take a look at it though
[12:03] <mvo> the cat ate it!
[12:03] <seb128> mvo, what users are not the target? the ones not cleaver enough to not understand the 2 slot logic? ;-)
[12:03] <seb128> clever
[12:03] <mvo> exactly
[12:04] <seb128> I just find it looks weird
[12:04] <seb128> and keep going over my tabs, I liked it better when it went over the search entry
[12:04] <chrisccoulson1> seb128 - i've assigned the LP bug to me. i'll take a look when i next get the chance
[12:04] <seb128> chrisccoulson1, thanks
[12:04] <seb128> chrisccoulson1, upstream suggested it might be due to an ubuntu change
[12:05] <seb128> but g-s-d upstream is a bit too inclined to blame bugs on  ubuntu changes sometime
[12:05] <chrisccoulson1> it seems that every upstream is like that recently ;)
[12:05] <seb128> we might be doing too many change
[12:06] <seb128> oh, I just download a fedora 12 beta iso
[12:06] <seb128> let me try in kvm if it has the issue
[12:06] <seb128> downloaded rather
[12:06]  * seb128 boots kvm
[12:06] <chrisccoulson1> yeah, we definately carry too many patches on some packages
[12:06] <seb128> urg, their boot screen is really weir
[12:06] <seb128> weird
[12:07] <chrisccoulson1> i just get the plymouth fallback with fedora
[12:07] <seb128> they have a white, light blue, blue bar
[12:07] <chrisccoulson1> that's what i see
[12:07] <seb128> and the color move
[12:07] <seb128> it's not nice looking
[12:07] <mvo> the dark?
[12:07] <mvo> its also difficult to read - gray on black in a small font...
[12:07] <chrisccoulson1> seb128 - you need real graphics hardware for plymouth to work properly
[12:08] <chrisccoulson1> i don't even think it would work properly with my NVIDIA card :(
[12:09] <seb128> hum, login doesn't work
[12:09] <seb128> and their language selection is suboptimal too
[12:09] <seb128> brb
[12:13] <seb128> ok, automatic login keeps spinning but doesn't log in
[12:13] <seb128> and you have to select the language and keyboard on the gdm screen and guess the layout variant to use etc
[12:14] <seb128> I like the ubuntu way better ;-)
[12:14] <seb128> any lunch time
[12:14] <seb128> bbl
[12:14] <chrisccoulson1> i've not tried it for a little while
[12:26] <chrisccoulson1> seb128 - the locate pointer issue is an upstream problem. g-s-d will immediately turn the option off again if it fails to spawn gsd-locate-pointer, and this fails because the path is hard-coded as /usr/libexec/gsd-locate-pointer in gsd-mouse-manager.c
[12:27] <chrisccoulson1> (at least that is the case with the 2.28.0 source i have here at work)
[12:27] <chrisccoulson1> anyway lunch time for me too
[12:27] <chrisccoulson1> bbl
[12:48] <seb128> lool, there?
[12:49] <seb128> lool, do you know why unr and stock ubuntu would behave different on wireless?
[12:49] <seb128> using a dell mini 10 config
[13:04] <chrisccoulson> hey seb128 - did you see my earlier comment about the locate_pointer issue before i went for lunch?
[13:04] <seb128> chrisccoulson, yes, good catch thanks
[13:04] <seb128> chrisccoulson, I reassigned the upstream bug
[13:05] <chrisccoulson> thanks, i still can't do that
[13:05] <Laney> chrisccoulson: how goes pidgin?
[13:05] <Laney> pain in the bum isn't it? :)
[13:05] <chrisccoulson> Laney - i'll carry on working on it this evening, but it currently connects successfully to Yahoo and then crashes ;)
[13:06] <seb128> chrisccoulson, did you ask for bug triage rights?
[13:06] <kklimonda> bad yahoo ;)
[13:06] <seb128> pedro_, ^ what is required for chrisccoulson to be able to reassign bugs on gnome.bugzilla.org?
[13:07] <seb128> pedro_, he's doing good work for a while so it should get those ;-)
[13:07] <lool> seb128: No I do not know; they are supposed to be really close in terms of seeds
[13:07] <lool> seb128: If you know which specific package should be present, I can check
[13:07] <seb128> lool, ok, thanks anyway
[13:07] <seb128> lool, no, but I will have a look
[13:08] <lool> The only differences between ubuntu.karmic and unr.karmic live and ship-live seeds are purely langpacks
[13:08] <lool> (Just checked again)
[13:09] <seb128> lool, I didn't try karmic unr yet
[13:09] <lool> Ok
[13:09] <seb128> lool, it's working out of the box on jaunty unr
[13:09] <seb128> but not on jaunty or karmic ubuntu
[13:09] <lool> seb128: jaunty's UNR had weird seeds though
[13:09] <lool> seb128: But it might be that we regressed UNR by syncing things with ubuntu as a reference
[13:09] <pedro_> seb128, I'm already asking for the permissions there
[13:10] <pedro_> chrisccoulson, what's your account on gnome bugzilla?
[13:10] <seb128> pedro_, thanks
[13:10] <lool> seb128: Would be interesting to know which package it is by booting jaunty unr
[13:10] <seb128> pitti, you have bugzilla bug triaging rights?
[13:10] <lool> seb128: Is this on dell mini?
[13:10] <seb128> lool, mini 10
[13:10] <chrisccoulson> pedro_ - my account is chrisccoulson@googlemail.com
[13:11] <pedro_> chrisccoulson, thanks
[13:11] <seb128> lool, mini 10v rather
[13:11] <chrisccoulson> pedro_ - thank you too:)
[13:11] <seb128> lool, it was shipped with hardy which worked out of the box and jaunty unr too
[13:13] <lool> seb128: I heard broadcom-wireless needs to be manually installed
[13:14] <lool> seb128: Apparently, it's a complex issue with jockey and APT repos
[13:14] <seb128> lool, hum ok, still it's working on jaunty unr so it should be doable ;-)
[13:14] <lool> seb128: I understand that we would like jockey to try to install it from the ship-live seed (packages in the pool on the images) only, but jockey would have to use lower level calls to APT to achieve this
[13:16] <pedro_> chrisccoulson, you're all set!
[13:16] <seb128> pedro_, good work ;-)
[13:16] <chrisccoulson> pedro_ - thanks!
[13:16] <pedro_> seb128, chrisccoulson my pleasure ;-)
[13:16]  * pedro_ goes back to iso testing
[13:17] <lool> seb128: Eh but I cant check how it worked in jaunty   :)
[13:17] <lool> seb128: I looked it up and couldn't find the broadcom thing in the manifest
[13:17] <seb128> lool, let me try, I still have the unr iso there and an usb key
[13:24] <lool> seb128: Thanks; if it's for your wifi, then we need to check which package ships the driver
[13:24] <lool> seb128: Here, "file /sys/class/net/wlan0/device/driver/module" says /sys/class/net/wlan0/device/driver/module: symbolic link to `../../../../module/iwlagn'
[13:24] <lool> and dpkg -S iwlagn.ko shows where it's from
[13:26] <seb128> lool, ok, key being written I will tell you that in a few minutes
[13:37] <pitti> seb128: how do I tell?
[13:37] <pitti> seb128: I have "status bug reporter" and can assign/close/etc.
[13:37] <seb128> pitti, can you reopen bugs there?
[13:37] <pitti> seb128: yes, I think I can
[13:37] <seb128> ok
[13:37] <seb128> so you just lack git commit
[13:37] <pitti> I did several times AFAIR
[13:37] <pitti> seb128: btw, new i386 desktops up
[13:38] <seb128> ok
[13:41] <seb128> lool, is the jaunty unr manifest online somewhere?
[13:46] <didrocks> jcastro: thanks ;)
[13:47] <seb128> didrocks, what did he do this time? ;-)
[13:48] <lool> seb128: Yes
[13:48] <didrocks> seb128: it was related to UDS room twinning :-)
[13:48] <lool> seb128: http://releases.ubuntu.com/jaunty/
[13:48] <seb128> didrocks, ok
[13:56] <kenvandine> hey rickspencer3
[13:56] <rickspencer3> hi kenvandine
[13:56] <rickspencer3> I just had lunch with a couple of calabora guys
[13:57] <chrisccoulson> seb128 - what do you think about bug 462253? i'm not too sure it's a gvfs issue. i've seen Nautilus fail to show folder contents before when stat() fails on one of the files, and that seems to be what is happening there
[13:57] <chrisccoulson> ?????????? ? ?          ?                 ?                ? VIDEO_TS.BUP
[13:57] <chrisccoulson> i suppose that stat() shouldn't fail in the first place though
[13:58] <seb128> chrisccoulson, I'm not sure to understand the issue yet
[13:58] <seb128> did the submitter reply to my comment?
[13:58]  * seb128 opens the bug now
[13:59] <chrisccoulson> seb128 - he just added a comment there
[13:59] <seb128> right
[13:59] <seb128> ls also has a permission denied issue
[13:59] <seb128> why do you think it's not a gvfs issue?
[13:59] <seb128> gvfs-ls has the same bug
[13:59] <seb128> gvfs-ls has the same bug
[13:59] <seb128> ups
[13:59] <seb128> see previous comment
[13:59] <seb128> see previous comment
[14:00]  * seb128 kicks touchpad
[14:01] <chrisccoulson> he's only posted the output of "ls -l" in the mount directory so far
[14:01] <seb128> no
[14:02] <chrisccoulson> oh yeah, i missed the earlier comment ;)
[14:02] <seb128> chrisccoulson, see 2 comments before the current one
[14:03] <seb128> chrisccoulson, if gvfs-ls has the same I guess it's gvfs or gio at fault there
[14:03] <seb128> chrisccoulson, but I could be wrong, I need to look at the code
[14:03] <chrisccoulson> the permission denied error is just a consequence of this: "?????????? ? ?          ?                 ?                ? VIDEO_TS.BUP", and that is normally because stat() fails on that file (so there is no information about the file)
[14:03] <chrisccoulson> that's normally a lower level issue i think
[14:03] <seb128> it's a bit weird
[14:03] <seb128> right
[14:04] <seb128> corruption?
[14:04] <chrisccoulson> quite possibly
[14:04] <seb128> I'm not sure how a stat can be failing there...
[14:04] <chrisccoulson> perhaps he could run "ls -l" through strace?
[14:04] <seb128> chrisccoulson, can you ask for details on the bug if you know what to ask there?
[14:04] <chrisccoulson> just to see if it is that which fails
[14:04] <seb128> thanks ;-)
[14:04] <chrisccoulson> can do:)
[14:05] <seb128> cool!
[14:16] <seb128> tedg, hey
[14:17] <tedg> Good morning seb128
[14:17] <seb128> tedg, thanks for looking at the crasher, sorry I was not clear when I suggested it was due to the indicator, I meant the dynamic menu changes for fusa detection indeed
[14:18] <seb128> I don't think it's important for a sru but would be nice to fix in lucid!
[14:18] <tedg> seb128: I can't come up with a simple fix.  It's probably the one of the menu items is getting deallocated before being show.  No clue how that could happen.
[14:18] <seb128> can you work on the change you suggested for lucid?
[14:18] <tedg> seb128: Yup.
[14:18] <seb128> thanks
[14:42] <dobey> seb128, pitti, james_w: oh i almost forgot... care to give me some endorsement on https://wiki.ubuntu.com/RodneyDawes/DeveloperApplication ? :)
[14:43] <hggdh> seb128: bug 359658 is ready for SRU to Jaunty
[15:05] <seb128> lool, do you know if there is a way to see what driver is being used for eth<n>?
[15:06] <lool> seb128: 14:24 < lool> seb128: Thanks; if it's for your wifi, then we need to check  which package ships the driver
[15:06] <lool> 14:24 < lool> seb128: Here, "file /sys/class/net/wlan0/device/driver/module"  says /sys/class/net/wlan0/device/driver/module: symbolic link to  `../../../../module/iwlagn'
[15:06] <lool> seb128: replace wlan0 with eth0 and look at the end of the output
[15:07] <pitti> dobey: will do; what do you apply for? upload rights for the ubuntuone-* packages?
[15:08] <dobey> pitti: universe-contributor, and then will apply for ~ubuntu-desktop after I am accepted for universe-contributor, as you suggested
[15:08] <seb128> lool, it's "wl"
[15:08] <seb128> works on jaunty unr, not on karmic unr
[15:09] <pitti> dobey: I didn't sponsor too many packages from you yet, so I can't vouch for general motu/~u-desktop yet (not sure how many other packages you touched); you could also start with getting single package upload rights (which requires much less packaging experience)
[15:09] <pitti> dobey: the sum of my, james_w, seb128's and other sponsors experience might be enough, of course; not sure how many other folks sponsor your uploads
[15:10] <dobey> was mostly seb128 and james_w
[15:10] <pitti> dobey: so, I'll add my blurb there soon
[15:10] <dobey> and i think scottk sponsored a backport request
[15:10] <dobey> pitti: thanks
[15:13] <seb128> dobey, I can't really vouch for you either, I've not sponsored complicated changes from you
[15:13] <seb128> those I did upload were mainly new version updates
[15:13] <seb128> not new packages or binary splits or transitions
[15:14] <james_w> agreed, but I'm happy to speak about the value of your contributions, which is what universe-contributor is about
[15:15] <pitti> ^ *nod*
[15:15] <seb128> +1
[15:15] <pitti> package uploader is also fine from my POV
[15:15] <seb128> asac, around today?
[15:15] <dobey> i don't know, i'm just going on what you guys suggested :)
[15:16] <asac> seb128: yes ... just around the corner ;)
[15:16] <seb128> asac, do you know if bcm4315 cards are supposed to work out of the box in ubuntu?
[15:17] <seb128> asac, my mini 10v wireless works only in jaunty unr
[15:17] <seb128> karmic unr or jaunty or karmic ubuntu doesn't see eth1
[15:17] <asac> seb128: well. usually yes, but its a proprietary driver and as such is flaky
[15:17] <asac> seb128: do you have "wl" driver loaded?
[15:17] <seb128> on jaunty unr yes
[15:17] <asac> i think that driver moved somewhere else ...
[15:17] <superm1> use jockey to enable it on karmic
[15:17] <asac> afaik its supposed to get detected by jockey
[15:18] <seb128> it's not listed in jockey
[15:18] <superm1> make sure your apt cache is up to date first
[15:18] <asac> but a few weeks ago there was an issue, but i didnt follow what came out of it after i connected the user with pitti
[15:18] <superm1> and then it should be offered in jockey
[15:18] <seb128> apt-cache search doesn't list bcmwl-kernel-source
[15:18] <seb128> how do I update my cache without internet?
[15:18] <superm1> you don't.  Keybuk_ was talking about this last week in #ubuntu-devel
[15:19] <seb128> which means karmic is useless on my mini 10v, great
[15:19] <asac> hmm. odd. i thought that we put that in restricted and as that the driver pieces are on CD
[15:19] <asac> isnt that the case?
[15:19] <dobey> seb128: boot the jaunty kernel under karmic?
[15:19] <superm1> the driver is on the CD, so you can install it from the CD still
[15:19] <asac> superm1: why doesnt jockey do that?`
[15:19] <asac> isnt that the idea?
[15:20] <asac> or just a bug that is known?
[15:20] <pitti> asac: no, we can't fit the entire tool chain on CDs
[15:20] <pitti> seb128: connect it to ethernet, apt-get update, and use jockey
[15:20] <superm1> pitti, actually yes everything needed to install bcmwl is on the CD http://cdimages.ubuntu.com/daily-live/current/karmic-desktop-i386.list
[15:20] <asac> oh
[15:20] <asac> right
[15:20] <pitti> superm1: oh, I see; right, we discussed that a while ago
[15:20] <Keybuk_> everything needed is on the CD
[15:21] <pitti> the CD isn't added as a repository
[15:21] <Keybuk_> *but* you have to do it by hand using dpkg
[15:21] <superm1> and it's properly offered when you boot in live mode.  the problem is the cd not being a valid repository post install
[15:21] <superm1> yes^
[15:21] <Keybuk_> pitti: and even if it was, the on-the-net repos fail to update, so apt refuses to work anyway
[15:21] <seb128> do we have an open bug about that?
[15:22] <pitti> I'm sure we have plenty
[15:22] <seb128> I'm not sure to get the issue
[15:22] <seb128> why could it work in jaunty unr but not in ubuntu?
[15:22] <Keybuk_> no idea
[15:22] <pitti> but it's not really trivial to solve
[15:22] <Keybuk_> jaunty unr was probably "special"
[15:22] <pitti> seb128: because in jaunty we still had l-r-m
[15:22] <superm1> it was shipped in linux-restricted-modules in jaunty
[15:22] <pitti> whic shipped wl
[15:22] <pitti> but l-r-m is gone
[15:22] <superm1> so everyone "had it" by default then
[15:23] <seb128> why did we drop it? that seems useful to have there
[15:23] <Keybuk> because it was evil
[15:23] <pitti> kernel team decided to drop l-r-m entirely, not just wl
[15:23] <Keybuk> it's been replaced by dkms
[15:24] <seb128> it has been replacing by something which doesn't work ;-)
[15:24] <pitti> seb128: do you see the b43 driver in jockey? (for downloading the firmware)
[15:24] <pitti> seb128: it does work
[15:24] <seb128> no, jockey is empty
[15:24] <superm1> b43 doesn't work with 4315 anyway
[15:24] <pitti> seb128: it's not the fault of dkms, it's a matter of having the package available/installed or not
[15:25] <pitti> superm1: ok, then jockey wouldn't show it
[15:25] <Keybuk> seb128: you mean like pidgin was replaced by empathy?
[15:25] <davmor2> sta is working here now both in live and installed
[15:25] <pitti> seb128: if only we would know someone at dell who could pester the broadcom guys to do proper drivers :)
[15:25] <seb128> pitti, ;-)
[15:26] <seb128> still not fun that jaunty was working on the mini 10v and karmic is not
[15:26] <pitti> intel wifi FTW
[15:26] <superm1> pitti, are you going to move jockey to apt daemon during lucid?  that should likely allow providing feedback more easily, and possibly enabling the CD repository on demand
[15:26] <pitti> superm1: trunk uses packagekit
[15:26] <Keybuk> pitti: if only we knew someone at dell who we could pester to stop building hardware which relies on non-free drivers
[15:27] <pitti> superm1: but it's not really an issue of aptdaemon vs. python-apt
[15:27] <superm1> haha
[15:27] <seb128> Keybuk, let's not troll empathy vs pidgin, empathy is supposed to do the same work ;-)
[15:27] <pitti> superm1: we could jump through some hoops to have jockey temporarily use the CD repository, install from that, drop it again, and ignore the http sources
[15:27] <pitti> and build a lot of new UI around it to cope
[15:28] <superm1> pitti, can you set up a session at UDS to try to discuss solutions to this type of problem then in case there are some better ideas?
[15:28] <Keybuk> seb128: so is dkms
[15:28] <lool> seb128: dpkg -S wl.ko?
[15:28] <seb128> superm1, how do I install bcmwl?
[15:29] <seb128> lool, it's in the volatile directory and not shipped by any deb according to dpkg
[15:29] <seb128> lool, but it was in l-r-m apparently
[15:29] <superm1> seb128, on karmic, just add the cdrom/usb stick in software-properties-gtk and you should be able to use apt-get to do it
[15:29] <seb128> superm1, thanks
[15:30] <Keybuk> if that fails
[15:30] <Keybuk> dpkg -i /media/blah-blah/pool/*/*/*.deb ;-)
[15:32] <seb128> it seems suboptimal to have the deb there and not installed
[15:32] <seb128> can't we just auto install those?
[15:34] <pitti> well, we don't want to install the nvidia/fglrx/wl drivers everywhere
[15:34] <pitti> superm1: I suppose you'll install it by default on the pre-installed boxes you sell?
[15:40] <lool> seb128: It seems that lrm was replaced by DKMS based individual debs so you probably hit this jockey/APT issue due to lrm being replaced by individual packages
[15:40] <lool> seb128: Sorry   :-/
[15:40] <lool> seb128: We need to fix this jockey/apt interaction
[15:40] <seb128> lool, yes, what we were just discussing
[15:40] <seb128> I don't get why jockey doesn't list it after install though
[15:40] <seb128> the list is empty
[15:41] <seb128> do you know if there is a bug about that?
[15:42] <james_w> pitti: apport gets turned off at release? In what way is it turned off?
[15:42] <lool> seb128: Dunno
[15:42] <lool> seb128: Scott seems to know about these gotchas with mini 10v
[15:42] <pitti> james_w: it did; /etc/default/apport says enabled=0 now
[15:43] <james_w> pitti: and what effect does that have?
[15:43] <james_w> I'm wondering if that will have effectively turned off kerneloops as well
[15:43] <pitti> james_w: segfaults and python crashes don't cause .crash files to be written any more
[15:43] <pitti> james_w: I'm not sure actually
[15:43] <pitti> james_w: but do we even install that by default? I don't have it here, and it's a fresh install from yesterday evening
[15:43] <Keybuk> seb128: no, because that would be AGAINST THE LAW
[15:44] <james_w> pitti: we should
[15:44] <james_w> kerneloops-daemon at least
[15:44] <pitti> james_w: oops, I do have that, yes
[15:44] <james_w> which causes .crash files to be written
[15:44] <james_w> should we have disabled that as well?
[15:44] <pitti> kernoops  1503  0.0  0.0  20064   264 ?        Ss   Oct27   0:02 /usr/sbin/kerneloops
[15:44] <pitti> meh
[15:44] <lool> Mé?
[15:44] <pitti> james_w: well, not sure about the kerneloops.org submission, but I think we should disable that, too
[15:45] <seb128> Keybuk, I should talk to those who recommended the mini 10v as a netbook working out of the box on ubuntu ;-)
[15:45] <james_w> pitti: ok, I'll prepare an SRU to disable kerneloops from starting?
[15:46] <pitti> james_w: it might provoke some "ubuntu talks home" concern, so that might be better indeed
[15:46] <pitti> james_w: it doesn't seem to have a default file unfortunately
[15:47] <james_w> hmm, yeah
[15:47] <james_w> it only talks home if they accept
[15:47] <superm1> pitti, for karmic i've actually got a method that runs jockey post install to evaluate what's necessary
[15:48] <superm1> pitti, but basically if it's determined that something can use the driver, it will get loaded
[15:50] <superm1> so maybe the right solution is to roll this into a ubiquity plugin for lucid?
[15:50] <lool> What's starting up language-selector on login?
[15:53] <mvo> language-selector is started?
[15:53] <mvo> not just a notification about that?
[15:54] <pitti> james_w: ah, right; so the "talk home" is not a big deal, it's just having it in the first place then?
[15:54] <james_w> yeah
[15:54] <james_w> just the same issues we don't run apport in stable releases I guess
[15:54] <james_w> and the fact that it is still a bit sucky and so will give you lots of duplicate reports and things
[16:02] <seb128> pitti, is jockey hanging for 1 minute after clicking active normal?
[16:03] <seb128> it did open a "download and install" dialog now but the bar doesn't move
[16:03] <pitti> not really, it should give you a progress dialog
[16:03] <pitti> but apt is very poor with giving progress
[16:03] <seb128> it's all pretty slow for something which is on a local usb stick
[16:03] <pitti> so if building/installing takes a while, it will appear stuck
[16:03] <seb128> it's like 2 minutes now
[16:03] <seb128> oh, it builds, ok
[16:03] <seb128> ssd drive = no noise
[16:03] <pitti> hm, I tested the wl stuff some days ago, and it hung for 10 seconds or so
[16:03] <seb128> so it seems to do nothing
[16:04] <pitti> but not more
[16:04] <seb128> it's a good 3 minutes now
[16:04] <seb128> I did enable the b43 option
[16:04] <mvo> pitti: what exactly is the problem with apt? is it the dpkg database reading that takes so long?
[16:05] <pitti> mvo: no, progress information through package install; it's like 0 - 40% - 100%
[16:05] <pitti> seb128: ah, it's not STA?
[16:05] <seb128> well it's listing both
[16:05] <pitti> seb128: I thought b43 wouldn't even be displayed?
[16:05] <seb128> I decided to active the first one first to try
[16:05] <mvo> yeah, for a single package that is correct, thats the best we get from dpkg
[16:05] <pitti> seb128: for b43 it downloads and installs b43-fwcutter, and that then downloads the firmware
[16:06] <seb128> over 5 minutes now
[16:06] <mvo> but a single package should usually much faster than 1-2 minutes?
[16:06] <superm1> b43 loads on 4315, but will just display something in dmesg about how it can't do anything
[16:06] <seb128> I'm wondering if it's still working
[16:08] <pitti> seb128: do you have a running apt/dpkg process?
[16:08] <pitti> and a b43-fwcutter one?
[16:08] <seb128> pitti, .xsessions-error has a raise BackendCrashError
[16:09] <seb128> let me look
[16:09] <seb128> pitti, no
[16:09] <pitti> hm, then it crashed
[16:09] <pitti> seb128: do you have an exception in /var/log/jockey.log ?
[16:10] <seb128> no
[16:10] <seb128> DEBUG: Installing package: b43-fwcutter
[16:10] <seb128> and nothing after that one
[16:14] <seb128> pitti, https://bugs.edge.launchpad.net/ubuntu/+source/jockey/+bug/413624
[16:14] <seb128> pitti, http://launchpadlibrarian.net/30315756/Traceback.txt
[16:14] <seb128> I get the same stacktrace in .xsession-errors
[16:15] <pitti> seb128: hm, unfortunately that's an useless stack trace
[16:15] <seb128> ok
[16:15] <seb128> do you need anything before I close jockey and try to install sta?
[16:16]  * pitti comments on the bug
[16:17] <pitti> seb128: no, the frontend is pretty independent, you can close it
[16:18] <seb128> ok thanks
[16:18] <pitti> added debug instructions
[16:24] <seb128> pitti, the backend side is flooding very quickly with "result coult not be parsed"
[16:29] <pitti> oh, I wonder where that comes from
[16:30] <seb128> it's looping on that and never stops
[16:41] <seb128> hum, another case where empathy fails to connect to msn but pidgin works correctly
[16:43] <chrisccoulson> heh, i've just had an old colleague e-mail me, and commenting that karmic is looking nice:)
[16:45] <seb128> chrisccoulson, good ;-)
[17:13] <seb128> pitti, want me to try something else before I wipe this install?
[17:13] <seb128> pitti, I get the bug every time but I'm going to put unr
[17:14] <pitti> seb128: do you see anything helpful in the log which would show what prints those "result could not be parsed" messages?
[17:14] <seb128> no
[17:14] <seb128> the line before is Installing...
[17:14] <pitti> seb128: go ahead; with the same hardware and network the bug should occur under UNR, too
[17:14] <seb128> then it loops on that one
[17:15] <seb128> I've no clue about jockey and what it tries to parse though
[17:17] <Laney> omg
[17:17] <Laney> can I disable U1 notifications?
[17:21] <seb128> pitti, the "result could not be parsed" is a string in apt_pkg.so
[17:21] <seb128> pitti, the "result could not be parsed" is a string in apt_pkg.so, not sure it's coming from there though...
[17:21] <chrisccoulson> pitti - do you think bug 457123 is SRU-able?
[17:21] <pitti> it uses python-apt
[17:21] <pitti> seb128: ^
[17:22] <seb128> pitti, note that this box has no internet so has not been able to do an apt-get update
[17:22] <pitti> ah
[17:22] <seb128> ie the apt indexes might not be in a right state
[17:22] <pitti> seb128: you will need internet to download the firmware
[17:22] <seb128> I just added the usb key as a cdrom to use jockey
[17:22] <seb128> hum
[17:23] <seb128> it's a chicken egg issue ;-)
[17:23] <seb128> I need internet to download the firwmware to get internet
[17:23] <seb128> ok, you win, I'm using wired internet to get that one
[17:27] <pitti> ethernet for the win :)
[17:28] <pitti> and bad drivers FTL
[17:36] <mvo> seb128: hm, that message seems to come from a media change events, I suspect that jockey does not implement media change?
[17:36] <pitti> mvo: it doesn't
[17:36] <pitti> mvo: it's a noninteractive d-bus backend
[17:36] <mvo> ok, that explains it (also the message is really not helpful
[17:37] <mvo> so it seems the deb is on the cd but that prevents it from becoming installed
[17:38] <mvo> lucid material
[17:38] <seb128> pitti, mvo: confirmed it works after disabling the cdrom source
[17:39] <mvo> hm, thinking about it, if it could just return False to media change events it should fallback to http
[17:39] <seb128> cdrom being wrong wording in the apt source config dialog since that's an usb key
[17:39] <seb128> software-source I mean
[17:39]  * mvo will add code to python-apt that assumes that
[17:40] <seb128> great the box crashed after the driver install
[17:40] <seb128> mvo, pitti: you guys want a bug about the apt-cdrom thingy?
[17:41] <pitti> seb128: please
[17:41] <mvo> seb128: if you can still reproduce it, can I send you a test patch?
[17:41] <seb128> pitti, where? python-apt? jockey
[17:41] <pitti> seb128: both probably
[17:41] <pitti> (two tasks)
[17:41] <seb128> mvo, it easy to trigger yes
[17:41] <seb128> install karmic on a mini 10v
[17:42] <seb128> enable the usb key as cdrom source
[17:42] <seb128> and try to enable the wireless network in jockey
[17:42] <seb128> ie I can test it for you
[17:45] <mvo> seb128: could you please try this patch?
[17:45] <mvo> http://paste.ubuntu.com/303708/
[17:47] <mvo> seb128: just to see if it helps, the real fix needs to go into python-apt
[17:49] <seb128> mvo, trying
[17:49] <seb128> mvo, pitti: bug #462771
[17:50] <pitti> seb128: merci
[17:52] <pitti> mvo: hm, does p-apt magically callback the invoker of a function?
[17:53] <pitti> mvo: your patch merely adds a new method to the OSLib class, but doesn't use it anywhere?
[17:53] <mvo> pitti: its a callback that the progress code calls
[17:54] <mvo> pitti: the bug is in python-apts default implementaiton, but this was the quiest way for a test-run
[17:54] <seb128> mvo, sorry it's going to take another 5 minutes, the box crashed again
[17:54] <seb128> it doesn't like those drivers installs
[18:01] <seb128> pitti, is there a cache dir in jockey?
[18:01] <seb128> it seems to find the driver without internet since I downloaded it
[18:01] <seb128> cleaning the apt cache is not enough
[18:01] <pitti> seb128: /var/cache/jockey/ caches which drivers it already presented to you through notifications, but not much else
[18:02] <seb128> pitti, or, no downloaded firmware?
[18:02] <seb128> or driver
[18:02] <seb128> or whatever it got online
[18:02] <pitti> seb128: firmware> /lib/firmware/b43
[18:02] <pitti> and b43-fwcutter / bcmwl-kernel-source packages
[18:02] <pitti> those all belogn to the driver packages, though
[18:02] <pitti> seb128: if you delete /lib/firmware/b43, then it should appear disabled again
[18:03] <seb128> it's disabled
[18:03] <seb128> but when I enable it again it seems to manage to do that without having to download
[18:04] <seb128> ok, will be faster to just redo a test install
[18:04] <seb128> mvo, I will ping you back about the change after dinner
[18:05] <seb128> will make me test the current i386 iso too
[18:05] <mvo> seb128: have you removed /var/cache/apt/archives/* ?
[18:06] <seb128> mvo, I did sudo apt-get clean
[18:06] <seb128> which should be equivalent no?
[18:06] <mvo> hm, that should be sufficient
[18:06] <pitti> seb128: are you trying b43 or wl?
[18:06] <seb128> pitti, both
[18:06] <seb128> anyway new install running
[18:06] <seb128> it's an usb2 key and a ssd disk
[18:06] <seb128> it's going to be quick
[18:06] <pitti> seb128: the latter is bcmwl-kernel-source (purge), the former is /lib/firmware/b43/ and b43-fwcutter
[18:06] <mvo> seb128: ok, I will have to leave sonish for today, but if you could let me know I will prepare a sru for python-apt with a more sane default
[18:07] <seb128> mvo, ok, no hurry anyway, I will let you know tomorrow morning
[18:07] <mvo> thanks
[18:07] <seb128> pitti, I did dpkg -r bcmwl-kernel-source
[18:07] <seb128> maybe I should have purged rather
[18:07] <seb128> anyway, reinstalling now
[18:07] <pitti> seb128: ah, no, you need to remove it from the apt cache, too
[18:07] <pitti> seb128: /var/cache/apt/archives/bcmwl-kernel-source*.deb
[18:07] <seb128> did that too
[18:07] <seb128> sudo apt-get clean
[18:07] <pitti> or apt-get clean
[18:08] <pitti> then it needs to redownload the .deb
[18:23] <tgpraveen> what does SRU mean?
[18:23] <tgpraveen> !SRU
[18:24] <tgpraveen> forund it!
[18:35] <tgpraveen> seb128: will https://bugs.launchpad.net/ubuntu/+source/enchant/+bug/446230 be getting an SRU? should I file for that separately?
[18:35] <seb128> tgpraveen, no and no
[18:36] <tgpraveen> ok
[18:37] <seb128> mvo, the change doesn't seem to make a difference
[19:15] <chrisccoulson> vuntz - i'm just trying to investigate why my screensaver doesn't come on sometimes, and i've just noticed that if an application registers an inhibitor with gnome-session, but then crashes before releasing it, the inhibitor object remains (preventing the screensaver activating automatically again for the remainder of the session)
[19:15] <chrisccoulson> this could be more robust couldn't it?
[19:27] <chrisccoulson> hmmmm, i see it's meant to remove the inhibitors already, but that doesn't seem to be working :-/
[19:34] <vuntz> chrisccoulson: hrm, that's bad, indeed
[19:34] <chrisccoulson> yeah, i'm just trying to work out whats going on
[19:37] <tjaalton> should karmic have g-v-m installed?
[19:37] <chrisccoulson> tjaalton - no it shouldn't
[19:37] <chrisccoulson> g-v-m should disappear from the archive
[19:37] <tjaalton> chrisccoulson: nice
[19:38] <tjaalton> a bit late to fix now, but maybe it should be cleaned from the system on dist-upgrade
[19:39] <chrisccoulson> the only release with it installed by default currently is hardy. so it should probably be cleaned on hardy -> lucid upgrades
[19:39] <tjaalton> hmmh, too bad it has been on my system for way too long then ;)
[19:40] <tjaalton> I was wondering why I always got a gvm popup asking what to do with media containing pictures
[19:40] <tjaalton> the settings didn't persist
[19:40] <tjaalton> so it's just that gvm was running
[19:41] <tjaalton> I wonder what else is running that shouldn't :)
[19:45] <chrisccoulson> vuntz - this is wierd. i've just ran gnome-session through GDB, and set a break on inhibitor_has_bus_name. when i kill totem, i see this function called for every inhibitor, but when i inspect inhibitor->priv->bus_name, every inhibitor has the same bus name (and it's wrong)
[19:45] <chrisccoulson> which is why they don't get removed
[19:47] <chrisccoulson> ah
[19:47] <chrisccoulson> totem still proxies requests through gnome-screensaver, and the bus name is the bus name of gnome-screensaver
[19:47] <chrisccoulson> that's why it doesn't work
[19:47] <chrisccoulson> gggargh
[19:48] <chrisccoulson> totem needs to use the new interface :(
[19:48] <tjaalton> nautilus Breaks: gnome-volume-manager (<< 2.24), but the version in the archive is later, so no wonder it's not cleaned away
[19:48] <tjaalton> gvm that is
[19:48] <chrisccoulson> i'm not sure the Breaks is there for cleaning on upgrade. i don't know if breaks is appropriate for that really
[19:49] <tjaalton> well, it provides the same functionality
[19:49] <tjaalton> resulting in bad user experience
[19:49] <tjaalton> maybe conflicts then
[19:49] <chrisccoulson> yeah, it does. i was hoping to get it removed from the arhive this cycle, but ended up running out of time
[19:50] <chrisccoulson> **yeah, it does provide a bad use experience
[19:50] <tjaalton> maybe the conflict could be added as an update?
[19:50] <seb128> re
[19:50] <chrisccoulson> hello seb128
[19:50] <seb128> chrisccoulson, hey, what totem issue do you investigate?
[19:50] <seb128> tjaalton, what is the issue?
[19:51] <chrisccoulson> seb128 - session inhibiting ;)
[19:51] <seb128> what sort of issue does it lead to?
[19:51] <tjaalton> seb128: g-v-m should be cleaned on upgrade
[19:51] <chrisccoulson> inhibitors are leaked if totem crashes, or exits without removing them first. which means that the screensaver doesn't automatically lock the screen for the rest of the session once this has happened
[19:52] <tjaalton> seb128: so nautilus should conflict with it
[19:52] <seb128> tjaalton, the change was before hardy not likely to be a real issue now
[19:53] <tjaalton> unless you've been dist-upgrading from a release to another, like me
[19:53] <seb128> tjaalton, especially that update-manager will clean it on upgrade
[19:53] <seb128> tjaalton, you didn't use update-manager?
[19:53] <tjaalton> hasn't done it here
[19:53] <tjaalton> I've used it, but always upgraded to alpha2/3 or so
[19:53] <seb128> DistUpgrade/demoted.cfg.hardy:gnome-volume-manager
[19:54] <seb128> it might have been added later in the cycle than that
[19:54] <tjaalton> ok, good
[19:54] <seb128> we don't do dist-upgrade tweaks to earlier usually
[19:54] <seb128> to -> so
[19:54] <seb128> or too early
[19:54] <seb128> anyway it should not be an issue for many users
[19:55] <seb128> it was 1.5 year ago and the dist-upgrade will clean it
[19:55] <tjaalton> hope so :)=
[19:56] <tjaalton> maybe the cleanup app and update-manager should share such configs
[19:57] <seb128> it's not listed in computer-janitor?
[19:57] <tjaalton> let me install it again and test..
[19:58] <tjaalton> nope
[19:58] <seb128> ok, that's probably a bug then
[19:59] <tjaalton> ok, I'll file it
[20:17] <mvo> seb128: hey - do you get the same message with the patch as before? or a different one/no message but the same behavior ?
[20:18] <seb128> mvo, same message
[20:18] <seb128> but I might have edited the wrong file I'm not sure what is correct with the python modern world
[20:19] <mvo> seb128: hm, maybe or I did a typo or something - it should be in /usr/lib/python2.6/dist-package should have the symlink
[20:19] <mvo> seb128: could you add a "print "hello" or something into the mediaChange()
[20:19] <mvo> just to see if its called at all?
[20:19] <seb128> ok
[20:20] <mvo> or open("/tmp/seb","w").write("hello")
[20:20] <mvo> to be sure its not eaten by some redirection
[20:20] <seb128> gpm is on crack after install in karmic
[20:20] <seb128> 11 hours of battery remaining, right
[20:21] <kenvandine> seb128, i want your batter :)
[20:22] <kenvandine> battery
[20:22] <seb128> it's going to be quite expensive but I'm wanting to sell it for a good price ... ;-)
[20:23] <tgpraveen> !info empathy
[20:23] <seb128> tgpraveen, ?
[20:24] <seb128> mvo, seems to not be called
[20:24] <tgpraveen> seb128: sorry wrong channel
[20:27] <mvo> seb128: meh, my mistake I think, give me a sec
[20:28] <mvo> seb128: please try http://paste.ubuntu.com/303822/
[20:28] <mvo> seb128: no need to unpatch the previous one, should do no harm
[20:28] <mvo> (but also no good)
[20:30] <seb128> mvo, that one works
[20:32] <mvo> seb128: cool, now it fetches from the net?
[20:32] <seb128> mvo, it tries to fetch from the key which is not there
[20:32] <seb128> I'm going to try with the key in a few minutes when it's available
[20:32] <seb128> using it on another box right now
[20:33] <seb128> ie it displays "failed to fetch cdrom:...."
[20:33] <seb128> with a file not found error
[20:34] <seb128> mvo, did I already told you that you rock today? ;-)
[20:34]  * seb128 hugs mvo
[20:34] <mvo> seb128: no, but I'm happy to hear that :)
[20:35] <mvo> just to confirm, you get a file-not-found and then it gets it from the http source?
[20:35] <seb128> no, just the not found but I don't have http sources
[20:36] <seb128> I'm trying to enable the wireless driver to get online
[20:36] <seb128> so I never apt-get updated it
[20:36] <mvo> aha, ok
[20:36] <mvo> thanks for the super-quick test!
[20:36] <seb128> you're welcome
[20:44] <seb128> mvo, it seems to file to fetch the file from the usb key still
[20:44] <seb128> but at least it doesn't hang
[20:47] <mvo> yeah, well - in order for that the mediaChange() method needs to get actually implemented
[20:47] <mvo> and not just return "FAIL" :)
[20:48] <seb128> ok so it's all good
[20:48] <mvo> yeah, that was the scope of the fix for today
[20:48] <seb128> do you want me to try on wired internet too?
[20:48] <seb128> should cd be used before http in such cases?
[20:48] <mvo> if its no hassle
[20:48] <mvo> yes
[20:48] <mvo> but apt usually adds the CD to the top of the sources.list
[20:56] <seb128> mvo, ok, works
[20:56] <seb128> mvo, I used wired ethernet to apt-get update
[20:56] <seb128> tried without your change it hanged and printed the lines
[20:56] <seb128> with your change it download over http as expected
[21:07] <mvo> seb128: thanks
[21:07] <seb128> mvo, thank you for looking at the issue ;-)
[21:10] <mvo> seb128: do you think its sru worthy?
[21:10] <seb128> mvo, no
[21:11] <seb128> or depends of the number of duplicate bugs on jockey
[21:11]  * mvo nods
[21:11] <seb128> I'm not sure how many users enable cdrom sources
[21:11] <seb128> but I would tend to say not many
[21:14] <mvo> ok
[21:16] <bigon> will somebody make a package for empathy 2.28.1.1 ?
[21:16]  * Laney is annoyed by how many notifications U1 is showing
[21:16] <Laney> bigon: what's new there?
[21:16] <seb128> bigon, already done and uploaded a sru candidate
[21:16] <seb128> as sru candidate
[21:17] <bigon> seb128: ok great
[21:18] <seb128> bigon, you can look to open bugs btw to see if somebody work on updates, we need to have bugs to track sru updates
[21:53] <pitti> seb128: out of interest, how long does an ubiquity run take on your netbook? (usb->ssd)
[21:53] <seb128> pitti, I didn't measure but less than 10 minutes I think
[21:53] <seb128> some 6 to 8 minutes
[21:53] <pitti> wow
[21:54] <seb128> I got a high speed usb key recently that's nice
[21:54] <seb128> like copying a cd iso to the key is some 1 minute
[21:55] <seb128> hey robert_ancell
[21:55] <robert_ancell> seb128, hey
[21:55] <seb128> robert_ancell, how are you?
[21:55] <seb128> been busy doing iso testing?
[21:56] <seb128> how is karmic looking in your opinion?
[21:56] <robert_ancell> seb128, is it out already?
[21:56] <seb128> no
[21:56] <seb128> tomorrow
[21:56] <pitti> hey robert_ancell
[21:56] <robert_ancell> pitti, hey
[21:56] <seb128> but current isos should be the karmic set
[21:56]  * pitti knocks on wood
[21:56] <robert_ancell> seb128, I've just been running my up-to-date install.  Nothing is broken that I use or have tried to use
[21:57] <robert_ancell> I'll set up a VM today
[21:57] <pitti> robert_ancell: do you have hardware VM support?
[21:57] <seb128> robert_ancell, I've assigned some bugs to you, let me know if you already have too much to do though
[21:57] <robert_ancell> pitti, no, just a standard old laptop
[21:57] <seb128> robert_ancell, do you want to do the totem 2.28.2 update as a sru too btw?
[21:58] <robert_ancell> seb128, np
[21:58] <seb128> robert_ancell, I expect that we will spend the next week mainly looking at karmic feedback and doing some srus
[21:59] <seb128> then start on merges with debian for lucid and some updates
[21:59] <robert_ancell> seb128, sure.  I was doing some triaging yesterday.  There are so many vague "my hardware doesn't work" bugs
[21:59] <seb128> then prepare uds
[21:59] <seb128> robert_ancell, right, I do read all desktop bugs, takes me like 2 hours a day
[21:59] <seb128> I want a "I don't care about this issue" button
[22:00] <seb128> just to put all those noise bugs out of the way
[22:00] <robert_ancell> seb128, yes - there's a class of bugs that basically can't be fixed or would take so much time to fix they'd be obsolete by the time you found the problem
[22:01] <seb128> I just go by numbers, we can't spent a day one a weird local issue
[22:01]  * TheMuso waves.
[22:01] <robert_ancell> TheMuso, hi
[22:01] <seb128> hey TheMuso
[22:01] <seb128> robert_ancell, karmic looks good from feedback in any case
[22:02] <seb128> the most frequent complain is youtube videos playing not working in totem I think
[22:02] <seb128> with gdm lack of options
[22:02] <seb128> also some inhibitor issues chrisccoulson seems to be looking at now
[22:02] <robert_ancell> seb128, oh they love to bitch about gdm... there's nothing you can say to quieten the masses
[22:10] <pitti> bryce__: http://www2.bryceharrington.org:8080/files/images/dutch-pirate.jpg -> this is awesome
[22:11] <bryce__> pitti, :-)
[23:05] <robert_ancell> pitti, what makes you think the seahorse-plugin may be related to icons?
[23:06] <pitti> robert_ancell: the third-last or so stack frame
[23:06] <pitti> (from the bottom of the file)
[23:07] <robert_ancell> pitti, ah, haven't seen a trace like this
[23:15] <pitti> good night everyone
[23:19] <DGMurdockIII> whats that tool that in ubuntu that run a system test then send the info back to the ubuntu dev
[23:21] <chrisccoulson> checkbox?
[23:21] <chrisccoulson> 'night pitti
[23:24] <DGMurdockIII> used to be somthing else