[00:00] <ScottK> Kubuntu tests are complete.
[00:06] <skaet> Thanks ScottK
[00:07] <skaet> ogra_ how are those netinst tests looking?
[00:07] <ogra_> nearly done with armhf
[00:09] <skaet> excellent,  thanks.   Please mark them on the tracker as they complete.  :)
[00:09] <ogra_> indeed
[00:09] <ogra_> ;)
[00:47] <skaet> hmm... iso tracker points to stale wubi image for those tests.
[00:54] <bkerensa> skaet: Is it ok to add Juju Devs to the draft release notes this cycle?
[00:54] <skaet> bkerensa - yes please!
[00:54] <bkerensa> thanks
[00:54] <skaet> Thank you!
[00:54] <skaet> :)
[00:56]  * skaet -->zzz now,  tomorrow comes early. ;)
[01:21] <ogra_> skaet, omap armel netinst failed
[02:41] <infinity> ogra_: Was it https://bugs.launchpad.net/ubuntu/+source/debian-installer/+bug/1040393 ?
[02:41] <ubot2> Launchpad bug 1040393 in debian-installer "omap netboot partition too small for flash-kernel backup procedure" [Undecided,New]
[02:41] <infinity> ogra_: I kinda never got around to testing a fix for that.  Really should do.
[02:44]  * infinity sets up raring in Launchpad.
[02:46]  * ScottK moved the release schedule already.
[02:52]  * ScottK made ~raring-backports.
[02:57]  * infinity decides to sleep.
[03:18] <ScottK> Quantal relevant ubuntu-archive bugs processed.
[03:19] <micahg> is it too late for a process removals run?
[03:20] <ScottK> Yes.
[03:20] <ScottK> Anything we do now ought to be manually reviewed/requested.
[03:20] <ScottK> (I just went through all those).
[03:20] <micahg> should I go through and file them manually?
[03:21] <ScottK> Let me see what I get when I run it.
[03:22] <ScottK> Running it now.
[03:50] <highvoltage> goodnight everyone.
[03:54] <holstein> im looking at doing the 64bit iso tests for ubuntustudio from http://iso.qa.ubuntu.com/qatracker/milestones/240/builds/26218/testcases ...did i miss it? is it too late?
[03:54] <slangasek> holstein: it's not too late
[03:55] <slangasek> holstein: you may want to check with #ubuntu-qa, I believe that's where most of the ISO testing coordination happens.
[03:55] <slangasek> highvoltage: 'night
[03:55] <holstein> slangasek: thanks!
[03:58] <ScottK> micahg: Unless I ran it wrong, it didn't come up with anything.
[04:01] <micahg> ScottK: could be someone already ran it
[07:08] <stgraber> morning
[07:09] <cjwatson> Bah, just noticed the server image is rather larger than it needs to be since packages are duplicated inside and outside the squashfs :-(
[07:09] <cjwatson> Too late to fix now ...
[07:09] <cjwatson> I swear I tested that originally
[07:29] <jibel> stgraber, I tried edubuntu live. The session menu is empty on the client, is it expected ?
[07:37] <didrocks> infinity: hey: https://bugs.launchpad.net/ubuntu/+source/gnome-session/+bug/1036752 FYI, got 3 confirmations :)
[07:37] <ubot2> Launchpad bug 1036752 in compiz "[quantal] [regression] Gnome Classic has no compiz plugins loaded" [High,Fix committed]
[07:43]  * cjwatson tries to reproduce the server powerpc bug on iso.qa
[07:50] <stgraber> jibel: it's a bug but one we'll have to release note... I'm not sure what's the source of the bug as I didn't get it when running from a physical thin client on an installed (non-live) LTSP
[07:51] <stgraber> jibel: I'll release note bug 1028972 for Edubuntu
[07:51] <ubot2> Launchpad bug 1028972 in indicator-session "Empty session menu in ltsp client" [High,New] https://launchpad.net/bugs/1028972
[07:52] <cjwatson> hggdh: bug 1067970 is a bug in http://people.canonical.com/~cerdea/preseed.cfg - please could you drop "d-i base-installer/kernel/override-image string linux-image-server" from that?  It's effectively a no-op for x86 now and breaks (a) other architectures and (b) amd64 systems requiring secure boot.
[07:52] <ubot2> Launchpad bug 1067970 in debian-installer "ubuntu server ppc quantal server fails on linux-image-server" [Undecided,New] https://launchpad.net/bugs/1067970
[07:53] <jibel> stgraber, I also had a crash of nautilus on the client on amd64 and bluetooth-applet.orig on i386
[07:55] <cjwatson> skaet: ^- FYI, I've investigated the failure on Ubuntu Server powerpc and it's a test bug not a software bug
[07:55] <stgraber> infinity, didrocks: the compiz bug affects Edubuntu as gnome-classic/gnome-fallback is a supported desktop for us (not default but available as an installer option), so having this in -updates for release is important for us. Thanks
[07:56] <didrocks> stgraber: well, that's what I try to have since yesterday :)
[07:57] <stgraber> didrocks: I know, just putting some extra pressure on it as it's more than the initial "only affects people who manually installed gnome-session-fallback" ;)
[07:57] <didrocks> stgraber: it's bad enough for people upgrading ;-)
[07:57] <didrocks> we agreed yesterday to move it if we have 2 confirmations
[07:57] <didrocks> so I think we'll get it today
[08:16] <xnox> slangasek: ubuntu-qa is the Quatar LoCo team channel which has been now claimed inline with Ubuntu irc channel namespace policy (i kid you not). It's ubuntu-testing for Q.A. these days ;-)
[08:17] <infinity> cjwatson: Are we pre-published?
[08:19] <cjwatson> Should be, I did that all yesterday
[08:19] <cjwatson> I can run it again to make sure if you like, though
[08:19] <cjwatson> Maybe not amd64+mac
[08:19] <cjwatson> I'd probably better rerun
[08:20] <infinity> stgraber / didrocks: compiz released to -updates.
[08:20] <didrocks> infinity: excellent! thanks :)
[08:22] <stgraber> infinity: thanks
[08:25] <cjwatson> infinity: ok, definitely prepublished now
[08:31] <cjwatson> and .manifest re-pruned
[08:32]  * cjwatson starts archiving old images
[08:34] <cjwatson> beta-1 archived
[08:42] <peterm-ubuntu> how are things looking this morning?
[08:57] <cjwatson> peterm-ubuntu: pretty reasonabe
[08:57] <cjwatson> +l, even
[08:57] <cjwatson> everything fine apart from my keyboard ;-)
[08:58] <peterm-ubuntu> cjwatson so any sense of the day? to you have an ETA for any stages?
[09:40] <cjwatson> peterm-ubuntu: not anything terribly exact as yet; will take at least a few more hours to get all our ducks in a row
[09:41] <cjwatson> jibel,plars: so, Ubuntu desktop is looking good on iso.qa; any chance of testing signoff on that?
[09:41] <peterm-ubuntu> cjwatson ok… was wonedering if you pushed to mirrors and then X hours later we were ready
[09:41] <cjwatson> peterm-ubuntu: http://wiki.ubuntu.com/ReleaseProcess, though the numbers are a bit fungible
[09:42] <cjwatson> peterm-ubuntu: we do have to push images to mirrors some hours beforehand, yes
[09:42] <cjwatson> peterm-ubuntu: what I'm trying to figure out right now are which ones are signed off or can soon be signed off for publication
[09:44] <peterm-ubuntu> cjwatson great… thanks
[09:44] <cjwatson> Anyone know where we are with server image signoff?  Daviey isn't around
[09:45] <cjwatson> I want to get those two sets signed off ASAP so that I can push them to releases
[09:46] <cjwatson> Until then I think I'm pretty much blocked
[09:53] <infinity> If they've been tested, I'll sign 'em off, it's not like Daviey needs to bless them.
[09:53] <cjwatson> server testing is still a bit partial
[09:53] <cjwatson> incomplete mandatory tests
[09:54] <infinity> On, indeed.
[09:55] <infinity> Can we juju deploy some more testers?
[09:59] <cjwatson> ogra_: any news on bug 1067952?
[09:59] <ubot2> Launchpad bug 1067952 in debian-installer "quantal omap armel netinst installation fails" [Undecided,New] https://launchpad.net/bugs/1067952
[10:00] <ogra_> cjwatson, sorry, was up until 4, just got up, will start anoter install in a minute
[10:00]  * cjwatson nods
[10:00] <ogra_> *another
[10:00] <infinity> Unfortunately, the fact that the board hung (and it may be unrelated) makes it tough, but I was guessing the failure was actually bug #1040393
[10:00] <ubot2> Launchpad bug 1040393 in debian-installer "omap netboot partition too small for flash-kernel backup procedure" [Undecided,New] https://launchpad.net/bugs/1040393
[10:01] <cjwatson> I'd like to start some publishing reasonably soon, but I don't want to have to keep track of lots of fine-grained what-I've-published-and-what-I-haven't
[10:01] <infinity> Which comes and goes depending on the exact kernel/initrd size, as we're borderline.
[10:01] <cjwatson> is there a workaround?
[10:01] <infinity> cjwatson: Other than server, what are we waiting on?
[10:01] <cjwatson> anything that isn't listed as "ready"
[10:02] <infinity> cjwatson: The only workaround would be manually mangling flash-kernel to not do the backup bit.
[10:02] <cjwatson> so Lubuntu, Ubuntu desktop, Ubuntu Studio, Wubi, Xubuntu
[10:02] <cjwatson> Right now I mostly care about desktop/server/Wubi since those have longer mirroring requirements
[10:02] <infinity> The obvious fix is bumping the netboot vfat filesystem size, but I didn't get around to it.  I'm going to SRU that into precise at some point, though.
[10:03] <stgraber> knome: ping
[10:05] <knome> stgraber, dong
[10:15] <stgraber> knome: what's the state of xubuntu testing? it's one of the products we're awaiting sign-off for
[10:16] <knome> stgraber, ack from me
[10:16] <knome> just got one upgrade test filed
[10:16] <phillw> skaet: just to confirm, all the ones tested are okay to go. Including ppc-alternate which has been release noted for the 1 failure
[10:17] <skaet> thanks phillw,  I'll mark them ready then.
[10:17]  * smartboyhw hopes to see scott-work asap for the release for Studio:D 
[10:17] <smartboyhw> Looks like the testing is fine, no failures:D
[10:17] <skaet> thanks smartboyhw - good to know.  :D
[10:17] <stgraber> knome: ok, marking them as good to go. Can you update https://wiki.ubuntu.com/QuantalQuetzal/ReleaseManifest?
[10:17] <knome> sure
[10:18] <knome> done
[10:18] <smartboyhw> skaet, we are ready anyway, just we need scott-work to say the word:D
[10:19] <knome> thanks stgraber
[10:19] <knome> and skaet!
[10:19] <cjwatson> smartboyhw: if he isn't around by a few hours from now, I expect we'll just take that as sufficient signoff
[10:19] <smartboyhw> cjwatson, please do:D
[10:20] <smartboyhw> Wait for few hours and then...
[10:20]  * skaet nods
[10:21] <skaet> ok,  slangasek secured jasoncwarner_ 's ok on the desktop as long as it tested out ok.
[10:21] <skaet> jibel,  any concerns on ubuntu desktop from your perspective?
[10:22] <jibel> cjwatson, skaet looks good to me but I'll let testing signoff to plars as he is the qa testing lead.
[10:23] <cjwatson> stgraber: did you ever test whether it was possible to install using the netboot mini.iso on SB?
[10:23] <skaet> jibel,  fair 'nuf.    We still seem to not have completed the server testing - is there a plan in place there?
[10:24] <stgraber> cjwatson: no, does mini.iso come with grub-efi? I thought it only contained isolinux
[10:24] <stgraber> skaet: URL for Edubuntu will be http://www.edubuntu.org/news/12.10-release
[10:24] <skaet> thanks stgraber.  :)
[10:24] <cjwatson> stgraber: it does
[10:24] <skaet> knome,  what's the one for us to use for Xubuntu?
[10:24] <cjwatson> stgraber: thinking it might be a good fallback for flavours we didn't have time to enable
[10:24] <stgraber> cjwatson: oh, nice. I'll try that after lunch then.
[10:25] <knome> skaet, let me chek
[10:25] <knome> +c
[10:25] <skaet> smartboyhw - do you know the one we should be using for ubuntu studio in the announce email?
[10:26] <knome> skaet, http://xubuntu.org/news/12-10-release/
[10:26] <smartboyhw> skaet, ubuntu-studio-users@lists.ubuntu.com
[10:26] <jibel> skaet, maas, gema is discussing about it with jamespage . he will update the tracker. iscsi root on kvm, I don't know the status.
[10:26] <jamespage> jibel, I'm not even sure where that test came from?
[10:26] <jibel> jamespage, "Install Server iSCSI Root (virtualized KVM)", do you know if it has been tested ?
[10:26] <smartboyhw> skaet, here
[10:26] <smartboyhw> https://lists.ubuntu.com/mailman/listinfo/Ubuntu-Studio-users
[10:27] <jamespage> jibel, the test case is vague - I think its probably covered by the other two iscsi root tests
[10:27] <jamespage> which I have run :-)
[10:27] <smartboyhw> and if you want to also address the developers, then https://lists.ubuntu.com/mailman/listinfo/Ubuntu-Studio-devel will be a good place
[10:27] <cjwatson> slangasek: would https://en.wikipedia.org/wiki/Unified_Extensible_Firmware_Interface#Secure_boot perhaps be a better reference than the current link target in the release notes (which goes to an agreement page for downloading the full spec)?
[10:27] <cjwatson> unless you're trying to make a point about semi-closed specs :)
[10:27] <skaet> thanks knome,   smartboyhw  :)
[10:28] <smartboyhw> skaet, the problem: We don't have people doing the amd64 upgrade test for Ubuntu Studio and I'm worried that we are not going to be able to do it before delaying release........
[10:29] <smartboyhw> skaet, real difficult, we don't have much testers, and I can't do it due to revision......:(
[10:31] <skaet> smartboyhw - lets discuss in #ubuntustudio channel,  and see if we can figure out some options then.
[10:31] <smartboyhw> skaet, ok
[10:38]  * stgraber -> lunch
[10:39]  * ogra_ is already in pkgsel on omap armel netinst, infinity you might be right with the SD partition size issue
[10:40] <infinity> ogra_: Seems likely.  Not something we'll fix for release, but I'm happy to SRU it once I've actually tested bumping the partition size.
[10:41] <infinity> ogra_: Seems like the right thing to do anyway, since it'll make netboot installs look more like ISO-based ones.
[10:42] <ogra_> yup
[10:44] <infinity> ogra_: But yeah, if you can confirm it's my bug, just dupe it and remind me to fix it next week.  It's broken in 12.04.1 too, cause our initrd grew just enough to break it.
[10:44] <ogra_> ouch, ok
[10:45] <infinity> (And it's only a matter of time before it breaks for omap4, it's just pure luck that the omap4 kernels are slightly smaller)
[10:46] <infinity> smartboyhw: You still need help with studio/amd64/upgrade?  We can spin one up here.
[10:46] <smartboyhw> infinity, if you can yes. I will definitely thank you for that:D
[10:48] <skaet> infinity,  can you add a note about netboot armel not working to the known issues on https://wiki.ubuntu.com/QuantalQuetzal/ReleaseNotes/CommonInfrastructure?
[10:48] <skaet> ^ or ogra_  ;)
[10:49] <skaet> cjwatson,  wubi testing looks pretty much complete - ok to mark it ready?
[10:53] <cjwatson> oh yeah, I'm contact for that :)
[10:53] <cjwatson> marked ready
[10:53] <skaet> thanks.   can you sign off the manifest too?   :)
[10:55] <cjwatson> skaet: somebody appears to have done so ...
[10:56] <cjwatson> looks like slangasek did
[10:56] <smartboyhw> For all the community-supported flavours we are the latest to sign off.....really badf
[10:56] <smartboyhw> *bad
[10:56] <infinity> skaet: It's armhf+omap that's broken, actually. But I'm not sure it's worth release noting that a best-effort community netboot image is currently broken.
[10:56] <pgraner> infinity, +1
[11:01] <skaet> infinity, iso tracker has bug 1067952 listed next to armel+omap.   No results listed next to armel+omap4.    Nothing listed next to armhf+omap.    What is the bug for armhf+omap?
[11:01] <ubot2> Launchpad bug 1067952 in debian-installer "quantal omap armel netinst installation fails" [Undecided,New] https://launchpad.net/bugs/1067952
[11:04] <infinity> skaet: If ogra verifies the bug is the same one we had in precise, it's all omap, but not omap4.
[11:04] <infinity> skaet: armel versus armhf is irrelevant in this case.
[11:05] <ogra_> erm
[11:05] <ogra_> no errors
[11:05] <ogra_> o_O
[11:05] <ogra_> it rebooted fine and is just starting up
[11:06] <smartboyhw> :D
[11:06]  * ogra_ waits for a prompt
[11:06] <ogra_> ah., there
[11:06] <infinity> ogra_: Oh.  Then maybe your crash was bogons.  Even better.
[11:06] <ogra_> ogra@beagle:~$ dpkg --print-architecture
[11:06] <ogra_> armel
[11:06] <ogra_> ogra@beagle:~$
[11:06] <ogra_> yeah, i'll mark it as passed
[11:07] <ogra_> and blame cosmic rays
[11:07] <smartboyhw> LOL
[11:07] <infinity> ogra_: Shiny.  Invalidate your bug too, then. :)
[11:07]  * ogra_ finds it funny that the least supported image seems to have caused the most work in arm world
[11:07] <infinity> ogra_: And while I'll fix the d-i size thing, it's clearly not hitting Q right now, I'm okay with that.
[11:07] <ogra_> yeah
[11:08] <infinity> (Given that it hit 12.04.1 but not 12.04.0, it's obviously just barely borderline)
[11:08] <smartboyhw> infinity, so are you testing the upgrade for Studio?
[11:09] <infinity> smartboyhw: apw's doing an install/upgrade right now.
[11:10] <smartboyhw> infinity, ah thanks, I am doing it also at the same time see who's faster
[11:11] <cjwatson> infinity: bug 1068071, FYI
[11:11] <ubot2> Launchpad bug 1068071 in launchpad "Need facility to redirect Ubuntu uploads to non-release pocket" [Undecided,New] https://launchpad.net/bugs/1068071
[11:16] <cjwatson> So, I'd like to get at least a little bit ahead on publishing, and publish the following products which are entirely marked as ready: Edubuntu, Kubuntu (including Active), Lubuntu, Ubuntu Core, and Xubuntu
[11:17] <cjwatson> I'd rather leave Wubi until we're ready to publish Ubuntu Desktop and Ubuntu Server as well, in order to avoid craziness on releases.u.c
[11:17] <skaet> ok
[11:17] <cjwatson> Any objections?
[11:17] <infinity> cjwatson: Soundeth good.
[11:17] <skaet> none from me
[11:17] <knome> sounds fine.
[11:17] <Riddell> all good
[11:18]  * smartboyhw finds it fine
[11:18] <cjwatson> Hmm, or I could fix script bugs first - publish-image-set doesn't seem to know about Kubuntu Active
[11:18] <smartboyhw> cjwatson, whoa! Really?
[11:18]  * smartboyhw is super surprised:D
[11:18] <cjwatson> slightly surprising but I wouldn't rate it "whoa!" :-)
[11:19] <cjwatson> It's a pretty bodgy script full of regexes
[11:19] <smartboyhw> cjwatson, personal comments:P
[11:20] <wgrant> cjwatson: Can't we just have people upload to raring-proposed instead?
[11:20] <infinity> cjwatson: Err, what?  It knew about it during milestones...
[11:20] <cjwatson> Oh
[11:20] <cjwatson> Actually I'm just unable to read
[11:21] <cjwatson> wgrant: Realistically, that won't happen reliably
[11:21] <infinity> wgrant: I'd rather have the rewrite.
[11:21] <wgrant> How does one upload to raring, if raring is raring-proposed?
[11:21] <cjwatson> One doesn't
[11:21] <cjwatson> One copies into it
[11:21] <infinity> wgrant: Besides, it has precedent from Debian, they always rewrite uploads to stable releases.
[11:21] <cjwatson> (That's why I suggest doing this in archiveuploader)
[11:22] <cjwatson> Once we have britney in operation, I want raring to be locked and not directly uploadable to, basically
[11:22] <wgrant> Sure, and that's a good way to encourage people to upload to raring-proposed instead :)
[11:22] <cjwatson> Otherwise we'll be playing whack-a-mole for months
[11:23] <infinity> wgrant: I'd much rather fix it technically than socially.  Plus, it's just prettier.
[11:23] <cjwatson> OK, we *could* just lock it; it produces ugly changelogs though, and is a bit of a waste of most developers' time
[11:23] <wgrant> Heh
[11:23] <wgrant> It's hardly prettier
[11:23] <wgrant> But perhaps
[11:23] <wgrant> When do we expect raring to open?
[11:23] <wgrant> We can add the DB column tomorrow if we need
[11:23] <infinity> wgrant: Soonish.
[11:23] <wgrant> I mean for general uploads
[11:24] <cjwatson> Toolchain should be ready in a few days, but getting britney up and running will take a bit longer
[11:24] <infinity> wgrant: Less soonish.
[11:24] <wgrant> Right
[11:24] <cjwatson> Mid next week maybe; adding CI to the distro is a fairly reasonable justification for it taking slightly longer than usual
[11:24] <wgrant> Heh, indeed
[11:24] <cjwatson> Adam and I plan to hack on this once 12.10 is out
[11:24] <infinity> wgrant: I still need to get glibc sorted, doko's got compilers mostly in hand, I want to do some packaging toolchain bits, plus we want to get britney ready (or at least try).
[11:24] <wgrant> Right
[11:25] <cjwatson> If distroseries.default_pocket isn't totally unreasonable, I expect there'd be a certain amount of fallout in the LP test suite that would take a while to fix
[11:25] <cjwatson> Although we wouldn't have to set default_pocket nonzero except in some archiveuploader tests, really ...
[11:25] <wgrant> There'd be no fallout at all
[11:25] <wgrant> Because the default will still be release
[11:26] <cjwatson> doctests.  but yeah
[11:26] <wgrant> Meh, the doctests won't need touching, hopefully
[11:26] <wgrant> Just a few new unit tests
[11:26] <cjwatson> Every time I add a DB column it breaks some BS doctest somewhere I didn't expect. :-)
[11:26] <wgrant> Heh
[11:26] <cjwatson> (Well, model for the column, anyway)
[11:28] <cjwatson> Right, anyway, starting to publish the images above now
[11:28] <wgrant> Anyway, should be a pretty painless change.
[11:28] <wgrant> We are DBAless next week, but I have DB review privs now so we can push it through quickly if need be.
[11:29] <cjwatson> That's what I was hoping.  I realise it's more effort than, say, not changing LP at all, but I do think it'll help
[11:29] <cjwatson> Hm, maybe forbid direct uploads to release if default_pocket is nonzero?  Or is that too hackish?
[11:30] <wgrant> Hmm?
[11:30] <cjwatson> Maybe I'm trying to generalise this too much and it should just be a column meaning "send it all to -proposed and forbid release"
[11:30] <wgrant> If you're doing that, then you might as well just have a forbid_release col
[11:30] <cjwatson> Right, and don't bother generalising to default_pocket
[11:30] <cjwatson> Just hardcode -proposed
[11:30] <wgrant> That sounds reasonably sensible
[11:31] <wgrant> Given that we already have lots of hardcoded pocket assumptions
[11:31] <cjwatson> I just want not to break other distributions that don't have britney set up, even if derived distros in LP are largely theoretical
[11:31] <wgrant> If someone wants to use a non-Ubuntu pocket definition we're going to need code changes anyway
[11:31] <wgrant> "largely theoretical" ← putting it nicely
[11:31] <cjwatson> that's me
[11:32] <wgrant> So yeah, I'd just add a flag which redirects in archiveupload. You may need to specially consider the suite name in the upload path, which everyone tends to forget about.
[11:32] <wgrant> Tests should be simple :)
[11:32] <cjwatson> specially consider> how do you mean?
[11:33] <wgrant> cjwatson: I forget where that override is applied
[11:33] <wgrant> And if you want to entirely forbid release uploads, you'll need to make sure you check after that override
[11:33] <cjwatson> Oh, you mean the business where you can upload to an (S)FTP path including the suite name?
[11:34] <cjwatson> Yeah, I always forget about that, fair point
[11:34] <wgrant> Right
[11:34] <cjwatson> Debian ended up having to have a testing-proposed-updates back door, but I don't think we'll need that since we have PPAs
[11:34] <wgrant> An upload path of /ubuntu/raring overrides the .changes Distribution
[11:34] <wgrant> Right
[11:35] <cjwatson> And we won't be applying a 10-day delay or anything like that
[11:35] <cjwatson> So it should get backed up a lot less
[11:35] <cjwatson> Hm, I wonder if I should also fix the way the copier gets credited for uploads
[11:36] <cjwatson> Otherwise ubuntu-archive-robot is about to have a great deal of karma
[11:36] <wgrant> lalala
[11:36] <smartboyhw> Hey dholbach :D
[11:36] <dholbach> hi smartboyhw
[11:36] <wgrant> Impersonation is something we haven't really worked out
[11:36] <cjwatson> I was wondering about assuming that auto_approve=True means they don't care about credit
[11:36] <cjwatson> Since that approximately means "I have an archive admin hat on"
[11:36] <wgrant> Maybe
[11:37] <cjwatson> Even so, the way From is handled for copies is pretty bizarre
[11:37] <wgrant> I had thought of reusing the sponsored field
[11:37] <wgrant> But then it's sponsorship all the way down
[11:37] <wgrant> An unending mess
[11:38] <cjwatson> Half the time it seems to be From: <copier>, <uploader>; half the time it's just From: <copier>
[11:38] <wgrant> Copy announcements have always been bizarre
[11:38] <wgrant> I think it depends on which of the three ways they happen
[11:38] <cjwatson> Presumably due to public/private e-mail addresses or whatever
[11:38] <wgrant> Nah
[11:38] <wgrant> Soyuz doesn't care about private email addresses
[11:38] <cjwatson> Pretty sure these are all due to sru-release ...
[11:38] <wgrant> Well, doesn't care about email address privacy
[11:38] <cjwatson> I had somebody thank me a day or two ago for fixing all his bugs
[11:39] <cjwatson> Turns out it's just because I release a lot of SRUs
[11:39] <cjwatson> Seems a tad unfair
[11:39] <wgrant> Heh
[11:39] <cjwatson> So, I'll maybe try to have a look into that since it's about to get really annoying
[11:42] <cjwatson> wgrant: by three ways, do you mean accept copy from queue, direct copy, delayed copy?
[11:42] <wgrant> cjwatson: Something like that
[11:42] <wgrant> unembargo-package was also slightly strange, but it's dead now
[11:42] <cjwatson> I guess the first *might* be involved, though shouldn't be for most of mine
[11:43] <wgrant> Accept from +queue uses rSP somewhat generously to avoid issues with private addresses
[11:43] <wgrant> We don't filter them out, we just ignore the security
[11:44] <cjwatson> I'll probably remove delayed copies after the first round of autosyncs
[11:45] <wgrant> Since they'll prove that +copy-packages won't lag too much if it's made async for everyone?
[11:45] <stgraber> cjwatson: my laptop won't boot the mini.iso at all. Selecting it in the boot list will just bring me straight back to the list, so it doesn't look like it's a secureboot failure, more like efi failing to find something that boots
[11:45] <cjwatson> wgrant: right
[11:45] <cjwatson> wgrant: the fix for which I just finished QAing
[11:45] <wgrant> So I saw
[11:46] <cjwatson> stgraber: hm.  oh well.  we'll work that out for raring I guess - just means we don't get to release-note it
[11:46] <cjwatson> Which is unfortunate since now we'll get accused of aiding and abetting some kind of conspiracy against flavours
[11:46] <cjwatson> oh well
[11:47] <cjwatson> I thought I'd tested it in OVMF, so I suppose it *could* just be your laptop
[11:47] <stgraber> cjwatson: yep. That machine is also able to do IPv4/IPv6 secureboot PXE, I'll definitely need to try that stuff for raring, not sure if our current netboot.tar.gz includes the needed bits
[11:47] <cjwatson> stgraber: doesn't have the tftp module
[11:47] <cjwatson> I was too much of a coward to shove that in for 12.10
[11:47] <cjwatson> in principle it should work after that though I expect there'll be a ton of details
[11:48] <stgraber> yeah. I'll add testing that stuff to my raring work item list so I make sure I get a couple of workitems on some blueprint for it
[11:49] <knome> skaet, xubuntu amd64 upgrade passed.
[11:49] <skaet> yay!  thanks knome
[11:49] <cjwatson> first batch of released images syncing out
[11:51] <seb128> ^ sorry, local mistake (gra, stupid script), rejecting the dups
[11:52] <wgrant> cjwatson: I guess we'll have to manually work around bug #1040572
[11:52] <ubot2> Launchpad bug 1040572 in launchpad "initialize_distroseries doesn't handle pocket permissions" [Low,Triaged] https://launchpad.net/bugs/1040572
[11:52] <wgrant> "We need to fix this before opening Ubuntu 13.04."
[11:53] <cjwatson> wgrant: whoopsie, go me
[11:53] <cjwatson> wgrant: Err.  I could try to fix that today I guess ...
[11:54] <stgraber> using http://people.canonical.com/~stgraber/permissions/teams and looking for "pocket" should make it easy to extract the pocket permissions to re-apply
[12:03] <plars> jamespage: heya, can you, or someone else on your team take a look at the iscsi tests on -server and the maas tests (at least the missing juju one)?
[12:04] <smartboyhw> apw, infinity how is the upgrade testing? (Sorry for bothering again:P0
[12:06] <jamespage> plars, struggling with the maas+juju one ATM as people with the relevant access and knowledge in test labs are not awake
[12:06] <jamespage> plars, as far as I am concerned the iscsi testing is done - the remaining test cases are dupes of the auth/unauth test cases.
[12:07] <plars> jamespage: ok, if it's been tested from your end, mind marking it done for sake of completeness then?
[12:08] <jamespage> plars, boxes ticked with appropriate comments for iscsi
[12:09] <cjwatson> wgrant: In progress - do you think we might get a deployment later, or is a cowboy more likely if I can get it done?
[12:09] <plars> jamespage: thanks! who's the best person to ping about the maas+juju when they come online? or are they all traveling?
[12:09] <smartboyhw> skaet, how much time left to do the upgrade testcase? I need around approx 30 minutes
[12:09] <jamespage> plars, I'm dealing with it
[12:09] <jamespage> lots travelling
[12:09] <wgrant> cjwatson: We're in a good position to deploy whenever you need
[12:09] <plars> jamespage: yeah, so I hear.  Thanks a ton!
[12:09] <smartboyhw> Raring Ringtall...Good name for R...
[12:09] <wgrant> When you need a review give me a yell
[12:10] <cjwatson> Hopefully within the hour
[12:10] <skaet> smartboyhw,  you have it.
[12:10] <wgrant> cjwatson: We can cowboy if ops prefer, but with pepo in ndt now it seems silly
[12:11] <smartboyhw> skaet, actually I can't even determine the time but anyway...
[12:13] <wgrant> cjwatson: (you really don't have to fix this yourself if you're too busy, although I guess at this stage you're probably not)
[12:17] <cjwatson> wgrant: mostly waiting for testing right now so I might as well
[12:17] <cjwatson> but thanks
[12:17] <cjwatson> Besides, I meant to do it months ago
[12:17] <wgrant> Yeah
[12:18] <wgrant> The hardest bit of all these changes is tests...
[12:19] <cjwatson> That might be true for people for whom SQL is their first language ;-)
[12:19] <smartboyhw> cjwatson, who are they?:P
[12:19] <cjwatson> wgrant
[12:19] <wgrant> I need to port all that stuff to use the new bulk insert helpers
[12:19] <wgrant> Makes it slightly less hideous
[12:19] <wgrant> Slightly
[12:20] <cjwatson> I'm afraid I'll have to make it more hideous at least temporarily
[12:20] <wgrant> Well
[12:20] <wgrant> Aren't you just adding a single new statement elsewhere?
[12:21] <wgrant> Since packageset and pocket are mutually exclusive, and that's inside the packageset loop
[12:21] <cjwatson> Oh, I forgot about that exclusivity
[12:21] <cjwatson> OK, that makes it marginally less unpleasant
[12:21] <smartboyhw> :P
[12:22] <wgrant> Right, it makes it pretty much trivial
[12:22] <cjwatson> Probably two new statements though, since there's the distroseries IS NULL case (preserve) and the distroseries = parent case (set to child)
[12:22] <wgrant>     "one_target" CHECK (null_count(ARRAY[packageset, component, sourcepackagename, pocket]) = 3)
[12:23] <wgrant> Oh right, pocket perms can exist for the whole archive
[12:23] <wgrant> Forgot that
[12:23] <wgrant> But why do you need to consider the distroseries IS NULL case at all?
[12:23] <wgrant> Just filter to distroseries = parent
[12:23] <wgrant> duplicate them exception with distroseries = self
[12:23] <wgrant> done
[12:23] <cjwatson> Oh, yeah, NULL doesn't need copying
[12:23] <cjwatson> Duh
[12:24] <wgrant> Yeah, we're not creating a new archive
[12:27] <skaet> infinity, https://wiki.ubuntu.com/QuantalQuetzal/ReleaseManifest <- can you add the date on those community images you're signing off on as ready to ship.
[12:28] <xnox> skaet: he is afk =)
[12:29] <skaet> thanks xnox
[12:30] <smartboyhw> Those guys in #ubuntu-release-party are getting impatient now
[12:31] <smartboyhw> skaet, when can I start to upgrade to Raring?:P
[12:32] <cjwatson> They're a separate channel so that we can ignore their impatience :-)
[12:33] <smartboyhw> :)
[12:33] <skaet> thanks for the reminder smartboyhw - have joined now.
[12:33] <smartboyhw> skaet, lol
[12:34] <plars> skaet, cjwatson: things on desktop are good to go from our point of view
[12:37] <skaet> thanks plars,   marking them now then.
[12:39] <skaet> stgraber - very  much love the mark ready feature on the iso tracker you implemented this release.   Thank you!
[12:39] <cjwatson> So just waiting for server and then we can push to releases.u.c
[12:39] <cjwatson> And then wait a few hours for mirroring
[12:39]  * smartboyhw agrees with skaet and thanks stgraber 
[12:41] <smartboyhw> Remaining not ready: Netboot armel+omap, armel+omap4. armhf_omap, powerpc, All server builds and Ubuntu Studio eh....Where IS scott-work?
[12:45] <ogra_> armel+omap4 doesnt exist
[12:45] <ogra_> armel+omap is done
[12:45] <ogra_> (and marked as such)
[12:46] <ogra_> armhf+omap too
[12:46] <smartboyhw> ogra_, sorry can you explain this? http://iso.qa.ubuntu.com/qatracker/milestones/240/builds/25936/testcases
[12:46] <infinity> ogra_: Danke.  Signed off.
[12:46]  * smartboyhw is scratching his head
[12:47] <skaet> thanks ogra_ ,  infinity
[12:47] <ogra_> :)
[12:48] <cjwatson> smartboyhw: shouldn't be there, I suspect, given that there's no omap4 in http://ports.ubuntu.com/ubuntu-ports/dists/quantal/main/installer-armel/current/images/
[12:48] <smartboyhw> cjwatson, then delete it:D
[12:49] <smartboyhw> This also shouldn't exist then cjwatson
[12:49] <smartboyhw> http://iso.qa.ubuntu.com/qatracker/milestones/240/builds/26101/testcases
[12:49] <cjwatson> smartboyhw: indeed - done
[12:49] <smartboyhw> cjwatson, :D
[12:49] <cjwatson> though I don't know if that'll persist to next milestone
[12:50] <stgraber> cjwatson: the product should be disabled on the tracker, otherwise my script will publish it again in an hour
[12:50] <stgraber> cjwatson: I'll do that now
[12:50] <cjwatson> heh
[12:50] <cjwatson> stgraber: please do
[12:50] <cjwatson> that upgrade test should arguably be changed to armel+omap instead of deleted
[12:50] <smartboyhw> cjwatson, did you get the upgrade testcase link?
[12:50] <cjwatson> although it seems unlikely to be worth bothering with
[12:51] <cjwatson> smartboyhw: in any case, we're entirely capable of just ignoring testcases that don't apply
[12:51] <smartboyhw> cjwatson, :D
[12:51]  * smartboyhw wonders is Netboot armhf+omap ready....
[12:52] <infinity> smartboyhw: Yes.
[12:52] <jibel> skaet, plars https://wiki.ubuntu.com/QATeam/ReleaseReports/QuantalFinalTestReport
[12:52] <smartboyhw> OK:D
[12:53] <skaet> Thanks jibel.   Will you issue an update when those last server results come in?
[12:53] <jibel> skaet, I will
[12:53] <skaet> Thank you.  :)
[12:53] <smartboyhw> !
[12:54] <stgraber> that's just a product rename
[12:54] <smartboyhw> Ah:P
[12:56] <smartboyhw> skaet, upgrade Ubuntu Studio is into setting up packages state, should be finished very soon:D
[12:56] <skaet> :)
[12:59] <rtg> skaet, whats the story on https://launchpad.net/ubuntu/+source/linux-backports-modules-3.5.0 ? there is an entry, but no binaries.
[13:00] <cjwatson> hmm, that suggests it was never accepted
[13:00] <cjwatson> but it's not in the NEW queue
[13:00] <cjwatson> ogra_: speaking of, nvidia-tegra-codecs-ventana is still in NEW ...
[13:00] <skaet> rtg, interesting...  not sure.   infinity,  any insight?
[13:00] <wgrant> It may also have only ever existed in a PPA
[13:01] <ogra_> cjwatson, well, it needs a reviewer :)
[13:01] <rtg> I uploaded it directly to quantal-proposed
[13:01] <cjwatson> oh, -proposed, that keeps biting me
[13:01] <cjwatson> ogra_: is it worth it for 12.10 now?
[13:02] <cjwatson> ogra_: I'd suggest it should go to -proposed at this point
[13:02] <cjwatson> (sorry)
[13:02] <ogra_> cjwatson, i was hoping someone would get to it, it gives ac100 users HD playback capability in totem
[13:02] <ogra_> but yeah, i dont mind proposed
[13:02] <cjwatson> ogra_: -proposed would be OK for that though, right?
[13:02] <cjwatson> Since it won't be on images now anyway
[13:02] <ogra_> right
[13:02] <cjwatson> rtg: reviewing
[13:03] <ogra_> must be proposed multiverse, it ships binary stuff
[13:04] <slangasek> cjwatson: release notes link target> no objection; what's there now was copy-pasted from the previous Canonical blog entries
[13:05] <smartboyhw> skaet, yeah I am restarting my system after the upgrade
[13:07] <smartboyhw> skaet, passed the upgrade testcase. Ubuntu Studio images all ready, waiting for scott-work to come
[13:08] <skaet> thanks smartboyhw
[13:08] <smartboyhw> skaet, NP
[13:08] <cjwatson> ogra_: OK, rejecting - please reupload to -proposed
[13:08] <ogra_> ok
[13:12] <slangasek> xnox: #ubuntu-qa> oh haha, sorry
[13:12] <smartboyhw> The binarys have landed
[13:15] <cjwatson> rtg: probably not a blocker, but it seems kind of odd that the files in /etc/udev/ are *compat_firmware_17_generic* rather than *compat_firmware_3.5.0-17-generic*
[13:15] <cjwatson> Seems like those might at some point happen to create file conflicts with LBMs based on previous upstream kernel versions
[13:16] <cjwatson> rtg: also, updates-modules is empty, dunno if you care
[13:16] <rtg> cjwatson, all of the compat-wireless packages conflict IIRC, so there shouldn't be a naming clash
[13:17] <cjwatson> No Conflicts here
[13:17] <rtg> I don't remember updates-modules. that might be something new from upstream.
[13:17] <cjwatson> No, that's the udeb
[13:17] <rtg> cjwatson, when next we add another CW version, then we'll add the conflicts
[13:17] <cjwatson> Anyway, I'll process it for now and you can look at it in the archive
[13:18] <rtg> I'll have a look at the udeb. I'm not sure why we even produce one to be honest.
[13:18] <cjwatson> I think we used it once upon a time
[13:19] <cjwatson> Well, it's Priority: standard, it'll be pulled in if it exists
[13:19] <cjwatson> But I'm not sure whether you actually want that
[13:19] <rtg> cjwatson, I think it's not necessary. I'll figure it out.
[13:19] <cjwatson> It's probably a waste of effort unless we actually get requests to have these modules available during server/netboot installation, yeah
[13:20] <rtg> cjwatson, since LBM is an elective install, _could_ it ever be part of a server/net install ?
[13:21] <cjwatson> probably not
[13:21] <cjwatson> it'd have to be on images or in the initrd
[13:21] <cjwatson> so yeah, whatever - bin it :)
[13:21] <rtg> thats what I thought
[13:22] <cjwatson> slangasek: ok, thanks, applied
[13:24] <slangasek> cjwatson: btw, I think we might want something in the release notes about the improved hybrid support
[13:24] <slangasek> in case you have time to write something before I do :)
[13:25] <rtg> cjwatson, I'll get ogasawara right on that problem. bug #1068125
[13:25] <ubot2> Launchpad bug 1068125 in linux-backports-modules-3.5.0 "Quantal LBM should not generate udebs" [Undecided,In progress] https://launchpad.net/bugs/1068125
[13:26] <cjwatson> slangasek: yeah - need to finish sorting this LP initialize_distroseries bug first
[13:26] <cjwatson> rtg: thanks, no rush
[13:26] <slangasek> yep, priorities
[13:29] <Riddell> http://news.softpedia.com/ jumping ahead of the game, I guess the release note pages could do with a drafting notice
[13:29] <cjwatson> I think they jumped ahead last time too
[13:30] <cjwatson> or perhaps I'm thinking of http://news.softpedia.com/news/Ubuntu-13-04-Release-Schedule-294525.shtml
[13:31] <cjwatson> They're probably incorrigible anyway
[13:31] <apw> smartboyhw, ok ... amd64 test of ubuntu-studio upgrade seems good to me
[13:38] <popey> cjwatson, they posted a promise that they won't this time
[13:38] <cjwatson> popey: then they lied
[13:39] <popey> have they announced early again?
[13:39] <popey> I beat them up about it last cycle
[13:39] <cjwatson> see above
[13:39] <knome> they're not doing a very good job otherwise either
[13:39] <knome> http://linux.softpedia.com/ is showing the old xubuntu logo
[13:39]  * cjwatson has come to the point of not caring about the odd silly self-promoting news site
[13:39] <infinity> I'm not sure why anyone much cares about people jumping the gun on release news anyway.  Such is life.
[13:39] <knome> there have been like, 4 newer logos after that
[13:39] <infinity> We're not Apple, and our product isn't exactly a surprise. :P
[13:39] <popey> i dont see it
[13:40] <popey> oh, xubuntu/lubuntu, gotcha
[13:40] <knome> yup
[13:41] <knome> so, if you're going to beat them up again, please notice they suck with the logos too :P
[13:41] <popey> hah
[13:42] <knome> that must be at least 4 years old (the xubuntu logo)
[13:43] <knome> that's just really sad, considering the fact they want to release new stuff before it's released
[13:43] <smartboyhw> apw, thanks:D
[13:45] <wgrant> cjwatson: Why "WHERE packageset IS NULL" rather than "WHERE pocket IS NOT NULL"?
[13:46] <wgrant> Also, explicit is irrelevant unless packageset is set
[13:46] <cjwatson> Yow you're quick
[13:46] <cjwatson> I suppose the alternative test would be cleaner given the constraint
[13:48] <cjwatson> wgrant: fixed
[13:52] <cjwatson> skaet,smartboyhw: Since we haven't heard from scott-work yet, I propose to mark Ubuntu Studio ready now and publish its images.  Any objection?
[13:52] <smartboyhw> cjwatson, no objection let me mark it in the ReleaseManifest
[13:52] <wgrant> cjwatson: r=me, though I just noticed you can also drop the packageset column from the statement
[13:52]  * smartboyhw waits for skaet 
[13:52] <wgrant> Otherwise, lp-land away
[13:52] <cjwatson> wgrant: oh yes.  will just rerun tests ...
[13:52] <skaet> smartboyhw, cjwatson,  no objections,
[13:53] <cjwatson> thanks
[13:53] <smartboyhw> thx skaet
[13:54] <smartboyhw> skaet, cjwatson changed the manifest
[13:55] <cjwatson> smartboyhw: I didn't
[13:55] <cjwatson> I only poked iso.qa
[13:55] <smartboyhw> cjwatson, I did....
[13:55] <cjwatson> Oh
[13:55] <cjwatson> I read that as "skaet: cjwatson changed the manifest"
[13:55] <smartboyhw> skaet, or did I do it wrong?
[13:55] <smartboyhw> I mean "skaet and cjwatson":"I (smartboyhw) changed the manifest":D
[13:56] <cjwatson> right, thanks
[13:56] <cjwatson> pushing those out ow
[13:56] <cjwatson> *now
[13:56] <smartboyhw> cjwatson, :D
[13:57] <cjwatson> wgrant: any advice on QA?
[13:58] <wgrant> cjwatson: Something along the lines of "meh, the SQL looks right"
[13:58] <cjwatson> Hah.  I guess I'll -untestable it if the tests pass ...
[13:58] <wgrant> Yeah, basically
[13:59] <wgrant> The tests prove it doesn't crash
[13:59] <wgrant> The SQL looks sane
[14:02] <popey> cjwatson, got them to change the articles, although not much better "available for download" vs "officially released" *sigh*
[14:02] <popey> hey ho
[14:03] <cjwatson> well, quite ...
[14:03] <smartboyhw> hey ho
[14:03] <chaselivingston> popey: any idea when the ubuntu.com homepage will be updated?
[14:03] <popey> not I
[14:04] <popey> it will be updated after the release I imagine, which happens after lots of other things happen.

