[01:25] Laney - this pidgin update is a PITA ;) [01:25] i've got it to build now, and it even connects successfully to yahoo [01:26] but then it crashes immediately [01:26] oh well! [02:14] .c === MenZa is now known as lhavelund === lhavelund is now known as MenZa [07:14] >qzqy === tkamppeter_ is now known as tkamppeter [08:06] (^ for the record, this is a /away in qwerty on an azerty keyboard ;)) [08:47] Good morning [08:48] good morning pitti [08:55] pitti - i made some progress on the pidgin SRU last night [08:55] it builds fine, and connects to yahoo now [08:55] but then it crashes :( [08:55] so, still some more work for me to do on that ;) [08:58] chrisccoulson: great to hear! [08:58] yeah, it's getting there:) [08:58] chrisccoulson: did you just backport the entire yahoo stack? (might be easier) [08:59] pitti - i didn't do that. i managed to get the existing patch to apply with a bit of re-factoring [09:00] 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] so theres still a bit for me to do on that [09:00] chrisccoulson: that doesn't sound like an API break, though? [09:00] ABI, I mean [09:01] i can leave it as it is if you're ok with it [09:01] hey chrisccoulson pitti [09:01] 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] pitti, the netbook reinstall worked just fine there [09:02] out of the fact that the mini 10 wireless doesn't seem to work [09:02] pitti - yeah, i'm not sure. my only concern is that we break other protocols that use this functionality in libpurple [09:02] hey seb128 [09:02] it wasn't working on jaunty either [09:02] but it's working on the unr image [09:02] which is weird [09:04] hey seb128 [09:08] hey rickspencer3 [09:08] hi seb128 [09:08] seb128, what's the word on the street? [09:08] all good as far as I can see there [09:09] I reinstalled my mini 10 using an usb key without whipping install and it worked great [09:09] great! [09:10] and my bugsmail box was not flooded today [09:10] ie I already did read the backlog from the night [09:10] hey rickspencer3 [09:10] good start of day there [09:10] * seb128 in good mood today ;-) [09:10] euca still has a major installer bug, and there seems some trouble with i386+PAE, but otherwise good [09:12] pitti, bug #s? [09:12] rickspencer3: bug 458904 [09:12] Launchpad bug 458904 in eucalyptus "When installing a node, euca_find_cluster fails to locate the cluster controller if instances are running" [High,Triaged] https://launchpad.net/bugs/458904 [09:13] * rickspencer3 is setting next to mdz ;) [09:13] rickspencer3: the other is just being discussed between cjwatson and ara in #u-release [09:13] hi mdz [09:15] thanks pitti [09:23] 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] hi [09:58] kenvandine: could you remind me the EmpathyChatWindow bug #? [10:26] seb128: btw, it seems the brasero upload got rejected? could you re-do that as SRU, please? [10:27] pitti, the upgrade was from robert_ancell and the upload from themuso I think I will let them deal with that [10:27] ok [10:27] pitti, I will ping robert_ancell to tell him to do a sru [10:27] pitti, thanks for following up there though [10:34] pitti, new ubiquity, means respin of all images? [10:34] seb128: only i386, not all the other arches [10:34] pitti, new ubiquity, means respin of all images? [10:34] ups [10:34] seb128: that's why we uploaded to karmic-updates [10:34] should really stop to scrolling up with focus going somewhere else [10:34] so that we can re-spin i386 only [10:34] thanks touchapd [10:34] heh [10:35] pitti, ok [10:35] unfortunate, but unavoidable :-( [10:35] alright, I'm just asking because I didn't reinstall my laptop yet [10:35] I will do that once the respin is there [10:36] so far I reinstall my netbook and desktop worked great [10:36] great, thanks [10:36] reinstalled rather [10:36] oh, your zoo has three computers now? [10:36] it's faster to reinstall than to do rc to karmic upgrades [10:36] yes, a desktop, a laptop and a netbook [10:36] I don't use the desktop much nowadays though [10:37] rather the laptop on the dock [10:37] but the box is still there [10:42] seb128: Already told him./ [10:42] seb128: could you still do a upgrade for me please? even if it takes long :) ? [10:42] TheMuso, thanks [10:42] seb128: just to report problems [10:42] seb128: slangasek asked me to SRU it, and I passed it onto Robert. [10:42] mvo, which one? [10:43] seb128: I don't mind, one that you use and that is not upgraded yet [10:43] mvo, in fact I did upgrade my laptop yesterday which worked [10:44] I was still planning to reinstall because I've the feeling things get slower over years [10:44] or it's just karmic boot time which went down [10:44] I remember feeling my laptop being quite fast to boot when I got it [10:44] it seems to take ages now [10:44] seb128: ok, thats fine, I was only interessted in hearing about upgrade issues :) [10:45] mvo, no issue from my side but I don't install tons of crazy things [10:45] ie I've pretty much a standard install, those are well tested ;-) [10:45] * mvo nods [10:48] grub to gdm is over a minute on bootcharts there [10:48] it's almost 2 minutes from start to desktop loaded [10:49] it takes almost 15 seconds for xorg to start on the bootchart [10:49] I'm wondering what is going on [10:49] bbl, doing some boot charting and testing [11:01] * Ng wonders why seahorse-agent isn't running [11:01] I'm getting proper SSH key behaviour from something, but not for GPG keys (fresh karmic install on sunday) [11:04] Ng: You have to install seahorse-plugins [11:04] didrocks: yeah I'm wondering if I installed that after I last booted [11:04] it's no more part of default installation [11:04] hey pedro_ [11:04] salut didrocks [11:05] 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] sorry ;) [11:05] Ng: yeah, the session is launched in /etc/xdg/autostart IIRC (I didn't checked) [11:05] so, just loggin off and on should do the trick [11:06] didrocks: I think that's seahorse-daemon, seahorse-agent is from Xsession.d [11:06] I'll log out in a bit and check :) [11:10] morning ! [11:21] bonjour huats! [11:21] seb128: new i386 iso ETA < 1 hour, FYI [11:25] pitti, ok thanks, let's get lunch now then [11:45] pitti, do you know if there is any driver difference between unr and standard ubuntu? [11:45] seb128: shouldn't be; it's the same kernel, unless you are using the lpia one? [11:45] no I'm not [11:46] the wireless on my mini 10 is working only on unr though for some reason [11:52] hmmm, it seems that users keep thinking that the sporadic placement of icons in the places and system menu is a bug [11:54] chrisccoulson, right, that and the 2 slots notify-osd logic [11:54] I think those are 2 design errors [11:55] seb128 - i've not really followed the discussion about the notify-osd logic [11:55] 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] 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] it would look better with no icons at all [11:56] users keep filling bugs about bubbles not being in the corner [11:56] the bug is quite popular [11:56] they did set up a ppa with a notify-osd with 1 slot too [11:56] which is quite popular too [11:56] i quite like the new notify-osd design :) [11:56] the 2 slots? [11:57] I hate it [11:57] really? [11:57] bubbles keep going over my firefox tabs [11:57] i don't have to lift my head up as far to read notifications ;) [11:57] oh, ok. i didn't notice that, but then i never have windows maximized [11:57] that's probably why it hasn't annoyed me yet ;) [11:57] I've most of the things I use take one workspace [11:58] email client on one workspace [11:58] IRC client on one another [11:58] web browser on one another [11:58] seb128++, for workspace layout sanity, and correctness about the silly bubble position ;) [11:58] i tend to use e-mail on one workspace, but everything else on another [11:58] i should make better use of my screen real-estate really ;) [11:58] admittedly bubble are transparent on mouse overt but when you switch tabs using keyboard it still goes in the way [11:59] yeah, that would be annoying [11:59] i see everyones point now ;) [12:00] i definately hate the places menu though! [12:00] also most users don't use synchronous notifications often [12:00] so they don't why bubbles are shifted [12:00] same here [12:00] especially that the 2 other menus have icons [12:00] so it really looks weird and buggy [12:01] seb128: non-laptop people could conceivably never use sync notifications [12:01] if you don't have volume keys or brightness keys, your bubbles always look wrong ;) [12:01] Ng, right, many keyboard have volume keys though [12:01] sure [12:01] seb128 - yeah, i agree. everyone i've shown it to seems to feel the same too. [12:02] chrisccoulson1, any idea about https://bugzilla.gnome.org/show_bug.cgi?id=599209 btw? [12:02] those are probably not "target users" - that is the argument I usually when when trying to argue issues like that [12:02] Gnome bug 599209 in mouse "Can't check "locate pointer" checkbox" [Normal,Needinfo] [12:03] mvo, +get? [12:03] seb128: yes [12:03] * mvo was sure he typed thet get [12:03] seb128 - i've not noticed that one yet. i can take a look at it though [12:03] the cat ate it! [12:03] mvo, what users are not the target? the ones not cleaver enough to not understand the 2 slot logic? ;-) [12:03] clever [12:03] exactly [12:04] I just find it looks weird [12:04] and keep going over my tabs, I liked it better when it went over the search entry [12:04] seb128 - i've assigned the LP bug to me. i'll take a look when i next get the chance [12:04] chrisccoulson1, thanks [12:04] chrisccoulson1, upstream suggested it might be due to an ubuntu change [12:05] but g-s-d upstream is a bit too inclined to blame bugs on ubuntu changes sometime [12:05] it seems that every upstream is like that recently ;) [12:05] we might be doing too many change [12:06] oh, I just download a fedora 12 beta iso [12:06] let me try in kvm if it has the issue [12:06] downloaded rather [12:06] * seb128 boots kvm [12:06] yeah, we definately carry too many patches on some packages [12:06] urg, their boot screen is really weir [12:06] weird [12:07] i just get the plymouth fallback with fedora [12:07] they have a white, light blue, blue bar [12:07] that's what i see [12:07] and the color move [12:07] it's not nice looking [12:07] the dark? [12:07] its also difficult to read - gray on black in a small font... [12:07] seb128 - you need real graphics hardware for plymouth to work properly [12:08] i don't even think it would work properly with my NVIDIA card :( [12:09] hum, login doesn't work [12:09] and their language selection is suboptimal too [12:09] brb [12:13] ok, automatic login keeps spinning but doesn't log in [12:13] and you have to select the language and keyboard on the gdm screen and guess the layout variant to use etc [12:14] I like the ubuntu way better ;-) [12:14] any lunch time [12:14] bbl [12:14] i've not tried it for a little while === MacSlow is now known as MacSlow|lunch [12:26] 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] (at least that is the case with the 2.28.0 source i have here at work) [12:27] anyway lunch time for me too [12:27] bbl [12:48] lool, there? [12:49] lool, do you know why unr and stock ubuntu would behave different on wireless? [12:49] using a dell mini 10 config [13:04] hey seb128 - did you see my earlier comment about the locate_pointer issue before i went for lunch? === kklimond- is now known as kklimonda [13:04] chrisccoulson, yes, good catch thanks [13:04] chrisccoulson, I reassigned the upstream bug [13:05] thanks, i still can't do that [13:05] chrisccoulson: how goes pidgin? [13:05] pain in the bum isn't it? :) [13:05] Laney - i'll carry on working on it this evening, but it currently connects successfully to Yahoo and then crashes ;) [13:06] chrisccoulson, did you ask for bug triage rights? [13:06] bad yahoo ;) [13:06] pedro_, ^ what is required for chrisccoulson to be able to reassign bugs on gnome.bugzilla.org? [13:07] pedro_, he's doing good work for a while so it should get those ;-) [13:07] seb128: No I do not know; they are supposed to be really close in terms of seeds [13:07] seb128: If you know which specific package should be present, I can check [13:07] lool, ok, thanks anyway [13:07] lool, no, but I will have a look [13:08] The only differences between ubuntu.karmic and unr.karmic live and ship-live seeds are purely langpacks [13:08] (Just checked again) [13:09] lool, I didn't try karmic unr yet [13:09] Ok [13:09] lool, it's working out of the box on jaunty unr [13:09] but not on jaunty or karmic ubuntu [13:09] seb128: jaunty's UNR had weird seeds though [13:09] seb128: But it might be that we regressed UNR by syncing things with ubuntu as a reference [13:09] seb128, I'm already asking for the permissions there [13:10] chrisccoulson, what's your account on gnome bugzilla? [13:10] pedro_, thanks [13:10] seb128: Would be interesting to know which package it is by booting jaunty unr [13:10] pitti, you have bugzilla bug triaging rights? [13:10] seb128: Is this on dell mini? [13:10] lool, mini 10 [13:10] pedro_ - my account is chrisccoulson@googlemail.com [13:11] chrisccoulson, thanks [13:11] lool, mini 10v rather [13:11] pedro_ - thank you too:) [13:11] lool, it was shipped with hardy which worked out of the box and jaunty unr too [13:13] seb128: I heard broadcom-wireless needs to be manually installed [13:14] seb128: Apparently, it's a complex issue with jockey and APT repos [13:14] lool, hum ok, still it's working on jaunty unr so it should be doable ;-) [13:14] 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] chrisccoulson, you're all set! [13:16] pedro_, good work ;-) [13:16] pedro_ - thanks! [13:16] seb128, chrisccoulson my pleasure ;-) [13:16] * pedro_ goes back to iso testing [13:17] seb128: Eh but I cant check how it worked in jaunty :) [13:17] seb128: I looked it up and couldn't find the broadcom thing in the manifest [13:17] lool, let me try, I still have the unr iso there and an usb key [13:24] seb128: Thanks; if it's for your wifi, then we need to check which package ships the driver [13:24] 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] and dpkg -S iwlagn.ko shows where it's from === MacSlow|lunch is now known as MacSlow [13:26] lool, ok, key being written I will tell you that in a few minutes [13:37] seb128: how do I tell? [13:37] seb128: I have "status bug reporter" and can assign/close/etc. [13:37] pitti, can you reopen bugs there? [13:37] seb128: yes, I think I can [13:37] ok [13:37] so you just lack git commit [13:37] I did several times AFAIR [13:37] seb128: btw, new i386 desktops up [13:38] ok [13:41] lool, is the jaunty unr manifest online somewhere? [13:46] jcastro: thanks ;) [13:47] didrocks, what did he do this time? ;-) [13:48] seb128: Yes [13:48] seb128: it was related to UDS room twinning :-) [13:48] seb128: http://releases.ubuntu.com/jaunty/ [13:48] didrocks, ok [13:56] hey rickspencer3 [13:56] hi kenvandine [13:56] I just had lunch with a couple of calabora guys [13:57] 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] Launchpad bug 462253 in gvfs "Nautilus not showing VIDEO_TS files" [Low,Incomplete] https://launchpad.net/bugs/462253 [13:57] ?????????? ? ? ? ? ? VIDEO_TS.BUP [13:57] i suppose that stat() shouldn't fail in the first place though [13:58] chrisccoulson, I'm not sure to understand the issue yet [13:58] did the submitter reply to my comment? [13:58] * seb128 opens the bug now [13:59] seb128 - he just added a comment there [13:59] right [13:59] ls also has a permission denied issue [13:59] why do you think it's not a gvfs issue? [13:59] gvfs-ls has the same bug [13:59] gvfs-ls has the same bug [13:59] ups [13:59] see previous comment [13:59] see previous comment [14:00] * seb128 kicks touchpad [14:01] he's only posted the output of "ls -l" in the mount directory so far [14:01] no [14:02] oh yeah, i missed the earlier comment ;) [14:02] chrisccoulson, see 2 comments before the current one [14:03] chrisccoulson, if gvfs-ls has the same I guess it's gvfs or gio at fault there [14:03] chrisccoulson, but I could be wrong, I need to look at the code [14:03] 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] that's normally a lower level issue i think [14:03] it's a bit weird [14:03] right [14:04] corruption? [14:04] quite possibly [14:04] I'm not sure how a stat can be failing there... [14:04] perhaps he could run "ls -l" through strace? [14:04] chrisccoulson, can you ask for details on the bug if you know what to ask there? [14:04] just to see if it is that which fails [14:04] thanks ;-) [14:04] can do:) [14:05] cool! [14:16] tedg, hey [14:17] Good morning seb128 [14:17] 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] I don't think it's important for a sru but would be nice to fix in lucid! [14:18] 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] can you work on the change you suggested for lucid? [14:18] seb128: Yup. [14:18] thanks [14:42] seb128, pitti, james_w: oh i almost forgot... care to give me some endorsement on https://wiki.ubuntu.com/RodneyDawes/DeveloperApplication ? :) [14:43] seb128: bug 359658 is ready for SRU to Jaunty [14:43] Launchpad bug 359658 in evolution-indicator "evolution crashed with SIGSEGV in strcmp()" [Medium,Fix released] https://launchpad.net/bugs/359658 [15:05] lool, do you know if there is a way to see what driver is being used for eth? [15:06] seb128: 14:24 < lool> seb128: Thanks; if it's for your wifi, then we need to check which package ships the driver [15:06] 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] seb128: replace wlan0 with eth0 and look at the end of the output [15:07] dobey: will do; what do you apply for? upload rights for the ubuntuone-* packages? [15:08] pitti: universe-contributor, and then will apply for ~ubuntu-desktop after I am accepted for universe-contributor, as you suggested [15:08] lool, it's "wl" [15:08] works on jaunty unr, not on karmic unr [15:09] 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] 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] was mostly seb128 and james_w [15:10] dobey: so, I'll add my blurb there soon [15:10] and i think scottk sponsored a backport request [15:10] pitti: thanks [15:13] dobey, I can't really vouch for you either, I've not sponsored complicated changes from you [15:13] those I did upload were mainly new version updates [15:13] not new packages or binary splits or transitions [15:14] agreed, but I'm happy to speak about the value of your contributions, which is what universe-contributor is about [15:15] ^ *nod* [15:15] +1 [15:15] package uploader is also fine from my POV [15:15] asac, around today? [15:15] i don't know, i'm just going on what you guys suggested :) [15:16] seb128: yes ... just around the corner ;) [15:16] asac, do you know if bcm4315 cards are supposed to work out of the box in ubuntu? [15:17] asac, my mini 10v wireless works only in jaunty unr [15:17] karmic unr or jaunty or karmic ubuntu doesn't see eth1 [15:17] seb128: well. usually yes, but its a proprietary driver and as such is flaky [15:17] seb128: do you have "wl" driver loaded? [15:17] on jaunty unr yes [15:17] i think that driver moved somewhere else ... [15:17] use jockey to enable it on karmic [15:17] afaik its supposed to get detected by jockey [15:18] it's not listed in jockey [15:18] make sure your apt cache is up to date first [15:18] 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] and then it should be offered in jockey [15:18] apt-cache search doesn't list bcmwl-kernel-source [15:18] how do I update my cache without internet? [15:18] you don't. Keybuk_ was talking about this last week in #ubuntu-devel [15:19] which means karmic is useless on my mini 10v, great [15:19] hmm. odd. i thought that we put that in restricted and as that the driver pieces are on CD [15:19] isnt that the case? [15:19] seb128: boot the jaunty kernel under karmic? [15:19] the driver is on the CD, so you can install it from the CD still [15:19] superm1: why doesnt jockey do that?` [15:19] isnt that the idea? [15:20] or just a bug that is known? [15:20] asac: no, we can't fit the entire tool chain on CDs [15:20] seb128: connect it to ethernet, apt-get update, and use jockey [15:20] 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] oh [15:20] right [15:20] superm1: oh, I see; right, we discussed that a while ago [15:20] everything needed is on the CD [15:21] the CD isn't added as a repository [15:21] *but* you have to do it by hand using dpkg [15:21] 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] yes^ [15:21] pitti: and even if it was, the on-the-net repos fail to update, so apt refuses to work anyway [15:21] do we have an open bug about that? [15:22] I'm sure we have plenty [15:22] I'm not sure to get the issue [15:22] why could it work in jaunty unr but not in ubuntu? [15:22] no idea [15:22] but it's not really trivial to solve [15:22] jaunty unr was probably "special" === Keybuk_ is now known as Keybuk [15:22] seb128: because in jaunty we still had l-r-m [15:22] it was shipped in linux-restricted-modules in jaunty [15:22] whic shipped wl [15:22] but l-r-m is gone [15:22] so everyone "had it" by default then [15:23] why did we drop it? that seems useful to have there [15:23] because it was evil [15:23] kernel team decided to drop l-r-m entirely, not just wl [15:23] it's been replaced by dkms [15:24] it has been replacing by something which doesn't work ;-) [15:24]