[00:30] <RAOF> Good morning all.
[00:34] <TheMuso> Morning RAOF, how was your weekend?
[00:34] <RAOF> Very nice.
[00:35] <RAOF> It's been, and will continue to be, quite hot in Perth.
[00:54] <smspillaz> RAOF: really? its quite collld
[00:54] <mterry> jbicha, hello!  You've got an unreleased patch in gnome-control-center bzr.  I have a patch I want to add too.  Is there a reason yours is unreleased (like, does it need more testing)?
[00:54] <RAOF> smspillaz: Which Perth are *you* sitting in? :)
[00:57] <TheMuso> RAOF: Yeah was a warm weekend in Sydney until Sunday evening, where we got hit with a rather cold change after a thunderstorm. Yesterday and today are quite cold by comparrison.
[00:58] <smspillaz> RAOF: I live next to UWA
[00:59] <RAOF> Maybe it's warmer up north?
[00:59] <smspillaz> that would probably be right
[02:12] <jbicha> mterry: no reason in particular except that the one patch looked too lonely to get released all by itself
[02:12] <mterry> jbicha, :)  well, two patches isn't so bad
[02:20]  * thumper sighs
[02:21] <thumper> why oh why does rythmbox keep stopping?
[02:21] <thumper> it says it is playing but gets stuck in-between tracks
[02:27] <TheMuso> thumper: Can you reproduce with another gstreamer player?
[02:27] <thumper> TheMuso: like what?
[02:27] <TheMuso> Banshee for one.
[02:27] <thumper> TheMuso: also, it doesn't seem to be every track, just some of them
[02:27] <TheMuso> hrm ok.
[02:28] <thumper> I could try with banshee for sure
[02:28] <TheMuso> Just a thought, it may be rhythmbox, but gstreamer could also be doing something weird.
[02:28] <mterry> thumper, ooh, I had a bug like that, got it for any gstreamer app.  let me see if I can dig up the number
[02:31] <mterry> thumper, bug 918361
[02:31] <ubot2> Launchpad bug 918361 in gstreamer0.10 "[Lemur UltraThin, Realtek ALC272, Speaker, Internal] fails after a while" [Undecided,New] https://launchpad.net/bugs/918361
[02:31] <thumper> mterry: ta
[02:32] <thumper> mterry: mine seems to be slightly different
[02:32] <thumper> and I just had two different issues... :(
[02:32] <thumper> although I bet they are related
[02:33]  * thumper has performance reviews to do
[02:33] <mterry> thumper, ok, file new bugs then.  Was hoping to raise my bug's heat  ;)
[02:33] <thumper> I have 12 to go
[02:33]  * thumper sighs
[02:35] <mterry> :)
[05:06] <pitti> Good morning
[05:06] <pitti> robert_ancell: hey, how are you? had a nice Easter weekend?
[05:06] <robert_ancell> pitti, sure did
[05:07] <pitti> robert_ancell: do you want me to handle bug 975901, or are you on it?
[05:07] <ubot2> Launchpad bug 975901 in lightdm "guest session is not confined by apparmor" [High,New] https://launchpad.net/bugs/975901
[05:07] <pitti> robert_ancell: it looks like a recent packaging error, installing the stuff into /usr/lib/lightdm/lightdm/
[05:08] <robert_ancell> pitti, you know best about guest session, so go for it
[05:08] <robert_ancell> oh, a libexec dir change
[05:09] <pitti> robert_ancell: trunk's policy does have LIBEXECDIR/lightdm-guest-session-wrapper
[05:09] <pitti> robert_ancell: hence "recent packaging error"
[05:09] <pitti> robert_ancell: anyway, I can look at it, just wanted to coordinate
[05:10] <robert_ancell> ok
[05:21] <BigW> Good Morning.
[05:21] <RAOF> Woah, pitti awakens early in Perth's timezone :)
[05:21] <pitti> I got up at 7, not that early :)
[05:22] <BigW> Err, how do I link to another bugs in launchpad comments?
[05:22] <RAOF> BigW: You can just include text like “bug #foo” and it gets autolinked.
[05:23] <BigW> oh cool, thanks.
[05:23] <RAOF> I'm not sure what the complete syntax the parser looks for, but “bug #12345” will work.
[05:23] <ubot2> Launchpad bug 12345 in isdnutils "isdn does not work, fritz avm (pnp?)" [Medium,Fix released] https://launchpad.net/bugs/12345
[05:24] <micahg> pitti: do you still intend to back out the glib single includẻ
[05:25] <pitti> micahg: ah, that one case that makes a server package FTBFS? yes
[05:25] <micahg> pitti: well, makes a bunch of universe packages FTBFS that we probably won't fix before release
[05:48] <didrocks> good morning
[05:50] <pitti> bonjour didrocks, ca va? had a nice Easter holiday?
[05:50] <rickspencer3> good morning didrocks, pitti
[05:50] <pitti> bonjour rickspencer3, how are you?
[05:50] <rickspencer3> feeling a lot lot better, still coughing a little, but I actually felt up to a little run yesterday!
[05:50] <didrocks> hey pitti ;) well, no real holiday in fact, but nice normal week-end, yeah! And you, how were your few days off? :)
[05:50] <didrocks> bonjour rickspencer3 :)
[05:51] <rickspencer3> pitti, nice holiday for you?
[05:51] <pitti> didrocks: quite nice indeed; we went to Dresden and met lots of friends and family again
[05:51] <pitti> unfortunately it was rather cold
[05:51] <pitti> but we went for some hiking anyway, and a big feast at the end of course :)
[05:52] <didrocks> nice ;)
[06:04] <pitti> micahg: pushed fix to bzr now, will coordinate upload with seb128 (he said he also had some glib stuff)
[06:05] <micahg> pitti: sounds good, thanks
[06:05] <pitti> bbl
[06:31] <jasoncwarner_> morning pitti and didrocks , hey rickspencer3
[06:31] <rickspencer3> hey jasoncwarner_
[06:32] <didrocks> hey jasoncwarner_
[06:33]  * rickspencer3 steps away
[06:35] <mlankhorst> morning
[06:50] <pitti> hey jasoncwarner_, how are you? had a nice Easter weekend?
[06:50] <jasoncwarner_> hey pitti yeah, good overall, thanks for asking. you?
[06:51] <pitti> jasoncwarner_: it was quite nice; we went back to Dresden to meet family and friends
[06:51] <pitti> lots of food, short nights :)
[06:53] <jasoncwarner_> :) of course. is germany starting to warm up?
[06:56] <pitti> jasoncwarner_: it had been nice and warm for two weeks already, but over Easter holiday it got quite cold again
[06:56] <pitti> jasoncwarner_: but should get better again this week
[06:57] <pitti> the last two Easter holidays were sunny and warm, so we had that coming I guess :)
[06:57] <jasoncwarner_> soon you can expect to have the german sprint followed by the 3 weeks of german summer ;) j/k
[06:58] <pitti> *sigh* what could I possibly reply to that to an Aussie..
[07:01] <jasoncwarner_> I think the only retort to the aussie's is...enjoy everything on the continent literally trying to kill you!
[07:01] <pitti> *chuckle*, I'll remember that :0
[07:02] <robert_ancell> pitti, do you have any experience with shared memory on linux?
[07:03] <pitti> robert_ancell: not much
[07:04] <robert_ancell> pitti, I'm just wondering how to pick a key so that it's unique and other processes can't snoop/modify the shared memory
[07:05] <pitti> robert_ancell: hm, if you don't want other processes to be able to read it, why do you need shared memory then?
[07:05] <pitti> s/need/use/
[07:05] <robert_ancell> pitti, well, I want *two* processes to share access to it, but not any other malicious process
[07:05] <robert_ancell> or at least have a reliable way of getting a random key
[07:06] <pitti> hm, I guess you need to put the two processes into the same group or run as the same user, or be root
[07:07] <RAOF> How much does it need to be shared memory, and not (say) a pipe?
[07:07] <robert_ancell> RAOF, pipe is too slow
[07:08] <pitti> wow, the buffering overhead is that noticeable, for a key exchange?
[07:08] <pitti> with shm you need some locking as well, after all
[07:08] <robert_ancell> so I'll probably use a pipe for control flow, but I really just want some shared memory between a child process and a parent one.  The memory needs to be allocated in the child
[07:09] <robert_ancell> pitti, no, shmget() needs a key for the memory block, but the keys appear to be system global
[07:10] <robert_ancell> i.e. shmget (1234, 0, 0) returns a handle to shared memory block 1234
[07:12] <RAOF> Can you set the permissions to only be openable by the parent pid?
[07:14] <pitti> not with standard Unix permissions
[07:16]  * RAOF was misreading SystemV shm documentation
[07:16] <robert_ancell> I'm wondering if shm_open works better - it uses a string for the key, so I can pick something sufficiently large and random that you won't be able to find the shared memory block.  As long as it's not advertised anywhere like /proc
[07:16] <RAOF> Alternatively, can't you pass the file descriptor along?
[07:17] <RAOF> IIUC shm_open will expose that key in /dev/shm/
[07:17] <robert_ancell> yeah, I just noticed that :(
[07:18] <robert_ancell> does that mean I can snoop on / break pulse?
[07:18] <RAOF> As far as I can tell, yes.
[07:19] <robert_ancell> RAOF, can't pass the fd - the child needs to create the shared memory.  I could get the child to send the size to the parent and get it to open, but uck
[07:20] <robert_ancell> that wouldn't work anyway as the child wont be able to get the fd back..
[07:21] <RAOF> The child could pass the fd across a socket to the parent, right?  Then they'd both have access to it?
[07:25] <RAOF> robert_ancell: Yeah, the child could sendmsg the fd across, which dup()s it.
[07:26] <RAOF> This seems like the sort of thing that should have come up before, though; there's presumably some form of best-practices.
[07:42] <chrisccoulson> good morning everyone
[07:46] <pitti> hey chrisccoulson, how are you?
[07:47] <chrisccoulson> pitti - not too bad thanks. although, i was better before someone decided to drive in to my car yesterday :/
[07:47] <chrisccoulson> how are you?
[07:47] <pitti> chrisccoulson: erk -- with you in it?
[07:47] <pitti> chrisccoulson: I'm quite fine, thanks! had a nice Easter weekend
[07:48] <chrisccoulson> pitti - yeah, it was just me in the car
[07:48] <jasoncwarner_> hey chrisccoulson ...how are things?
[07:48] <chrisccoulson> jasoncwarner_, yeah, not too bad thanks
[07:48] <chrisccoulson> how are you?
[07:48] <jasoncwarner_> chrisccoulson: pretty good :) just going the 12.10 planning!
[07:49] <chrisccoulson> excellent :)
[07:49] <pitti> chrisccoulson: so you weren't hurt?
[07:49] <chrisccoulson> pitti - no, i was fine. although, i do ache a little this morning
[07:49] <chrisccoulson> and the car doesn't look all that bad. his car looked much worse than mine ;)
[07:50] <jasoncwarner_> what is it with desktop team members and cars?  :/
[07:50] <chrisccoulson> heh
[07:50] <pitti> jasoncwarner_: why, is that a common pattern?
[07:51] <chrisccoulson> jasoncwarner_, i wouldn't mind so much if the accident was unavoidable. but i'd been sat stationary at a red traffic light for more than 5 seconds before the guy rammed in to the back of me
[07:51] <seb128> hey
[07:51] <chrisccoulson> he wasn't paying any attention, and didn't even appear to try to brake
[07:51] <jasoncwarner_> chrisccoulson: at least you guys are alright...cars are replacable, but kids and limbs are not
[07:52] <chrisccoulson> yeah, i'm glad my daughter wasn't in the car
[07:52] <seb128> hey chrisccoulson, how are you? got a car accident?
[07:53] <chrisccoulson> seb128, yeah, someone drove in to me yesterday
[07:53] <chrisccoulson> how are you?
[07:53]  * pitti hugs chrisccoulson
[07:53] <pitti> seb128: how are you?
[07:53] <smspillaz> haha, drivers
[07:53]  * chrisccoulson hugs pitti
[07:54] <seb128> jasoncwarner_, pitti: hey
[07:54] <seb128> pitti, it's meeting reminder day! ;-)
[07:54] <seb128> pitti, had a good w.e? ;-)
[07:54] <pitti> seb128: indeed I had! met lots of friends in Dresden again, and family of course
[07:54] <pitti> it was utterly cold for our traditional Easter hike, though
[07:54] <pitti> seb128: meeting reminder> merci :)
[07:54] <jasoncwarner_> morning, seb128
[07:54] <jasoncwarner_> :)
[07:55] <smspillaz> jasoncwarner_: any luck ?
[07:55] <smspillaz> jasoncwarner_: that fixes it for me
[07:55] <smspillaz> I could reproduce it by tricking around in gdb haha
[07:56] <jasoncwarner_> smspillaz: I'm running it now, no issues so far but tbh it takes time and shows up at random times :/ going to be hard for me to "confirm" it is fixed...but I would say if I don't get it for a day, it is fixed....so far so good
[07:56] <htorque> smspillaz: hi! should we test that ppa for the white box thing?
[07:56] <seb128> chrisccoulson, I'm good thanks, glad to see you are ok still ;-)
[07:56] <jasoncwarner_> though, truth be told, the fix you gave me for the ccsm settings seems to be working as well... :?
[07:56] <seb128> pitti, yeah, after summer like weather we are back to winter as well here, grey and rainy
[07:56] <smspillaz> htorque: there is a linked animation plugin ... I am not making a ppa
[07:56] <smspillaz> jasoncwarner_: there's an easy way to "reproduce it"
[07:56] <htorque> ah
[07:57] <smspillaz> ssh into your machine and, gdb compiz and set a breakpoint on CompWindow::CompWindow
[07:57] <smspillaz> and then just hit continue every time you hit it
[07:57] <smspillaz> at least that triggers the timing issue
[07:57] <seb128> jasoncwarner_, that compiz bug is what you get for using chrome,ium instead of firefox :p
[07:57] <smspillaz> oh gosh
[07:57] <smspillaz> chromium was being so stupid
[07:57] <jasoncwarner_> seb128: ;) I just try to keep up with what the users are doing...I mean, I even have opera running just in case ;)
[07:57] <seb128> lol
[07:58] <seb128> users, they always find new ways to challenge you :p
[07:58] <smspillaz> seb128: it creates a window, maps it and /then/ reparents it away instantly instead of just making that window a child of the notification parent window
[07:58] <smspillaz> I've never seen applications do anything that dumb
[07:58] <smspillaz> last I remember, the only thing that ever did that was chromium's implementation of flash, but at least it didn't map the window before it reparented it away. this is /worse/
[07:59] <jasoncwarner_> smspillaz: or...maybe...it is so smart you can't comprehend it yet? :)
[07:59] <smspillaz> jasoncwarner_: no, its just being stupid
[07:59] <smspillaz> there's no sane reason for it to do what it does
[07:59] <smspillaz> I feel like filing a bug
[07:59] <htorque> smspillaz: and it still does that with flash? because i never used chromium notifications to reproduce the bug.
[08:00] <smspillaz> htorque: it does that with flash too
[08:00] <chrisccoulson> right, i've got to go to the body shop to try and get a quote for my car
[08:01] <chrisccoulson> i'm not sure why i'm being so nice about this. i should just call my insurance company ;)
[08:01] <smspillaz> chrisccoulson: sue 'em all!
[08:01] <chrisccoulson> heh
[08:01] <htorque> smspillaz: is it just "cmake .." from the build dir?
[08:01] <smspillaz> yes
[08:01] <chrisccoulson> they guy who hit me was a young lad who has only just started driving. so if i make a claim on his insurance, his premium will rocket ;)
[08:01] <htorque> smspillaz: thanks :-)
[08:01] <smspillaz> chrisccoulson: that's true
[08:02] <chrisccoulson> so he offered to give me the money
[08:02] <chrisccoulson> but it means that i waste more of my time trying to sort it out
[08:02] <smspillaz> chrisccoulson: hmm, I thought you could make a claim without knowing the perpatrator ? just say it was a hit and run :)
[08:03] <seb128> chrisccoulson, maybe you should make sure he goes through driving lessons before getting in a car again :p
[08:03] <micahg> smspillaz: then he gets dinged
[08:03] <smspillaz> yeah I figured
[08:03] <chrisccoulson> smspillaz, yeah, we get screwed for that then
[08:03] <chrisccoulson> it's the same if an uninsured drive hits me too
[08:04] <chrisccoulson> seb128, yeah, i think that young lads overestimate their driving ability ;)
[08:04] <seb128> chrisccoulson, well, spotting a car stopped at a red light shouldn't be that hard!
[08:04] <chrisccoulson> heh :)
[08:06] <chrisccoulson> apparently there is free wifi in the customer room, so i'm going to take my laptop :)
[08:06] <chrisccoulson> bbiab!
[08:12] <seb128> pitti, btw that /usr/lib/lightdm/lightdm is probably a side effect of bug #861371
[08:12] <ubot2> Launchpad bug 861371 in lightdm "use pkglibexecdir instead of libexecdir for lightdm-set-defaults" [Low,Fix released] https://launchpad.net/bugs/861371
[08:13] <seb128> there is no real way to "win" with the debian way to set libexecdir to /usr/lib/<source>
[08:13] <seb128> because pkglibexecdir is $libexecdir/<source<
[08:13] <seb128> that's why you get the duplication
[08:16] <htorque> smspillaz: the different set of animation values shouldn't have an influence, no?
[08:17] <smspillaz> no
[08:17] <smspillaz> although like
[08:17] <smspillaz> wrt the focus thing
[08:17] <smspillaz> it could cause an animation to start on the destroyed window
[08:17] <smspillaz> which would "work around" the bug
[08:24] <tkamppeter> pitti, hi
[08:26] <htorque> smspillaz: like jasoncwarner_, i don't yet feel comfortable enough to say it's gone, but it looks good.
[08:26] <htorque> smspillaz: i could easily reproduce it before, but had no "luck" for the last 15 min. :-)
[08:55] <pitti> seb128: yes, I already fixed it upstream
[08:56] <pitti> seb128: i. e. do the corresponding libexecdir->pkglibexecdir change in the apparmor profile install, too
[08:56] <pitti> hey tkamppeter
[08:57]  * Sweetshark locks all windows and and doors.
[08:57] <seb128> pitti, ok
[08:57] <Sweetshark> Anyone volunteering to review and upload LibreOffice 3.5.2?
[08:57] <seb128> pitti, can we still fix bugs this week? that new "pre-release" freeze surprised me
[08:58] <pitti> seb128: yes, I'm testing a package as we speak
[08:58] <seb128> ok, good
[08:58] <pitti> need to catch up with you :) with that lightdm upload we should have a tie again
[09:00] <seb128> ;-)
[09:07] <htorque> smspillaz: so, i've seen the white window a few times, but it went away after a split second.
[09:07] <htorque> smspillaz: reloading two windows with youtube videos every second might not be a typical use case, though. ;-)
[09:08] <smspillaz> htorque: indeed, it will go away after a split second
[09:08] <smspillaz> htorque: this is chromium being stupid
[09:09] <smspillaz> it creates the white window and then gets rid of it as soon as it creates it
[09:09] <seb128> pitti, did you change apport recently to not copy the stacktrace first frame in a comment or is that a launchpad regression?
[09:09] <pitti> seb128: no, I haven't changed that for ages
[09:10] <pitti> seb128: you mean the "StacktraceTop" bit?
[09:10] <seb128> pitti, ok, so launchpad regressed :-(
[09:10] <seb128> pitti, I mean i.e https://bugs.launchpad.net/ubuntu/+source/gnome-settings-daemon/+bug/974213/comments/3
[09:10] <ubot2> Launchpad bug 974213 in gnome-settings-daemon "gnome-settings-daemon crashed with SIGSEGV in credentials_found_cb()" [Medium,Confirmed]
[09:10] <seb128> pitti, yeah
[09:11] <pitti> comment 4 rather
[09:11] <seb128> pitti, the recent bugs have no "StacktraceTop" comments
[09:11] <seb128> right
[09:11] <seb128> they used to be inline that was handy for emails
[09:11] <seb128> you could see if that was a known stacktrace from the email
[09:11] <seb128> now I've to open the webbrowser and attachments
[09:11] <pitti> seb128: I recently did a bug fix for overly long lines, but that cut them off at 1000 or so
[09:12] <pitti> I'll have a closer look at this
[09:12] <seb128> pitti, same in the bug description
[09:12] <seb128> pitti, the StacktraceTop used to show a few lines in the summary
[09:12] <pitti> that's strange indeed
[09:12] <seb128> pitti, do you want me to open a bug about it?
[09:13] <pitti> seb128: please do; we need bugs for stuff that we want to fix in precise
[09:14] <pitti> easier to track that way
[09:14] <pitti> or to reassign to Launchpad, etc.
[09:16] <chrisccoulson> back!
[09:18] <seb128> pitti, bug #977882
[09:18] <ubot2> Launchpad bug 977882 in apport "the StacktraceTop functions stopped showing inline" [Undecided,New] https://launchpad.net/bugs/977882
[09:18] <seb128> chrisccoulson, how did it go?
[09:18] <pitti> seb128: merci
[09:18] <seb128> pitti, de rien, thank *you* for looking at it ;-)
[09:18] <seb128> pitti, do you need a few extra bug number examples? I can dump a bunch on the bug report if you want
[09:18] <pitti> seb128: one should suffice
[09:19] <pitti> btw, did you guys see this? https://jenkins.qa.ubuntu.com/view/Precise/job/precise-upgrade-lucid-universe/
[09:19] <pitti> rickspencer3: ^ FYI
[09:19] <seb128> pitti, ok, you have one listed so we are good
[09:19] <pitti> it started succeeding over the weekend
[09:19] <pitti> for the first time ever
[09:19] <rickspencer3> hey look at that
[09:19] <pitti> that's the hardest upgrade ever to get right :)
[09:20] <rickspencer3> pitti, what universe packages are in that teset?
[09:20] <pitti> in fact, _all_ upgrade tests succeed now, except for a few post-upgrade quirks
[09:20] <pitti> rickspencer3: all that are offered in software-center
[09:20] <rickspencer3> woah
[09:20] <pitti> rickspencer3: a couple thousand
[09:20] <rickspencer3> omg, that is huge
[09:20] <pitti> the upgrade runs 14 hours
[09:20]  * rickspencer3 feels body tingling
[09:20]  * rickspencer3 feels self levitate
[09:20] <pitti> I'm really proud
[09:20] <rickspencer3> great work pitti et al
[09:20] <pitti> mvo: ^
[09:21] <pitti> mvo: thanks so much for your hand-holding and analyzing/fixing apt stuff
[09:21] <mvo> thanks pitti, much appreciated, jibel is also a rockstar (and you of course :)
[09:22] <mvo> pitti: its great to see the machinery in the QA center work so well and help us with identifiying all those issue
[09:22] <pitti> indeed
[09:24] <Laney> good stuff!
[09:27] <seb128> let's see how a oneiric to precise update goes, I updated my parent box from natty to oneiric as a first step this w.e
[09:27] <seb128> that went well out of the fact that no xorg after the restart due to fglrx screwup, which was easy to fix for me but a no box for them :-(
[09:28] <seb128> (hate binary drivers)
[09:29] <pitti> seb128: btw, do you plan a glib upload today? If not, I'd upload current bzr, to fix the include issue that causes FTBFS
[09:30] <seb128> pitti, I was waiting for a gresource,gvariant powerpc fix but it's still not available so go for it if you want, ericm wanted a >/dev/null of the legacy gio dir warnings included if you can do that as well
[09:31] <seb128> pitti, bug #966173
[09:31] <ubot2> Launchpad bug 966173 in d-conf "0.12 : Unable to open directory /usr/lib/gio/modules: Error opening directory '/usr/lib/gio/modules': No such file or directory " [Undecided,Confirmed] https://launchpad.net/bugs/966173
[09:31] <pitti> ah yes; can do
[09:31] <RAOF> seb128: Did you file a bug for that fglrx snafu?  It'd be good to not break people on upgrade :)
[09:31] <mvo> seb128: yeah, the gui upgrade is something we need to watch out about compiz crashes, this happend some weeks ago for me that compiz simply crashed in the middle of the upgrade
[09:32] <seb128> RAOF, no, I'm not even sure if I installed fglrx with jockey or "by hand" by then, I didn't touch that box for a year or so
[09:32] <chrisccoulson> seb128, yeah, it went quite well. i think the other guy is going to be in for a shock when they send me the actual quote though ;)
[09:33] <seb128> mvo, right, we need to move out of the "upgrade in a running session" madness :p
[09:34] <seb128> ok, so for those who like segfaults: http://pastebin.ubuntu.com/923047/
[09:34] <seb128> those are the bugs with >=3 duplicates in the retracers over a 10 days period
[09:35] <seb128> i.e stats since the start of april
[09:36] <mvo> seb128: yes, I agree with that, it seems like we have more and more stuff that is just not robust in this environment
[09:36] <seb128> mvo, how do you want to be robust to all your resources going away under your feet, it's a bit crazy as a concept ;-)
[09:37] <seb128> we should probably do the download in session and close the session to apply the changes
[09:39] <Amoz> hey, my wm is not responding, xsession-errors says, gnome-shell:1577: Clutter-WARNING **: ./clutter-actor.c:8458: Actor 'StLabel' tried to allocate a size of -2,00 x 1,00
[09:39] <Amoz> is this bug reported? do you want me to get any data while I'm in this state?
[09:45] <seb128> Amoz, dunno if it's report, maybe try asking on #gnome-hackers on irc.gnome.org
[09:52] <pitti> seb128: ah, bug 966173 is already fixed in precise, no bug list fodder :)
[09:52] <ubot2> Launchpad bug 966173 in d-conf "0.12 : Unable to open directory /usr/lib/gio/modules: Error opening directory '/usr/lib/gio/modules': No such file or directory " [Undecided,Confirmed] https://launchpad.net/bugs/966173
[09:52] <mvo> pitti: I have a (hopefully simple) pygi question - lets say I have a custom cell renderer and I want to add additional properties to it, it seems I can not use __gproperties__ for this, it looks like its simply not installing/initializing them  - is there a different way of installing them instead of __gproperties__ or a example I could look at? I played around with GObject.install_property but I don't know how to get the property_id for exa
[09:52] <mvo> mple
[09:52] <seb128> pitti, oh, ok ;-)
[09:54] <pitti> mvo: install the properties as class members, like this:
[09:54] <pitti> class MyObject(GObject.GObject):
[09:55] <pitti>    my_prop = GObject.Property(type=str, flags=PARAM_READWRITE | PARAM_CONSTRUCT, default='green')
[09:55] <pitti> mvo: and then just use myobj.my_prop
[09:55] <mvo> pitti: aha, great! let me try that
[09:55] <pitti> mvo: if you want to iterate over properties etc., you can use myobj.props, or myobj.props.my_prop, too
[09:55] <pitti> (but that's probably not too useful in most cases)
[10:00] <pitti> mvo: http://git.gnome.org/browse/pygobject/tree/examples/properties.py FYI
[10:01] <mvo> pitti: yeah, this helps, thanks!
[10:01] <pitti> mvo: so you can also use the @GObject.Property decorator
[10:01] <pitti> mvo: http://git.gnome.org/browse/pygobject/tree/tests/test_properties.py#n342 for a writable property with decorators
[10:02] <mvo> pitti: I guess I can look at the code for the additional keyword arguments that Property supports?
[10:02] <mvo> pitti: like description etc?
[10:02] <pitti> mvo: that, or help(GObject.Property)
[10:02] <mvo> !!!
[10:02] <mvo> very nice
[10:02] <mvo> thanks again
[10:03] <pitti> help() is actually quite good, it has examples, and documents all the parameters
[10:03] <pitti> shocking, I know
[10:03] <mvo> :)
[10:03] <mvo> sorry, I should have thought of it, next time, promised
[10:03] <pitti> mvo: NP at all
[10:03] <pitti> it's not quite clear what to look for if you don't already know it
[10:04] <mvo> yeah
[10:25] <didrocks> sil2100: hey
[10:25] <didrocks> ogra_: around?
[10:25] <sil2100> didrocks: hi!
[10:25] <didrocks> sil2100: so, ogra_ did 3 uploads (one in compiz, 2 in c-p-m) without using the vcs
[10:26] <didrocks> sil2100: in addition to force me to rebump quickly the version just before the call for testing on Friday evening, that means that if we upload compiz and c-p-m, his changes will be overwritten
[10:26] <ogra_> didrocks, well, to my konwledge the archive should always be authoritative to UDD branches ... why isnt that the case with compiz (works with most other packages nowadays)
[10:26] <sil2100> didrocks: I think I saw his changes to compiz in unity-team staging even
[10:26] <didrocks> sil2100: can you please reconcile them? (we don't care about history in that case, just append the new commit on top, but merge the changelog and the changes)
[10:26] <didrocks> ogra_: we have Vcs-Bzr: for that
[10:26] <didrocks> ogra_: most of desktop packages are using that
[10:27] <ogra_> didrocks, is there any doc about that for future uploads ?
[10:27] <didrocks> ogra_: and I would have appreciate a ping about the upload btw ;)
[10:27] <didrocks> ogra_: debcheckout compiz
[10:27] <didrocks> or apt-get source compiz
[10:27] <didrocks> will tell you what's the correct branch is
[10:27] <didrocks> that screwed me on Friday evening just during the call for testing :/
[10:27] <ogra_> well, i usually use bzr branch lp:/ubuntu/<packagename>
[10:28] <didrocks> ogra_: well, this tool doesn't work with most of desktop packages
[10:28] <ogra_> hmpf
[10:28] <didrocks> as we host debian/ only ones
[10:28] <ogra_> why ? it works for all other packages i touch
[10:28] <didrocks> same for unity, we are using merge-upstream workflow
[10:28]  * ogra_ thought the move to UDD would have made exactly that mess obsolete
[10:28] <didrocks> which doesn't work with the canonical branches
[10:28] <ogra_> k
[10:29] <didrocks> sil2100: ogra_: so, can you work together on that, please?
[10:29] <ogra_> whats the issue ? do you need me to commit anything anywhere now ?
[10:29] <didrocks> sil2100: I just bumped the version in the ppa, it was late on Friday evening and we had already done the call for testing
[10:29] <didrocks> so don't rely on the versionning ;)
[10:30] <sil2100> didrocks: so what version number should I use with ogra_'s changes? ;)
[10:30] <didrocks> sil2100: just sneak them in debian/changelog and add the change
[10:30] <didrocks> sil2100: for the user, they will just see the new release, not ogra's changes
[10:32] <sil2100> didrocks: will do, I'll ping you if I have questions
[10:33] <didrocks> sil2100: do not hesitate :)
[10:33] <didrocks> ogra_: will you be available for reviewing? ^
[10:33] <ogra_> sure
[10:33] <didrocks> thanks :-)
[10:34] <chrisccoulson> hmmmm, so the launcher background colour setting no longer works in ccsm
[10:34] <chrisccoulson> how can i change the background to black, rather than this poo-brown colour i currently have? :-)
[11:10] <Sweetshark> pitti: 3.5.2-2ubuntu1 is on chinstrap
[11:11] <pitti> Sweetshark: thanks; how much build/install/run testing did this get so far?
[11:14] <Sweetshark> pitti: limited. I was going for a full dist-upgrade test (the stuff is pretty in my ppa as the version on chinstrap.
[11:15] <Sweetshark> pitti: alas amd64 failed because ppa disc size.
[11:15] <Sweetshark> pitti: I could do a full dist-upgrade in i386 today ... might be a good idea.
[11:16] <pitti> Sweetshark: as long as you installed the debs locally and that worked, that's fine
[11:35] <sil2100> didrocks: should I just append those changes to the unreleased 1:0.9.7.6-0ubuntu1 for compiz? Or should I make a new changelog entry 1:0.9.7.6-0ubuntu2?
[11:37] <didrocks> sil2100: hum? no it shouldn't even be seen by the users
[11:37] <didrocks> sil2100: just reintroduce the older changelog below
[11:37] <didrocks> sil2100: as people already got in from the main repo
[11:37] <sil2100> didrocks: ah, like that, ok ;)
[11:37] <sil2100> didrocks: cool, I get it now
[11:38] <sil2100> didrocks: I'll push and request a merge in a moment
[11:38] <didrocks> sil2100: great!
[11:48] <Sweetshark> pitti: I didnt check after the last debian/rules change, so there is a risk. Im testing on i386 in a VirtualBox right now.
[11:49] <seb128> pitti, bug #977974 ... does that need acks, from who?
[11:49] <ubot2> Launchpad bug 977974 in notify-osd "Improve background colorization" [Undecided,New] https://launchpad.net/bugs/977974
[11:49]  * Sweetshark is scared. Notebook harddisc just made a 'click of death' sound.
[12:05] <Ursinha> good morning
[12:06] <desrt> Ursinha: good morning
[12:06] <desrt> Ursinha: where do you live?
[12:06] <Ursinha> desrt, Brazil :)
[12:07] <desrt> cool.  more people in a proximate timezone to give legitimate 'good mornings' to
[12:08] <seb128> hey Ursinha, desrt
[12:08] <desrt> seb128: good morning
[12:08] <Ursinha> :)
[12:08] <seb128> desrt, had a good w.e?
[12:08] <Ursinha> seb128, hey
[12:08] <desrt> yup
[12:09] <desrt> easter and stuff.  good times.
[12:09] <pitti> seb128: ah, that's fixing the regression from the previous update apparently (where the contrast got really bad)
[12:09] <seb128> pitti, right
[12:09] <seb128> pitti, do I need an ack or is that a bug fix?
[12:09] <seb128> desrt, hehe
[12:10] <pitti> seb128: I acked it on the bug
[12:10] <seb128> desrt, I've a bug for you :p well rather a detail but I know you like those
[12:10] <pitti> hey desrt, howdy?
[12:10] <seb128> pitti, danke
[12:10] <seb128> desrt, bug #975510
[12:10] <ubot2> Launchpad bug 975510 in gedit "Gedit initiates write by dconf-service when using "Replace..." dialog" [Undecided,New] https://launchpad.net/bugs/975510
[12:10] <desrt> those bastards!
[12:10] <seb128> desrt, ;-)
[12:10] <desrt> i'm glad someone else is filing these bugs than me :)
[12:10] <seb128> hehe
[12:12] <desrt> final freeze in two days.  nice.
[12:12] <desrt> didrocks: are you angry at me?
[12:12] <didrocks> hey desrt :)
[12:13] <didrocks> desrt: why would I?
[12:13] <desrt> didrocks: if your unity dash colour was messed up, maybe
[12:13] <didrocks> desrt: ah no, life is beautiful and I have enjoyable colors :)
[12:13] <desrt> awesome :)
[12:13] <desrt> very glad to hear that
[12:14]  * didrocks stepped on so many other issue between Friday and today that I almost forgot it :)
[12:14] <didrocks> (and Monday)
[12:14] <didrocks> I meant ;)
[12:14] <didrocks> desrt: good work!
[12:14] <desrt> thanks to cimi too :)
[12:14] <desrt> (and gord)
[12:14] <didrocks> yeah, this was a nice change :-)
[12:14] <desrt> didrocks: you realise that it means that favourite migration is the only dconf write on login now :p
[12:15] <desrt> didrocks: and perhaps you saw this bug about how it hangs on ldap systems?
[12:15] <desrt> https://bugs.launchpad.net/bugs/974938
[12:15] <ubot2> Launchpad bug 974938 in glib2.0 "Process "gsettings" prevents logging in" [Low,Incomplete]
[12:15] <didrocks> desrt: oh no, I didn't notice the other bug
[12:15] <desrt> it seems to be something with his specific setup
[12:15] <didrocks> desrt: well, for the migration, I'll discuss about a generic tool for that at UDS
[12:16] <desrt> didrocks: wow.  flashback to brussels
[12:16] <didrocks> desrt: yeah ;)
[12:16] <desrt> nessita: good morning, fellow american!
[12:16] <didrocks> desrt: but this time, I hope that someone (me maybe?) would have the time to tackle it
[12:17] <desrt> sounds like it could be worth spending time on
[12:17] <didrocks> indeed
[12:17] <didrocks> in python of course, just to upset pitti and started at *every* boots
[12:17]  * didrocks hugs pitti
[12:17] <didrocks> \o/ just reproduce oneconf James' crash, I was right! :)
[12:17] <desrt> nessita: good morning, fellow american!
[12:18]  * pitti throws hands into air
[12:18] <desrt> pitti: that's not nice.
[12:18] <desrt> you're supposed to hug back
[12:18] <desrt> nessita1: good morning, fellow american!
[12:18] <pitti> no cookies nor hugs for introducing more Python! :-)
[12:18] <didrocks> snif ;)
[12:19] <didrocks> ok, let's do it in go then :p
[12:19] <nessita1> heheh, hello desrt!
[12:19] <seb128> nessita1: bonjour ;-)
[12:19] <jbicha> desrt: but you're not American?
[12:19] <desrt> nessita1: connection troubles this morning?
[12:20] <nessita1> seb128: ca va?
[12:20] <desrt> jbicha: i'm every bit as american as nessita
[12:20] <Sweetshark> pitti: oh, is python not the language du jour anymore. do we need to add some scala, vala, haskell and ruby to deconsolidate the stack?
[12:20] <seb128> nessita1: oui, et toi ?
[12:20] <seb128> desrt, works better when you speak french it seems :p
[12:20] <Sweetshark> s/anymore./anymore?/
[12:20] <nessita1> desrt: yes, this wifi connection does not like me, I've had to plug a cable
[12:20] <nessita1> seb128: trés bien!
[12:20] <pitti> Sweetshark: python is fine for apps, but it's really a poor choice for daemons and the boot path
[12:20] <seb128> nessita1, très ;-)
[12:20] <nessita1> hehe
[12:20]  * seb128 hugs nessita1
[12:20] <Sweetshark> pitti: indeed
[12:20]  * pitti hugs nessita1, too
[12:21] <desrt> seb128: this is why rick doesn't like you :p
[12:21] <mlankhorst> Sweetshark: the future is obviously bytecode vm's, so lets implement one that is compatible with gcc output? :D
[12:21] <nessita1> seb128: très bien! merci beaucoup pour le correccion
[12:21] <seb128> desrt, I know :p and I don't like you for the sport,exercice thing :p
[12:21]  * desrt cringes
[12:21] <seb128> ;-)
[12:21] <desrt> nessita1: la :)
[12:22] <seb128> pitti, speaking about boot path we failed at improving boot speed this cycle it seems :-(
[12:22] <Sweetshark> pitti: although I used a package manager that was written in python (and shell) and it worked reasonably well ...
[12:22] <pitti> seb128: yeah, we didn't spend much time on it
[12:22] <pitti> Sweetshark: that's an app, not a daemon that runs all the time..
[12:23] <seb128> it still annoys me that nautilus is using like 5 seconds cpu on boot, I want to look at it one day (when other stuff will stop raising on the priority list
[12:23]  * jbicha wonders how american nessita1 is
[12:23] <nessita1> jbicha: 100% Argentinian :-)
[12:24] <seb128> jbicha, hey, how are you?
[12:24] <desrt> jbicha: 100% Canadian here
[12:24] <seb128> 100% frengerman here
[12:25] <desrt> i like that
[12:25]  * desrt finds a real bug that may actually be worth fixing
[12:26] <seb128> desrt, heh, your todolist is still not to 0 ;-)
[12:28] <desrt> seb128: my new bug affects french people
[12:28] <seb128> desrt, oh, please raise priority! ;-)
[12:29] <desrt> desrt@moonpix:~$ dconf write /x '"très"'
[12:29] <desrt> desrt@moonpix:~$ dconf read /x
[12:29] <desrt> 'tr?s'
[12:29] <desrt> tsk tsk tsk
[12:29] <didrocks> and here is a faulty test case…
[12:31] <didrocks> and a fix \o/
[12:39] <desrt> seb128: can i bother you for a backport?  http://git.gnome.org/browse/dconf/commit/?h=dconf-0.12&id=79f634512fcc56c504c6593d2a1f3ffe5de9bb9c
[12:39] <desrt> i guess i don't have to try hard to convince you that there is no risk :)
[12:42] <seb128> desrt, ;-)
[12:42] <seb128> desrt, I can do that! ;-)
[12:43] <seb128> desrt, just curious but how come you tried set a french string to a key today? ;-)
[12:43] <desrt> seb128: bug was reported by a russian guy
[12:43] <seb128> desrt, oh ok
[12:43]  * mlankhorst really has to learn vala at one point
[12:43] <desrt> seb128: so obviously he was speaking french
[12:43] <didrocks> but you picked french because you prefer :)
[12:44] <desrt> didrocks: i had to convince seb that that the bug was important :)
[12:44] <seb128> lol
[12:44] <didrocks> tssss tsss :)
[12:44] <seb128> desrt, what about gedit writing a key every time I click on find :p
[12:46] <desrt> seb128: it's not even 9am here.  i haven't had my first coffee
[12:46] <desrt> can't a boy get warmed up?
[12:46] <seb128> desrt, enjoy coffee ;-)
[12:46]  * didrocks didn't have any coffee enjoy. I don't undestand the complain :p
[12:46] <didrocks> understand*
[12:46] <seb128> desrt, oh, we are back on that side of dst, I though it was 11am or something for you
[12:47] <didrocks> Ran 53 tests in 464.593s
[12:47] <didrocks> pitti: even no hug for that? ^ :p
[12:47] <desrt> seb128: we are always 6 hours different except for a brief window of 5 hours difference
[12:47] <seb128> pitti, oh, we stopped using proposed for stuff like glib uploads?
[12:47] <seb128> desrt, I liked the 5 hours difference week ;-)
[12:47] <desrt> so it would never be 11am for me when it's 15 for you
[12:48] <desrt> *unless
[12:48] <pitti> seb128: glib2.0 doesn't cause uninstallability during arch skew; gtk+3.0 does, so that still ought to use -proposed
[12:48] <desrt> seb128: ya.  it was fun.
[12:48] <desrt> seb128: didn't really matter for you -- but was nice for pitti
[12:48] <seb128> pitti, oh ok, I though glib was as well
[12:48] <seb128> pitti, we should really look at how to fix gtk one of those days ;-)
[12:48]  * pitti hugs didrocks, the bug fixing master
[12:48]  * desrt figures seb is on iceland time or something
[12:49]  * didrocks hugs pitti back ;)
[12:49] <pitti> seb128: ${binary:Version} -> ${upstream:Version} ?
[12:49] <seb128> or use >= ${binary:Version}
[12:50] <pitti> seb128: or stop building the -common package :)
[12:51] <pitti> seb128: it seems the biggest thing there is the rather large NEWS.gz file, and then just a bunch hof tiny schema files
[12:52] <seb128> pitti, and translations in Debian
[12:52] <pitti> seb128: slapping myself for bug 977882..
[12:52] <ubot2> Launchpad bug 977882 in apport "the StacktraceTop functions stopped showing inline" [Medium,In progress] https://launchpad.net/bugs/977882
[12:52] <seb128> pitti, hehe, good that you found it!
[12:53] <pitti> seb128: a silly typo -- "100" instead of "1000" in the multiline case
[12:53] <pitti> that's the threshold above which it becomes an attachment
[12:53] <seb128> pitti, thanks for tracking it down!
[12:53] <pitti> seb128: so, one-character fix, but need to add a test case
[13:11] <bcurtiswx> good morning kenvandine
[13:12] <didrocks> jbicha: hey
[13:14] <jbicha> didrocks: aloha
[13:14] <bcurtiswx> mornin' jbicha :)
[13:14] <didrocks> jbicha: how are you? Did you have some good easter holidays? :)
[13:14] <jbicha> bcurtiswx: howdy
[13:15] <jbicha> didrocks: it wasn't too bad, did a bit of work on Saturday and shared Easter supper with friends
[13:15] <didrocks> nice ;)
[13:16] <didrocks> jbicha: I have what is hopefully the latest UIFe for Unity this cycle: https://bugs.launchpad.net/unity/+bug/839480
[13:16] <ubot2> Launchpad bug 839480 in ayatana-design "[FFe, UIFe] Dash - When the Dash is open and there is a maximised app in the background, the top bar background should not disappear" [Critical,Fix committed]
[13:16] <didrocks> jbicha: can you have a look?
[13:19] <tkamppeter> pitti, thanks for uploading cups-filters, probably I will do another release for bug 977912 today.
[13:19] <ubot2> Launchpad bug 977912 in cups-filters "Kyocera FS1320D needs resolution set in ghostscript filter " [High,In progress] https://launchpad.net/bugs/977912
[13:20] <kenvandine> good morning bcurtiswx
[13:20] <pitti> hey kenvandine
[13:21] <kenvandine> hey pitti
[13:24] <jbicha> didrocks: I guess that fix is already in the unity testing PPA?
[13:24] <didrocks> jbicha: yeah, since Friday
[13:31] <dobey> i really wish that apport would rescan crashes and attach the full stack trace files, *before* marking a bug as duplicate, rather than not doing it at all :(
[13:31] <didrocks> thanks jbicha :)
[13:35] <seb128> dobey, you can request a new stacktrace to be attached to the master if you need an updated one
[13:37] <dobey> seb128: right, but that's not helpful if the same person attaches the same trace, or can't hit the problem again. but if it's a mem corruption problem (which this crash seems to be), then there might be subtle differences in traces from duplicates that can be very helpful.
[13:38] <dobey> anyway
[13:59] <mterry> Is anyone familiar with gnome-keyring tests taking so long on i386 that the builder times out?
[14:06] <seb128> mterry, we usually just retry the builds
[14:06] <mterry> seb128, I did and it happened again.  Will try once more
[14:06] <seb128> mterry, cjwatson hinted the issue might go away with the refactoring in gnome-keyring 3.4 next cycle
[14:06] <seb128> mterry, I'm reluctant to spend time trying to fix it now for precise if it will go away anyway
[14:06] <mterry> seb128, ah, I remember that thread now
[14:06] <seb128> mterry, thanks for the segfaults fix and the gnome-keyring upload btw!
[14:06] <mterry> seb128, yeah
[14:08]  * mterry is surprised at how close we are to release.  Snuck up on him
[14:08] <seb128> mterry, don't worry I'm pretty sure we will SRU quite some fixes as well so we can keep working ;-)
[14:09] <glatzor> hello seb128, pitti and mvo
[14:09]  * mterry runs out for an errand
[14:09] <seb128> glatzor, hey, how are you? nice aptdaemon upload!
[14:10] <pitti> hey glatzor, wie gehts?
[14:10] <pitti> back in 20 or so, time for ice cream!
[14:11] <mvo> hey glatzor! yeah, thanks \o/ for your aptdaemon and s-c branches, awsome work!
[14:11] <glatzor> pitti, mvo: I have got a question regarding the API of aptdaemon. If you call the Run() method of a transaction, aptdaemon will ask for authentication, simulate the transaction and will return when the transaction is queued. So you can get a TransactionFailed error in the Run() call if e.g. the simulation of the transaction fails
[14:13] <glatzor> pitti, mvo: update-manager doesn't catch those exceptions from Run() currently (there was an error since maverick which did not escalte the simulate errors). So should I fix the clients or change aptdaemon to not raise an errors from the simulation (the transaction will fail in all cases)?
[14:13] <glatzor> seb128, mvo, especially since I introduces most of the bugs myself :)
[14:13] <glatzor> I introduced
[14:14] <glatzor> mvo, pitti: the corresponding bug is https://bugs.launchpad.net/ubuntu/+source/aptdaemon/+bug/975320
[14:14] <ubot2> Launchpad bug 975320 in aptdaemon "update-manager crashed with Depends in _run_in_dialog(): libx264-120 but it is not installed" [Undecided,Confirmed]
[14:17] <seb128> mterry, weird, your "can't user user icon" ... I wonder if accountsservice regressed
[14:18] <seb128> mterry, we had it before and it was fixed by http://cgit.freedesktop.org/accountsservice/commit/?id=726343c9b597256c523c920b39a83b66f5b5f86a
[14:24] <mpt> seb128, hi, what's the easiest way for me to get a list of which System Settings panels Ubuntu customizes from upstream? I found <http://patches.ubuntu.com/g/gnome-control-center/> but it's 23 MB of text :-)
[14:25] <seb128> mpt, bzr branch lp:~ubuntu-desktop/gnome-control-center/ubuntu
[14:25] <seb128> mpt, diffstat ubuntu/debian/patches/*
[14:27] <seb128> mpt but basically we
[14:27] <mpt> brilliant, thanks seb128
[14:28] <mpt> (... we customize the Color panel? huh)
[14:31] <seb128> mpt, http://pastebin.ubuntu.com/923378/
[14:31] <seb128> mpt, color> oh yes, we do an "install on demand color profiles"
[14:32] <seb128> mpt, which upstream didn't want because they say profiles should be shipped by default, which we can't do for CD space reasons
[14:32] <mpt> heh
[14:32] <seb128> mpt, the pastebin is a summary of the main changes
[14:33] <mpt> thank you!
[14:33] <seb128> mpt, yw
[14:36] <mpt> + Landscape in the last category (items we add)
[14:36] <seb128> mpt, oh right, that's not installed by default so I forgot about it
[14:36] <mpt> well, the placeholder is
[14:36] <seb128> well it's not installed on my box
[14:37] <mpt> the "Do you want to install the Landscape client?" dialog
[14:37] <seb128> right
[14:37] <seb128> but my install is an upgrade
[14:37] <seb128> so maybe I missed a new recommends
[14:37] <seb128> or something
[14:42] <kenvandine> popey, so on 12.04 you can see the users on your local network using ichat, just doesn't get messages initiated by ichat right?
[14:44] <popey> kenvandine: bah! just tested it again and it works!
[14:45] <popey> (this is a good thing of course)
[14:45] <kenvandine> hehe
[14:45] <davidcalle> popey, kenvandine, works here
[14:45] <kenvandine> davidcalle, thanks for testing!
[14:45] <kenvandine> popey, ok... well lets hope there isn't a bug still there hiding :)
[14:46] <kenvandine> popey, can you comment on the bug again saying it is working?
[14:46] <pitti> re
[14:46] <popey> sure
[14:46] <kenvandine> popey, thx!
[14:47] <popey> kenvandine: let me do some more testing
[14:47] <popey> on a call atm
[14:47] <kenvandine> popey, ok, thx!
[14:47] <didrocks> ogra_: I plan to upload compiz tomorrow or Thursday FYI
[14:47] <ogra_> didrocks, so this will be a huge job to fix up the gles patch after you bumped to a new upstream version ...
[14:47] <didrocks> ogra_: do you think the armel FTBFS will be fixed by then?
[14:48] <ogra_> didrocks, i would propose that sil2100 uploads now with armhf FTBFSing and i talk to linaro to get a new patch, fixing itr up (after i wasted half my day to get all that branch mess right locally to even get *some* buildable source) is just a waste of time imho
[14:48] <didrocks> ogra_: well, I upload it to the ppa first
[14:48] <didrocks> (which has some armel builders)
[14:49] <kenvandine> davidcalle, did anyone tell you i distro patched the remove scope to change the server name?
[14:49] <ogra_> didrocks, it cant build
[14:49] <kenvandine> davidcalle, i just want to make sure the change gets upstream :)
[14:49] <davidcalle> kenvandine, I've seen it and made the change in trunk.
[14:49] <ogra_> why wouold we do a ppa upload to prove that ?
[14:49] <kenvandine> great
[14:49] <kenvandine> thx
[14:49] <kenvandine> s/remove/remote :)
[14:49] <didrocks> ogra_: I don't care about it FTBFS here, I just don't upload compiz now before the end of our testing
[14:50] <didrocks> ogra_: and still want to test that here
[14:50] <ogra_> well, it wont build on armhf and i need a proper version in the archive to build the new quilt patch on top
[14:50] <didrocks> ogra_: so, can you make the release team aware about that we will likely upload a compiz which FTBFS on armel tomorrow or Thursday? (and that nobody beat me because of armel image failing)
[14:50] <didrocks> ogra_: what is a "proper version", what is in the ppa is a proper version
[14:51] <Sweetshark> pitti: libreoffice 3.5.2-2ubuntu1 holds up to basic testing.
[14:51] <ogra_> could you probably give alf_ the right branch he can use to make a new patch with the new upstream version ? else we will always need two uploads and have the first one ftbfs on arm
[14:51] <pitti> Sweetshark: nice, thanks; I'll upload
[14:51] <ogra_> didrocks, i dont use any PPAs here
[14:52] <didrocks> ogra_: I won't change all the qualification phases that brought unity and compiz stability for this patch, I already told you that :/
[14:52] <didrocks> alf_: do you need anything for updating it?
[14:52] <ogra_> ??
[14:53] <didrocks> ogra_: I mean, I don't want to upload compiz right now in the archive. we have test results but with the additional patches that went in this morning, I prefer to have more time
[14:53] <ogra_> didrocks, we just need a tree that also has the new upstream code
[14:53] <didrocks> ogra_: bzr bd-do FTW? I still don't get what is missing for you
[14:53] <didrocks> ogra_: anyway, upstream switched recently to bzr
[14:53] <didrocks> ogra_: so next cycle, we will have that
[14:54] <ogra_> didrocks, bzr has whats in the archive
[14:54] <didrocks> as I'll be able to use merge-upstream
[14:54] <ogra_> the gles patch needs to be updated for .6
[14:54] <ogra_> the archive has .4
[14:54] <didrocks> I don't get why applying a patch using bzr bd-do is so awful
[14:55] <didrocks> that's what we are doing for most of the desktop packages
[14:55] <ogra_> and tehere seems to be no merged tree that has the new upstream source as well as a debian dir with my changes
[14:55] <didrocks> and we happily do that
[14:55] <ogra_> i dont really know what you mean
[14:55] <ogra_> it took me 4h now to find all the bzr trees to fiddle me a tree with the new upstream source, the debian dir and sil2100's changes together
[14:56] <ogra_> i dont see how bzr would make the searching for usable trees easier
[14:56] <didrocks> ogra_: well, I lost 2h to check that everything was merged and reuploaded on Friday because you uploaded it under my feet
[14:56] <didrocks> and TBH at 9PM on Friday evening, it's not something I'm fancy on
[14:56] <didrocks> debcheckout <component>
[14:56] <didrocks> that's what we do for every desktop package
[14:57] <ogra_> yes, since i relied on the fact that all packages in the archive have the archive as authoriatitve entity and i'm really sorry i didnt get that and caused any trouble
[14:57] <didrocks> compiz is not different there from gtk, libgnome-desktop, gedit here
[14:57] <didrocks> ogra_: https://wiki.ubuntu.com/DesktopTeam/Bzr
[14:58] <ogra_> thanks (thats waht i was asking for this morning)
[14:58] <alf_> didrocks: will the new compiz package use what's currently in lp:compiz-core as its base (0.9.7.7) ?
[14:58] <didrocks> ogra_: sorry for not understanding that you needed this recipe, I was thinking you were aware about it :)
[14:58] <ogra_> alf_, i think its .6
[14:59] <didrocks> alf_: indeed, it's .6 + the cherry-pick
[14:59] <didrocks> apart from the .7 post release bump
[14:59] <alf_> ogra_: didrocks: oops, sorry right .6
[14:59] <didrocks> alf_: what do you need to get started on it?
[15:00] <ogra_> didrocks, no, thats why i asked about a doc ;) (which you answered with "debcheckout compiz" (which gets me wnats in the archive but not the new tree for .6)
[15:00] <didrocks> ogra_: hum, really? debcheckout compiz did that?
[15:00]  * didrocks checks
[15:00] <didrocks> $ debcheckout compiz
[15:00] <didrocks> declared bzr repository at https://code.launchpad.net/~compiz/compiz/ubuntu
[15:00] <ogra_> didrocks, it gets me the current package
[15:00] <didrocks> bzr branch https://code.launchpad.net/~compiz/compiz/ubuntu compiz ...
[15:00] <didrocks> ogra_: it's taking the right branch here ^
[15:01] <didrocks> ogra_: with .6 UNRELEASED
[15:01] <didrocks> isn't it the case for you?
[15:01] <ogra_> and no upstream code in it
[15:01] <didrocks> right, the debian/ only branch
[15:01] <ogra_> and there is no tarball in the archive ...
[15:02] <didrocks> ogra_: right, as it's not uploaded, hence the ppa, but I thought sil2100 would give you all the links for that
[15:02] <didrocks> hence the fact I ask him to help you
[15:02] <ogra_> so how would a dev get both without going on the odyssey i had to do to find compiz-core, find the right tag etc
[15:02] <didrocks> ogra_: well, it's the same for every desktop branch
[15:02] <ogra_> seems really broken to me to be honest ...
[15:03] <ogra_> but i wont fall into it again :)
[15:03] <didrocks> ogra_: the whole desktop team is using this workflow, and when someone propose a fix on the wrong branch, I direct them to ours
[15:03] <alf_> didrocks: I also need the branch that is holding the debian/ dir for the new package to check for any changed debian patches
[15:03] <didrocks> normally, it's getting quite nice :)
[15:03] <didrocks> alf_: yeah, so the easiest way is to:
[15:03] <didrocks> alf_: debcheckout compiz
[15:04] <ogra_> didrocks, well, it prevents anyone from uploading without having to go through several branch merges
[15:04] <didrocks> alf_: upstream tarball is at: https://launchpad.net/~unity-team/+archive/ppa/+files/compiz_0.9.7.6.orig.tar.bz2
[15:04] <didrocks> alf_: put that in the parent directory
[15:04] <didrocks> alf_: then, you can bzr bd-do
[15:04] <didrocks> you will get into a subshell, you know how to use quilt, right?
[15:05] <didrocks> ogra_: why several?
[15:05] <sil2100> Well, I didn't know that finding the tarball will be so troublesome ;)
[15:05] <alf_> didrocks: yes
[15:05] <didrocks> ogra_: weird that you complain that much about it, we don't get a lot of complain from our volonteer contributors on the desktop branches, but well :)
[15:05] <didrocks> alf_: wait one sec, sil2100 sent a merge proposal my way, will tell you when you can pull
[15:06] <alf_> didrocks: is this for lp:compiz-core or for the package?
[15:06] <ogra_> didrocks, well, i'm used to apt-get source foo; cd foo-<version>; quilt patch foople; dpkg-buildpackage ... ; dput ...
[15:06] <didrocks> alf_: this is for the package of compiz-core
[15:06] <alf_> didrocks: ok
[15:06] <didrocks> ogra_: doesn't work for any desktop package
[15:06] <ogra_> didrocks, and with all non desktop packages that just DTRT
[15:06] <ogra_> right
[15:06] <didrocks> ogra_: and apt-get source warn you about those
[15:07] <ogra_> seems i had to learn that teh hard way...
[15:07] <didrocks> ogra_: sorry for this ;)
[15:07] <ogra_> how does a random developer that just wants to uzpload a fix and doesnt work in the desktop team do that btw ?
[15:07] <ogra_> lets say a typo
[15:08] <ogra_> does he have to go through the desktop team and have a merge propopsal merged ?
[15:08] <didrocks> ogra_: well, do you mean people with access write or not?
[15:08] <didrocks> ogra_: people touching the set, like most ubuntu core dev knows about this or read the output of apt-get source
[15:09] <ogra_> well, there are people that can upload compiz but not commit to the desktop team branches i guess
[15:09] <didrocks> bzr branch lp:ubuntu/ is a PITA right
[15:09] <didrocks> ogra_: no
[15:09] <didrocks> ogra_: the team membership is done so that if you have upload right, you can commit
[15:09] <ogra_> and if all changes have to go through desktop team apploval we clearly soudl stop stating that "ubuntu has no package maintainers"
[15:09] <ogra_> ah, kµ
[15:10] <didrocks> alf_: ok, you can pull the compiz branch
[15:10] <alf_> didrocks: thanks
[15:10] <didrocks> alf_: are you on an armel machine to develop?
[15:11] <didrocks> not sure if the patch for quilt would apply here as it's armel specific and not familiar with ogra's trick to apply it
[15:12] <alf_> didrocks: np, we will take care of that with ogra
[15:12] <alf_> didrocks: hopefully :)
[15:12] <didrocks> sil2100: on your merge request
[15:12] <didrocks> https://code.launchpad.net/~sil2100/compiz/missing_versions/+merge/101386
[15:12] <didrocks> I do not see anything in debian/rules
[15:12] <didrocks> or debian/patches/series
[15:12] <didrocks> alf_: wait one sec, I think that all changes aren't applied
[15:13] <alf_> didrocks: ok
[15:13] <ogra_> didrocks, it just uses quilt :) no special tricks ... arch specific patches will always be applied after "normal" patches
[15:13] <ogra_> didrocks, it uses series.<subarch>
[15:13] <didrocks> ogra_: oh, it's not one of the other? that evolved? (I remember that the series.arch was applied as an override before of series)
[15:14] <didrocks> not, it's series, then series.<subarch>?
[15:14] <didrocks> now*
[15:14] <ogra_> well, you can set it as you like ... for the gles patch it makes more sense to have it applied alst (since we need to produce it on top of the fully patches branch)
[15:15] <ogra_> see my chanes to debian/rules override_dh_quilt_patch and override_dh_quilt_unpatch
[15:15] <sil2100> didrocks: hm, maybe I didn't bzr add? One moment
[15:15] <didrocks> ogra_: well, it's the changes missing in the merge request, but yeah, I will see them soon ;)
[15:15] <didrocks> ogra_: hopefully! :p
[15:15] <sil2100> This is STRANGE
[15:15] <ogra_> the order is set by putting dh_quilt_patch and dh_quilt_unpatch before or after the normal patches were applied
[15:16] <didrocks> sil2100: you shouldn't need bzr add, it's in debian/rules (but yeah, you need it for the series.arch file)
[15:16] <ogra_> huh? i see the changes here in my checkout of sil2100's branch
[15:16] <ogra_> weird
[15:16] <didrocks> ah, maybe launchpad is lying?
[15:16] <sil2100> didrocks: but look at the source branch
[15:16]  * didrocks look at the branch
[15:16] <sil2100> didrocks: the source branch has the debian/rules modified
[15:17] <sil2100> didrocks: so why doesn't the merge request have it noted?
[15:17] <sil2100> http://bazaar.launchpad.net/~sil2100/compiz/missing_versions/revision/773
[15:17] <didrocks> sil2100: ok, let's forget about launchpad for a moment, reviewing manually the diff then :)
[15:17] <sil2100> It seems lauchpad hates me :(
[15:18] <didrocks> ogra_: waow
[15:18] <didrocks> ogra_: you had fun!
[15:18] <ogra_> haha
[15:19] <ogra_> luckily i could steal the quilt code from eglibc ... would have taken me days to figure that one out :)
[15:19] <ogra_> though i think that should go into dh actually
[15:19] <didrocks> ogra_: yeah, I'm just figuring it out right now, with that .pc stuff, I would never have guessed this QUILT_PC…
[15:19] <didrocks> ogra_: agreed, should be in dh
[15:20] <ogra_> on my TODO for 12.10 ;)
[15:20] <didrocks> heh :)
[15:20] <didrocks> alf_: ok, green on the compiz branch :)
[15:20] <didrocks> alf_: so just ensure you have the quilt patch applied :)
[15:20] <didrocks> compiz-plugins-main now
[15:21] <alf_> didrocks: ok
[15:22] <alf_> didrocks: wait what do you mean "quilt patch applied". I am doing: debcheckout compiz && cd compiz && bzr bd-do (with 0.9.7.6 in parent dir). Anything more?
[15:22] <didrocks> waow, it's the same in the second merge request, the series.arch file isn't listed, neither the change in debian/rules
[15:23] <didrocks> alf_: are you doing that on an armel machine?
[15:23] <ogra_> didrocks, note that the armel ones are just links to the armhf ones
[15:23] <didrocks> alf_: the armel patch is only applied on armel :)
[15:23] <ogra_> (since we dont officially support armel anymore)
[15:23] <alf_> didrocks: ok, I don't need the arm patch for what I need to do
[15:23] <seb128> mterry, did you already upload g-c-c?
[15:23] <didrocks> ogra_: I was telling "armel" so that I don't make a typo on armhf :p
[15:23] <didrocks> alf_: ah ok then ;)
[15:24] <mterry> seb128, last night yes.  I added another patch this morning, but didn't upload
[15:24] <ogra_> didrocks, i mean because of missing files :)
[15:24] <didrocks> alf_: just stage that on an quilt patch that you will offer to us then :)
[15:24] <ogra_> el are all just symlinks
[15:24] <didrocks> ok ;)
[15:24] <seb128> mterry, can you sneak those in your next upload?
[15:24] <seb128> http://git.gnome.org/browse/gnome-control-center/commit/?id=9eb047baff69f78273e0be20c42c06cde7a2e27f
[15:24] <seb128> http://git.gnome.org/browse/gnome-control-center/commit/?id=80fdb0bee20af5c3f718bd09dccb2b34dad0aeba
[15:25] <didrocks> ogra_: but even not the symlink is listed in the merge proposal, I think that launchpad is totally lost here :)
[15:25] <ogra_> weird
[15:26] <seb128> pitti, 5 minutes to meeting time if somebody has an agenda
[15:26] <didrocks> ok c-p-m is fine as well
[15:26] <pitti> seb128: nothing on https://wiki.ubuntu.com/DesktopTeam/Meeting/2012-04-10 so far
[15:27] <mterry> seb128, ok will add them to bzr
[15:27] <seb128> pitti, right, just mentioning because some people seemed surprised about the lack of ping reminder on IRC previous weeks
[15:27] <seb128> pitti, you might still give a ring of your ping alias in case ;-)
[15:27] <seb128> so at least people know we didn't have a topic and don't have a meeting
[15:27] <pitti> jasoncwarner, Sweetshark, bryceh, chrisccoulson, didrocks, tremolux, Riddell, kenvandine, cyphermox, mterry, seb128, tkamppeter, pedro_, desrt, agateau: if anyone has agenda items and want a meeting, please speak up now
[15:28] <pitti> seb128: yep, good idea
[15:28] <seb128> pitti, thanks ;-)
[15:28] <didrocks> alf_: so, for c-p-m, just debcheckout compiz-plugins-main branch, then put the upstream tarball (you can get it from the archive with apt-get source for instance) in the parent directory and same, bzr bd-do.
[15:28] <kenvandine> nothing from me
[15:28] <alf_> didrocks: ok, thanks!
[15:29] <didrocks> alf_: remember that bzr bd-do drop you into a subshell and if you exit 1, nothing will be copied. If you exit 0, then the content of the debian/ directory only will be copied back :)
[15:29] <didrocks> good luck!
[15:29] <didrocks> thanks ogra_ and sil2100 for your work here, at least, we start to have the branch in shape :)
[15:29] <seb128> mterry, thanks
[15:30] <ogra_> didrocks, thanks for the help ...
[15:45] <seb128> bug #973491 is weird
[15:45] <ubot2> Launchpad bug 973491 in nautilus "nautilus popup menu highlighting using copy and paste incorrect" [High,Confirmed] https://launchpad.net/bugs/973491
[15:45] <sil2100> didrocks: you're welcome
[15:45] <seb128> the nautilus context menus has items displays as unactive that are in fact active
[15:46] <sil2100> didrocks: thanks for wrapping things up ;)
[15:46] <didrocks> yw :)
[15:55] <mterry> tremolux, heyo.  so there's two main wesnoth source packages: wesnoth-1.8 and wesnoth-1.10 (which also makes the main wesnoth binary pkg).  I don't know why Debian chose to keep the old source around, but whatever.  Now the question is, how to fix the presentation in USC.  Because wesnoth-1.8 has all the reviews and is in top 12 rated apps.  Seems like that's a bit of a misdirection and when we do drop it from archive, we'll lose that data
[15:56] <tremolux> mterry: hmm, interesting, I know we have a bug on this one
[15:57] <tremolux> mterry: I'm not sure if we can move the reviews over...hmmm, that's a good one
[15:57] <tremolux> mterry: let me ask in #software-center, the server guys hang out there too
[15:57] <tremolux> mterry: if you want to join, please do
[15:57] <mterry> tremolux, I think if we were starting from scratch, we should have the desktop file for the latest version live in the main wesnoth binary, not a versioned one.
[16:03] <davmor2> guys I just clocked a massive annoyance.  If you use a non default desktop wallpaper but one of the default installed ones.  (I used the snowdon one from oneiric) once the precise ones hit you get the default wallpaper on the login page but a black desktop when you login as the picture got removed
[16:04] <seb128> it's bug #863509
[16:04] <ubot2> Launchpad bug 863509 in update-manager "Upgrading Ubuntu to new version deletes previous wallpapers" [Undecided,Confirmed] https://launchpad.net/bugs/863509
[16:04] <seb128> not a new issue
[16:05] <seb128> there is no good way out of it
[16:05] <seb128> out of keeping all the wallpapers from all releases installed over upgrades
[16:07] <didrocks> we need to give some thoughts about now post precise, I'm sure we can come up with a good solution, maybe in update-manager or whatever, but I think we should tackle at some point
[16:07] <davmor2> seb128: it's not so much that it deletes the old ones that is annoying. It's that the lightdm shows a nice shipped wallpaper that you then expect to see once you login and it isn't if that makes sense
[16:08]  * didrocks adds it to my "scratch my own thing" list
[16:08] <seb128> well lightdm fallbacks when the wallpaper is not available
[16:08] <seb128> didrocks, well we could easily make nautilus display the default wallpaper if the one in gsettings point to an invalid file
[16:08] <davmor2> seb128: indeed
[16:09] <didrocks> seb128: right, but I meant, thinking of a way to keep them still selected (and available) after the upgrade, because it's not a really nice experience
[16:09] <didrocks> even if in some way, reverting to the default wallpaper shows that you indeed upgrade…
[16:10] <seb128> didrocks, right, agree with that, the "display the default if the configured one is not available" might be easier to do and still doable for precise
[16:10] <didrocks> indeed :)
[16:10] <seb128> didrocks, especially that we don't migrate themes for this cycle either
[16:11] <didrocks> right
[16:12] <chrisccoulson> hi! sorry, i completely forgot it was tuesday and went off to do exercise :/
[16:13] <seb128> chrisccoulson, no worry we didn't have a meeting anyway ;-)
[16:13] <chrisccoulson> cool :)
[16:14] <pitti> Sweetshark: argh, forgot to send this to -proposed instead of release
[16:14] <pitti> Sweetshark: so let's cross fingers that it builds everywhere, otherwise we have a problem
[16:15] <chrisccoulson> w00t, i'm 10kg lighter than i was at the rally now! :-)
[16:17] <seb128> chrisccoulson, waouh, well done! ;-)
[16:17] <seb128> chrisccoulson, do you practice every day?
[16:17] <chrisccoulson> seb128, thanks! only another 15kg to go ;)
[16:17] <chrisccoulson> seb128, yeah, i'm biking nearly every day atm
[16:18] <seb128> chrisccoulson, I'm running almost every day and I managed to loose 3kg only :p
[16:18] <seb128> still some 5kg to go for me ideally ;-)
[16:18] <seb128> I hope UDS will not ruin it all :p
[16:18] <chrisccoulson> seb128, that's pretty good. it's easier for me because i've got a lot more to lose ;)
[16:18] <didrocks> why don't I loose weight and I'm running 5 kms a day? :/
[16:19] <chrisccoulson> didrocks, too much beer? ;)
[16:19] <didrocks> chrisccoulson: no, almost no alcohol
[16:19] <seb128> didrocks, no fat? you would need to loose a bone or something to get thinner? :p
[16:20] <chrisccoulson> didrocks, too much foie gras? ;)
[16:20] <seb128> chrisccoulson, you are talking to the guy who get no breakfast, no lunch, no beer and still do sport :p
[16:20] <chrisccoulson> heh
[16:20] <didrocks> seb128: no fat, I would love to, but no as well :-)
[16:20] <didrocks> chrisccoulson: ah, that's it! every day ;)
[16:20] <didrocks> on my breakfast I don't take :p
[16:20] <pitti> seb128: we can go running at UDS!
[16:21] <seb128> remember me the Brussel's UDS
[16:21] <pitti> yeah, the Brussels one was really great for running
[16:21] <didrocks> seb128: "I do sport" :p
[16:21] <seb128> pitti, yeah, the trap is on the other side of the day though
[16:21] <seb128> pitti, the beer side of the day ;-)
[16:21] <pitti> didrocks: let's go running at UDS, and whoever fails to get up in the morning has to pay a round
[16:22] <pitti> and we can wake each other :)
[16:22] <seb128> oh, drinking games!
[16:22] <seb128> I'm in ;-)
[16:22] <didrocks> pitti: not sure I'll be able to follow you if you are a professionnal exercice-maker, but yeah ;)
[16:22] <didrocks> seb128: sweet!
[16:22] <seb128> joke aside I will try to get some exercice during UDS this time
[16:22] <didrocks> it's better in the morning as well
[16:23] <didrocks> as you are less tempted to skip the "exercice" part and just go to the bar :)
[16:23] <kenvandine> seb128, i usually say that too... but i can't tear myself away :)
[16:23] <seb128> hehe
[16:23] <chrisccoulson> i would love to go running, but every time i run i end up with excruciating pain in my lower legs :(
[16:23] <chrisccoulson> which is why i bike instead ;)
[16:24] <seb128> chrisccoulson, well if you loose another 10kg you will maybe be good to start running again
[16:25] <chrisccoulson> seb128, i'm not sure. i also had it when i was a teenager and quite active too
[16:25] <chrisccoulson> heh, that seems a long time ago ;)
[16:25] <pitti> didrocks: no worries -- I don't run except on UDSes, so if anything I'll have trouble keeping up with you :)
[16:25] <pitti> yeah, in the morning is much better
[16:26] <pitti> you feel a lot better for breakfast and the sessions
[16:26] <pitti> well, I do anway
[16:26] <seb128> the tricky part is getting out of bed ;-)
[16:26] <didrocks> seb128: especially for you ;)
[16:26] <chrisccoulson> i don't have much of a problem with that atm :)
[16:26] <kenvandine> hehe... the tricky part is getting to bed :)
[16:26] <chrisccoulson> lol
[16:26] <didrocks> kenvandine: especially for you ;)
[16:26]  * didrocks has a shortcut on that answer :p
[16:27] <kenvandine> didrocks, i have the same problem at home.. not just at UDS :)
[16:27] <didrocks> heh
[16:27] <kenvandine> only if i open my laptop at night... i can't seem to drag myself away
[16:29] <Sweetshark> pitti: well, its known to build on amd64 and i386. the upstream changes are hopefully not that platformdependant. The only thing that could be troublesome would be the reenabled debian-hardened patch.
[16:30] <didrocks> bye bye maverick meerkat… and UNE ;)
[16:30] <pitti> Sweetshark: still, let's use -proposed next time, to avoid arch skew
[16:31] <Sweetshark> pitti: but even that should do as http://packages.debian.org/sid/libreoffice-core shows armhf and powerpc having finished builds that include that patch.
[16:31] <Sweetshark> pitti: sure, sure.
[16:32] <seb128> mterry, if you didn't upload g-c-c yet no need to do it, I will have 2 fixes to add as well today
[16:32] <seb128> mterry, I can also backport the git commits while I'm at it if you want
[16:33] <mterry> seb128, ok.  I got distracted by lunch, so go ahead.  :)
[16:33] <seb128> mterry, ok
[16:33] <didrocks> seb128: reminder, I have to upload g-c-c on Thursday in case you want to stage changes
[16:33] <didrocks> but if you want to upload before and catch up on bug count, please go ahead :)
[16:34] <seb128> mterry, if you don't know what to look at next gvfs seems to have quite some segfaults, some seem similar to a bug your tracked previous cycle iirc
[16:34] <seb128> didrocks, I might update so we don't have 10 changes stacked in the same upload at the end of week
[16:34] <didrocks> sure
[16:34]  * didrocks will rebase again :p
[16:34] <seb128> didrocks, there are like 5 or 6 of those in vcs already today
[16:34] <mterry> seb128, oh yeah?  I'll look at it
[16:59]  * didrocks waves good evening
[16:59] <didrocks> see you tomorrow :)
[17:08] <seb128> mterry, I was thinking about http://git.gnome.org/browse/gvfs/commit/?id=1f5c16b8ac679b322f2bed33c8e6cc5ed6096ff3 but in fact those g_vfs_mount stacktraces are different
[17:09] <seb128> mterry, still if you feel like grabbing some of the gvfs "High" bugs, there are a bunch of segfault issues in different backends which collect duplicates
[17:09] <mterry> seb128, yeah, I can take a look.  that's been my MO these past few days, looking for segfaults
[17:10]  * mterry just has a deja-dup issue to look at first
[17:10] <seb128> mterry, I noticed, I'm glad you picked on those ;-)
[17:10] <seb128> mterry, btw did you see that Debian dropped deja-dup from testing?
[17:11] <mterry> seb128, yeah, I can't remember exactly why.  I think it was some packaging issue
[17:11] <mterry> seb128, they also haven't been packaging the 23.x/24.x series at all
[17:11] <seb128> mterry, ok
[17:11] <mterry> seb128, they're on their own time schedule.  I've offered to help a few times, but it hasn't gone anywhere
[17:11] <seb128> mterry, it seems the reason was that one user was having a segfault in gtk_grid code when using --restore
[17:12] <seb128> mterry, ok
[17:12] <mterry> seb128, oh really?  Yeah, I'd have to dig up the bug
[17:12] <seb128> mterry, well #debian-gnome guys were discussing it today, it seems it might already be resolved in the current version
[17:12] <seb128> mterry, they did follow up on it
[17:12] <seb128> mterry, bugs.debian.org/cgi-bin/bugreport.cgi?bug=650856 was the bug
[17:13] <seb128> stupid firefox doesn't copy the http:// part when the page is loading :p
[17:13] <mterry> seb128, but that wasn't why it was removed from testing I didn't think
[17:13] <seb128> mterry, ok, that's why it didn't move back there at least
[17:13] <mterry> seb128, ah!  that makes sense
[17:14] <mterry> seb128, yeah, I don't know as if that was ever actually a deja-dup bug
[17:14] <mterry> seb128, debian-gnome folks care about deja-dup?  I don't think they are co-maintainers
[17:15] <pitti> good night everyone!
[17:15] <mterry> pitti, night!
[17:17] <seb128> pitti, 'night
[17:17] <seb128> mterry, they don't maintain it but they seemed interested enough to get it back in testing that they started looking at the issue
[17:22] <kenvandine> seb128, i just uploaded the fix for bug  977803
[17:22] <ubot2> Launchpad bug 977803 in libdbusmenu "After libdbusmenu-gtk3-4 upgrade closing gedit shows about 800+ lines - (gedit:3155): LIBDBUSMENU-GTK-WARNING **: (/build/buildd/libdbusmenu-0.5.99/./libdbusmenu-gtk/parser.c:228):parser_data_free: runtime check failed: (i != 1)" [High,Confirmed] https://launchpad.net/bugs/977803
[17:22] <kenvandine> seb128, i tested to make sure it was seb128 friendly :)
[17:22] <seb128> kenvandine, waouh \o/
[17:23] <seb128> kenvandine, I will be able to use gedit again :p
[17:24] <kenvandine> (gedit:27760): LIBDBUSMENU-GLIB-WARNING **: Trying to remove a child that doesn't believe we're it's parent.
[17:24] <kenvandine> i do get that, but only under my account
[17:24] <kenvandine> not in a guest session
[17:24] <kenvandine> so has something to do with some plugin i have
[17:26] <kenvandine> humm, it is the bzr integration
[17:28] <seb128> kenvandine, still a libdbusmenu issue
[17:28] <seb128> kenvandine, so good to report to charlesk ;-)
[17:28] <kenvandine> yeah, just trying to figure out what it is doing
[17:28] <kenvandine> that plugin adds a load of menus
[17:40]  * Laney looks at the release schedule and gets The Fear
[17:41] <Laney> could someone (kenvandine?) look at https://code.launchpad.net/~laney/ubuntu-wallpapers/ubuntu-wallpapers-extra-transitional/+merge/101190? :-)
[17:41] <tkamppeter> pitti, still there?
[18:13] <chrisccoulson> ok, insurance claim made :)
[18:13] <chrisccoulson> not sure if i should feel bad for the other guy or not ;)
[18:14] <kenvandine> Laney, sure
[18:16] <dobey> chrisccoulson: is he australian?
[18:20] <seb128> chrisccoulson, didn't you say you wouldn't do it without?
[18:21] <chrisccoulson> seb128, he said yesterday that he would pay me for the damage to avoid his premium being unaffordable next year, but never called me back despite saying he would do
[18:22] <seb128> chrisccoulson, too bad for him ;-)
[18:22] <chrisccoulson> and i don't see why i should chase him for money ;)
[18:22] <chrisccoulson> yeah
[18:22] <chrisccoulson> i prefer it this way too, as it means that my car is collected, and i get a hire car sorted out for me too with no hassle
[18:22] <chrisccoulson> if i don't go through the insurance company, i'd need to sort all of that out myself
[18:23] <chrisccoulson> which is more effort on my part, which i shouldn't need to be doing ;)
[18:23] <seb128> chrisccoulson, so your car is out of order?
[18:24] <chrisccoulson> seb128, it's drivable for short drives. but i wouldn't take it on a motorway with the rear bumper hanging off it ;)
[18:24] <dobey> chrisccoulson: go to Tesco and get some duct tape
[18:25] <chrisccoulson> lol
[18:25] <chrisccoulson> it wouldn't be the first time i've seen someone do that
[18:25] <chrisccoulson> i could use duct tape for taping up the cracks, but i'm not so sure about replacing the broken mounts with duct tape ;)
[19:57] <seb128> dobey, hey
[19:58] <seb128> dobey, what's the best way to raise an issue in the u1 stack that should be milestoned for the coming ubuntu?
[19:58] <seb128> dobey, I assigned your that g-s-d libsync bug today because I'm not sure what's the right way ;-)
[19:58] <seb128> bug #964453 would be nice to fix as well
[19:58] <ubot2> Launchpad bug 964453 in ubuntuone-client "Folder "Shared With Me" is not translated" [Undecided,New] https://launchpad.net/bugs/964453
[19:59] <dobey> yeah that is definitely not getting fixed for 12.04
[19:59] <dobey> would require an invasive change to ubuntuone-syncdaemon to translate that folder
[20:01] <dobey> seb128: and i'm not sure that crash will get fixed for 12.04 final (or that it's actually our plug-in that's crashing)
[20:01] <seb128> dobey, well, SRU will do if needed ;-)
[20:01] <seb128> dobey, the stacktrace point to the sync lib
[20:03] <dobey> seb128: it's in there, but afaict, the trace is not complete (perhaps because of mem corruption). and i have had to re-log-in to u1 probably 20 times in the past week, and have never hit it :)
[20:03] <dobey> seb128: so it's very odd
[20:03] <dobey> anyway
[20:05] <dobey> seb128: generally, make sure it's assigned to a u1 package, and just nominate it for the appropriate version of ubuntu
[20:05] <seb128> dobey, ok, thanks
[20:05] <seb128> dobey, you don't have a team you use, like "should assign to ubuntuone-desktop" or something?
[20:07]  * mterry hates gnome-keyring tests
[20:07] <dobey> seb128: not for the bugs against the packages. we generally assing the package bugs to whoever is doing the upload for the package. there is "ubuntuone-desktop+" you can assign bugs to if you want though
[20:08] <dobey> but i am not fond of assigning bugs to a team
[20:08] <seb128> mterry, it did hang again?
[20:09] <mterry> seb128, yeah.  spinning again
[20:09] <seb128> dobey, well I know that for us that's how people raise the bug as being an issue the team should consider
[20:10] <seb128> dobey, like rick or others will assign to our team and pitti or somebody else then will review to see if that's something we should track and dispatch to a team member or unassign as appropriate
[20:12] <dobey> right. but to mee it just seems redundant. if there's a bug filed against our software, we should look at it. and we should use series and milestones to determine when it should be fixed, or it's wishlist, or we won't fix it. (or it's incomplete and the reporter isn't responding to pings)
[20:12] <mterry> seb128, what's with all these gvfs crashes?  /me could spend a lifetime here
[20:12] <dobey> but right now, everyone on the u1 team (even people not on ubutnuone-desktop+), should be getting the bug mails
[20:13] <seb128> mterry, we hate bugs, they are bugs, we hate them? ;-)
[20:13] <seb128> mterry, or what do you mean?
[20:14] <mterry> seb128, just so many
[20:14] <seb128> mterry, yeah, I think lots are dups
[20:14] <mterry> seb128, ah...  easy karma
[20:14] <seb128> mterry, also gvfs has an hard job, it's dealing with lot of datas travelling between sources and libraries
[20:15] <seb128> like dealing as well with apple devices, than cameras, than samba shares, than ftp, than webdav etc
[20:15] <seb128> not to mention libarchive
[20:15] <seb128> or fuse
[20:15] <mterry> seb128, :)  Such a gvfs apologist
[20:15] <seb128> lol
[20:15] <mterry> I agree, it's doing a lot of things, with a lot of protocols
[20:16] <seb128> mterry, ok, that's your lucky week, for one bug claimed you get get two free extra ones to fix!
[20:16] <mterry> wooo..
[20:17] <seb128> ;-)
[20:19]  * mterry takes a gym break
[20:19] <seb128> mterry, so that's how you try to sneak away, disappointing :p
[20:19] <seb128> mterry, enjoy ;-)
[20:19] <mterry> seb128, those gvfs bugs will still be there I'm sure of it
[20:25] <seb128> jbicha, that was an efficient bug dealing ;-)
[20:26] <jbicha> seb128: brasero was a 1-character fix :)
[20:26] <seb128> jbicha, who cares, a fix is a fix ;-)
[20:26] <seb128> we don't count chars:!
[20:31] <mlankhorst> oh my recent fix was 182 lines removed :>
[20:32] <jbicha> seb128: I just need what about 300 more fixes like that to catch up with you?
[20:32] <seb128> jbicha, the target is didrocks, not me ;-)
[20:33] <seb128> jbicha, btw gnome-shell won the most frequently dupped bug award from the retracers ;-)
[20:34] <seb128> jbicha, http://pastebin.ubuntu.com/923047/ is the april ranking
[20:34] <jbicha> seb128: at least I win something :/
[20:34] <m4n1sh> what is the difference between 2nd and 3rd?
[20:34] <seb128> jbicha, though you could argue than 2 and 3 are the same and beat gnome-shell, the unity-greeter issue got fixed though
[20:34] <m4n1sh> the title looks the same
[20:35] <seb128> m4n1sh, slightly different signature of the same issue but it got resolved since
[20:35] <m4n1sh> thanks
[20:36] <jbicha> bug triage is pretty intense for gnome-shell, a lot of crashes, some are problems with nvidia or fglrx drivers
[20:37] <jbicha> it'd be nice if the GNOME devs would look through our shell 3.4 crash bugs
[20:37] <m4n1sh> isn't it on bgo?
[20:45]  * micahg thinks it's time for him to unsubscribe from gnome-shell bugs
[21:58] <poettone> I have recently setup two ubuntu 11.10 machines, one using wubi on top of windows Vista, the other on bare metal. I noticed on my wubi machine under the network applet it shows "wired connection 1" last used 1 minute. The bare metal machine has nothing listed under the applet but I'm on that machine and connected.  I think I need to report this as a possible issue with the applet itself. Does anyone know where to post this as a possi
[22:01] <poettone> anyone?
[22:02] <poettone> should be some avenue to report or see if others have similar issues
[23:01] <RAOF> poettone: The thing to do would be to report a bug - running “ubuntu-bug network-manager-gnome” will give you a good start on that bug.
[23:13] <jasoncwarner_> hey RAOF robert_ancell TheMuso bryceh a bit late, but meeting time... any agenda items to discuss? https://wiki.ubuntu.com/DesktopTeam/Meeting/2012-04-10
[23:13] <robert_ancell> nope
[23:13] <TheMuso> A good cold morning to you all, and not from me.
[23:13] <jasoncwarner_> also, don't forget to update the wiki with your weekly  notes, thank
[23:14] <RAOF> A fine 7am from me, and also no agenda items.
[23:14] <bryceh> jasoncwarner_, none from me either