[14:04] <chaselivingston> popey: gotcha, was just curious when the release was happening, waiting to update the u1 blog :)
[14:04] <plars> skaet: I'm on, sorry, had trouble locating my phone
[14:04] <cjwatson> likewise
[14:04] <popey> chaselivingston, nowt to do with me :)
[14:06] <slangasek> chaselivingston: AIUI it'll be coordinated in the web team's IRC channel when the time comes
[14:06] <chaselivingston> slangasek: what is that channel?
[14:07] <slangasek> chaselivingston: possibly #webteam
[14:07] <cjwatson> #web-team, internal
[14:07] <popey> blimey, softpedia take this seriously... "The logos are being changed as we speak. We apologize for any inconvenience we've might caused. The editor has been punished"
[14:07] <chaselivingston> cjwatson: awesome, thanks
[14:08] <slangasek> editors will be punished until content improves
[14:09] <knome> popey, lol, cheers
[14:09] <smartboyhw> lol
[14:16] <skaet> jamespage,   if its going to take a while for the tests to complete,  are you comfortable with us going ahead and starting to get the mirrors populated with the server images?
[14:17] <jamespage> yes
[14:17] <smartboyhw> skaet, Please release Ubuntu:P
[14:18] <skaet> cjwatson,  ^
[14:18] <knome> smartboyhw, please let it take as long as it takes
[14:18] <cjwatson> OK, I'll start publishing those
[14:18] <smartboyhw> knome, ........:(
[14:18] <smartboyhw> cjwatson, YEAH
[14:19] <cjwatson> smartboyhw: please don't distract me
[14:19] <smartboyhw> cjwatson, sorry
[14:19] <infinity> smartboyhw: The channel for cheering is #ubuntu-release-party.
[14:20] <smartboyhw> infinity, I know:D
[14:21]  * cjwatson takes a bit of care to archive beta-2
[14:21] <skaet> +1
[14:21] <smartboyhw> +1
[14:25] <stgraber> skaet: gfxboot, live session and installer looks good on chinese amd64 (tested on BIOS, not EFI). Looks like all the langpacks are there and at least the live session let me switch between input methods.
[14:25] <skaet> thanks stgraber.  :)
[14:25] <infinity> stgraber: Our test machine is a little slower. :P
[14:26] <cjwatson> Good.  I have my suspicions whether UEFI will work or not.
[14:26] <cjwatson> But as long as it hasn't regressed BIOS, that's the bulk of it for now.
[14:26] <stgraber> cjwatson: want me to test UEFI for fun?
[14:26] <cjwatson> Please
[14:27] <cjwatson> I suspect the users will care soon enough ...
[14:28] <cjwatson> Oh, and I'm going to run into the publish-release bug with torrent and architecture-skewed versions, aren't I
[14:28] <cjwatson> At least I know it's coming this time even if I didn't have time to fix it
[14:30] <stgraber> skaet: quick check post-install looks good too. Doing a UEFI-secureboot + UEFI test now, be back online in 15min or so
[14:30] <infinity> cjwatson: You sure are.
[14:30] <skaet> ok
[14:33] <cjwatson> OK, publish-release run for everything else, torrents fixed up manually, releases.u.c/{HEADER.html,.htaccess} fixed up manually, syncing out
[14:34] <stgraber> cjwatson: hmm, won't boot on EFI both with and without SB. I'm going to do a quick check of the image for any obvious problem if I don't spot anything I'll retry with another boot media.
[14:34] <cjwatson> it's not a complete surprise - we had to do the ubuntu-defaults-builder changes in an awful rush
[14:35] <stgraber> cjwatson: the ISO contains .disk, casper and isolinux and that's it...
[14:35] <cjwatson> oh, so not a regression, it probably just never supported UEFI
[14:35] <cjwatson> because live-build isn't smart enough for that
[14:35] <skaet> stgraber, infinity, babyface_ - http://localized-iso.qa.ubuntu.com/qatracker/milestones/241/builds has the chinese images up now to record results against.
[14:35] <stgraber> right... it's clearly missing EFI/ and doesn't have any sign of grub
[14:36] <cjwatson> well, not much we can do about it now, we'll have to fix it for raring - if PES cared they should have tested that case well before now
[14:36] <babyface_> skaet, ack
[14:36] <cjwatson> probably a release note for all localised images though given how ubuntu-defaults-image works
[14:37] <stgraber> cjwatson: what's the right package to file a bug against? ubuntu-defaults-builder?
[14:37] <stgraber> or live-build?
[14:37] <cjwatson> ubuntu-defaults-builder for now
[14:41] <stgraber> skaet, cjwatson: bug 1068156
[14:41] <ubot2> Launchpad bug 1068156 in ubuntu-defaults-builder "Images built using ubuntu-defaults-builder lack EFI support." [High,Triaged] https://launchpad.net/bugs/1068156
[14:41] <skaet> thanks stgraber
[14:44] <cjwatson> fixing up publishing mistakes
[14:47] <cjwatson> syncing out again
[14:47] <cjwatson> ok, that's looking a bit more correct
[14:48] <cjwatson> please sanity-check anything you can see
[14:48] <skaet> ahh... there's Daviey
[14:48] <cjwatson> can somebody check torrents?
[14:48] <jbicha> are you going to complain at Canonical for publishing the release announcement early? http://www.canonical.com/content/ubuntu-1210-breaks-down-barrier-between-pc-and-web
[14:48] <infinity> cjwatson: Chinese i386 passed a boot/install/reboot smoketest, and stayed Chinese through the whole thing.
[14:48] <cjwatson> jbicha: sigh
[14:50] <micahg> jbicha: that's not a release announcement per se as it doesn't say that it's been released already
[14:50] <smartboyhw> jbicha, since Canonical is the boss I think it isn't a prob
[14:51] <skaet> jbicha,  it just says the announce will happen today.
[14:51]  * skaet looked at the words of it *very* carefully earlier.
[14:52] <micahg> smartboyhw: Canonical is one piece (albeit a very large one) of the Ubuntu project
[14:52] <jbicha> micahg: sure, but news sites like http://betanews.com/2012/10/18/ubuntu-12-10-quantal-quetzal-is-released/ are taking the press release and reporting it
[14:52] <micahg> jbicha: well, that's their problem for not being able to read then :)
[14:53] <SpamapS> https://wiki.ubuntu.com/QuantalQuetzal/Announcement/Final-Draft ... I am not sure how I missed this.. the Juju gui is *not* included in 12.10
[14:53] <jbicha> well it does say "Ubuntu 12.10 can be downloaded at www.ubuntu.com/download"
[14:53] <Laney> I suspect it's not worth taking up very much of our time
[14:53] <sakujo> jbicha, it *can* be downloaded from ubuntu.com/download
[14:55] <skaet> SpamapS - the press announce has it in....   interesting..
[14:55] <Laney> it'll be moot soon anyway
[14:55] <SpamapS> skaet: sorry I missed that.. did not read the top closely.. was looking further down
[14:56] <skaet> SpamapS, http://www.canonical.com/content/ubuntu-server-1210-all-you-need-cloud
[14:56] <ScottK> SpamapS: quantal-backports is open.
[14:56] <SpamapS> would have been a neat trick to include it since it was secret until Tuesday
[14:57] <SpamapS> ScottK: :) perhaps I should work on the packaging for raring then :)
[14:57] <utlemming> Cloud Images are public
[14:57] <skaet> Daviey,  can you comment?   Should I strike the Juju GUI comment from the announce draft?
[14:57] <ScottK> If you want to upload it directly to quantal-backports, no need to wait (and you can make the press release true)
[14:58] <Laney> We should think about who/how/when the copying up of the couple of pre-release backports we got happens
[14:58] <Laney> Also we should get together at UDS and write some words (at UDS so that it actually happens)
[14:59] <ScottK> Laney: Yes.
[14:59] <cjwatson> anyone checked torrents yet?  pretty sure I can't easily do so behind my nat
[14:59] <Laney> can do
[14:59] <cjwatson> oh for ipv6 torrent.u.c
[15:00] <SpamapS> skaet: yes anything you can remove it from, please do.
[15:00] <Laney> cjwatson: yeah, works (Ubuntu desktop amd64)
[15:00] <Laney> lotsa peers already
[15:01]  * Laney is pushing 2MB/sec now ...
[15:01] <cjwatson> oh good.  it's not desperately clear from torrent.ubuntu.com:6969
[15:01] <skaet> cjwatson you finished editing the announce?
[15:02] <cjwatson> that was an accident, I cancelled
[15:02] <cjwatson> reload
[15:02] <skaet> k
[15:02] <cjwatson> firefox was overly helpful in URL completion
[15:05] <cjwatson> Laney: it'd be worth checking the other three desktop images if you get a chance
[15:05] <cjwatson> the torrent web ui is showing 0 for those
[15:06] <cjwatson> in fact that's true for non-amd64 server too
[15:06] <cjwatson> hopefully that's just coincidence
[15:07] <Daviey> skaet: Hey,m yeah.. juju-ui isn't part of 12.10
[15:10] <Laney> aye aye
[15:13] <skaet> Daviey,  ack.  removed from announce email.
[15:15] <Laney> cjwatson: they lgtm
[15:15] <Laney> armhf+omap4 is a bit sad when it comes to seeders
[15:15] <cjwatson> excellent
[15:15] <Daviey> skaet: we have a 0-day sru for MAAS
[15:15] <Daviey> (not processed)
[15:15] <Laney> not sure there is such a large pool of people who jump on arm desktop torrent on release day though
[15:16] <skaet> Daviey, ack
[15:18] <Daviey> I can't remember if we agreed that 0-day's are handled by ~ubuntu-release or ~ubuntu-sru
[15:18] <cjwatson> mvo: What are your time constraints on pushing the button on meta-release?
[15:18] <stgraber> Daviey: just poke someone who's in both
[15:19] <mvo> cjwatson: none I think, I just need a bit of a pre warning if its happening late
[15:19] <bdmurray> mvo: I could do it too
[15:19] <cjwatson> mvo: probably somewhere between 40m and 1h40m
[15:23] <mvo> cjwatson: ok, that should be fine but bdmurray can also push the trigger :)
[15:37] <skaet> infinity,  can you post the md5 hashes to https://help.ubuntu.com/community/UbuntuHashes?
[15:38] <infinity> Why doesn't that just link to the MD5SUMS files on releases.ubuntu.com?
[15:38] <sakujo> really stupid question and it does not feel very ubuntu-y - *but* - can i create a github for my home folder? >:p
[15:39] <jbicha> infinity: if you add the 12.04.1 hashes, you can close bug 1051082 :)
[15:39] <ubot2> Launchpad bug 1051082 in ubuntu-docs "https://help.ubuntu.com/community/UbuntuHashes needs updating for 12.04.1" [Undecided,Confirmed] https://launchpad.net/bugs/1051082
[15:39] <cjwatson> skaet: I'm working on getting access for that
[15:39] <cjwatson> and yes, I was going to do 12.04.1 at the same time for that very bug
[15:39] <infinity> Oh, we don't have access to it even.  Neat.
[15:39] <slangasek> infinity: because plain text files on a website are scary
[15:40] <cjwatson> the existence of that page is stupid, but I don't feel like fixing it right now
[15:40] <cjwatson> I think I've complained about it before
[15:40] <infinity> slangasek: Scaaaaary.
[15:40] <jbicha> phillw: you're a wiki admin, right?
[15:41] <skaet> cjwatson, ok
[15:41] <phillw> jbicha: yeah.
[15:43] <cjwatson> skaet: somebody's apparently done 12.10
[15:43] <cjwatson> I'll sort out 12.04.1
[15:43] <skaet> cjwatson,  thanks
[15:48] <phillw> skaet: I can tidy the page up once the releases are out, with links to the MD5SUM files on releases.ubuntu.com if you would prefer?
[15:48] <phillw> assign the bug to me :)
[15:50] <cjwatson> the problem about linking direct to MD5SUMS on releases.u.c is that nobody bothers to check the signatures
[15:50] <cjwatson> help.u.c is HTTPS so it at least provides transport security
[15:50] <cjwatson> which is marginally better than nothing
[15:50] <cjwatson> so linking direct is the wrong answer - needs to automatically fetch or something, which is harder
[15:51] <phillw> cjwatson: and out of my knowledge for wiki structuring...
[15:51] <infinity> Yeah.  Wiki tables are ugly, though.  I suppose we could bulk copy/paste the MS5SUMS file into a monospace 'code' block, and it would already be less eww.
[15:52] <stgraber> moinmoin api is pretty easy to deal with, so if we can get a separate account with edit rights to the page, it should be reasonably easy to get nusakan to update the page
[15:52]  * skaet likes that idea
[15:52] <infinity> And yeah, auto-updating it would be even better.
[15:55] <phillw> stgraber: grab one of the admins on https://launchpad.net/~ubuntu-doc-wiki-admins/+members#active
[15:56] <cjwatson> infinity: I did: copy, :r!xsel -p | sed 's/^/|| /; s/\*/|| /; s/$/ ||/'; echo
[15:56] <cjwatson> yay for itsalltext
[15:56] <knome> (we should really get the default wiki table style updated)
[15:57] <infinity> cjwatson: Heh.
[16:06] <rtg> cjwatson, is it OK to move Quantal LBM to the release pocket ? or does it have to stay in proposed for awhile ?
[16:06] <stgraber> updates pocket you mean?
[16:06] <rtg> stgraber, updates is fine too
[16:07] <Daviey> cjwatson: would you be kind enough to process MAAS sru please?
[16:07] <cjwatson> rtg: release pocket is closed
[16:07] <cjwatson> Daviey: busy
[16:07] <rtg> cjwatson, then updates ?
[16:08] <cjwatson> rtg: sure, but not me right now
[16:08] <rtg> cjwatson, s'fine
[16:52] <tkamppeter> Are the ISOs linked on http://releases.ubuntu.com/quantal/ already the finals?
[16:52] <cjwatson> #ubuntu-release-party
[16:52] <cjwatson> otherwise wait for the announcement like everyone else :)
[16:54] <PaulW2U> cjwatson: We go through this every release day. Why won't people wait for Kate's email.....:)
[16:56] <popey> there's probably a paper in "The Psychology of the Ubuntu release"
[16:57] <tkamppeter> cjwatson, PaulW2U, I simply asked because http://www.ubuntu.com/download/desktop contains a link to said page in the "Release Notes" section at the lower right, probably this link got added too early.
[16:57] <cjwatson> tkamppeter: please don't
[16:57] <cjwatson> just wait
[16:57] <cjwatson> we don't need further poking right now
[17:02] <dholbach> is the webteam aware of "user warning: Table 'ubuntu_prod_antflow_live.url_alias' doesn't exist query: SELECT dst FROM url_alias WHERE src = 'community/get-involved/technical-users' AND language IN('en', '') ORDER BY language DESC, pid DESC in /srv/drupal-6.x/includes/path.inc on line 68."?
[17:02] <dholbach> got it on http://www.ubuntu.com/download/desktop/questions?distro=desktop&bits=32&release=latest
[17:02] <dholbach> ah, seems it was intermittent
[17:02] <dholbach> yep, seems fixed
[17:04] <cjwatson> mvo,bdmurray: I think it's time to update meta-release
[17:04] <stgraber> dholbach: you may have hit the exact time at which the website was being updated
[17:05] <dholbach> yep
[17:06] <bdmurray> cjwatson, mvo: on it
[17:08] <cjwatson> thanks
[17:14] <bdmurray> cjwatson: done
[17:14] <Riddell> skaet: ubuntu.com says released
[17:14]  * Riddell does same on kubuntu.org
[17:14] <cjwatson> bdmurray: thanks
[17:16] <skaet> Riddell,  yup,  jsut doing the last checks
[17:16] <skaet> before hitting send on the announce
[17:17] <stgraber> congrats everyone
[17:17]  * stgraber -> dinner
[17:17] <smartboyhw> congrats and thx skaet and the release team for hard work
[17:17] <skaet> Thank you very much everyone!!
[17:18] <slangasek> sweet
[17:18] <slangasek> congrats, all
[17:18] <plars> Awesome work everybody!
[17:19] <infinity> Beer o'clock?
[17:19] <jdstrand> \o/
[17:19] <Pici> Could we get someone to modify https://help.ubuntu.com/ it says 21.10
[17:19] <apw> infinity, has been for 3 hours
[17:19] <ScottK> Back to $work for me.
[17:19]  * ogra_ hugs skaet 
[17:20] <cjwatson> Pici: apparently already fixed but the site only deploys once a day
[17:20] <infinity> 21.10, Precise Pangolin.  Go, help, go.
[17:20] <Pici> cjwatson: wonderful.
[17:20]  * smartboyhw congrats skaet
[17:21] <skaet> definitely beer'o'clock infinity
[17:21] <cjwatson> precise -> supported, quantal -> current; ubuntu-12.10 milestone deactivated
[17:22] <skaet> Thanks cjwatson!
[17:22] <infinity> cjwatson: Was going to set raring to frozen instead of future too.
[17:22] <infinity> cjwatson: Unless we'd prefer not to start piling up an unapproved queue yet.
[17:22] <cjwatson> infinity: please, but won't be able to initialise until after the next NDT
[17:22] <slangasek> jdstrand: bug #1067473> could you please put in the bug description how you tested to confirm the issue was fixed?
[17:22] <ubot2> Launchpad bug 1067473 in isc-dhcp "[quantal] isc-dhcp-client dropped network-interface-security symlink and therefore may run unconfined" [High,In progress] https://launchpad.net/bugs/1067473
[17:22] <cjwatson> (or best not to, anyway)
[17:23] <slangasek> jdstrand: because the SRU is blocked for this
[17:23] <mvo> thanks bdmurray for pushing the switch !
[17:23] <infinity> cjwatson: Yeah.  In no rush to init, since we have work to do tomorrow to make it useful anyway.
[17:23] <infinity> cjwatson: But I tossed it to frozen.
[17:24] <cjwatson> Branching seeds for raring now
[17:25] <Ursinha-afk> I'm trying to download 12.10 32 bit version and it's giving me a not found error, is that known or expected?
[17:26] <skaet> Ursinha-afk, could be just the mirrors not caught up where you are
[17:26] <Ursinha-afk> skaet, http://ubuntu.virginmedia.com/releases//quantal/ubuntu-12.10-desktop-i386.iso
[17:26] <Ursinha-afk> this is where it leads me too
[17:26] <Ursinha-afk> to
[17:27] <popey> they still have the beta Ursinha
[17:27] <popey> http://ubuntu.virginmedia.com/releases//quantal/ see the file list
[17:28] <infinity> cjwatson: I got the raring-release list set up last night, BTW.
[17:28] <cjwatson> I saw, thanks, if you mean raring-changes
[17:28] <infinity> cjwatson: Yes, that.  I'm tired.
[17:28] <cjwatson> You beat me to it
[17:28] <slangasek> raring-changes is clearly not sufficiently alliterative
[17:28] <infinity> cjwatson: So, other than a few bits here and there, I guess we're waiting on NDT to do IFP, and then carry on?
[17:28] <cjwatson> Yeah
[17:29] <slangasek> Ursinha-afk: how are you being directed to http://ubuntu.virginmedia.com/releases//quantal/ubuntu-12.10-desktop-i386.iso ? via www.ubuntu.com/downloads?
[17:29] <slangasek> -s
[17:29] <ScottK> Is nux the quantal SRU that was supposed to be aimed at release time?
[17:29] <cjwatson> skaet: want me to do the LP announce?
[17:29] <ScottK> Or did that one get done already?
[17:29] <Ursinha-afk> popey, I went to www.ubuntu.com/download and chose 32 bit, I didn't choose that specific mirror or whatever
[17:30] <popey> Ursinha-afk, yeah, mirror isnt up to date yet
[17:30] <infinity> ScottK: That was compiz.
[17:30] <infinity> ScottK: And I did it pre-release.
[17:30] <Ursinha-afk> slangasek, exactly
[17:30] <ScottK> OK.
[17:30] <ScottK> infinity: Thanks.
[17:30] <slangasek> popey, Ursinha-afk: which means that mirror is supposed to not be in the mirror list
[17:30] <infinity> ScottK: But I'll probably fasttrack nux at some point too, since that memleak's pretty vile.
[17:30] <ScottK> Right.
[17:30] <skaet> cjwatson, plase
[17:30] <skaet> please even
[17:30] <slangasek> skaet: did we get IS to run the mirror probe to check mirrors for up-to-dateness?
[17:30]  * skaet has tired fingers
[17:30] <slangasek> with the trimmed .manifest
[17:30] <Ursinha-afk> I'm right now in a huge government event and we pointed lots and lots of people to that link
[17:30] <Ursinha-afk> so imagine the noise right now
[17:31] <wgrant> slangasek: Yes, the prober's been running every 10 minutes for the past 90 minutes or so
[17:31] <wgrant> slangasek: It disabled 150 bad mirrors
[17:31] <skaet> thanks wgrant
[17:31] <cjwatson> slangasek: all done long since, yeah
[17:31] <slangasek> wgrant: ok, so apparently ubuntu.virginmedia.com is lying to half the world
[17:31] <wgrant> 2012-10-18 16:34:35 DEBUG   Probing http://ubuntu.virginmedia.com/releases///quantal/ubuntu-12.10-desktop-i386.iso
[17:32] <slangasek> wgrant: perhaps we can manually disable it until this is sorted?
[17:32] <jdstrand> slangasek: done
[17:32] <wgrant> Don't know whether it actually succeeded, but it certainly checked
[17:32] <slangasek> jdstrand: ta
[17:32] <slangasek> wgrant: u.vm.com has 4 IPs, possibly they're not all in sync
[17:32] <popey> :( my isp
[17:33] <popey> it often lags behind
[17:33] <wgrant> Hm
[17:33] <wgrant> It's not on +cdmirrors atm
[17:33] <slangasek> hmm
[17:33] <slangasek> ok, so website bug?
[17:34] <wgrant> It looks like it
[17:34] <cjwatson> Ursinha-afk: any reason not to point them to releases.u.c instead?
[17:34] <wgrant> The mirror was disabled at 15:58 UTC
[17:34] <wgrant> And not touched since
[17:34] <cjwatson> Ursinha-afk: that's going through cloudfront so it should be pretty robust
[17:34] <wgrant> And it's not on +cdmirrors-rss either
[17:35] <wgrant> So I'd suspect the websites using an old version
[17:35] <slangasek> cjwatson: well, having pointed them already to www.ubuntu.com/download, it's perhaps late to point them elsewhere :)
[17:35] <slangasek> (also that page needs to Just Work)
[17:36]  * skaet nods
[17:36] <cjwatson> I thought Ursinha-afk meant she'd pointed them at the ubuntu.vm.com URL
[17:36] <cjwatson> I agree www.ubuntu.com/download needs to JW
[17:36] <wgrant> Ah
[17:37] <wgrant> The mirror list issue is what's going on in #is atm, I think
[17:37]  * cjwatson drops DRAFT from the Ubuntu desktop release notes
[17:37] <slangasek> right, seems it was spotted there in parallel
[17:41] <skaet> ooh,  missed one.  drat
[17:41] <skaet> thanks cjwatson
[17:41] <knome> skaet and the rest of the release team: congrats!
[17:42] <skaet> thanks knome :)
[17:44] <cjwatson> https://launchpad.net/ubuntu/+announcement/10742
[17:48] <Ursinha> thanks for sorting out the iso problem, people :)
[17:50] <skaet> thanks cjwatson
[18:05] <skaet> slangasek,  you going to be around for a bit?
[18:05]  * skaet thinks breaking for some food is a good idea
[18:08] <knome> skaet, definitely! you've earned it :D
[18:08] <skaet> :) thanks knome
[18:08] <knome> i think i'd better get a shower before wife gets home from work too :P
[18:08] <balloons> it's hard to believe it's out
[18:09] <knome> always the same thing :)
[18:12] <skaet> :)
[18:18] <bjf> skaet, and you can put a bullet into natty
[18:19] <skaet> bjf,  how about I get some lunch first ;)   been up since 4am.
[18:19]  * popey lights a candle for the narwhal 
[18:20] <knome> i thought natty wasn't EOL before 28th anyway
[18:20] <knome> oh wait
[18:20] <popey> actually, I have a narwhal in a box which is signed by skaet!
[18:20] <knome> nvm me, i'm just reading what i want. .)
[18:20] <micahg> knome: no more kernel updates
[18:21] <knome> micahg, mm-hmm
[18:21] <skaet> knome,  kernel and security guys get real happy every time they see an EOL announcement.    ;)
[18:22] <jdstrand> \o/
[18:22] <mdeslaur> \o/
[18:22] <bjf> \o/
[18:22] <jdstrand> :)
[18:22] <skaet> :)
[18:22] <knome> heh, me too
[18:22]  * skaet --> lunch then look at the dates, etc.  
[18:22] <knome> bon appetit!
[18:22] <skaet> biab
[18:25] <cjwatson> btw the publisher is currently disabled
[18:25] <cjwatson> please do not reenable until after we've initialised raring, under penalty of a Hard Stare
[18:26] <Laney> huzzah & stuff
[18:27]  * knome doesn't want to know more about the "hard stare"
[18:28] <cjwatson> (mostly because we forgot to disable the publisher before infinity set raring to frozen, so it did some rather confusing things; we think it's ok as long as it doesn't run again ...)
[18:47] <rtg> skaet, do I need to write a MIR for the first upload of linux-lts-quantal into Precise ? There is a blueprint for it: https://blueprints.launchpad.net/ubuntu/+spec/desktop-q-xorg-lts-updates
[18:53] <cjwatson> rtg: I don't see the point - we've had stuff like LBM in main before
[18:53] <cjwatson> and we don't normally do MIRs for stable releases anyway - it's up to the SRU team to override appropriate
[18:53] <cjwatson> ly
[18:53] <rtg> cjwatson, so you're OK with me just uploading it to precise -proposed ?
[18:53] <rtg> it _is_ a new package
[18:55] <cjwatson> Yes
[18:55] <rtg> ok, will do.
[18:55] <cjwatson> Sorry, I didn't mean LBM above, hopefully you got the idea though
[18:55] <rtg> yep
[18:55] <slangasek> skaet: well, I'm around now
[19:19]  * micahg wonders why armhf is marked as unoffical for quantal and raring
[19:20] <ScottK> micahg: Because it's on ports.
[19:21] <slangasek> "unofficial" - marked where?
[19:22] <micahg> slangasek: https://launchpad.net/ubuntu/raring
[19:23] <slangasek> ah
[19:23] <slangasek> probably what ScottK says then, I can imagine lp is using conflated meanings
[19:23] <ScottK> IIRC arm* have always been listed as unofficial there.
[19:24] <slangasek> I think I've never looked at such things :)
[19:25] <micahg> yeah, seems to be ports related
[19:27] <micahg> actually, that's a lie, hardy has lpia on ports, but it's not unofficial
[19:29] <cjwatson> It's mostly correlated with ports :)
[19:35] <jbicha> ok, I like how http://www.ubuntu.com/download/desktop gives a short explanation of the difference between LTS and non-LTS, but what's this "supported for 2 years" business?
[19:42]  * skaet back
[19:44] <iulian> Uh, no bugs in the queue. Someone's been brave.
[19:44]  * iulian was about to finish those off.
[19:45] <iulian> Cheers ScottK!
[19:45]  * ScottK killed them off yesterday.
[19:56]  * skaet thanks ScottK
[20:25] <slangasek> cjwatson: is the publisher still off, OOI?
[20:25] <slangasek> (wondering for SRUs)
[20:26] <bjf> slangasek, scrollback says it is off until raring is fully initialized
[20:29] <slangasek> right, I'm not sure if he was expecting that to take hours, or days :)
[20:42] <skaet> bjf, https://lists.ubuntu.com/archives/ubuntu-announce/2012-September/000162.html <-- Oct 28th is day for EOL for Natty.
[20:43] <skaet> slangasek,  I've re-enabled the cron jobs for daily precise on nusakan
[20:43] <skaet> slangasek,  can you turn the auto purging back on?
[20:56] <bkerensa> cjwatson: Is https://help.ubuntu.com/community/UbuntuHashes something Release Team looks after or should I just set a reminder to check this for doc team each cycle?
[20:58] <bjf> skaet, well, i guess, if you want to be picky.   :-)
[20:59] <skaet> :)
[21:04] <slangasek> bkerensa: it's on the checklist
[21:05] <slangasek> skaet: re-enabled
[21:07] <skaet> ta
[21:09]  * slangasek translates that quit message and raises an eyebrow
[21:10] <micahg> heh
[21:16] <ScottK> Some cultural references are universal.
[21:22] <cjwatson> slangasek: sorry, yeah, it's back on, forgot to say here
[21:22] <slangasek> ok cool
[21:22] <slangasek> let the beering resume :)
[21:23] <cjwatson> bkerensa: it's on the checklist as slangasek said, though I only recently got access to edit that page - we used to have to ask -doc.  so hopefully we'll just be able to do it from here on in
[21:24] <bkerensa> cjwatson: ahh ok just wanted to check a bug was opened on -doc and was not sure if it was something we need to do! Thanks!
[21:25] <bkerensa> slangasek: Cidering on this side of PDX ;p
[21:25] <slangasek> cider, pssh
[21:25] <bkerensa> its good stuff
[21:25] <bkerensa> :)
[21:26] <cjwatson> cider here too
[21:26] <cjwatson> bkerensa: I might go through the -doc queue later and check out whether I can clear anything given my newfound powers :)
[21:28]  * phillw red wine :P
[21:31] <ScottK> Do webapps have some kind of SRU exception?  http://launchpadlibrarian.net/120064147/unity-webapps-twitter_2.4.7_2.4.10.diff.gz doesn't seem particularly SRU worthy.
[21:31] <phillw> cjwatson: do you know who is responsible (or lack of) for the really odd formatting of http://cdimage.ubuntu.com/ubuntu-server ? Can't find an entry for quantal.
[21:32]  * jbicha starts assigning docs work items to cjwatson ;)
[21:32] <phillw> "*quantal/release*
[21:32] <slangasek> phillw: you want to be looking at http://releases.ubuntu.com/
[21:33] <cjwatson> and if not it's probably my fault.  but I think that's just an apache directory listing
[21:33]  * slangasek casually removes the empty releases/maverick/release subtree
[21:33] <cjwatson> yeah, server releases don't go on cdimage
[21:34] <cjwatson> so what slangasek said
[21:35] <slangasek> I'm thinking we can probably drop the /ubuntu-server/ports/daily .htacces redirect too?
[21:38] <phillw> okies. so server is on two diff pages.. 'main' and 'no one ever uses' :)
[21:41] <slangasek> one is the published releases and the other is the daily images
[21:42] <phillw> slangasek: http://cdimage.ubuntu.com/releases/12.10/release/ says release?
[21:42] <slangasek> we were talking about ubuntu-server
[21:42] <phillw> that's where ppc and armf are hiding :)
[21:43] <phillw> slangasek: that's what I'm looking at. both server editions are there.
[21:43] <slangasek> ah, you were after powerpc server?  right
[21:43] <phillw> and the armf one
[21:44] <slangasek> that's armhf omap
[21:44] <slangasek> armhf builds have separate flavors; omap4 is the supported reference platform and is also published on releases.ubuntu.com
[21:44] <phillw> indeed... my bad.
[21:45] <phillw> i'll ask that script auto zsyncs release, which is where it is told to go & just grab those ones manually.
[21:46] <slangasek> ogra_, infinity: it's a bit confusing that make-web-indices uses the same headers for .iso vs. .img but puts them in different sections: http://releases.ubuntu.com/12.10/
[21:50] <wgrant> slangasek: (LP treats DAS.official as purely informational; the ports.u.c split is done outside LP)
[21:50] <slangasek> ah, well then
[21:51] <slangasek> maybe we should change it
[21:51] <slangasek> (the value, not the handling :)
[21:52] <wgrant> Indeed
[23:16] <cjwatson> infinity: have you sorted out raring chroots?
[23:23] <xnox> cjwatson: well we left to the release party / pub at 7pm and he was still there when I left =/ I don't think he had much time.
[23:24] <cjwatson> yeah, it's just for when he returns
[23:24] <xnox> ack.
[23:24] <ScottK> Do you want him sorting chroots after he returns?
[23:25] <ScottK> He perhaps ought to have some time to metabolize.
[23:26] <cjwatson> He can probably do it in his sleep by now, but whenever :)
[23:28]  * cjwatson fixes up raring a bit
[23:28] <cjwatson> think I might save all the report fixups for tomorrow though
[23:29]  * ScottK guesses you've put in an adequate amount of time for today.
[23:29] <ScottK> ;-)
[23:39]  * skaet tracks cjwatson's progress on the new release by  his updates to the process page ;)
[23:41] <infinity> cjwatson: I can pop the chroots in right now, though I assume we don't have much to build just yet.
[23:43] <infinity> cjwatson: Oh, actually, I'll wait until the morning anyway.  We'll talk progress and infrastructure and other things when I wake up.