=== jbicha is now known as Guest10547
=== mimico is now known as mimico_away
=== tkamppeter_ is now known as tkamppeter
[07:17] <pitti> Good morning
[07:19] <tkamppeter> pitti, hi
[07:20] <tkamppeter> pitti, RAOF seems to not have done SRU work the last two days, can you approve my SRU? It is urgent, there are lots of complaints about PS printers not working.
[07:21] <pitti> okay, I'll try
[07:24] <pitti> well, he accepted my package anyway :)
[07:36] <chrisccoulson> good morning everyone
[07:42] <chrisccoulson> sigh, https://launchpadlibrarian.net/105415508/buildlog_ubuntu-quantal-i386.firefox_13.0~b4%2Bbuild1-0ubuntu2_FAILEDTOBUILD.txt.gz
[07:50] <seb128> hey
[07:50] <chrisccoulson> hi seb128
[07:50] <seb128> hey chrisccoulson, how are you?
[07:50] <chrisccoulson> seb128, yeah, not too bad thanks. how are you?
[07:51] <seb128> chrisccoulson, I'm ok, still a bit sleepy but working on it through coffee ;-)
[08:16] <chrisccoulson> it seems that i need a magic wand to make firefox build this week
[08:17] <pitti> trouble with gcc 4.7?
[08:17] <chrisccoulson> pitti - partly. but i'm hitting other problems after turning PGO on, that i didn't see locally
[08:21] <tkamppeter> pitti, thanks.
[08:59] <seb128> is it me or is http://bugs.freedesktop.org not working?
[09:00] <mlankhor1t> It's connected but not loading here afaict
[09:00] <pitti> just found the same, http doesn't work either
[09:00] <pitti> I grabbed the udisks2 tarball through ssh :/
[09:00]  * pitti packaging udisks2 now
[09:01] <seb128> mlankhor1t, pitti: thanks, so not just me
[09:01] <seb128> pitti, udisks2 \o/
[09:15] <seb128> smspillaz, did you device to triage all compiz bugs today or what? ;-)
[09:16] <smspillaz> seb128: nope, a script did it for me :P
[09:16] <smspillaz> seb128: sorry for the spam :P
[09:16] <smspillaz> seb128: (just migrating all of the bugs over)
[09:17] <seb128> smspillaz, migrating from where to where? no worry, I was just curious since you set settings and assigned some on the way, it didn't seem scripted
[09:18] <smspillaz> seb128: like they say at Google - if it isn't automated, you're probably doing it wrong ;-)
[09:18] <seb128> hehe
[09:18] <smspillaz> seb128: I copied the assignment and status / priority from the old project
[09:19] <smspillaz> launchpadlib is pretty fun for stuff like this
[09:19] <smspillaz> only 100~ lines of python \o/
[09:26] <seb128> smspillaz, what's the difference between compiz and compiz-core upstream projects?
[09:27] <seb128> smspillaz, ignore that, just received your email
[09:27] <smspillaz> :)
[09:27] <seb128> smspillaz, I think you did it wrong though
[09:28] <smspillaz> seb128: oh ?
[09:28] <seb128> smspillaz, it would have been better to reassign than to add a new component, i.e now all bugs have compiz-core and compiz components
[09:29] <smspillaz> seb128: sure - I considered this, although I decided that it would be better if the script was nondestructive
[09:29] <seb128> smspillaz, don't be afraid of destroying bugs ;-)
[09:29] <pitti> but reassigning a bug to the correct component is not destructive
[09:30] <pitti> you can always revert it with equal effort, and if the bug is not in compiz, it should not have a task in compiz
[09:30] <smspillaz> pitti: all the bugs which were compiz-* bugs are now effectively compiz bugs (since the branches were joined together)
[09:31] <smspillaz> pitti: perhaps we can invalidate all the old bugs, I just thought it would be better to add new tasks for now before touching the old ones
[09:31] <seb128> well now it's done anyway
[09:31] <seb128> but I would have reassigned rather doing also affect to add a new line to the bugs
[09:31] <smspillaz> I didn't think you could reassign, only 'affects' and marking invalid the old task
[09:32] <seb128> smspillaz, it would be cool if you could script putting all compiz bugs not changed for > 1 year to incomplete asking to try with compiz 0.9
[09:32] <smspillaz> seb128: I think we already did that with the 0.8 bugs didn't we ?
[09:32] <seb128> there is probably a lot of noise in those bugs
[09:32] <smspillaz> seb128: in any event, most of the ones assigned to compiz-core are 0.9 bugs
[09:33] <seb128> smspillaz, compiz (ubuntu) has 1077 bugs, 479 tagged compiz-0.9
[09:33] <smspillaz> re: noise, I agree, maybe we should clean them out
[09:33] <pitti> seb128: how urgently do you want udisks2? i. e. I'm uploading to experimental now, do you want to wait for Debian source NEW, or would you like to source-NEW it in Ubuntu today and sync later?
[09:34] <seb128> pitti, I'm not in an hurry, I think robert_ancell was looking for it
[09:34] <seb128> pitti, let's wait over the w.e and sync is on monday if they didn't?
[09:34] <pitti> sure
[09:34] <seb128> thanks
[09:47] <fredp> pitti: I'll be really happy to have jhbuild get more robust, don't hesitate to file enhancement requests, or bug reports, and patches, of course, you'll be welcomed.
[09:48] <pitti> fredp: thanks! I will
[09:49] <pitti> fredp: as a first step I thought about some "auto-fallback" mode, i. e. when a build fails, try distclean first, and then a complete new checkout
[09:49] <pitti> fredp: so that you can run an automatic jenkins instance in this mode, without having to clean up obsolete file dependencies or stale .Tpo files all the time, etc.
[09:49] <fredp> that's indeed the kind of thing that would help a lot.
[09:49] <pitti> fredp: would that be something you'd accept?
[09:50] <pitti> I'll file a bug about it and think about some good design for this
[09:50] <fredp> cool, thanks
[09:50] <pitti> (not today, though, I still have some weeks of catching up to do)
[09:51] <fredp> no hurry, just wanted to welcome you.
[09:53] <pitti> fredp: thanks!
[11:01] <chrisccoulson> hmmm, that sucks. the crash that occurs in the firefox build is not reproducible at all locally :(
[11:31] <sewardj> does anybody know who the ubuntu packager/maintainer for firefox is?
[11:43] <ogra_> sewardj, do you plan to send him flowers or money ? surely your question has more background than just wanting to know who it is, how about you ask the actual question ;)
[11:47] <chrisccoulson> ogra_, i appreciate money more than flowers ;)
[11:47] <ogra_> haha
[11:48] <chrisccoulson> sewardj, yeah, that might be me, depending on the question, or the day of the week ;)
[11:48]  * ogra_ thinks that gets relative as soon as you recieve a flower worth more than money ;)
[11:48] <ogra_> imagine a massive golden tulip
[11:48] <ogra_> :)
[11:48] <chrisccoulson> can i use it to buy beer?
[11:49] <sewardj> chrisccoulson: not sure about that
[11:49] <ogra_> after bringin it to a back i guess you can ... depending on the bank and their policies of paying customers in beer indeed
[11:49] <ogra_> s7back/bank/
[11:49] <sewardj> chrisccoulson: on 10.04 LTS, I am now having problems building mozilla-central
[11:50] <chrisccoulson> sewardj, what sort of problem?
[11:50] <sewardj> chrisccoulson: (x86_64 10.04 that is).  Either the compiler segfaults, or the resulting firefox executable segfaults
[11:51] <chrisccoulson> sewardj, did that only start recently?
[11:51] <sewardj> chrisccoulson: yes, that started about maybe a month ago (gcc 4.4.3 segfaulting).
[11:51] <sewardj> chrisccoulson: then I thought a fix was pushed for it in 10.04.4
[11:51] <sewardj> but it still segfaults
[11:51] <chrisccoulson> oh
[11:51] <chrisccoulson> 1 second
[11:52] <chrisccoulson> actually, never mind :/
[11:53] <sewardj> chrisccoulson: do you know anything relevant to this?  it's a nuisance not to be able to use the system gcc on 10.04.4 to build firefox
[11:53] <ogra_> well, it was originally used for building it
[11:53] <chrisccoulson> sewardj, not sure. do you build with PGO by any chance?
[11:54] <sewardj> chrisccoulson: no, this is a normal non-PGO build
[11:54] <chrisccoulson> we seem to be able to build the latest mozilla-central ok with the same compiler :/
[11:54] <chrisccoulson> https://launchpad.net/~ubuntu-mozilla-daily/+archive/ppa/+build/3496565
[11:54] <sewardj> chrisccoulson: this is all a bit abstract.  let me get you some STR
[12:02] <sewardj> chrisccoulson: http://pastebin.mozilla.org/1644703
[12:03] <sewardj> chrisccoulson: this is mozilla-release, but mozilla-central fails the same way
[12:03] <chrisccoulson> sewardj, oh, i'd certainly expect to see this on mozilla-release, but the problematic patch is no longer on mozilla-central
[12:03] <chrisccoulson> your tree is definitely up-to-date, isn't it?
[12:04] <sewardj> hmm haven't tried m-c in the past week I guess
[12:04] <chrisccoulson> sewardj, basically, you need to back out the investigation patch from https://bugzilla.mozilla.org/show_bug.cgi?id=621446
[12:04] <sewardj> chrisccoulson: so you're implying the c++ on 10.04.4 can't build mozilla-release?
[12:04] <ubot2> Mozilla bug 621446 in Networking: HTTP "Crash [@ mozilla::net::HttpChannelParent::RecvRedirect2Verify ]" [Critical,Resolved: fixed]
[12:05] <chrisccoulson> sewardj, ah, it was only backed out a couple of days ago: https://hg.mozilla.org/mozilla-central/rev/d16947d62333
[12:05] <chrisccoulson> i bet if you update mozilla-central, it will work :)
[12:07] <chrisccoulson> hmmm
[12:07] <chrisccoulson> actually, it should have worked for over a month (https://hg.mozilla.org/mozilla-central/rev/c785549b6eb2)
[12:07] <chrisccoulson> but it will definitely still fail on mozilla-release
[12:07] <sewardj> chrisccoulson: thanks for the pointers.  I will try to build m-r after lunch.
[12:12] <chrisccoulson> cool, hopefully it will work this time :)
[12:19] <alf_> Hi! Is there a way to change the lightdm session from within a session for a user? I am changing the value in .dmrc, but as soon as I log out or restart lightdm .dmrc is reset to the previous session, i.e., my change is overwritten.
[12:24] <seb128> alf_, the session is stored in accountsservice I think
[12:24] <seb128> see org.freedesktop.Accounts SetXSession()
[12:26] <alf_> seb128: Thanks!
[12:39] <chrisccoulson> ok, this build failure is a total PITA now. i wish i could make it fail locally :(
=== ayan_ is now known as ayan
=== m_conley_away is now known as m_conley
[13:37] <cyphermox> good morning!
[13:38] <highvoltage> good morning cyphermox
[13:38] <cyphermox> hey highvoltage
[13:46]  * cyphermox reboots to enable biosdevname
[13:46] <kenvandine> seb128, good afternoon!
[13:46] <kenvandine> seb128, have you seen bug 1001229
[13:46] <ubot2> Launchpad bug 1001229 in gtk+3.0 "wrong icon after last 12.04 update" [Medium,Confirmed] https://launchpad.net/bugs/1001229
[13:47] <seb128> kenvandine, hey, no I didn't until now
[13:47] <kenvandine> i am pretty sure that commit is what broke it
[13:48] <seb128> kenvandine, I don't have the bug here...
[13:48] <seb128> weird
[13:48] <kenvandine> not that weird
[13:48] <kenvandine> are you plugged in?
[13:48] <kenvandine> it varies depending on state
[13:48] <seb128> I'm docked fully charged
[13:48] <kenvandine> right
[13:48] <kenvandine> unplug
[13:48] <seb128> which seems to be the state listed in the bug?
[13:48] <seb128> "when battery is fully charged & AC connected"
[13:49] <kenvandine> yeah, i actually see the opposite :)
[13:49] <seb128> can you try to do a build with that patch reverted?
[13:49] <seb128> if you get the issue...
[13:49] <kenvandine> i've gotten it on 2 precise installs and quantal
[13:50] <seb128> lucky you ;-)
[13:50] <kenvandine> undock and let it go to a discharging state
[13:50] <seb128> I didn't try to undock
[13:50]  * kenvandine has to head out in a couple minutes
[13:50] <seb128> I don't want to do that now, something has a tendency to lock my laptop on lid state changes when docked
[13:50] <kenvandine> hehe
[13:50] <kenvandine> ok
[13:50] <kenvandine> i'll kick off a build before i leave
[13:50] <seb128> I will try later, I've to run in 15 minutes
[13:50] <seb128> thanks
[13:50] <kenvandine> ok, me too
[13:50] <kenvandine> doctor's appointment
[13:50] <seb128> it's not a blocker issue in any case
[13:51] <kenvandine> see ya later!
[13:51] <seb128> well it's enough to block moving to updates
[13:51] <kenvandine> yeah
[13:51] <seb128> but it can stay in proposed until monday
=== mhall119_ is now known as mhall119
[15:04] <chrisccoulson> ok, this is a complete nightmare. i can't think how i can debug this build crash now without access to the buildd :/
[15:04] <chrisccoulson> seeing as it really isn't reproducible in any other environment i've created
[15:12] <sewardj> chrisccoulson: that seems to work (re mozilla-release).  thanks.
[15:12] <chrisccoulson> sewardj, excellent, that's good :)
[15:13] <chrisccoulson> i've got my own build failure to figure out now :/
[15:14] <kenvandine> chrisccoulson, sounds like you are having a wonderful friday
[15:14]  * kenvandine hides
[15:16] <chrisccoulson> kenvandine, yep!
[15:22]  * Sweetshark just send a mail out asking desrt some confirmations about the lomenubar/gtk thingie. #blameitoncananda
[15:23] <Sweetshark> </cartman voice>
[15:55] <micahg> chrisccoulson: have you grabbed the buildd chroot?
[15:56] <pitti> good night everyone, have a nice weekend!
[15:58] <kenvandine> good night pitti!
[18:15] <achiang> hello, i'm running into LP: #855556 ; seems like this could be worked around by not having the live session login the 'ubuntu' user on every VT. any opinions on that?
[18:22] <achiang> another way of asking that question is: why is the ubuntu user logged into multiple VTs during the live session? what problem / use case is that solving?
[19:17] <BigW> Ghoto/nautilus fails when copying files larger than 4GB from camera to desktop. Is this known?
[19:21] <BigW> it seems to be gphoto .... will investigate ...
=== jalcine is now known as jacky
=== nessita1 is now known as nessita
=== m_conley is now known as m_conley_away
[21:49] <rexis> cairo dock is pissing me off, anyone know a great dock app?
[21:57] <jbicha> rexis: have you tried Unity? I hear it's not too bad ;)