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