[00:01] <dupondje> ls
[00:14] <jelmer> cjwatson: I'll have a look
[00:15] <cjwatson> thanks
[00:26] <micahg> lamont: thanks!
[02:25] <ScottK> doko_: libspf is about to be removed from Debian.  I'd just remove it along with it's two rdepends.
[02:26] <ScottK> I'll mark in the bug.
[02:33] <ScottK> Done.
[03:39] <pitti> Good morning
[03:39] <pitti> apw: no need to, you just need to edit /etc/init/plymouth-stop.conf and add "lightdm" to the list in pre-start
[05:10] <pitti> freeflying: hey, how are you?
[05:11] <pitti> freeflying: would you mind dropping indicator-applet from the ubuntu-chinese seeds (and create an oneiric branch for it), and update the metapackage?
[05:11] <pitti> indicator-applet is gone now
[05:23] <didrocks> good morning
[05:24] <gador> morning
[06:44] <dholbach> good morning
[07:18] <doko> pitti: did you see the postgres ftbfs on armel?
[07:19] <pitti> uh, no, I didn't; shouldn't I get mail about that?
[07:20] <pitti> hangs in the test suite, hmm
[07:20] <doko> start your day with http://qa.ubuntuwire.org/ftbfs/ ;-)
[07:22] <pitti> doko: actually I started with http://people.canonical.com/~ubuntu-archive/nbs.html :)
[07:22]  * pitti removes the old libindicator3 libpanel-applet-3-0 for good
[07:22] <pitti> two to go, flashplugin-nonfree-extrasound and honeyd
[07:23] <doko> nbs looks like a boring start meanwhile =)
[07:23] <micahg> doko: I've got a couple of armel FTBFS syncs queued up for sync (inteltool drops armel, exo fixes the FTBFS)
[07:25] <mvo> pitti: cdbs langpack.mk is no more right, can it just be removed and dh_translations will DTRT (context is rhythmbox-ubuntuone-music-store ftbfs)
[07:25] <pitti> mvo: right, dh_translations is the new thing
[07:25] <pitti> mvo: but don't bother about rhythmbox-ubuntuone-music-store
[07:26] <mvo> why not? is it going to be dropped?
[07:26] <pitti> mvo: I think we shoudl ship an empty package for not breaking upgrades
[07:26] <pitti> mvo: ubuntuone is still all gtk2, and rb is gtk3
[07:26] <mvo> oh
[07:26] <pitti> i. e. the package is FUBAR right now
[07:26] <doko> micahg, these two?
[07:26] <pitti> mvo: I added a breaks: to that version, so from my POV we might just as well remove it from teh archive
[07:27] <micahg> doko: yeah, I sync'd the other one just now
[07:27] <pitti> mvo: and reintroduce it when it gets ported
[07:27] <pitti> mvo: want me to?
[07:27] <pitti> mvo: (and yes, it's a pity)
[07:28] <mvo> pitti: yeah, please go ahead
[07:28]  * mvo looks at something else in the list as a wake-up task then
[07:30] <pitti> mvo: done; I didn't see an FTBFS bug for this, though
[07:30] <mvo> pitti: I used http://people.ubuntuwire.org/~wgrant/rebuild-ftbfs-test/test-rebuild-20110816-oneiric.html#core
[07:30] <pitti> right, but doko auto-filed FTBFS bugs for all packages usually
[07:31] <mvo> hm, no idea then
[07:33] <doko> mvo: these are superseded
[07:33] <doko> wgrant: current debian and ubuntu version numbers would be nice, hint, hint ^^^
[07:34] <wgrant> Those shouldn't be superseded.
[07:35] <wgrant> I thought I excluded superseded packages from the packageset listing...
[07:35] <doko> ahh, ok, these are the one problematic on the virtual builders
[07:36] <micahg> those aren't superseded AFAICT
[07:53] <doko> ScottK, could you/kubuntu have a look at  the libgwenhywfar ftbfs?
[08:00] <freeflying> pitti: seems there is no package depends on that, guess we can drop it from archive if possible
[08:01] <pitti> freeflying: ubuntu-chinese-desktop depends on indicator-applet-session, which doesn't exist any more
[08:01] <pitti> that's the one that needs to be unseeded
[08:02] <freeflying> pitti: I mean to drop ubuntu-chinese-desktop, looks there is no need for this package
[08:02] <pitti> ah
[08:03] <pitti> freeflying: I'm just not sure why it was introduced in the first place, so I'd appreciate a removal bug
[08:08] <freeflying> pitti: assing or subscribe to someone/team?
[08:08] <pitti> freeflying: ubuntu-archive; but you can just tell me the number
[08:08] <freeflying> pitti:
[08:08] <freeflying> 850695
[08:09] <Amoz> dholbach, where can I find Mike Heald?
[08:10] <dholbach> Amoz, try https://launchpad.net/~mike-powerthroughwords
[08:10] <Amoz> dholbach, oh, he's not at IRC?
[08:10] <dholbach> apparently not - let me check where he's from
[08:11] <dholbach> the UK, might be waking up in a bit
[08:11] <Amoz> actually, I'm just trying to get the ubuntu-friendly branch to execute, but I'm getting a "template 500.html not found"
[08:11] <dholbach> I guess you can always just drop him an email
[08:11] <Amoz> he rejected one of my merges a few minutes ago so he should be awake =)
[08:11] <dholbach> oh ok
[08:12] <dholbach> Amoz, passed on the ping :)
[08:13] <Snicksie> i guess UK is already awake, its 9:12 AM there dholbach :p
[08:13] <dholbach> I guess that depends on how long you sleep ;-)
[08:13] <Amoz> btw, the UF site looks awesome
[08:13] <dholbach> or if you have to take the dog for a walk first, etc.
[08:13] <dholbach> :)
[08:14] <jedimike> Amoz: hi
[08:14] <Amoz> oh hai
[08:15] <pitti> freeflying: thanks removed
[08:15] <pitti> freeflying: (imagine a comma there :) )
[08:15] <Snicksie> true dholbach :p
[08:15] <Amoz> jedimike, I get a template error when trying to run the ubuntu-friendly website, could you give me a pointer? :)
[08:16] <Amoz> jedimike, do I have to include the template directory in the settings.py?
[08:16] <jedimike> Amoz: of course, what error are you seeing?
[08:16] <jedimike> Amoz: you shouldn't need to...
[08:16] <Amoz> TemplateDoesNotExist: 500.html
[08:16] <jedimike> hmm, weird, which template?
[08:17] <Amoz> actually I'm just branching, then runserver, and try to visit the site
[08:18] <jedimike> it *should* just run… let me check my local_settings.py to see if I forgot something
[08:19] <jedimike> Amoz: I think I see, it's not a template directory issue - can you create a local_settings.py file in apps/ and put DEBUG = True in it
[08:19] <Amoz> oh...
[08:20] <jedimike> Amoz: then we should be able to see the real error. Most likely a database issue if my guess is correct
[08:20] <Amoz> ooooh
[08:20] <jedimike> Amoz: I need to put a hacking.txt in there because there are a couple of setup steps you need to do
[08:20] <Amoz> I'm not having any databases running.
[08:21] <Amoz> yes please :) would be nice having a running setup
[08:21] <jedimike> ah ok :) You can override database names and usernames in local_settings.py - I will get a hacking.txt file in there today!
[08:22] <freeflying> pitti: another one #850705
[08:22] <jedimike> Amoz: and please excuse some of the code duplication in there, it was initially produced in a 4 day sprint (which included wireframing and getting data imported from the results tracker system!)
[08:23] <jedimike> cleanup is going to be my focus over the next week or so
[08:23] <Amoz> jedimike, I think it looks awesome, and I'm no expert so I wouldn't know.
[08:23] <jedimike> Amoz: thank you, I'll take the compliments where I can get them :D
[09:13] <rbasak> The evolution first-run wizard says "Click on Forward" but the button is actually labelled "Continue", in en_GB anyway. Where should I report this?
[09:36] <tkamppeter> pitti, can we do a small change on CUPS' AppArmor profile? See my last comment on bug 160092.
[09:36] <pitti> tkamppeter: yes, sure
[09:37] <tkamppeter> pitti, should be trivial and so feasable for beta2.
[09:37] <doko> apw, any progress on the kernel header include fix? bug 833035 is another fall out ...
[09:37] <pitti> tkamppeter: I need to do two other bug fixes in cups anyway, I'll do that now
[09:38] <apw> doko, i have a fix somewhere, damn it dropped off my radar
[09:38] <apw> doko, you got the bug number save me hunting it down
[09:39] <pitti> tkamppeter: committed
[09:40] <doko> apw, bug 824377
[09:40] <tkamppeter> pitti, thanks.
[09:44] <tkamppeter> pitti, we should not simply drop the ipptool files out of the distro, but better make a separate, optionally installable binary package, named ipptool or cups-ipptool.
[09:44] <pitti> tkamppeter: I didn't drop ipptool, just the example files
[09:45] <tkamppeter> pitti, are these really only example files or does ipptool need them to perform its tests?
[09:45] <pitti> tkamppeter: they are not referenced anywhere in the source / code
[09:47] <tkamppeter> pitti, they are referenced in the man page, "man ipptool".
[09:56] <doko> ScottK, could you/kubuntu look at kde-style-skulpture kompozer ftbfs?
[10:07] <doko> jamespage, could you have a look at bug 831372?
[10:08] <doko> and bug 749219
[10:08] <doko> maybe just propose the removal ...
[10:12] <jamespage> doko: I can in a bit
[10:12] <doko> no haste ...
[10:32] <kelemengabor> hi, is there any indicator-datetime dev around, who could take a look at bug #845473 and the proposed branch? currently, its i18n looks pretty bad, but the fix is really simple.
[10:34] <pitti> didrocks: ^ who would be a good reviewer?
[10:34] <didrocks> pitti: kelemengabor: tedg will probably be the best right now as ronoc is away
[10:35] <didrocks> I'll ping him when he's around
[10:35] <kelemengabor> thanks!
[10:45]  * ogra_ sighs about appo
[10:45] <ogra_> rt
[10:45] <ogra_> making my system comple
[10:45] <ogra_> tely unu
[10:45] <ogra_> #sable
[10:45] <ogra_> with it
[10:45] <ogra_> 's
[10:45] <ogra_> popu
[10:45] <ogra_> p
[10:45] <ogra_> windows forceful
[10:45] <ogra_> ly
[10:46] <ogra_> steali
[10:46] <ogra_> ng the foc
[10:46] <ogra_> us
[10:46] <pitti> ?
[10:46]  * ogra_ has closed about 120 popups up to 
[10:46] <ogra_> now
[10:46] <ogra_> and it doesnt seem to stop !
[10:46] <pitti> uh, 99 ~ubuntu-archive bugs
[10:46] <ogra_> hmm, now it stopped it seems
[10:46]  * pitti goes to work on some
[10:47] <ogra_> can we possibly make it not steal the focus at least
[10:47] <janimo> is there no checkbox for 'do not report for this package' ?
[10:47] <ogra_> janimo, not in this window
[10:47] <ogra_> if i would click ok it would actually fire off the apport dialog
[10:47] <ogra_> but that tears my system down to its knees
[10:47] <jamespage> cjwatson: how would I go about requesting an addition to the ubuntu-server packageset?
[10:48] <ogra_> and having to cliock it over 100 times would take hours (apport coming up takes 15-20 min after i clicked)
[10:50] <cjwatson> jamespage: normally you should do so by seeding the additional package
[10:50] <cjwatson> then it's semi-automatic
[10:51] <cjwatson> (as in, occasionally I remember to run the script that works out the right package sets from the seeds and pushes them to LP)
[11:04] <dpm> hi, could whoever who's patch piloting have a look at bug 542068?
[11:05] <dpm> with people accessing that menu to switch between the unity and unity 2d sessions in lightdm, I assume that those strings have become more visible
[11:16] <jamespage> cjwatson: OK - thanks - I'll take a look there
[11:25] <Daviey> jamespage: openjdk7 is already seeded isn't it?
[11:26] <jamespage> Daviey: hrm - don't think so
[11:26] <jamespage> its not default yet
[11:26] <Daviey> oh.
[11:30] <scarleo> Hi, is there any reason to why aa-logprof updates apparmor standard profiles instead of adding changes to local/profile? Customizing standard profiles means they get overwritten every update
[11:33] <jamespage> doko: merge proposed for jmol (bug 831372)
[11:34] <jamespage> looking at jing-trang now
[11:38] <doko> jamespage, s/icedtea6-plugin/icedtea-plugin/
[11:39] <doko> 6 is a transitional package
[11:39] <jamespage> doko: OK - I'll update
[11:39] <doko> jamespage, wait, already done
[11:39] <jamespage> doko: ta
[11:45] <jamespage> doko: merge proposed for bug 749219 as well
[11:51] <jamespage> bdrung: missed a ping from you last night - anything I can help with?
[12:14] <bdrung> jamespage: yes. the question is whether we can get eclipse 3.7 into oneiric
[12:15] <bdrung> jamespage: eclipse 3.7 from debian experimental needs an newer asm3 and lucene2
[12:15] <bdrung> jamespage: asm3 needs an FFe (has a bunch of rdepends that needs testing)
[12:16] <bdrung> jamespage: the newer lucene2 fails to build: https://launchpadlibrarian.net/79813945/buildlog_ubuntu-oneiric-i386.lucene2_2.9.4%2Bds1-3~oneiric1~ppa1_FAILEDTOBUILD.txt.gz
[12:16] <bdrung> jamespage: do you have time to debug this build failure?
[12:17] <smoser> anyone have thoughts on how big of a deal bug 850587 is ?
[12:17] <smoser> i dont' even see where i'm trying to use /tmp for execute
[12:21] <Daviey> smoser: That bug is all over the Debian BTS.. :/
[12:21] <smoser> so its a dupe of a debconf bug?
[12:21] <Daviey> smoser: blame the templates.
[12:21] <Daviey> smoser: ie, http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=129289
[12:21] <cjwatson> I was sort of meaning to fix that debconf bug at some point; but noexec /tmp really doesn't provide significant security so it's not high priority
[12:22] <cjwatson> it's so utterly trivial to work around
[12:22] <smoser> is there a debian bug ?
[12:22] <cjwatson> see above! :-)
[12:22] <Daviey> http://www.google.com/search?num=100&q=site:bugs.debian.org#num=100&hl=en&safe=off&q=site%3Abugs.debian.org+noexec+%2Ftmp&aq=f&aqi=&aql=&oq=&gs_rfai=&pbx=1&fp=cdc8e99d0ce2089
[12:22] <Daviey> smoser: ^^
[12:22] <smoser> :)
[12:23] <Daviey> just don't noexec /tmp :)
[12:23] <cjwatson> yeah, for now, this is DDTT.
[12:23] <Daviey> Fix Released :)
[12:23] <cjwatson> no, it is a valid bug, it's just low prio
[12:23] <smoser> bug 90085
[12:24] <smoser> cjwatson, so where would you assume you can put a file that will be guaranteed-ish to be not mounted noexec ?
[12:24] <smoser> other than /bin
[12:24] <cjwatson> dunno ottomh, on the phone
[12:24] <smoser> i'm just curious
[12:24] <smoser> ok
[12:24] <cjwatson> we'd probably do something under /var
[12:24] <smoser> bug 90085 is the ubuntu bug
[12:25] <cjwatson> yes, I saw that when you said it ten lines before ;-)
[12:25] <smoser> i did ?
[12:33] <smoser> oh. i did say it twice. man my brain is broken.
[12:38] <didrocks> mdke_: hey, can you have a look at bug #844889? This is part 2 of an UIFe that was fully accepted last week (but all changes couldn't come in, so I asked dx to reask for an UIFe), as I understood you didn't take the sceenshots yet?
[12:40] <jdstrand> scarleo: that is an interesting question. it does not for historical reasons, but that might be a good thing to change. can you file a bug?
[12:41] <scarleo> jdstrand: I have already: https://bugs.launchpad.net/ubuntu/+source/apparmor/+bug/850830
[12:41] <jdstrand> scarleo: thatnks
[12:46] <jamespage> bdrung: sure - I'll take a look now
[12:49] <bdrung> thanks
[12:51] <GunnarHj> Riddell, RoAkSoAx: Hi, saw that you are patch pilots today. Can some of you possibly sponsor a language-selector MP before beta freeze? https://code.launchpad.net/~gunnarhj/language-selector/fontconfig/+merge/75045
[13:29] <bregma> hey ho, could someone enlighten me on the Ubuntu policy of -dbg packages vs. -dbgsym packages?
[13:33] <cjwatson> bregma: -dbg packages are for when the debug version actually needs to be different in some way (e.g. different compiler flags, #ifdef bits, etc.).  -dbgsym packages simply consist of the debug symbols filed off the objects in the main packages.
[13:41] <bregma> cjwatson, is there any way to get -dbgsym packages from a PPA?
[13:41] <cjwatson> that I don't know
[13:44] <tkamppeter> anyone can help me tracking down from which program a notification message comes?
[13:44] <tkamppeter> BigWhale (~b@193.77.150.34) has joined #ubuntu-desktop
 I am trying to fix bug 842768. On normal print jobs a notification popps up telling that the printer is not connected. It is triggered by CUPS shouting a "connecting-to-device" state reason into the D-Bus, but I cannot find out which program picks up this. I have already uninstalled system-config-printer and the notification still appears.
[13:49] <geser> bregma: IIRC no -dbgsym packages get build for PPAs
[13:49] <geser> pitti: ^^ is that still correct? (no -dbgsym for PPA)
[13:49] <ahasenack> SpamapS: hi, do you think you will have time to upload #813477 today?
[13:49] <pitti> geser: right; technically we could, but there is no archive to publish them to
[13:51] <tkamppeter> pitti, hi
[13:52] <ahasenack> hi, can someone please sponsor the smart package in the unnapproved queue for lucid? https://launchpad.net/ubuntu/lucid/+queue?queue_state=1&queue_text=
[13:52] <tkamppeter> pitti, can you approve cups-pdf in natty-proposed and also Q-FUNK's cups-pdf upload for Debian?
[13:52] <ahasenack> https://launchpad.net/ubuntu/lucid/+queue?queue_state=1&queue_text=smart more specific url
[13:53] <jamespage> bdrung: OK - so I think there are a couple of issues with the FTBFS of lucene2 from experimental
[13:54] <stgraber> jamespage, cjwatson: I proposed a temporary fix for open-iscsi in bug 838809 that will at least fix installs for beta2, unless one of you knows how to make open-iscsi behave properly with already existing sessions.
[13:54] <tkamppeter> pitti, can you help me with bug 842768?
[13:54] <pitti> tkamppeter: I'm pretty much off for a long weekend; but I'm sure that SpamapS/RAOF will get to it soon, they handle SRUs pretty well these days
[13:54] <jamespage> i) the version of libjidy-java we have in oneiric has a bug - see merge proposal on bug 841695
[13:55] <stgraber> jamespage, cjwatson: If you're fine with that workaround, I'll implement it, close that bug and make sure we have another bug report for open-iscsi not mounting additional LUNs when the root is on iscsi.
[13:55] <pitti> tkamppeter: can have a look next Monday
[13:55]  * pitti waves goodbye
[13:56] <jamespage> bdrung: ii) something related to the buildd running out of memory when you tested - trying to reproduce that now but works fine locally
[13:57] <tkamppeter> pitti, so have nice holidays, will move all the stuff past-beta2 ...
[13:58] <cjwatson> stgraber: yes, I'm fine with that for now.  You're at the limits of my iSCSI knowledge; it might be worth syncing up with the Debian maintainer (although admittedly our package could sorely use a merge with Debian and we have a bunch of patches still to forward ...)
[13:59] <jamespage> stgraber: workaround sounds reasonable - at least it gets us back to a point pre beta-1 where iscsi root at least partially worked
[13:59] <stgraber> ok, I'll push that for now and make a note to look at what's in Debian, see if they also have the problem.
[14:03] <jamespage> brdung: we could sync jtidy from Debian as -2 should resolve the issue with this package - but the package switches build system which I was a little reticent todo at this point in the cycle
[14:06] <cjwatson> HTML::Template version 2.6 required--this is only version 2.10 at blib/lib/HTML/PopupTreeSelect.pm line 7.
[14:06]  * cjwatson giggles
[14:30] <euroford> cjwatson: hi, the initial iso of Qin ubuntu is released, where could I find it?
[14:32] <euroford> cjwatson: I can test it
[14:32] <tkamppeter> Anyone can help me wit an indicator notification issue?
[14:34] <apw> cjwatson, i am looking at a flicker free regression, and i am starting to wonder if grub is actually leaving the contents on the screen at hand over ... is there some simple way i can test that?
[14:44] <cjwatson> euroford: did whoever told you that it was released not also give you the URL?
[14:44] <cjwatson> if not, that was unhelpful of them :-)
[14:44] <cjwatson> euroford: http://china-images.ubuntu.com/oneiric/daily-live/current/
[14:44] <euroford> cjwatson: thanks
[14:45] <cjwatson> apw: maybe use 'set debug=linux' and you should be able to see some debug output from GRUB on top
[14:45] <euroford> cjwatson: I just received the email from lp
[14:47] <cjwatson> oh
[14:48] <euroford> cjwatson: could I release the URL in ubuntu-cn maillist?
[14:49] <apw> cjwatson, well that does say things on the purple, then it loads the kernel and initrd, then 'instantly' to a human it drops back like it would with gfxpayload=text
[14:50] <euroford> cjwatson: I think more people will involved in.
[14:50] <cjwatson> euroford: yes
[14:52] <cjwatson> apw: oh, on reflection, if GRUB is going to set the video mode it sets it late enough that it's hard to distinguish that from debug output
[14:52] <cjwatson> apw: can I see grub.cfg?
[14:53] <cjwatson> apw: also might be worth seeing what 'set' from the GRUB command line says gfxpayload is set to
[14:53] <cjwatson> apw: actually the value of linux_gfx_mode is more interesting
[14:54] <apw> cjwatson, http://people.canonical.com/~apw/grub.cfg
[14:55] <Quintasan> dholbach: ping
[14:56] <Quintasan> uhh I just got email,  I'll reply to that then
[14:56]  * Quintasan has no access to the internet
[14:58]  * Laney wonders how these messages are getting through
[14:58] <apw> cjwatson, so linux_gfx_mode is text
[14:59] <cjwatson> apw: is the card perchance blacklisted?
[14:59] <cjwatson> apw: or did the last boot fail?
[14:59] <apw> oh the last boot did fail
[14:59] <cjwatson> the X guys asked me to set gfxpayload=text when the last boot failed on the grounds that that's more likely to work well
[15:00] <apw> i suspect that invalidates all my testing
[15:00] <ahasenack> pitti: hey, do you have postgresql 9.1 packages for lucid?
[15:00] <apw> cjwatson, what do i set it to to override things
[15:01] <cjwatson> apw: change 'set gfxpayload=$linux_gfx_mode' to 'set gfxpayload=keep'
[15:01] <apw> cjwatson, you know that feels like it might put us in a 'my machine only boots the second time' spot
[15:01] <cjwatson> possible, although that's better than "my machine won't boot at all"
[15:02] <cjwatson> albeit more confusing
[15:02] <cjwatson> I dunno, maybe you could argue that out with bryceh and RAOF :-)
[15:02]  * cjwatson would rather do what clever people tell him is best, in this case
[15:02] <apw> cjwatson, yeah can't fault the logic, perhaps i could ask for something on the purple to tell me :)
[15:03] <ahasenack> pitti: found the ppa, nm
[15:03] <cjwatson> "Safe mode" in a really chunky VGA font
[15:03] <tgardner> is there a way to specify an alternate package mirror for the Live CD from the kernel boot command line ?
[15:03] <apw> cjwatson, well at least that tells me why none of my testing make any sense, now when i crash the kernel early i really do have purple, so you are handing off to me with =keep
[15:04] <cjwatson> tgardner: not for the live CD itself, but if you set mirror/http/hostname=foo.example.com (and mirror/http/directory=/example if it's something other than /ubuntu) then that should affect installation
[15:04] <cjwatson> (IIRC)
[15:05] <cjwatson> apw: ok, good, I think
[15:05] <tgardner> cjwatson, I have a local mirror and just wanted to speed up installation tests
[15:05] <apw> cjwatson, well i think i just invalidated 12 hours of build boot testing on due to the no handoff on crash
[15:06] <cjwatson> apw: :-(
[15:06] <cjwatson> though, not sure that's the major audience - but yes
[15:06] <apw> cjwatson, well at least i am making some progress, i am at least getting into the kernel with purple
[15:07] <dholbach> Quintasan, pong
[15:07] <apw> cjwatson, ok i am getting =text on even reboot after a good boot, so perhaps i am blacklisted
[15:10] <cjwatson> apw: should be able to compare PCI IDs
[15:10] <cjwatson> apw: of course it's possible the blacklisting is buggy
[15:11] <apw> cjwatson, my blacklists (assuming grub-gfxpayload-list is the right one) only has vmware filled in i think
[15:11] <cjwatson> hmm
[15:11] <apw> there is just a blank line in my 00_header line
[15:11] <apw> file even
[15:12] <cjwatson> from the command line, try:
[15:12] <cjwatson> hwmatch ${prefix}/gfxblacklist.txt 3
[15:12] <cjwatson> echo $?
[15:12] <cjwatson> echo $match
[15:13] <apw> cjwatson, is that the grub command line ?
[15:13] <cjwatson> yeah
[15:14] <apw> cjwatson, error: incompatible licence
[15:14] <apw> and $? == 2
[15:14] <apw> and $match == ''
[15:14] <cjwatson> oh FFS
[15:15] <cjwatson> bug on grub2 please?
[15:15] <cjwatson> dead easy to fix
[15:15] <apw> shall i shove my kernel bug over to grub2, i think that makes sense
[15:15] <stgraber> oh, that's where the "incompatible licence" comes from ;) I saw that yesterday in a VM but wasn't quite sure where that was coming from.
[15:16] <cjwatson> apw: yes
[15:16] <cjwatson> totally my fault then, I thought I'd checked all our additions for that
[15:16] <cjwatson> maybe I only checked in the Debian branch
[15:17] <apw> https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/850202
[15:21] <cjwatson> fix uploaded
[15:21] <cjwatson> that's probably buggered things up for a good part of the cycle :-/
[15:24] <Daviey> apw: Ah!  I think i had that problem, but i blamed it on my hardware.
[15:24] <Daviey> cjwatson: Do you have a few minutes to review some stuff?
[15:26] <dpm> hi, could perhaps someone have a look at the patch for bug 542068?
[15:30] <apw> cjwatson, its been wrong on my machine for a fair while for sure
[15:52] <bdmurray> pitti: is bug 298217 missing the verification-needed tag?
[16:14] <slangasek> apw: ping, re: bug #824377
[16:15] <apw> slangasek, hi
[16:15] <slangasek> apw: hey there - is this bug really "in progress" still?  I know last-kernel-of-the-cycle is impending
[16:16] <apw> the kernel moves in to freeze, but we can still spin bug fixes for it, and that one would be one i think we can do
[16:16] <apw> we move into SRU mode for the kerne
[16:16] <SpamapS> ahasenack: heh, I've thought I'd have time the last two days. I'll take a look right now.
[16:17] <ahasenack> SpamapS: super, thanks a lot
[16:17] <slangasek> the fix doesn't help with archive build failures for the remainder of the cycle if it only goes to -updates; by "spin bug fixes", do you mean you would upload to the -release pocket?
[16:24] <cjwatson> Daviey: in a bit, I'm doing some sysadmin here
[16:24] <cjwatson> slangasek: they upload to release pocket but adhering to SRU rules
[16:24] <cjwatson> AIUI
[16:26] <slangasek> ah
[16:31] <Daviey> I assume -updates only opens if something needs 0-day'ing once we have the release iso's?
[16:31] <Daviey> cjwatson: thanks.
[16:34] <SpamapS> Daviey: a little before the release iso's really. If its not critical for install day it starts falling into -proposed after beta2 (or at least, it did in 11.04 cycle)
[16:36] <apw> cjwatson, confirmed that your new grub sorts out my issues, just a white flash as lightdm starts now
[16:37] <Daviey> SpamapS: that just seems confusing. :/
[16:37] <apw> cjwatson, i am supprised to find so few blacklists in the blacklist, ie none, is this separate from nattys list ?
[16:39] <SpamapS> Daviey: IIRC it has something to do with space management too.. being on the release team, I'm sure you can auth things in if you want to, but I'm thinking its a case-by-case basis.
[16:41] <ScottK> doko: I'll look at kde-style-skulpture.  kompozer isn't a KDE app (despite the name).  You want someone who knows about mozilla stuff.
[16:48] <apw> slangasek,  yeah what colin said
[16:49] <apw> slangasek, if i wasn't slammed with flicker-free-boot, boot-speed, and power-consumption spam i'd be right on it
[16:49] <apw> slangasek, i will try and get it out for review in my AM so it can be in the next upload
[16:50] <cjwatson> apw: check with tseliot for that; he's been doing the updates there
[16:50] <cjwatson> Daviey: go ahead?
[16:50] <apw> cjwatson, thanks will do
[16:52] <Daviey> cjwatson: Would you be able to look at the branches on bug 831496?  introduces a new source package, xmlrpc-minimal, which links against the new binary package produced from curl (minimal configure options).
[16:53] <cjwatson> Daviey: wait, why do you need a new source package just to do a different udeb build?
[16:53] <cjwatson> you really shouldn't need that
[16:53] <cjwatson> just configure the curl udeb differently
[16:53] <Daviey> cjwatson: So, if xmlrpc binary package build depns on a bloated curl libary, how can they co-exist?
[16:53] <slangasek> apw: thanks, appreciated - it's nothing that should preempt those other topics to be sure, but it seems like an easy win so I just wanted to check if we'll still get it :)
[16:54] <apw> slangasek, yeah i will put it top of my list in the mornign and hopfully that'll get done before things go to poop
[16:54] <cjwatson> Daviey: shouldn't matter what it build-depends on; you pass minimal configure flags to the curl udeb build pass, and likewise to the xmlrpc udeb build pass
[16:54] <slangasek> apw: :)
[16:54] <cjwatson> (LP is being slow for me today so I haven't actually looked at the branches yet)
[16:55] <apw> slangasek, your lightdm fixes were they just a change to plymouth-stop.conf ?
[16:55] <Daviey> cjwatson: Sure, but xmlrpc needs to link against curl.. So *a* curl library needs to be in the build enviroment.  Considering both the minimal and bloated libcurl's provide the same *.so (one with less links), i'm not sure how that can happen?
[16:56] <slangasek> apw: yep
[16:56] <cjwatson> I'm going to have to finish soon today, as I'm about to get toddler-supervision responsibility passed to me
[16:56] <apw> slangasek, and with that in place do you still get a vile white flash from lightdm starting ?
[16:56] <cjwatson> Daviey: I think it will be easier to demonstrate this than to explain :)
[16:56] <slangasek> apw: hmm, I don't recall seeing any white flashes - I get plymouth, then a black screen, then lightdm
[16:56] <Daviey> cjwatson: Okay, are you going to be around later today, or is it a tomorrow thing?
[16:56] <SpamapS> ahasenack: ok, sponsored into maverick/natty -proposed. I'll let one of my fellow SRU team members ack them in. :)
[16:57] <cjwatson> the branches there are significantly at variance with how we normally do installer changes, though, so I'm going to have to nack them as they stand
[16:57] <cjwatson> Daviey: I have a bit longer now, and then expect I'll be around later
[16:57] <apw> slangasek, ok i am seeing (with waht pitti said was your fix) plymouth, clean handoff to X (cursor etc) then a clear to white, then lightdm shows
[16:57] <cjwatson> there shouldn't be a -minimal variant as a deb at all
[16:57] <cjwatson> it should only exist as a udeb
[16:58] <Daviey> cjwatson: Okay... ignore the end binary for a moment... The issue is that xmlrpc links against curl.. curl normal is rather bloated.
[16:58] <cjwatson> yes, but it shouldn't matter whether there's a bloated version in the build-dependency tree
[16:58] <slangasek> apw: right; that's probably an issue with lightdm itself, from the conversation I had with robert_ancell my clear to black and your clear to white may be related
[16:58] <SpamapS> Daviey: the minimal libcurl has a different ABI?
[16:58] <Daviey> So we need a minimal version for xmlrpc to link against, right?
[16:58] <Daviey> I don't see how that can be a ./configure option.
[16:58] <apw> slangasek, as long as its not my problem and not yours we are good :)
[16:58] <cjwatson> the minimal version only needs to exist as a udeb
[16:59] <cjwatson> it does not need to be there when you're building
[16:59] <slangasek> apw: I believe that's the case :)
[16:59] <Daviey> cjwatson: But how can something else build depend on a udeb?
[16:59] <cjwatson> it can't, and doesn't need to
[16:59] <Daviey> I must be missing something.
[16:59] <cjwatson> just link it against the regular version - it'll have the same soname
[16:59] <slangasek> apw: do you know more about the post-grub blinking cursor?
[16:59] <cjwatson> as long as it only uses symbols present in the udeb variant, it'll all work fine
[17:00] <Daviey> Hmm, that didn't seem to be the case; perhaps i was mistaken.
[17:00] <SpamapS> is it maybe just dh_shlibdeps getting confused?
[17:00] <apw> slangasek, yes that one turns out to be a grub2 regression, get the now fixed grub2 thats publishing like right now and its resolved
[17:00] <cjwatson> grr, my network is made of CHEESE
[17:00] <slangasek> apw: ah, woot
[17:01] <apw> slangasek, i have only the unavoidable black for modeswitch before plymouth and the white splash from lightdm
[17:01] <apw> slangasek, for me if lightdm is sorted we are back to natty levels
[17:01] <slangasek> excellent!
[17:01] <apw> slangasek, but do update grub and repeat my findings ... you need ubuntu3
[17:01] <slangasek> ack
[17:02] <smoser> anyone more python friendly than me want to grab bug 810019 merge proposal?
[17:02] <smoser> that thing is *really* annoying
[17:03] <cjwatson> Daviey: it's possible that somebody forgot to do dh_makeshlibs --add-udeb so that the udeb shlibs come out right
[17:03] <cjwatson> anyway, I'm checking all the stuff out now
[17:04] <cjwatson> unfortunately upgrading my stepson's machine from lucid to natty at the same time so it's caning the network
[17:04] <Daviey> cjwatson: I did add a --add-udeb, but perhaps i was missign something.
[17:10] <tkamppeter> Can someone upload gnome-settings-daemon before beta2 freeze? I have done a fix on it, bug 842768.
[17:18] <ahasenack> SpamapS: thanks a lot for the proposed upload
[17:23] <ScottK> doko: kde-style-skulpture is fixed.
[17:24]  * cjwatson sends child 1 to look after child 2.  Daviey, I'm working on a revamped curl build now
[17:24] <cjwatson> cc jamespage
[17:25] <jamespage> reading backlog now
[17:26] <Daviey> cjwatson: eek, don't want to get you in trouble.
[17:26] <cjwatson> s'ok, they're just watching tv until we go to the pub
[17:26]  * cjwatson <- dubious parent
[17:27] <cjwatson> (it's a child-friendly pub :-) )
[17:27] <jamespage> OK - I think I get it - in which case we should be able to revert to Daviey's original package update of xmlrpc-c
[17:27] <cjwatson> just picking out the bits of the xmlrpc-c change to apply, while curl builds
[17:27] <jamespage> curl: Drop the minimal-dev and libcurl3-minimal binary packages and just have the new udeb package
[17:28] <cjwatson> I'll push amended branches to lp
[17:28] <jamespage> ack
[17:28] <jamespage> will the xmlrpc-c udeb build look for a libcurl udeb automagically?
[17:28] <cjwatson> oh, incidentally, it's quite important that the udebs not be Priority: important (I'm fixing that too)
[17:28] <cjwatson> yes
[17:29] <cjwatson> well if we set it up properly yes
[17:29] <jamespage> :-)
[17:29] <cjwatson> if the udebs are Priority: important, they will be sucked into *every* netboot install
[17:30] <bdmurray> mterry: do you have any ideas about bug 850744?
[17:31] <Daviey> cjwatson: Wow.  I've really struggled to find docs on udebs :/
[17:32] <cjwatson> a good chunk of the X/GTK stack is built like this
[17:32] <doko> ScottK, thanks
[17:33] <mterry> bdmurray, I switched to dh_python2 in the latest upload, I may have screwed that up
[17:33] <bdmurray> mterry: okay, I ask since I just ran into that bug too
[17:39] <tkamppeter> any core-dev around who can do an upload for me? bug 842768.
[17:43] <doko> ScottK:
[17:43] <doko> $ apt-cache rdepends scribus
[17:43] <doko> scribus
[17:43] <doko> Reverse Depends:
[17:43] <doko>   scribus-template
[17:43] <doko>  |scribus-template
[17:43] <doko>   open-font-design-toolkit
[17:43] <doko>   ezgo-imaging
[17:43] <doko>   scribus-doc
[17:43] <doko>   kubuntu-full
[17:43] <cjwatson> jamespage: just waiting for the test suite now, I should have turned it off
[17:43] <cjwatson> test 171...OK (170 out of 610, remaining: 21:17)
[17:43] <doko> is this kubuntu only, or are there other reasons?
[17:43] <ScottK> doko: Yes.  We ship it on our DVD.
[17:44] <doko> ScottK, can we exchange this to scribus-ng? builds at least on armel
[17:44] <jamespage> cjwatson:  x4 runs as well :-)
[17:44] <ScottK> doko: Last I looked scribus was newer than scribus-ng.  There's a patch in Debian to fix the armel FTBFS that I think micahg was looking at.
[17:45] <doko> ScottK, which was applied to scribus-ng
[17:45] <ScottK> Sigh.
[17:45] <cjwatson> jamespage: damn it.  will be faster to ctrl-c then
[17:45] <doko> micahg, do you work on this one?
[17:46] <jamespage> cjwatson: yep
[17:46] <micahg> ScottK: doko, I didn't say I was working on it, I just pointed out it needed a merge from Debian, I could do it, but not before beta freeze
[17:46] <ScottK> doko: I'm fine with switching.  I'm making another Kubuntu seed change now, so I'll go ahead and switch it if you or micahg will take get of updating scribus-ng from Debian.
[17:47] <ScottK> Actually it looks like a sync.
[17:47] <micahg> ScottK: actually, both of us did that already :)
[17:47] <ScottK> OK.  rmadison doesn't know it yet.
[17:47] <micahg> was about 12 hrs ago
[17:48] <ScottK> doko: Would you please promote scribus-ng and demote scribus then?
[17:48] <ScottK> OK
[17:50] <ScottK> doko: Seed changes pushed.  I'll upload a new kubuntu-meta in a moment.
[17:50] <doko> ScottK, hmm, the change was pushed to both packages
[17:50] <doko> I'll look at the merge
[17:51] <ScottK> doko: OK.  I'll wait in the meta upload.  Tell me which one I want.
[17:53] <jamespage> bdrung: lucene2 built in PPA OK for me with new version of jtidy from Debian - https://launchpad.net/~james-page/+archive/java-universe-oneiric/+build/2786880
[18:03] <ScottK> doko: Do you know yet which scribus I want?
[18:04] <doko> ScottK, merging ... building ... uploading ...
[18:05] <doko> itz kde, so it takes a while ;p
[18:05] <dobey> doko: have a minute before beta freeze? :)
[18:05] <ScottK> doko: So I should stick with scribus and not switch to ng?
[18:05] <ScottK> doko: Actually it's just Qt.  No KDE in it at all.
[18:05] <doko> ScottK, for now, yes
[18:05] <doko> dobey, sure
[18:05] <ScottK> OK.  I'll put it back.
[18:08] <dobey> doko: jdstrand says https://code.launchpad.net/~dobey/ubuntu/oneiric/ubuntuone-dev-tools/release-020/+merge/75196 needs an FFe, but not clear to me how best to request that. it fixes the FTBFS you filed against it, but there have also been some other changes since the last release. and it's a package in universe that i don't think anyone other than us (u1) uses yet.
[18:09] <doko> ScottK, ok to recommend icc-profiles-free, or is CD space tight?
[18:10] <doko> dobey, I can't approve a FFe, but it looks ok.
[18:10] <doko> slangasek, cjwatson: ^^^
[18:11]  * cjwatson is slammed
[18:13] <ScottK> doko: I'd rather not include it.  Looking at making that go away was on my TODO, so if you can handle it, that'd be great.
[18:14] <doko> ScottK, icc-profiles-free, not icc-profiles ?
[18:14] <ScottK> dobey: Universe or Main doesn't affect the need for an FFe.
[18:14] <ScottK> doko: Let me double check.
[18:15] <cjwatson> Daviey,jamespage: lp:~cjwatson/ubuntu/oneiric/curl/minimal-udeb and lp:~cjwatson/ubuntu/oneiric/xmlrpc-c/udeb
[18:15] <doko> ScottK, it's main
[18:15] <dobey> ScottK: i wasn't implying it did. i was asking doko for advice
[18:16] <cjwatson> Daviey,jamespage: please check that those meet your needs - and I'd appreciate it if Daviey could deal with the upload if they do, since I'm away as of a minute from now
[18:16] <Daviey> cjwatson: Really appreicate your help with that, will look at it now.
[18:16] <slangasek> dobey: fwiw the process for requesting an FFe is here: https://wiki.ubuntu.com/FreezeExceptionProcess#FeatureFreeze_Exceptions
[18:17] <slangasek> I'm looking at the changes now
[18:17] <cjwatson> this produces libxmlrpc-core-c3-0-udeb which Depends: libc6-udeb (>= 2.13), libcurl3-udeb (>= 7.16.2-1)
[18:17] <ScottK> doko: I was thinking of something else.  We already ship it and it's fine.
[18:17] <cjwatson> and libcurl3-udeb which Depends: libc6-udeb (>= 2.13), libcrypto1.0.0-udeb (>= 1.0.0), libssl1.0.0-udeb (>= 1.0.0), zlib1g-udeb (>= 1:1.2.3.3.dfsg-1)
[18:17] <dobey> slangasek: yep, i understand the process. i'm just not sure what the best way to do that is for these changes. seems like doing for each of the bugs which might be considered a feature may be overkill, and an FFe on an FTBFS bug doesn't necessarily make sense to me
[18:18] <cjwatson> I haven't tried building the cobbler stuff against it; you may need to adjust Build-Depends or something minor, but basically just build-depend on the regular xmlrpc-c stack and it should come out right
[18:18] <slangasek> dobey: I wouldn't expect a separate bug for each feature, just one for the proposed update
[18:18] <slangasek> dobey: I am surprised to see all of these changes in a single bzr commit?
[18:19] <dobey> slangasek: so file a new bug just as '[FFe] upgrade to vblah?' instead?
[18:19] <dobey> slangasek: they aren't a single bzr commit upstream
[18:20] <slangasek> dobey: does the UDD branch for this package track the upstream branch?  That would be the ideal...
[18:20] <dobey> no
[18:21] <cjwatson> Daviey: gone now - SMS if you need me
[18:21] <slangasek> dobey: filing a new bug for the FFe is fine, repurposing the FTBFS bug is also fine as far as I'm concerned
[18:21] <Daviey> It seems to me, that if the ubuntuone team break their dev package, they get to keep the bits. :)
[18:21] <Daviey> cjwatson: No, i'll wait until you are back.. Go and have fun. :)
[18:21] <dobey> slangasek: ok
[18:22] <slangasek> dobey: given that this merge request doesn't appear to include any of the upstream metadata expected by UDD (i.e., the output of 'bzr merge-upstream $newver'), it seems to me that we'd want to not merge this branch as is and just track a debdiff on the bug
[18:22] <slangasek> dobey: unless you did a bzr merge-upstream and this just doesn't show up in the LP merge view?
[18:22] <ScottK> doko: Would you please demote digikam to Universe.  It'll be in component mismatches once the current kubuntu-meta is published, but I'd like to get it moved now so we can get the new version in ASAP (it now has non-optional BD on a Universe package (that failed MIR) so demotion is the only solution for Oneiric)
[18:23] <dobey> slangasek: i don't know how it stores that information; i did bzr merge-upstream --version= ../foo.tar.gz
[18:23] <slangasek> dobey: ok, let me bypass LP's web UI then and see if I get the right thing using bzr here :)
[18:24] <cjwatson> Daviey: FFE-wise I'm happy with this change (feel free to quote me on that); it was only the implementation that bugged me ;-)
[18:24] <cjwatson> Daviey: I can review the debconf interaction once it's in the archive
[18:25] <dobey> slangasek: i think http://bazaar.launchpad.net/~dobey/ubuntu/oneiric/ubuntuone-dev-tools/release-020/revision/1.1.3 is maybe what you are looking for on LP?
[18:26] <slangasek> dobey: yep, looks like it - completely undiscoverable from the merge proposal page AFAICS though, heh :)
[18:26] <Daviey> cjwatson: The debconf stuff is known to be less han perfect.. but i want to at least get /something/ in.
[18:26] <dobey> slangasek: yeah, you have to go to the branch, then browse the code, and the click on the "(merged from upstream)" link in the metadata area :)
[18:26] <Daviey> cjwatson: now, go away. Thanks :)
[18:27] <bdrung> jamespage: thanks
[18:27] <dobey> slangasek: added FFe bits to bug #848067
[18:49] <jamespage> bdrung: did that make sense?  we just need to sort out jtidy one way or the other and lucene2 should be just fine as-is
[18:50] <bdrung> jamespage: yes
[18:50] <bdrung> jamespage: do you have time to follow up jtidy and lucene2?
[18:52] <jamespage> bdrung: yes although I will need a sponsor :-)
[18:53] <bdrung> jamespage: i am happy to sponsor you once you got the FFe
[18:53] <bdrung> jamespage: do you have time to track down asm3?
[18:55] <jamespage> bdrung: jtidy should not need one - its just a packaging update - and so is the sync of lucene2 - we should probably go with a sync of both
[18:56] <bdrung> jamespage: do you mind not getting the upload credits? then i would use the new sync lp api
[18:56] <jamespage> bdrung: fine with me :-)
[18:57] <bdrung> jamespage: the bigger task will be asm3. it has ~ 10 rdeps that needs testing
[18:57] <jamespage> bdrung: I can't tonight but I can take a look tomorrow morning
[18:58] <bdrung> jamespage: thanks
[19:00] <jamespage> bdrung: I just updated bug 841695 with details of the syncs required.
[19:00] <jamespage> (for jtidy and lucene2)
[19:01] <bdrung> jamespage: jtidy synced. i will sync lucene2 once jtidy is built
[19:02] <jamespage> bdrung: great
[19:03] <bdrung> jamespage: btw, asm3 builds fine: https://launchpad.net/~eclipse-team/+archive/debian-package
[19:05] <Daviey> jamespage: what is keeping asmX in main?
[19:06] <jamespage> Daviey: nothing - I think they are all in universe now
[19:06] <jamespage> yep - just checked
[19:07] <Daviey> jamespage: asm3 still seems to be main, and it's not a candidate for demotion.
[19:07] <Daviey> bah
[19:08] <Daviey> I was looking in the wrong place.
[19:08] <jamespage> :-)
[19:08] <jamespage> bdrung: have you done any reverse-build testing against asm3 yet?
[19:09] <bdrung> jamespage: no
[19:10] <jamespage> bdrung: quite a long list - http://paste.ubuntu.com/690250/
[19:10] <bdrung> sadly, yes
[19:10] <jamespage> anyway - I said I'll look tomorrow - going to eat....
[19:39] <stgraber> jamespage: just did a netinstall of oneiric, at least unauthenticaed iscsi root works fine now!
[19:39] <stgraber> jamespage: though SpamapS change to ifupdown/upstart make the boot time over 2 minutes on iscsi root
[19:40] <stgraber> (I get "Waiting for network configure..." then "Waiting up to 60 more seconds for network configure..." then finally "Booting system without full network configuration..."
[19:40] <stgraber> that's because we don't configure any NIC and just keep the configuration from initramfs (ipconfig)
[19:46] <ScottK> If there's an archive admin around, would you please demote digikam to Universe?
[20:05] <jamespage> stgraber: great news!
[20:05]  * jamespage worries about 2 minute wait times
[20:07] <stgraber> yeah, I'm wondering if I'll see that problem with LTSP too. I should test that as it'd be bad going from 10s to 2 minutes for thin clients
[20:21] <dobey> jdstrand: ping
[20:22] <dobey> or any core dev, i guess, ping
[20:25] <Daviey> dobey: You will have more success if you ask your question, nobody is going to stick their head about the parapit - it might be a hard quetion!
[20:25] <Daviey> question*
[20:27] <dobey> Daviey: it's not a question so much. my FFe was approved, and the merge proposal was already approved, so i just need someone to merge it and get my new upload into ubuntu :)
[20:27] <dobey> Daviey: and jdstrand reviewed the merge proposal, so i thought it apt to ping him, but i guess he's busy
[20:29] <jdstrand> dobey: I'm not piloting and don't have time atm.
[20:30]  * jdstrand looks at patch pilot calendar
[20:31] <jdstrand> dobey: I don't see patch pilots with privs coming online anytime soon
[20:31] <jdstrand> dobey: that is the 0.2.0 new release?
[20:31] <dobey> jdstrand: yep
[20:32] <jdstrand> dobey: if you put the signed package on chinstrap, I'll figure something out today
[20:33] <mterry> dobey, what's up?
[20:33] <dobey> mterry: hey. can you merge https://code.launchpad.net/~dobey/ubuntu/oneiric/ubuntuone-dev-tools/release-020/+merge/75196 ?
[20:34] <mterry> dobey, looking.  (btw, is ubuntuone-installer 0.7.4 going to be uploaded for beta2?)
[20:34] <dobey> 1.7.4?
[20:34] <dobey> it is already i thought?
[20:34] <Daviey> dobey: erm, that package isn't in main, is it?
[20:34] <mterry> dobey, I only see 1.7.3
[20:35] <mterry> Daviey, you're right, it's in universe
[20:35] <dobey> mterry: http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/oneiric/ubuntuone-installer/oneiric/revision/6
[20:35] <dobey> Daviey: no, it's in universe. sorry
[20:35] <Daviey> mterry: are you taking it?
[20:35] <mterry> Daviey, I can, sure
[20:36] <mterry> dobey, sure, it's in bzr, but it's not in the archive
[20:36] <mterry> dobey, did you dput it?
[20:36] <jdstrand> I was doing that
[20:36]  * jdstrand looks
[20:37] <mterry> jdstrand, doing which?  the ubuntuone-installer?
[20:37] <jdstrand> yes
[20:37] <mterry> jdstrand, sweet, thanks
[20:37] <jdstrand> I reviewed it yesterday and I have an .upload file
[20:37]  * jdstrand looks around
[20:37] <mterry> dobey, so you say the FFe is approved?
[20:38] <dobey> mterry: yes, slangasek approved it
[20:39] <dobey> mterry: https://bugs.launchpad.net/ubuntu/+source/ubuntuone-dev-tools/+bug/848067/comments/3
[20:40] <Daviey> I'm honestly suprised it's easier to have a package with such a small scope in the archive.
[20:47] <dobey> Daviey: what do you mean?
[20:49] <mterry> dobey, during a pbuilder build, I got the following:
[20:49] <mterry> bin/u1lint:
[20:49] <mterry>     232:  [W0511] XXX Testing that W0511 does not cause a failure
[20:49] <mterry> ubuntuone/devtools/reactors/qt4.py:
[20:49] <mterry>     26:  [F0401, install] Unable to import 'PyQt4.QtGui'
[20:50] <Daviey> dobey: This package is only for u1 developers, right?
[20:50] <dobey> Daviey: no
[20:50] <dobey> mterry: huh
[20:53] <mterry> dobey, (which stops the build)
[20:53] <dobey> mterry: right; i just fixed/pushed that in my branch. forgot i needed to add python-qt4 to build-depends for that. sorry :)
[20:55]  * mterry tries again
[20:55] <dobey> Daviey: it is useful stuff that anyone can use. particularly useful if you have a python gtk/dbus using app you want to run unit tests on, without screwing with your live system, for example.
[20:55] <mterry> down to the wire of 21 UTC
[20:56] <Daviey> dobey: ahhh!
[20:59] <dobey> Daviey: i literally spent a week trying to think of a better name for it, before giving up and just making the project with that name :)
[20:59] <mterry> dobey, uploaded
[20:59] <dobey> mterry: yay. did you see what was up with installer? it looks like it was merged, but not uploaded?
[21:00] <mterry> dobey, jdstrand sorted it out and uploaded it
[21:00] <dobey> mterry: ah ok, cool. thanks
[21:00] <dobey> and on that note, i think it's time to call it a day :)
[21:01] <dobey> just as the rain and thunder starts up… :-/
[21:01] <mterry> dobey, see ya!
[21:01] <mterry> dobey, happy beta freeze day!
[21:01] <dobey> mterry: hah, you too!
[21:02] <jdstrand> I don't know what happened. I had an .upload, but no email confirmation so I just did it again
[21:02] <jdstrand> sorry about that
[21:08] <astraljava> Hi all, I added a new branch under ~ubuntustudio-dev team, which is depended upon in our desktop seed. Does that require an FFe because of the new package?
[23:16] <sladen> ScottK: I love your endless series of OOPs on that +distroseries bug!