[00:32]  * xnox keeping the queue full of easy syncs ;-)
[08:37] <Laney> doko: (anyone else): I'm copying qt4-x11 now
[08:41] <Laney> how do I make copy-package copy to proposed?
[08:42] <Laney> I don't see that options.destination.pocket gets set anywhere
[08:44] <cjwatson> It's done in setup_location
[08:44] <cjwatson> Does --to-suite=quantal-proposed not work?
[08:44] <Laney> dunno
[08:44] <Laney> I was reading the source to make sure I don't get it wrong
[08:44] <cjwatson> It should do.  Try it and the confirmation message should tell you
[08:44] <cjwatson> Oh, maybe it only tells you the archive
[08:45] <Laney> the suite doesn't get used directly in the copyPackage call
[08:45] <cjwatson> Yeah, but setup_location unpacks it.
[08:45] <Laney> right
[08:45] <cjwatson> --to-suite=quantal-proposed is certainly the intended interface.
[08:51] <Laney> excellent
[08:53] <infinity> Wait.
[08:53] <infinity> Where did that copy come from?
[08:53] <Laney> canonical-arm-dev/ppa
[08:53] <Laney> I realised that this was the package you were talking about with missing -g change for CXXFLAGS
[08:54] <Laney> I thought webit at first and got confused
[08:54] <Laney> k
[08:54] <infinity> Yeah, I'm going to have to reject that...
[08:54] <infinity> For two reasons.
[08:55] <infinity> (a) canonical-arm-dev isn't a clean PPA, it could have built against random non-archive bits.
[08:55] <infinity> And (b) it's a pure virt PPA, so it's building on qemu-user-static systems that are known-broken.
[08:56] <Laney> (a) I checked that it did not, but (b) fair enough
[08:56] <infinity> Well, (a) seems to be a non-issue from the log.
[08:56] <infinity> Yeah.
[08:56] <cjwatson> Known-broken how?
[08:56] <infinity> But (b) is kinda a no-go.
[08:56] <Laney> I don't know that it is known broken
[08:56] <Laney> I mean, yeah it sometimes fails when real builds would not but I'm not aware of the vice-versa case
[08:56] <infinity> cjwatson: qemu-user-static randomly segfaults, and since it's at the binfmt_misc jiggery-pokey level, it won't actually bubble up and kill sbuild.
[08:57] <infinity> cjwatson: Which can lead to curious results.
[08:57] <cjwatson> Oh joy.
[08:57] <cjwatson> That doesn't result in exit code 139?
[08:57] <infinity> There are reasons I won't let people use this solution for distro buildds...
[08:57] <cjwatson> Why oh why ...
[08:58] <cjwatson> (I mean surely if, say, a shell segfaulted the shell script would exit non-zero)
[08:58] <infinity> cjwatson: Yeah, I'm not sure why it doesn't seem to make its way back up the stack.  Could be a kernel misfeature?  Or something horribly perverse that qemu is doing.
[08:59] <cjwatson> Brought to you by the same geniuses that brought you https://lkml.org/lkml/2001/3/20/31
[08:59] <cjwatson> Anyone recognise https://launchpadlibrarian.net/118045056/buildlog_ubuntu-quantal-armhf.dmake_1%3A4.12-2build1_FAILEDTOBUILD.txt.gz, or should I just give it back and hope?  scheat doesn't reproduce it and it passed in the test rebuild
[09:00] <Laney> infinity: if you reject then I might as well do a sourceful upload to set CXXFLAGS too, and include the patch in rejected
[09:00]  * infinity looks.
[09:00] <Laney> so, do it.
[09:00] <infinity> Laney: That would be lovely.
[09:01] <Laney> of course it will then fail again :P
[09:01] <infinity> Probably.  Possibly.
[09:01] <infinity> But we need to effin' fix the buildds this week anyway, or I'm going to swan dive from a tall building.
[09:02] <infinity> cjwatson: Oh, that pesky misc-4 and it's failures!
[09:02] <infinity> cjwatson: (IOW, I have no idea what's up with that, I'm happy to blame cosmic rays if it works on a retry)
[09:03] <infinity> I was sort of expecting a log that might have something I could interpret. :P
[09:03] <cjwatson> It's ordering, I assume
[09:03] <cjwatson> The build on scheat says
[09:03] <cjwatson> making testfile2
[09:03] <cjwatson> making testfile1
[09:03] <cjwatson> making testfile3
[09:03] <cjwatson> as opposed to 2/3/1
[09:04] <infinity> Oh, curious.
[09:04] <infinity> I'm not so good with small integers, but I'd expect 1/2/3...
[09:15] <cjwatson> infinity: Mathematician.
[09:15] <infinity> cjwatson: Guilty as charged.
[10:09] <Laney> infinity: ^
[10:09] <Laney> perhaps you want to take that one
[10:16] <cjwatson> Laney: I think he's gone to sleep.  I've accepted it.
[10:16] <cjwatson> We'll see how that goes, I guess.
[10:16] <Laney> fair enough. Cheers.
[10:16] <Laney> make and webkit incoming.
[10:43] <infinity> New webkit!
[10:43] <infinity> Yay!
[10:45] <debfx> Laney: is it really necessary to use -gstabs for all Qt components instead of just webkit?
[10:46] <Laney> debfx: Dunno. I didn't test. With each build taking a day or more it's not the most pleasing of experiences.
[10:46] <Laney> By all means feel free to do so and submit a revised version
[10:49] <debfx> afaik we have such a patch in qtwebkit-source
[10:50] <debfx> build time is one area where disabling the qt4-x11 webkit would help a lot ;)
[10:53] <cjwatson> damnit, it's 2012 and we're *still* cleaning up after the horrendous mistake of mass-importing source packages from non-Debian sources in dapper
[10:54]  * xnox 8)
[10:55] <Laney> mass-remove them? ;-)
[10:55] <cjwatson> it's tempting, but maybe I will let others care
[10:56] <cjwatson> as ever I'm mostly annoyed by technical decisions taken for political reasons
[11:04] <doko> maas-remove? =)
[11:05] <Laney> reviewing queue
[11:05] <Laney> huh, someone is beating me :P
[11:06] <infinity> Laney: I do my best code reviews in my sleep.
[11:07] <infinity> unixy_shell is the best variable name ever.
[11:09] <infinity> Laney: The bit about defining PAGE_SIZE if it isn't... Are you sure that's not a bug elsewhere?
[11:10] <Laney> No, but I found similar changes applied to other packages
[11:10] <Laney> Infact I got the change from some other Debian package (don't ask me which)
[11:10] <infinity> Mmkay.
[11:11] <Laney> I'm not sure where it comes from on the working arches
[11:11] <infinity> x86_64-linux-gnu/sys/user.h:#define PAGE_SIZE		(sysconf(_SC_PAGESIZE))
[11:11] <Laney> or why it's different on arm
[11:11] <infinity> Definitely missing from user.h on ARM.  I'd file a bug, if I were you.
[11:12] <infinity> Cause it also misses out on PAGE_MASK, and some other bits and bobs because of that.
[11:13] <infinity> Anyhow, doesn't hurt to have the hack in make for now.
[13:30] <kenvandine> stgraber, can you look at bug 1055803, is that response from dpm sufficient?
[13:30] <ubot2> Launchpad bug 1055803 in unity-firefox-extension "Typos in strings to translate in template "Unity-Firefox-extension"" [High,Confirmed] https://launchpad.net/bugs/1055803
[13:30] <kenvandine> i'll add dh-translations too
[13:33] <stgraber> kenvandine: good enough for me, if it's not translated, there's no harm in changing the strings
[13:33] <kenvandine> yeah
[13:34] <kenvandine> stgraber, thx
[14:09] <ScottK> Someone (not me) ought to look at the webkit new upstream release that's in the queue.
[14:10] <infinity> ScottK: If no one beats me to it, it's on my list, cause I'm pretty danged sure we want it (and the security team would agree).
[14:10]  * ScottK too.
[14:10] <infinity> ScottK: But I could also use a nap.  Or caffeine.
[14:10]  * infinity is undecided on that.
[14:10]  * ScottK just looked at the size of the diff and decided to wrap a somebody else's problem field around it.
[14:11]  * ScottK is tired enough that he may need both of those.
[14:11] <infinity> ScottK: Yeah, I suspect my review of it will be somewhat akin to speed-reading.
[14:11] <infinity> ScottK: I'll understand the basic plot, but don't ask me what the characters had for lunch.
[14:11] <ScottK> Right.
[14:12] <ScottK> My review probably would have been more like "close eyes, hold nose", so better you anyway.
[14:12]  * ScottK pours coffee.
[14:17] <Laney> Oops, I accidently dropped some archive changes in webkit
[14:17] <Laney> Started from a PPA package that was out of date
[14:18] <psivaa> i get https://pastebin.canonical.com/75723/ after an p2q upgrade, could some one help me figure out how to resolve this, (i  had to use grub-repair after the upgrade too )
[14:39] <ScottK> Laney: Should I reject it then?
[14:40] <Laney> ScottK: I suppose.
[14:40] <Laney> I'm piloting now but I'll reupload it soon. It's just some Recommends changed to Suggests.
[14:41] <ScottK> Getting it out of unapproved reduces the chance of an oops in the mean time.
[14:41] <Laney> sure
[14:49] <skaet> Daviey,   has the maas upload that was producing uninstallable binaries been sorted in the last couple of hours?   Was looking at the Daily CD heal checks email,  and it seems to have been there for a couple of days.
[14:50] <cjwatson> It's blocked on http://people.canonical.com/~ubuntu-archive/component-mismatches.txt
[14:50] <cjwatson> Specifically ipmitool
[14:50] <cjwatson> Although I think Daviey said that was due to be dropped ...
[14:51] <infinity> Laney: No "just" about those dependency changes. :P
[14:51] <doko> no, replaced by freeipmi. just pinged Daviey about this. apparently work in progress
[14:51] <skaet> thanks doko, cjwatson
[14:53] <Daviey> Yeah, the MIR had a couple of requirements, which is in-progress
[14:53] <Daviey> nothing alarming, just some changes
[14:55] <skaet> Daviey,  will it land by tomorrow?
[14:55] <Daviey> sure!
[15:00] <doko> cjwatson, slangasek: where should libpam-xdg-support be seeded?
[15:02]  * cjwatson disavows knowledge
[15:19] <infinity> doko: My bet's on desktop-common or similar, but slangasek will know for sure.
[15:24] <xnox> doko: when I was discussion bug 1058211 slangasek said: "Sep 28 22:44:30 <slangasek>	xnox: well, preferably not; this should be seeded as part of ubuntu-desktop"
[15:24] <ubot2> Launchpad bug 1058211 in weston "weston does not fallback gracefully if $XDG_RUNTIME_DIR is not set" [Undecided,Confirmed] https://launchpad.net/bugs/1058211
[15:24] <xnox> doko: that was about libpam-xdg-support on #ubuntu-devel.
[15:25] <slangasek> doko: I was going to seed it in ubuntu-desktop; could be done in desktop-common if there's consensus that this is correct
[15:26] <doko> and I thought I could finish the test rebuild today ...
[15:27] <doko> slangasek, who is needed for this consensus? kubuntu, lubuntu?
[15:27] <infinity> slangasek: Well, the whole point of all things xdg is to be, well, cross-desktop.  So, if it's correct, it's correct for everyone, right? :)
[15:32] <slangasek> infinity: funny :P
[15:33] <doko> Riddell, any proposal to only accept these packages in an order that the builds do succeed?
[15:35] <Riddell> doko: you'll be pleased to know I took your advice and stopped using debian's method of build-depends to just depend on the libraries directly
[15:35] <doko> \o/
[15:35] <Riddell> so they sort themselves out for building in the PPA
[15:36] <doko> a beer if can teach this to our gnome packagers ...
[15:36] <doko> if you, even
[15:37] <Laney> what?
[15:37] <ScottK> doko: I'm accepting them anyway.
[15:37] <ScottK> Riddell: So I can accept them without worrying about order?
[15:38] <ogra_> doko, "a" beer wont do to convince them i fear :)
[15:38] <doko> ScottK, well, it will cost 10min x the packages on all archs ...
[15:39] <doko> ScottK, so how does this make sense, even before kdelibs is built?
[15:39] <ScottK> Right, I meant after kde4libs is done.
[15:39] <ScottK> It's building now.
[15:41] <Riddell> ScottK: yes I think so
[15:42] <ScottK> Cool.  We'll see.
[15:50] <stgraber> Uploaded casper and would much appreciate if someone could review soonish, I'm planning on respinning desktop once it's built to do some more debugging. Diff is at http://paste.ubuntu.com/1256180/ (as LP's probably busy diffing kde...)
[15:51] <stgraber> oh, that explains why queuebot didn't mention it ;)
[15:57] <cjwatson> I rejected and reuploaded lockfile-progs from that with a cleaner diff.
[16:50] <didrocks1> skaet: hey
[16:51] <skaet> hiya didrocks,  how are we looking for DesktopInfrastructureFreeze?  any snags?
[16:51] <didrocks> skaet: unity is still under quite a lot of changes, but I hope it will get there
[16:52] <skaet> didrocks,  if not,  we may need to go with what's in the archive now then.
[16:52] <didrocks> skaet: so it seems that PS think the release team ack for removing the preview on https://bugs.launchpad.net/unity-lens-shopping/+bug/1055684/comments/11 doesn't ask for any UIFe
[16:52] <ubot2> Launchpad bug 1055684 in unity-lens-shopping "[FFE] Use music lens details page for music store results" [High,In progress]
[16:52] <didrocks> skaet: I still think that the doc team has a say on it, as it impacts their work
[16:52]  * skaet looking
[16:52] <didrocks> wdyt?
[16:53] <stgraber> rejected casper, back from lunch break, so back to hacking on it, I'll bundle some more changes and re-upload at the end of the day
[16:53] <didrocks> (so there is a branch to remove the previews waiting)
[16:55] <SpamapS> Hi, can I get a +1 for bug #1060319 (FFE for juju)
[16:55] <ubot2> Launchpad bug 1060319 in juju "FFE - Juju and charm-tools" [Undecided,New] https://launchpad.net/bugs/1060319
[16:55] <didrocks> skaet: ?
[16:55] <SpamapS> ignore charm-tools there
[16:56] <skaet> didrocks,  reviewing the comments in the bug and checking some things
[16:56] <SpamapS> (juju is unseeded)
[16:56] <Laney> SpamapS: is it really urgent? " Reported by Clint Byrum 1 minute ago "
[16:57] <Laney> also, subscribe the release team please
[16:57] <SpamapS> heh, I was just about to do that, just noticed I forgot to :)
[16:57] <SpamapS> No its not.
[16:57]  * SpamapS crawls back into hole
[17:44] <popey> skaet, screenshots finally uploaded to bug 1055684
[17:44] <ubot2> Launchpad bug 1055684 in unity-lens-shopping "[FFE] Use music lens details page for music store results" [High,In progress] https://launchpad.net/bugs/1055684
[17:44] <skaet> popey,  how much testing was done off network for this featue?
[17:45] <popey> i tested both on and off network
[17:47] <skaet> Can you please add the details of what scenarios were tested,  in the bug to help us?
[17:48] <popey> i left a comment with what I did
[17:48] <skaet> thanks, popey
[17:48] <popey> np
[18:32] <Daviey> Can anyone comment why openvswitch is showing in both kubuntu and desktop sets?
[18:34] <cjwatson> ends up in supported for some reason, probably the -dbg packages
[18:34] <cjwatson> shouldn't be a big deal
[18:34] <infinity> That software-properties is fixing a "it just plain don't work" regression for PPAs.
[18:39] <doko> slangasek, infinity, cjwatson: xdg seeded in desktop-common
[18:42] <slangasek> doko: did you get input from the flavors about this, then?
[18:42] <doko> slangasek, no, based on infinity's comment to provide a common infrastructure
[18:42] <slangasek> doko: infinity is being less than rigorous in his rationale
[18:43] <slangasek> doko: this was pushed as a FFe for the Ubuntu desktop; if we're going to put it in desktop-common, kubuntu/lubuntu folks should be consulted
[18:43] <doko> so, we do want this at least for ubuntu and kubuntu, right? lubuntu/xubuntu are the others?
[18:44] <slangasek> doko: "we" don't want things for kubuntu, the kubuntu team need to be asked if they want it :)
[18:44] <infinity> doko: Yeah, I think it *should* be wanted everywhere (at some point), that doesn't mean it is. :/
[18:45] <infinity> doko: You may have missed the sarcasm in my comment to vorlon. :)
[18:45] <doko> ehh, just didn't realize that this was explicit sarcasm, and not the usual implicit one ...
[18:46] <infinity> Hahahaha.
[18:46] <doko> asking kubuntu now
[18:46] <ogra_> tell them they wanti ti :)
[18:46] <ogra_> *it
[18:50] <doko> Riddell confirms that libpam-xdg-support is fine for the kubuntu desktop
[19:01]  * skaet --> lunch,  biab
[19:11] <popey> ogra_, what arm devices do we have which will happily run Unity on 12.10?
[19:11] <ogra_> popey, panda
[19:12] <ogra_> FSVO happily :)
[19:12] <popey> :)
[19:12] <ogra_> even though we have a new nvidia driver it still doesnt work with unity ... so panda is the only one atm
[19:13] <popey> pgraner, hey, got someone with a pandaboard and 12.10 who can test a feature for me?
[19:13] <popey> unless you want to ogra_ ? (assuming you're beyond EOD)
[19:14] <pgraner> popey, all of my team have panda's, I would suggest hggdh, or plars since they are in the US tz
[19:14] <ogra_> well, i could test it tomorrow morning ... yeah, i'm not in my office atm
[19:14] <pgraner> popey, and if they fell like showing you some love
[19:14] <popey> np thanks ogra_
[19:14] <popey> hggdh / plars hello!
[19:15] <plars> popey: heya
[19:18] <popey> plars, bug 1055684 needs testing.
[19:18] <ubot2> Launchpad bug 1055684 in unity-lens-shopping "[FFE] Use music lens details page for music store results" [High,In progress] https://launchpad.net/bugs/1055684
[19:18] <popey> i have done so on x86/64 but can't on 12.10 due to my arm device not being able to run unity currently
[19:24] <plars> popey: is this arm only? From my understanding they just want to make sure the fix doesn't do something silly on arm right?
[19:25] <popey> plars, I am going by the requirements from skaet
[19:26] <plars> popey: is the fixed version in -proposed?
[19:26] <popey> no, it should be in ppa:unity-team/release
[19:30] <plars> popey: I'll need to reinstall my arm, so it will take me some time, there's another branch linked there that's uncommited, is it needed for this fix also?
[19:31] <popey> not for testing the music lens feature, no, shouldn't be
[20:12] <cjwatson> javatools 0.43ubuntu2 in unapproved is the first stage (of three) in fixing a build failure that almost consumed my sanity today.  Could somebody review it?
[20:13] <cjwatson> (Well, the third stage will be a build retry, not an upload.)
[20:15] <cjwatson> Also, there's a bunch of rebuilds in the queue if somebody wants to make a decent dent in it for very little review effort.
[20:24] <Daviey> crikey
[20:24] <ScottK> OK.  KDE 4.9.2 is all accepted, so the queue list ought to be more readable now.
[20:26] <stgraber> cjwatson: accepted javatools
[20:28] <stgraber> rejected a bunch of ubuntu-release-upgrader and kept just the newest entry
[20:28] <cjwatson> stgraber: thanks
[20:28] <cjwatson> I suspect that may mean intermediate bugs don't get closed automatically
[20:29] <cjwatson> Unless the most recent used -v
[20:29] <cjwatson> I usually review and accept/reject the whole lot when I see that
[20:29] <SpamapS> I'd like to sync python-txzookeeper in from Debian experimental (patch release bump) .. its unseeded and just a support lib for juju.. should I file a FFE bug or is it cool to just go forward w/ it?
[20:30] <stgraber> hmm, indeed... the latest one wasn't uploaded with -v
[20:30] <SpamapS> (unseeded universe, btw)
[20:35] <ScottK> SpamapS: If it's bug fix only, no FFe needed.
[20:44] <stgraber> and the queue is back to something reasonable
[20:44] <SpamapS> ScottK: thats what I thought... I get lost in what freezes are active at any one time :p
[21:25] <seb128> ^ rejected that one because I had a small error, reuploaded it with that sorted out
[21:45] <phillw> does any one know the (UTC) times when ogra_ is about?
[21:46] <ogra_> now ?
[21:46] <ogra_> :)
[21:46] <ogra_> phillw, gilir already pinged me about the slideshow stuff
[21:46] <ogra_> in case its about that :)
[21:47] <phillw> ogra_: yeah, can I drop that from my "TODO" list for nagging purposes? :)
[21:47] <ogra_> :)
[21:47] <ogra_> i'll take care of it
[21:47] <xnox> ogra_: phillw what slideshow nagging stuff?
[21:47] <ogra_> seems ot be an issue on my side
[21:48] <phillw> thanks, I do like to follow up when I say I will action something :)
[21:48] <xnox> didn't we like just/recently had slideshow upload?!
[21:48] <ogra_> xnox, the ac100 images have the ubuntu slideshow in the lubuntu installer
[21:48] <ogra_> we are using oem-config there which behaves minimally different from ubiquity i suspect there is just something like an env var missing
[21:48] <phillw> damn those seed files :P
[21:49] <ogra_> i doubt its a seed issue
[21:49] <ogra_> they shouldnt differ between arm and x86 anymore
[21:49] <ogra_> (apart from hw related bits indeed)
[21:49] <phillw> hmm, most peculiar that they're not being picked up, then.
[21:49] <xnox> ogra_: make sure you seed/install lubuntu-slideshow before installting frontend-gtk or ubiquity, by default it pulls in ubuntu-slideshow. and if that dependency (slideshow) is satisfied a second one is not installed.
[21:50] <cjwatson> It'll be a livecd-rootfs bug.
[21:50] <cjwatson> Search for slideshow in live-build/auto/config there and you'll see attempts to do as xnox suggests - but lubuntu isn't handled
[21:50] <ogra_> yeah i thought either at build time or a runtime oem-config thing
[21:51] <cjwatson> Add another condition to that case statement for lubuntu and that should fix it
[21:51] <ogra_> great
[21:51] <phillw> cjwatson: as always, thanks!
[21:54]  * ogra_ sees touch config/oem-config-preinstalled in that code 
[21:54] <ogra_> when did we add that ?!?
[21:54] <ogra_> awesome
[21:55] <cjwatson> Adam did that towards the end of precise, I believe
[21:57]  * NCommander waves
[21:58]  * NCommander works on the FFE queue
[22:01] <ogra_> uploaded ...
[22:01] <ogra_> i fixed xubuntu alongside so we dont run into it in case someone ever does preinstalleds for it
[22:12]  * NCommander really wishes the bot said who approved something through a queue
[22:12] <ScottK> Those were me.
[22:13] <bkerensa> mm
[22:13] <NCommander> ScottK, ah
[22:23] <xnox> NCommander: no audit trail in lp, so nobody knows. unless somebody claims =)
[22:24]  * NCommander grumbles
[22:24]  * NCommander did just finishing confirming genshi's patch does indeed fix the FTBFS before someone else approves
[22:26] <stgraber> NCommander: that was me, sorry :)
[22:27] <stgraber> I also accepted ubuntu-mono after giving it a +1 for the release team (as jbicha gave his +1 and the change seems minimal for our default install but useful for the alternate theme)
[22:27] <stgraber> oh, or rather, someone else beat me to it :)
[22:28] <ogra_> accept it twice and we have stereo
[22:28] <stgraber> NCommander: hehe, we managed to comment at roughly the same time in the bug (but I was first by a few seconds) then you beat me to the accepting in the queue :)
[22:28] <ogra_> (sorry, someone has to make a stereo joke if someone else mentions ubuntu-mono ... )
[22:28] <NCommander> stgraber, ahahaha :-)
[22:28] <NCommander> stgraber, I just kicked casper through, looked through the changes and the bugs and everything looks sane
[22:29] <NCommander> Unapproved queue is empty! :-)
[22:29] <NCommander> (for about five seconds)
[22:29] <stgraber> NCommander: thanks for reviewing casper
[22:30] <NCommander> stgraber, NP
[22:30] <NCommander> I wasa little late to the party realizing ~ubuntu-release got queue access so I'm digging into working through it
[22:30]  * ogra_ notices that NCommander waited with re-apperaing omn IRC right after the kde flood was through 
[22:31] <ogra_> :)
[22:32] <NCommander> My spidy senses were tingling that it was a good time to go get beer and pizza