[00:00] My mail's still downloading (see above discussion about internet caps) so I might not be entirely up to date, but yes. Roll-back post RC. [00:00] hehe [01:03] C'mon internode. Process that “Please give me more bandwidth” payment… [01:11] It takes up to 90 minutes to do it afaik. [01:13] TheMuso: Yeah. [01:38] RAOF: you should have speed again... :p [01:38] pitti, glx revert xserver package is uploaded for your review [01:39] pitti, I have a few other severe xserver bug fixes, but I decided not to include them in this upload so we could focus on getting this one in asap [01:39] pitti, for the others, I'm still waiting on a few test results but the fixes look worth including as SRUs at least [01:40] pitti, if you'd like me to include the fixes together with this upload, let me know and I'll rejigger them in [01:40] (the other two bugs are 539772 and 553647) [02:57] Hello! Can everyone add new blueprints for maverick? [02:57] https://blueprints.edge.launchpad.net/ubuntu/?searchtext=desktop-maverick [03:43] I'm off to collect the keys to our new home! (and have lunch ;)). [03:58] RAOF: have fun. [04:32] c [07:26] Good morning [07:27] Good morning! [07:27] bryceh, RAOF: ah, I was going to start a discussion about rolling back vs. RAOF's patch now, but seems you guys beat me to it :) my gut feeling is that we should upload the rollback to final and RAOF's real fix to -proposed; WDYT? [07:30] bryceh: two bugs> hm, there's zero margin for error now, so I'd rather have them in the first SRU upload (which will be pretty early, I figure?) [07:30] I think that's the right idea; the rollback is safer and we want to be really sure about the fix, because if it's incomplete it'll mean X crashes. [07:30] RAOF: oh, new home? [07:30] pitti: Yah! [07:30] RAOF: agreed, thanks [07:30] new release, new house, that fits! [07:31] bryceh: I added a lucid task to 553647 [07:32] Our first very own house. It'll be awesome. [07:35] bryceh: your X upload also included bug 519049; how sure are you about this? [07:35] Launchpad bug 519049 in xorg-server ""xauth generate" with large timeout triggers assertion" [High,Triaged] https://launchpad.net/bugs/519049 [07:49] good morning [07:50] hey didrocks [07:50] Guten Morgen pitti, how are you? [07:52] didrocks: tres bien, merci! et toi? [07:52] pitti: very good French. Sorry that I can't do the same in German ;) I'm fine, thanks! [08:51] hey hey there [08:52] bonjour Monsieur Bacher! [08:54] pitti, guten tag! [08:55] salut seb128 [08:55] lut didrocks ;-) [08:55] didrocks, bonne soirée ? [08:56] seb128: ça va, c'était sympa merci! :) [08:56] * seb128 has slept well and ready for a good work day [08:56] seb128: et toi? [08:56] nickel [08:56] heh === almaisan-away is now known as al-maisan [10:12] ubuntuone synchronize nothing here… u1sdtool hangs too. Let's hop logout/login will fix this… [10:13] (having the same thing on my netbook isn't a very good sign) [11:01] Hello everyone === al-maisan is now known as almaisan-away === MacSlow is now known as MacSlow|lunch === almaisan-away is now known as al-maisan [12:16] seb128: hi.. could we get an update for Humanity , it seems broken for kde users Bug #566996 , the symlinks are causing a problem there [12:16] Launchpad bug 566996 in humanity-icon-theme "Humanity in KDE does not display volume icons." [Low,Triaged] https://launchpad.net/bugs/566996 [12:16] SRU update rather ;) === MacSlow|lunch is now known as MacSlow [13:02] hyperair, seb128: Thank you for the fix for Indicator Application. It has finally landed today! [13:02] \o/ [13:02] finally! [13:03] qense, np, thanks the people who did the work I just uploaded ;-) [13:05] ccheney: wrt. https://blueprints.edge.launchpad.net/ubuntu/+spec/desktop-lucid-openoffice, there's a WI for "check status of OpenOffice.org translations: [13:05] ccheney: is that still actually relevant? [13:10] didrocks: is the remaining task on https://blueprints.edge.launchpad.net/ubuntu/+spec/desktop-lucid-quickly still relevant? [13:11] didrocks: also, would you mind having a look at https://blueprints.edge.launchpad.net/ubuntu/+spec/desktop-lucid-quickly-templates and either dropping the WIs there or moving them to a maverick spec? [13:14] what's the way to get a bugfix release uploaded, now that we're in freeze? waiting for a SRU after Lucid is out? [13:14] (that's for system-tools-backends 2.10.0, fixing a few crashers and bad bugs) [13:20] chrisccoulson_, asac: bug 443147 is marked for final, is that still realistic? or should we move to SRU? [13:20] Launchpad bug 443147 in firefox "Firefox on ARM inappropriately adds scroll bars to many frames and images" [High,Fix committed] https://launchpad.net/bugs/443147 [13:22] pitti - there is a workaround already in bzr, but i wasn't planning to do another upload before the 3.6.4 release in May (the lucid branch is already tracking the 3.6.4 update) [13:22] i don't know if asac wants to upload that before final though [13:22] chrisccoulson_: ok, let's wait for him to answer then; thanks! [13:23] pitti: sorry, was eating :) All my WI are finished. I'll put rick's ones to DROP [13:24] didrocks: were were also some from Shane? [13:25] pitti: right, updating the status for him too [13:25] DROPPED is valid, right? === pedro__ is now known as pedro_ [13:34] didrocks: thanks; yes, DROPPED is the new preferred status name for "dropped, not moved" [13:35] ok, thanks :) [13:36] Riddell: would you mind updating https://wiki.ubuntu.com/DesktopTeam/ReleaseStatus for Kubuntu? Thanks! [13:38] pitti: will do === al-maisan is now known as almaisan-away [13:42] chrisccoulson_: i asked you to upload a cherry-pick [13:43] just wasnt sure something else should be there [13:43] please go ahead [13:43] asac - ok, i can do that. the only issue is though that the lucid branch is already updated to 3.6.4 [13:44] chrisccoulson_: right thtas why cherry-pick [13:44] branch last upload [13:44] cherry pick my commit [13:44] release [13:44] merge that branch into the .head again [13:51] asac - ok, i will do that this afternoon. did you see my other question in #ubuntu-mozillateam earlier? i have a fix for the hardy dailies to push, and wasn't sure if i have to start a new version number in the changelog now (i assume that the answer is yes) [13:56] chrisccoulson_: where would you commit that to? [13:56] to .head? or do we have stable branches? [13:57] asac - to .head for now. the only stable branch for 3.6 currently is lucid [13:57] (and that would fix the dailies wouldn't it?) [13:59] chrisccoulson_: yes. the top most commit is stil UNRELEASED? then just commit there [13:59] chrisccoulson_: just dont include it in the cherry pick release for the armel issue [13:59] chrisccoulson_: i think we should get the armel fix up asap ... btw. otherwise slangasek will be really unhappy [14:00] asac - that was the issue. the last commit changed it from UNRELEASED to lucid, and i wasn't sure if that was intentional or not (and if i need to start a new version number to push my commit) [14:01] chrisccoulson_: i did that? [14:01] wow [14:01] asac - you did ;) [14:01] thats a bug ... just flip back to UNRELEASED on next commit ;) [14:02] i didnt do a release commit i hope ;) [14:02] asac - i was thinking about that, then i remembered what you said about the dailies breaking ;) [14:02] no thats fine [14:02] so i wasn't sure if i'd break them [14:02] just UNRELEASED ... all should be ok [14:02] ok, i'll flip it back to UNRELEASED then [14:02] thanks [14:02] great [14:06] pitti, can you think of anything in a gnome session that might be preventing my laptop from suspending? [14:06] i can suspend from gdm, and from logged into kde [14:06] but not logged into gnome [14:06] does it lock screen? [14:06] and tested with a new user and with a reinstall [14:06] lock screen works.. [14:06] the symptom is this [14:07] gnome-session has a concept of "inhibiting suspend", yes [14:07] it turns on the blinking sleep light [14:07] chrisccoulson_: ^ I think you know much more about thsi [14:07] and everything appears to go to sleep [14:07] but the display goes black but doesn't really turn off [14:07] and it never goes to a full sleep [14:07] kenvandine: do you get any error in /var/log/pm-suspend.log? [14:07] the pm-suspend.log makes it look like sleep completed [14:07] hmmm, if something is inhibiting suspend, then gnome-session will show a dialog [14:07] a while back apw spent hours on this thing trying to figure it out [14:08] (and indicator-session bypasses the gnome-session mechanism anyway) [14:08] but at the time we didn't realize suspend worked outside of gnome [14:08] kenvandine: does "sudo pm-suspend" within a gnome terminal work? [14:08] nope [14:08] same thing [14:08] it is very strange [14:08] ah, then it's not gnome [14:08] yeah [14:08] kenvandine: try something like [14:08] i read some stuff that made it sound like network-manager might not be able to release the interfaces [14:09] sudo PM_DEBUG=true pm-suspend 2>&1 | tee /tmp/out [14:09] but i removed the modules and all [14:09] ok [14:09] brb [14:09] * kenvandine thinks it is really weird that it works in kde and gdm [14:09] brb [14:14] damn /tmp cleaning :) [14:14] * kenvandine tries again [14:16] kenvandine: good work on making gwibber less crashy [14:17] didrocks: reminding you about bug 111939 now that we're post RC [14:17] Launchpad bug 111939 in metacity "Not possible to alt-tab during a drag-and-drop operation" [Unknown,Confirmed] https://launchpad.net/bugs/111939 [14:17] nigelbabu: yeah, I read it again yesterday and think we should wait for maverick. Compiz is the main wm in any case and there is the same issue [14:18] didrocks: sure, no problem. [14:18] nigelbabu: thanks for the notice :) [14:18] In the meantime, I'll try to get it into metacity trunk [14:19] nigelbabu: yeah, that would be awesome :) [14:19] http://pastebin.ubuntu.com/421032/ [14:19] pitti, chrisccoulson_: ^^ [14:20] one thing to note, running pm-suspend myself the screen never clears, i can still see everything [14:21] kenvandine: that's expected [14:21] but suspend from the session menu does clear the screen [14:21] ok [14:21] hm, that looks weird [14:21] (way too short, and it doesn't do any action) [14:22] there is much more in /var/log/pm-suspend.log [14:22] ah, right [14:22] * kenvandine pastes [14:22] please put that somewhere [14:22] the >& logging probably stopped at the exec [14:25] asac - ok, firefox is uploaded now [14:25] http://pastebin.ubuntu.com/421034/ [14:26] there might be more than one suspend in there [14:27] this behavior started in karmic right before the sprint in dublin [14:27] so been quite a while :) [14:27] we had chalked it up to bios or hardware... [14:28] but now that i know it works outside of gnome... i am determined to get suspend working again! [14:30] good morning rickspencer3 [14:30] hi kenvandine [14:32] hey rickspencer3 [14:32] hi pitti [14:33] pitti, this sure is verbose... but i am not seeing anything that looks like it failed [14:35] hey rickspencer3 [14:35] asac, chrisccoulson_: that's the weirdest bug I've ever seen -- different optimize flags cause *scroll bars* to appear?? [14:35] hello rickspencer3 [14:36] hi seb128 [14:36] rickspencer3: not on #quickly? ;) just to tell you that I'm planning to release Quickly 0.4.1. No last-minute thing to put into the trunk for you? [14:37] hi didrocks, I just joined [14:37] I don't have as many channels autojoin on my netbook [14:37] I would thought #quickly was #1 for you (kidding) ;) [14:38] pitti - yeah, that is pretty weird indeed [14:38] chrisccoulson_: this makes me a bit nervous about breaking other stuff, though [14:39] I mean ffox has never been tested with a global -O2 on any platform, has it? [14:39] pitti - i think asac has tested that though (i haven't, as i don't have the hardware available) [14:39] it's also only -O2 on armel [14:40] right, it's a no-op on !armel, but I'm still worried :) [14:45] pitti, did I get the rolled back glx when I did a dist-upgrade last night? [14:45] rickspencer3: it's not accepted yet; the currently pending upload has an extra bug fix which I'm not sure about; I pinged bryceh about it [14:46] ok [14:46] hmmm [14:46] I thought bryceh said he was going to do a clean upload of just the rollback [14:46] oh well [14:48] pitti, we often see such issues in armel ... different optimization often exposes toolchain issues [14:56] pitti, chrisccoulson_: any ideas from that log? [14:57] kenvandine: (will have a look later on) [14:57] looks to me like everything worked, at least from the log [14:57] pitti, ok [14:58] kenvandine: yes, it goes all the way to echo mem > /sys/power/state [14:59] kenvandine: if you do echo mem | sudo tee /sys/power/state, does it suspend? [14:59] that's the bare-metal suspend command, straight to the kernel [14:59] i'll try... i assume it does since it works from kde and gdm [14:59] kenvandine: you can do sudo dmesg -c, then that command, and afterwards check with dmesg if there's any error from the kernel [14:59] ok [15:00] kenvandine: well, it's apparently what pm-suspend tries as well [15:01] james_w: I'll need some help with a bzr merge if you're around [15:01] chrisccoulson_: pitti: i had a test build with that change in a native ppa [15:02] it was based on ffox 3.6.4 prerelease though ... so we cant just copy it [15:02] chrisccoulson_: pitti: if it feels better we can prepare the release in native ppa and copy over once everything is built ;) [15:02] that would reduce the risk of bustage due to build failures etc. [15:02] asac: no, that's fine (accepted) [15:02] didrocks: mais oui [15:02] pitti: thanks. [15:02] asac: I was just concerned about -O2 breaking ffox on armel [15:03] james_w: :) so, I'm trying to merge lp:~quickly/quickly/quickly-po in lp:quickly [15:03] didrocks: the former is a rosetta export branch? [15:04] james_w: exactly, and the previous export branch didn't have a data/templates/ubuntu-application/help/po (creating in lp:quickly), and so, created itself the directory [15:04] james_w: which results in data/templates/ubuntu-application and data/templates/ubuntu-application.moved directory [15:04] erk [15:04] double erk [15:04] or not [15:05] what did you change in lp:quickly? [15:05] did that add data/templates/ubuntu-application, is that unversioned in your local copy, or has it been there since before lp:~quickly/quickly/quickly-po branched? [15:05] james_w: I've added a po template for tutorials, hence the directory creation [15:06] james_w: data/templates/ubuntu-application should have been there even before the creation of the export branch, let me check [15:06] ah, ok, so you added it after branching? [15:06] james_w: no, but it was data/templates/ubuntu-project which moved to data/templates/ubuntu-application [15:06] (with bzr mv) [15:07] ah, ok [15:07] james_w: but as LP po export added it manually… [15:07] that's a legitimate conflict then [15:07] it created it in the export branch [15:07] right [15:07] I'm not surprised by the conflict, but how to resolve it properly :) [15:07] I was thinking doing that: [15:07] right :-) [15:08] bzr mv data/templates/ubuntu-application/help/po/* data/templates/ubuntu-application.moved/help/po [15:08] then, rm -rf data/templates/ubuntu-application [15:08] and mv data/templates/ubuntu-application.moved data/templates/ubuntu-application [15:08] but then, bzr st told me that I removed all commands in ubuntu-application and that I've unknown file corresponding to every files in ubuntu-application [15:08] right, after bzr mkdir -p data/templates/ubuntu-application.moved/help/po [15:09] so, I guess, I have ubuntu-application with the id of the export po branch (the one created recently) :) [15:09] try bzr mv --after data/templates/ubuntu-application.moved data/templates/ubuntu-application [15:09] oh, --after? [15:09] "I've already moved it on disk, just mark it as moved in bzr st" [15:09] ok, let me try that :) [15:12] james_w: you rock! ;) [15:12] pitti, that doesn't work either... apparently this is some sign that i should switch to kde :-D [15:12] didrocks: sweet [15:12] kenvandine: what does dmesg say? [15:12] james_w: thanks a lot :) [15:12] nothing.. [15:12] it logs nothing on the way down [15:12] strange [15:12] didrocks: np [15:13] it immediate stops [15:13] immediately [15:13] pitti, there must be some device or something that is keeping it from going down... something that is tweaked by logging into gnome [15:13] i tried switching to metacity, etc [15:13] turned off bluetooth and all [15:14] sudo stop network-manager, too? [15:14] yeah [15:14] kenvandine: sudo killall udisks-daemon upowerd ? [15:14] didn't do that [15:14] * kenvandine tries [15:29] sigh... [15:30] pitti, nope, that didn't help [15:30] very puzzling... [15:30] kenvandine: hey I can consistently crash the xchat m-i plugin [15:30] jcastro, steps to repro? [15:30] when someone messages you, click on the envelope and then on their name [15:30] can't repro it reliably [15:30] then xchat disappears [15:31] qense: you said you were seeing this too? [15:31] it has happened to me a couple times [15:31] but very rare [15:31] jcastro, file a bug please [15:31] jcastro: please ping me and I can test it! [15:32] kenvandine: file a bug on which component? [15:32] xchat-indicator [15:32] jcastro, highlight me again [15:33] kenvandine: hi2u [15:33] ok, worked... i hadn't tested since i reinstalled lucid last night [15:33] get the bug filed and i will look at the crash report [15:33] I have stopped using the XChat indicator because it used to crash, but I haven't tested it a long time. [15:33] XChat GNOME, to be precise. [15:34] qense, that is what i am using too [15:34] irssi ftw [15:34] jcastro, you using xchat or xchat-gnome? [15:34] -gnome [15:34] ok [15:34] same here [15:34] irssi + messaging indicator would be really cool [15:34] does the messaging indicator have perl bindings? [15:34] nope [15:34] hyperair: I know dude, especially if we could pipe it through ssh so I can run my screen remote ... [15:34] Messaging indicator integration for irssi in byobu! [15:34] qense: YES [15:34] jcastro: absolutely! [15:35] That would be fun: porting the whole indicator-* stack to screen... [15:35] pitti: i think david wants to talk about that in the session, i didn't add it myself [15:35] pitti: oh nm i see lucid, no thats not relevant for lucid [15:35] kenvandine: apport didn't fire off or anything, is there anything I should look for for the report? [15:35] kenvandine, https://bugs.edge.launchpad.net/ubuntu/+source/xchat-gnome/+bug/565061 [15:35] Error: Could not parse data returned by Ubuntu: list index out of range (https://launchpad.net/bugs/565061) [15:36] jcastro: Apport was disabled by a recent update, did you renable it? [15:36] kenvandine, dang it. my crash report was private [15:36] fixed now [15:36] failed retrace [15:36] jcastro, does that look like your xchat crash? [15:36] yes [15:36] it does [15:37] * kenvandine wonders why that didn't show up in the "me" folder in evo... damn procmailrc ... [15:37] anyway, may as well reuse that report rather than create a new one [15:37] rickspencer3, can you repro that reliably too? [15:37] yeah [15:37] kenvandine, no [15:37] kenvandine: it doesn't happen every time [15:37] it's just intermitten enough that I keep using it [15:37] right [15:38] kenvandine: ok so I should turn on apport and if it happens again put it in this report? [15:38] jcastro, it is probably the same as what rickspencer3 reported [15:38] yeah I am just wondering if more info is better. apport is a black box to me. [15:39] jcastro, perhaps [15:47] pitti, fyi, for release meeting, edubuntu logo was done and sent a while ago, not sure when exactly [15:47] * rickspencer3 saw it as an open action on the email [15:47] rickspencer3: right, it's already in the upload queue [15:47] :) [15:48] thanks for the heads-up [15:48] pitti, the meeting is at 17h local right? [15:48] seb128: right [15:48] ok [15:48] seb128: oh, do you want to be the desktop representative today? :-) [15:48] * seb128 grabs the laptop and will seat outside in the sun a bit to read email and join the meeting [15:48] pitti, I didn't prepare but I will watch [15:48] (our plate is pretty clean, should be easy for us) [15:49] seb128: that's fine; I updated the ReleaseStatus page [15:51] seb128, rickspencer3: I have to leave after the meeting; in case bryceh wakes up later, would you mind discussing his current upload with him? there's an extra bug fix which I'm not sure about, thus I didn't accept it yet [15:51] so if he's 100% confident in this, it's fine to accept [15:51] pitti, will do [15:51] but it might not have been intended, since the upload encompasses two changelog records [15:51] pitti, ok [15:51] cheers [15:51] I'm a bit concerned as well, as he said he wanted to do quite the opposite (have a clean upload for glx issue) [15:51] I'm invited at my parent's for dinner, since I'll be away for the next 3 weeks [15:52] "concerned" might be a tad strong [15:52] pitti, enjoy [15:52] rickspencer3: right, which made me consider that it was an accident [15:52] pitti, you need a netbook to take with you to dinner [15:52] pitti, I'm in my parents' garden right now with the laptop, splendid weather [15:52] just put it next to your plate [15:52] rickspencer3: it's already stowed away in my luggage :) [15:52] with headphones and mic it will be like your parents aren't even there, perfect [15:52] * pitti has the mobile with him, of course :) [15:52] lol [15:53] :) [15:54] pitti, just confirmed... the exact same suspend problem on my wife's laptop [15:54] but my netbook suspends fine [15:54] seb128: hmm , i may have missed your reply earlier [had to reboot].. when would be a right time to request the Humanity update for [KDE problem] ? [15:54] her hardware is completely different [15:55] intel white box laptop [15:55] vish, next cycle? [15:55] kenvandine: curious [15:55] i have a thinkpad [15:55] different video and network [15:55] kenvandine: is that a regression from the glx rollback? [15:55] vish, I'm not the one to talk to to get an exception now [15:55] no [15:55] vish, try talking to pitti or slangasek [15:55] this has been a problem for me since early in the karmic cycle, even after several reinstalls [15:55] vish: "request"? [15:55] ah , ok.. :) [15:55] for her suspend was fine until i installed lucid [15:56] kenvandine, did it work if you turn off the social from the start cracks? [15:56] and actually... it is a regression for her in lucid [15:56] pitti: Bug #566996 [15:56] Launchpad bug 566996 in humanity-icon-theme "Humanity in KDE does not display volume icons." [Low,Fix committed] https://launchpad.net/bugs/566996 [15:56] at first it did suspend, but wouldn't resume [15:56] just trying to figure what you might set up and other people not [15:56] nvidia bug [15:56] but since that was fixed, it doesn't suspend completely just like mine [15:56] pitti: the volume icon is not displayed in KDE :s , it was a hack i had done so that the icon isnt blurry in gtk widgets , ut it turns out to be a problem in kubuntu [15:56] seb128, it doesn't work for a new user... which doesn't have gwibber running [15:57] vish: if it's an 100% risk free and small fix, please get it uploaded for lucid, we are revieing the queue very often [15:57] vish: if not, -> SRU [15:57] vish, did you fix it in a way which doesn't create the gtk issue again [15:57] ? [15:57] yup , no problems now [15:57] seb128, did you read back to where suspend works in gdm and in kde? [15:57] neither for kde or gtk [15:58] but not from a logged in gnome session [15:58] seb128, any guesses? [15:58] kenvandine, yes I read that and no, no guess, I would try starting a failsafe GNOME and try there [15:58] i did [15:58] fails too [15:58] or turn off everything in the session and add things back [15:59] weird [15:59] i did that too [15:59] did you try to start a non gnome session [15:59] unchecked everything in the startup [15:59] and start gnome-panel etc there? [15:59] no... let me try that [15:59] pitti: the fix is small and uploaded and ready in lp:~ubuntu-art-pkg/humanity/release [15:59] * kenvandine tries with something lighter than kde [15:59] :) [16:05] pitti: i need to subscribe the release team or the Main sponsors to the bug? [16:05] vish: sponsors primarily [16:06] neat thanks.. [16:14] I need help figuring out where to search for or report a vaguely desktoppish bug: On Lucid, the tickmarks in on/off context menu items appear white-on-light-grey, and so pretty much invisible. [16:16] seb128, i can suspend from a full gnome-session if i start it without gdm [16:16] it seems to be related to logging in via gdm [16:16] perhaps consolekit? [16:18] that wouldn't stop the kernel from suspending with echo mem>, though [16:18] or something related to disk access [16:18] so starting with startx, i can't access usb sticks, dvd, etc [16:18] kenvandine: if you log into an xterm session, does it work then? [16:19] yes [16:19] oh [16:19] kenvandine: oh, then you can't access /dev/drm either [16:19] with gdm [16:19] so it might be device permissions indeed [16:19] i have no /dev/drm [16:19] /dev/dri/card0, sorry [16:20] yeah [16:20] let me login to an xterm session with gdm [16:20] brb [16:22] pitti, suspend did work logged in from gdm with an xterm session [16:24] fun [16:24] kenvandine: try xterm session, then run compiz, and try again? [16:24] ok [16:24] suspend did work with compiz running in my gnome-session started with startx [16:24] still try? [16:25] hm; well, sure [16:25] brb [16:25] if for nothing else, you'll need it to sensibly start more terminals and apps :) [16:28] pitti, this is fun... suspend works fine if i login from gdm with the xterm session and run gnome-session [16:29] but it doesn't work if i login with a gnome session from gdm... [16:29] very strange [16:30] morning everyone [16:30] good morning Nafai [16:33] pitti, confirmed the same thing does work on my wife's laptop too... very weird [17:01] ** (gnome-settings-daemon:1658): WARNING **: /usr/lib/gnome-settings-daemon-2.0/libmedia-keys.so: undefined symbol: notify_notification_show [17:01] ^ wasn't that fixed a few months ago? seems it crept back in [17:01] Sarvatt, ldd -r it? [17:01] oh right, I get it there too [17:01] hmmmm [17:02] http://pastebin.com/G3CZztN8 [17:02] Sarvatt, do you notice any bug due to it? [17:03] when did that start? [17:03] just the media keys plugin not being loaded going by xsession-errors, I dont use it [17:04] chrisccoulson_, not sure, g-s-d didn't change for a while [17:05] seb128 chrisccoulson, you add LIBNOTIFY_LDFLAGS use 10:09 [17:05] seb128 and configure.ac uses _LIB 10:09 [17:05] seb128 and not _LDFLAGS 10:09 [17:05] (irc log from 2010-01-29 [17:05] i thought i'd fixed that already === almaisan-away is now known as al-maisan [17:07] oh, i see [17:07] it misses LIBNOTIFY_LIBS entirely [17:07] :( [17:07] babel-fr is getting crazy in lucid… [17:07] i only noticed because I was trying to track down why indicator-applet is failing to start and indicator-applet-session is showing double icons some boots, don [17:08] don't know how long the error has been around [17:12] seb128 - are we ok to upload a fix for this now, or should we do a SRU? [17:13] chrisccoulson_: since when was it broken? [17:13] it would essentially mean to re-enable a feature, right? [17:13] chrisccoulson_, I think it should be ok for upload now [17:13] (the actual patch is probably quite small) [17:13] yes, please upload it now and test thoroughly [17:13] what does it break? [17:13] I still get sound key bubbles etc [17:13] pitti - it must have been broken for a while now (probably since the last update. i remember we had some difficulty with the patch then) [17:13] it probably breaks the entire media keys plugin? [17:14] seb128 - yeah, it WFM too, but in Sarvatt's case it's not working at all [17:14] like launching a web browser, etc/ [17:14] pitti - yeah, if the symbols aren't resolved then the whole plugin fails to load (which breaks volume keys etc) [17:15] it's weird I get the ldd -r errors too [17:15] but volume keys are working [17:15] is that in .xsession-errors? [17:15] me too [17:15] grep symbol /home/martin/.xsession-errors -> nothing [17:15] same here [17:15] but ldd -r on the .so -> errors [17:16] yeah, same here. it's definately not linking with libnotify [17:16] but, that's an easy fix [17:16] ldd /usr/lib/gnome-settings-daemon-2.0/libmedia-keys.so |grep noti -> empty, yes [17:16] if you can get it uploaded today please do [17:16] pitti, -r [17:16] ldd -r [17:16] ups [17:16] I misread what you said [17:16] undefined symbol: gnome_settings_plugin_get_type(/usr/lib/gnome-settings-daemon-2.0/libmedia-keys.so) [17:17] ? [17:17] http://sarvatt.com/downloads/xsessions-errors.txt [17:17] seb128: (I get the missing notify bits, too) [17:18] ok [17:18] do we need to report a bug for it? [17:18] pitti, anyway don't delay your weekend on this [17:18] (i'm just building it now to test) [17:18] chrisccoulson_, don't bother I would say if you get a fix upload [17:18] and ping slangasek about it [17:20] ok, so I'm off for some 3 hours for dinner at my parent's [17:20] when I'm back, I'll have another look at IRC and the queue [17:20] have fun pitti :) [17:21] thanks [17:21] pitti, enjoy [17:21] chrisccoulson_: thanks for working on this issue [17:21] * pitti hugs you all [17:21] seb128: see, that's the TB job: tell everyone what to do, have them work on Friday nights, and yourself are slacking off [17:21] ;-) [17:21] * pitti feels guilty [17:21] * seb128 hugs pitti [17:22] uh. [17:22] where are my getties? [17:22] s/TB/TL/, I mean [17:22] * chrisccoulson_ hugs pitti [17:22] pitti, don't worry they don't listen to you :p [17:22] please don't tell me they're gone in order to make bootup faster... [17:23] Sarvatt, OOI, do you have the xrandr plugin loaded in g-s-d? [17:24] that's the other plugin that links with libnotify, which is why it's working for me and seb128 [17:24] (because libnotify is already in memory) [17:24] i suspect if i turn off that plugin that media-keys will fail too [17:26] ah hah thats why I see it then, yeah it's disabled [17:27] Sarvatt - ok, that makes sense now :) [17:35] seb128 - ok, fix pushed to bzr now. would you mind sponsoring? :) [17:36] chrisccoulson_, I can do that! [17:36] seb128 - thanks [17:36] pitti, you had a question about the xserver upload? [17:37] bryceh, pitti is out atm [17:37] bryceh, he said there is another change in there [17:37] bryceh, out of the glx one [17:37] bryceh, he was not sure if that was wanted [17:37] the only other change is that it drops a duplicate patch [17:37] which is fine [17:37] ok, I guess that's the one he was not sure about [17:37] can you clarify that with slangasek? [17:38] pitti, seb128: so i found the suspend problem... it fails to suspend if you have an SD card mounted :) [17:38] hmmm, i wish xchat would pick up the theme again after reloading g-s-d [17:38] I have had this SD card in this laptop since I bought it [17:38] kenvandine, weird bug [17:38] hrm [17:39] very weird... and a pain to narrow down :) [17:39] seb128, ideas what that should be filed against? [17:39] i assume the kernel [17:39] bryceh, pitti said the changelog has 2 new entries in this upload [17:40] bryceh, that's about what I know about his concern though [17:40] he was not sure the previous one was an intended change too [17:40] seb128, I'll doublecheck [17:40] kenvandine, not really no, you can try there [17:41] now i am annoyed to think that i haven't been able to suspend for 8 months because I had this silly SD card in my laptop :) [17:41] seb128, I only see one changelog entry for the 23rd, and then the previous is from the 15th [17:41] bryceh, check with slangasek I would say, I assume they have some queue diff, maybe that got the debdiff buggy for some reason [17:43] chrisccoulson, seems you dropped a tap to click change too? [17:44] seb128, looks like he's not around [17:45] chrisccoulson, oh, it was commented in the serie and you dropped the change too now, ok [17:45] confusing debdiff [17:46] seb128 - oh, perhaps the branch was slightly out of sync with the archive? [17:46] very old bug, bug 295354 [17:46] Launchpad bug 295354 in linux "sdhci: suspend problems with mounted partition" [Medium,Confirmed] https://launchpad.net/bugs/295354 [17:46] i didn't intentionally make any other changes [17:46] chrisccoulson, ok, uploaded [17:46] seb128 - thanks [17:49] bryceh, ok, so you uploaded xorg-server ubuntu7 [17:49] lucid current has ubuntu5 [17:49] bryceh, was the ubuntu6 change on purpose in that upload too? [17:49] it's not there http://launchpadlibrarian.net/45056000/xorg-server_1.7.6-2ubuntu7_source.changes [17:50] bryceh, ie you have 2 revisions but listed one in the .changes only, forgot to -vubuntu5 on build? [17:50] mm, did that one just not get uploaded maybe? [17:50] bryceh, https://edge.launchpad.net/ubuntu/+source/xorg-server [17:50] bryceh, it was not no [17:50] so pitti wanted to double check what was going on [17:50] ie is it intended to go in lucid [17:50] seb128, so want me to exclude that and redo the packaging? [17:50] or a revision leftover [17:51] rather confirm that you want that one in lucid [17:51] and that it was not a revision uploaded by error [17:51] ie that you based your recent change on the right one [17:51] and not on a local testversion with a revision not meant to go in lucid [17:51] I can exclude it if it is causing confusion, but it's a valid fix for a serious issue that should be in ubuntu [17:52] well, serious for people who have the issue [17:52] ok thanks [17:53] bryceh, thanks, I clarified with slangasek, or rather let him a message to read about it, that it was a wanted change and can be accepted when he wants [17:54] alright [17:56] bryceh: I wouldn't include the xauth commit for now, it's not something affecting a large number of users and did you notice it's undergoing heavy revision to meet upstream's standards? http://lists.x.org/archives/xorg-devel/2010-April/006992.html [17:57] Sarvatt, yes I know it's being worked on upstream [17:57] chrisccoulson: sorry for raising this again, but what should we do to for the system-tools-backends 2.10.0? [17:57] wait for a SRU? [17:57] do you want me to package it? [17:59] milanbv - is there a bug for it? [17:59] (i don't really have time to work on that atm) [18:01] chrisccoulson: yeah, there are a few bugs [18:01] do you mean a bug "Update stb to 2.10.0"? [18:01] no, but I can create it [18:02] disregarding crowded agenda issues, what would be the best procedure? [18:07] Sarvatt, I've uploaded an xserver with that xauth change xcluded for the archive admins to choose from. I think it's fine but no skin off my nose if it's left out. [18:07] seb128: are we skipping the dictionary transition intentionally? aiui enchant is still using the old locations from a year ago? [18:07] Sarvatt, it can be sru'd later when the patch is finalized [18:14] ccheney, no it's just that nobody has been watching what debian was doing [18:15] ccheney, I noticed some days ago when talking to the debian maintainer about the openoffice.org-dictionnaries change I did and sent back there [18:15] ccheney, it seems late to change enchant now so that will be next cycle [18:16] would have been nice if you could have watched those dictionnaries changes in debian earlier [18:16] so we could have adapted for lucid [18:16] the debian maintainer said it had been announced on debian list and in openoffice changes for a while [18:18] bryceh: yeah we have that major EXA fix to SRU too [18:18] where people using noscript in firefox with compositing enabled is crashing the server [18:19] * bryceh nods [18:19] Sarvatt, yeah I asked pitti if I should include that in this upload but didn't hear from him so just left it out [18:20] it looks like something which would be fine to roll out as an sru, since it doesn't prevent install or boot [18:20] Sarvatt, if you spot any other xserver patches let me know, I'm building a todo list [18:22] bryceh: there is another important one that could use a round through -proposed testing because it is a pretty significant change, https://bugs.edge.launchpad.net/ubuntu/+source/xorg-server/+bug/553647 [18:22] Ubuntu bug 553647 in xorg-server "xserver crash (repeatable, triggered by drawing circle/ellipse e.g. in xfig)" [High,Triaged] [18:23] Sarvatt, heh yep that's the other one on my todo list ;-) [18:23] #539772 and #553647 [18:24] there might be one or two more that are nearly ready [18:27] lunching [18:36] seb128: yea it was done in karmic release cycle for Debian but was too late for karmic, i got all the dictionaries updated for lucid a while back except for the bug you updated for, i'm not sure what all applications need changes but thought those would have filtered in semi-automatically [18:37] the Debian guy (rene) plans to drop the compat symlinks in the near future, probably early in maverick cycle [18:38] right [18:38] he was unhappy that we didn't sync the enchant change [18:38] i guess the enchant change must have been late for it not to have been in testing [18:39] it's in testing but we have ubuntu changes to enchant [18:39] i can't get to the packages.qa.d.o page to check [18:39] oh ok [18:39] and we don't review changes to merge every week in the second half of the cycle [18:39] anyway dinner time [18:39] bbl [18:40] yea, so thats why i mentioned it must have been late, i think the initial changes for dictionaries were before lucid so it was either stuck or not done until later for enchant [18:40] ok ttyl :) [18:40] * ccheney will do another openoffice.org-dictionaries update to add the remaining compat symlinks needed until dictionary transition is complete for Ubuntu [18:45] * desrt adds another process to slow down the GNOME login process [20:33] Question. bratsche came up with a patch for gtk that fixed the gnome bluetooth bug as reported. But, in the process, I discovered another bug (the Visible menu item isn't showing up). Should I file a new one for that and work on that and have bratsche's gtk changes be the fix for the original one? [20:38] Nafai I would suggest logging a new bug [20:38] then attach bratche's patch to the original bug, and your patch to the new one [20:38] k, that's what I think [20:38] thanks man [20:38] np [20:39] Nafai could you please make sure the bug comments are up to date on the BT one? [20:39] sure thing, I'll do that and then open the new bug [20:50] Nafai: So that gtk patch definitely helped/fixed the issue? [20:51] bratsche: yes, indeed [20:52] Nice! [20:54] yes, much thanks [20:55] So I need to work that into a gtk patch that's upstreamable then. [20:56] I'll have to do that on Monday though, I'm leaving for a symphony rehearsal in about an hour. [20:56] yeah, should I just comment that it works and re-assign the bug to you? [20:56] Add a gtk+ component to the bug in launchpad and assign that to me. If there's no more work to do on it then I guess close the gnome-bluetooth part of the bug. [20:57] (new to launchpad), so "also affects project" and add gt+? [20:57] gtk+ [20:58] Also affects distribution [20:58] Then I think it's gtk+ or gtk+2.0 or something like that. [20:58] ok [20:59] "Also affects project" is intended for upstream projects listed in Launchpad, which gtk+ isn't. "Also affects distribution" lets you file a bug against Ubuntu's gtk+ package. [20:59] ah, I was thinking distribution as in "lucid" [21:00] makes sense [21:00] thanks [21:02] bratsche, Nafai: no please don't do that [21:02] Looks like dbarth already re-classified it as gtk+ [21:02] bratsche, Nafai: reassigning the bug rather than adding an another task, having a second task means you keep spamming the first one subscribers [21:02] Nafai, right, I told him to do so [21:03] Nafai, you can let the bug in this state, I will do a SRU upload after lucid with some other changes [21:03] I will probably wait for bratsche to come with an upstream approved change though [21:03] would be nice to fix the scrolling in the same upload [21:03] ok [21:04] comment that it is fixed and leave as-is? [21:04] s/fixed/fixed with the gtk change [21:04] yes [21:04] next part is up to bratsche to get a chance upstream [21:04] then I will backport to lucid [21:04] thank you for your work on this! [21:05] ok, thanks for helping me learn the process :) [21:08] Me too. :) [21:45] rickspencer3, the xchat-indicator bug is weird... sometimes it is getting added to the hash table a second time, i think [21:45] but it checks to see if it is there before adding it... very strange [21:46] i have reproduced it though, and got some debugging code in [21:46] will try to fix it over the weekend [21:47] thanks kenvandine [21:47] this is a plugin in universe, right? [21:47] yeah [21:48] i gotta head out to take my son to t-ball practice now, bbiab [21:48] bye kenvandine [21:49] kenvandine, let me know if you want any help with that ;) [21:49] that one is annoying ;) [21:49] :) [21:54] * didrocks waves goodnight and enjoy your week-end [21:54] Later didrocks! === al-maisan is now known as almaisan-away [22:29] /quit maintenance [22:29] hmm [22:33] kenvandine: SD card mounted? that's .. awesome; some USB port doesn't suspend then? [22:34] bryceh: seems all sorted out now? the other bug fix was intended? [22:38] pitti, yes it was intended [22:39] I'd assumed it was already uploaded (I'd already committed it to git as released), but I have no .upload file so have no proof I uploaded it [22:40] bryceh: ok, thanks; just wanted to ensure it was intended, and not an "oops" :) [22:41] pitti, well good catch [22:42] * pitti waves goodbye then, have a good weekend everyone! [22:42] cya [22:44] bye pitti! [22:53] sshaw, everybody. everybody, sshaw. [22:55] is this the right channel to get some help with packages a desktop package on ubuntu [22:58] sshaw: it's EOD on friday ;) [22:58] :( [22:59] not for me :) [22:59] Hey sshaw [22:59] Nafai: hi [22:59] how goes it? [22:59] Hi from a bit north of you :) [22:59] good [22:59] I'm not sure how far north? [22:59] I knew you were in utah, but that's about it [22:59] Pleasant Grove [22:59] oh, so not too far north [23:00] what are you doing again for canonical? [23:00] desktop software engineer [23:00] ah very cool [23:00] working with these guys. a little development, a little packaging, a lot of fun :) [23:00] what aspect of the desktop? [23:00] * sshaw is still trying to learn ubuntu packaging [23:01] right now, une (ubuntu netbook edition) and programmer oriented tools [23:01] cool [23:01] I imagine that the programmer oriented tools would be pretty cool [23:02] yeah, it will be fun, haven't really started that, since I just started at the beginning of the month [23:02] will get into it for the next dev cycle [23:03] cool [23:03] maybe you can help me out with my problem then [23:03] it has to do with gnome and packaging if you are up for it [23:05] I'm pretty new to some of it, for sure the person to help you would be seb128, but I imagine he's gone/asleep, he's in France. He's our gnome packager dude [23:05] What's up though? [23:06] ah cool [23:06] I'm getting an error when trying to run debuild with a package that has schema stuff in it [23:07] I added a Build-Depends for libgconf2-dev, but it still fails [23:07] could you pastebin the error? [23:08] http://paste2.org/p/790302 [23:09] hrm [23:09] sounds like an autoconf thingy [23:09] * Nafai looks at something [23:10] I'm thinking its a build dependency issue. I was getting the same thing on fedora until I added gconf2-devel [23:11] maybe macros provided by that package? [23:11] probably [23:11] let me look at a similar package here [23:11] could you pastebin your debian/control file? [23:11] I added libgconf-dev, but no such luck [23:11] yeah, one sec [23:12] http://paste2.org/p/790308 [23:18] so I'm still new to this so I'm trying to figure it out [23:19] that makes 2 of us :) [23:19] could you pastebin for me the contents of the gconf2-devel package? [23:19] (in fedora) [23:19] probably not :( [23:19] rpm -ql ? [23:19] I don't have a fedora install handy [23:19] ah... [23:19] moment... [23:20] for some reason its GConf2-devel on fedora [23:20] this is on openSUSE http://paste2.org/p/790323 [23:20] * cj asked a fedora-using friend for the list [23:20] * sshaw is too lazy to pull up his vm of fedora :) [23:21] the case still applies to openSUSE though, so that should work as well [23:21] * cj would need to build a fedora vm from scratch [23:21] brb [23:22] ok, looking [23:24] weird [23:27] back [23:28] so that autoconf macro is indeed in libgconf2-dev (in /usr/share/aclocal/gconf-2.m4) [23:28] and if this worked for fedora without making any source changes, I'm a bit confused [23:29] actually, are you just building this on a local Ubuntu system? [23:29] yeah [23:29] debuild [23:29] do you have that package installed? [23:29] yeah [23:29] weird [23:29] I might need to do an autoreconf [23:29] Is the directory clean before you try to build? [23:29] probably, actually [23:29] not sure how to do that in ubuntu though [23:29] (Just learning about autoconf foo) [23:30] I imagine in the rules file? [23:30] the autoreconf? [23:30] Nafai: john jolly gave a presentation on it called the dark arts of autotools [23:30] to clean the package, run 'fakeroot debian/rules clean' [23:30] sshaw: Was it at UTOS a couple years ago? [23:30] * cj is an autotools hero (or so it's said) [23:30] I may have actually been at that presentation, I just haven't used it since then :) [23:30] Nafai: yeah [23:31] I think so at least [23:31] Novell dude, right? [23:31] cj: then you are my hero :) [23:31] yup [23:31] oh, good. you know where to find me ;) [23:32] have you run pbuilder-satisfydepends? [23:32] * cj reads backlog [23:32] 22:25 the reference points you want are: [23:32] 22:25 http://koji.fedoraproject.org/koji/packageinfo?packageID=1043 [23:32] 22:25 http://cvs.fedoraproject.org/viewvc/rpms/GConf2/ [23:32] 22:26 koji has the complete file list for each build [23:32] 22:26 fedora cvs has the spec files and patches for each release [23:32] 22:26 for koji: click a build, then click the "info" link on the package. [23:32] 22:27 are you going to be at LinuxFest this weekend? [23:32] yup [23:32] oh... last for me ;) [23:33] that's where I stole their packages from... actually easier to just grab the .src.rpm file tbh [23:37] :( [23:37] have to run. I have computational theory studying calling my name [23:37] what's the current problem? [23:37] :) [23:38] cj: perhaps on monday :) [23:38] okay. later, then.