[00:44] <astraljava> skaet: I tested Studio image, and it's not even prompting me for the codecs install when attempting to play mp4 video.
[00:48]  * astraljava just notices that the images have been moved to final again
[01:09] <Riddell> skaet: if you have any proofreaders at a lose end I have an announcement page (https://www-admin.kubuntu.org/news/12.04-release password restricted)
[01:18] <bkerensa> skaet: is planned release still for 1200 UTC?
[01:18] <bkerensa> skaet: Wondering if we have anything left on release notes that needs finishing before tomorrow
[01:19] <Riddell> skaet: it is and I expect she has gone to sleep
[01:24] <stgraber> right, I guess it's time for some sleep, talk to you all tomorrow
[01:44] <jbicha> bkerensa: yes, feel free to improve the release notes
[01:49] <bkerensa> jbicha: I already added the doc team and one other area
[03:26] <pitti> Good morning
[03:27] <pitti> slangasek: apt/oneiric> yes, it should be moved to -updates ASAP, was just waiting on jibel's test result (wasn't finished yet when I had to leave)
[03:27] <pitti> slangasek: seems you moved it already, thanks
[03:37] <pitti> slangasek: ah, pre-publishing done, thanks
[04:02] <skaet> Good morning pitti
[04:03] <pitti> hey skaet  -- still jetlagged?
[04:08] <skaet> pitti, afraid so.  :(
[04:08] <skaet> figure I'll get over it,  just in time to head back home,   lol
[04:17] <skaet> brerensa,  target time isn't actually 1200 UTC.   Edits and improvements to the release notes are welcome until 0900 UTC.
[05:03] <metze> hi, when can I expect the final iso images on the ftp server?
[05:03] <pitti> "today"
[05:08] <skaet> when the images are available,  it will be announced in #ubuntu-release-party.
[05:09] <metze> skaet: thanks
[05:10] <elmo> are we there yet?
[05:12] <Daviey> elmo: Are you really that keen to update your infrastructure ? :)
[05:17] <slangasek> he got tired of waiting and switched the servers to Gentoo
[05:22] <utlemming> skaet: I'm going to bed, but I'll check in at 11:00 UTC ( 05:00 my time ) to be ready for the cloud image release.
[05:23]  * utlemming goes to bed
[05:25] <Daviey> utlemming: \o/
[06:01] <skaet> thanks utlemming
[06:06] <Kalidarn> hi, what time zone does https://wiki.ubuntu.com/PrecisePangolin/ReleaseSchedule follow?
[06:06] <Kalidarn> i had assumed it was UTC
[06:07] <astraljava> Normally everything's announced in UTC, yes.
[06:08] <astraljava> As can be witnessed right from the third sentence:"Freezes normally happen around 2100 UTC time of the given date."
[06:16] <gema> skaet: have we realised that precise leaves the machine unresponsive when there is a lot of io going on?
[06:16] <gema> even if you are writing to a different HD or external media
[06:23] <pitti> gema: that bug is ancient indeed
[06:23] <pitti> Linux really performs poorly when there is high IO
[06:24] <pitti> mostly due to trashing the cache; /me looks for the bug
[06:25] <pitti> https://bugzilla.kernel.org/show_bug.cgi?id=12309
[06:25] <ubot2> bugzilla.kernel.org bug 12309 in Block Layer "Large I/O operations result in poor interactive performance and high iowait times" [High,Reopened]
[06:25] <pitti> gema: ^  note the 540 comments... :/
[06:26] <pitti> http://lwn.net/Articles/467328/ too
[06:31] <gema> pitti: and why is it not fixed?
[06:31] <gema> I can reproduce it every time
[06:31] <gema> it even spits out logs in dmesg in Precise
[06:31] <pitti> yes, me too; every time I rsync a CD image or copy a video to an USB stick or so
[06:32] <gema> so why haven't we fixed it?
[06:32] <pitti> but apparently it's ridiculously hard to fix, and there are conflicts of interest between desktop vs. server
[06:32] <gema> pitti: then why haven't we gone back to a previous kernel for Precise?
[06:32] <pitti> the HugeTLB problem that the LWN article describes is one side of the story; the other is probably very profane, the rsynced/copied file kills all your existing caches
[06:33] <pitti> gema: how would that help? that problem has existed for many many years
[06:33] <gema> pitti: this didn't happen to me in oneiric
[06:33] <pitti> hm, maybe you see something different than me
[06:33] <pitti> but rsyncs or copying huge files has caused my computers to grind down to a halt forever
[06:34] <gema> pitti: http://paste.ubuntu.com/946880/
[06:34] <gema> this is my dmesg
[06:34] <gema> from the hang
[06:35] <pitti> right
[06:35] <pitti> that just says that the kernel notices the hangs
[06:35] <gema> which wasn't there in beta2
[06:35] <gema> which means someone has noticed and activated that
[06:36] <gema> it wasn't on my machine, but my partner's back then
[06:36] <pitti> that message isn't new
[06:36] <gema> ok
[06:36] <pitti> it behaves differently on different computers
[06:36] <gema> ok
[06:36] <gema> is this the same problem you are seeing?
[06:36] <pitti> ironically, the problem gets worse with faster machines/drives
[06:36] <gema> I see
[06:37] <pitti> gema: that dmesg doesn't tell much really, except stating the obvious that your processes are hanging
[06:37] <gema> I think it is a regression, it didn't happen to me with the oneiric kernel before yesterday
[06:37] <gema> with the same disks
[06:37] <pitti> i. e. the faster your shiny new SSD drive can shovel bytes into memory, the faster you get into a situation where caches and mempages are trashed
[06:38] <gema> *same disks as yesterday*
[06:38] <pitti> gema: if you can compare the same situation/drive/file/computer with oneiric vs. precise kernel, that certainly would be interesting
[06:38] <gema> are you suggesting that I go back to oneiric?
[06:38] <pitti> I did a comparison a while ago, between lucid, oneiric, precise, and they all sucked the same
[06:38] <gema> that'd certainly fix the issue
[06:38] <pitti> gema: no, you can install the oneiric kernel on precise and boot into this
[06:38] <gema> that's a good point
[06:39] <pitti> i. e switch between oneiric and precise kernels in grub
[06:39] <gema> will do
[06:39] <gema> but today I still have work to do on the upgrade bug
[06:39] <gema> so this will have to wait for 12.04.1
[06:40] <gema> pitti: if this had been symbian, I'd have stopped the phones from shipping on this problem
[06:40] <pitti> given that the bug is ~ 5 years old, I'm not very optimistic, but let's see :)
[06:40] <gema> pitti: this is a regression, please stop patronising me :P
[06:40] <pitti> there are patches to make this problem better, but they are apparently not approriate for server
[06:40] <pitti> so maybe we can apply it to -generic and not to the -server flavour
[06:41] <gema> pitti: I need a kernel person to look at this, i think, I will talk to them today
[06:41] <pitti> gema: right, looking forward to your comparison
[06:42] <pitti> as I said, I cannot really help much here, as it has been equally bad in all ubuntu releases on my machines
[06:42] <pitti> so I hope you find a difference
[06:42] <pitti> then we'd at least have a handle on that problem and can bisect
[06:51] <Riddell> morning
[06:52] <gema> pitti: I will try
[06:52] <pitti> hey Riddell
[07:05] <stgraber> good morning
[07:10] <astraljava> Morning stgraber!
[07:11] <astraljava> Can you move Xubuntu images to Final? They're all marked as Passed (and most without bugs to boot).
[07:15] <pitti> hey stgraber
[07:15] <pitti> stgraber: in the same vein, skaet asked for all images to be moved to Final
[07:30]  * skaet --> transfering to office,  biab
[07:30] <sebsebseb> hi
[07:37] <stgraber> astraljava, pitti: looking
[07:39] <stgraber> pitti: do you know if she meant all Ubuntu images or really all of them? I'm still seeing some untested images
[07:40] <pitti> skaet   when stgraber shows up,  if you spot him first,
[07:40] <pitti>  ask him to move the remainder over to final.
[07:40] <pitti> stgraber: I think "all", but you can just as well wait until she's back
[07:41] <stgraber> yeah. I'll move what's fully tested and was signed off for now, will wait for the rest
[07:41] <stgraber> Daviey, infinity need to sign off on the Netboot images
[07:43] <astraljava> stgraber: Thankee!
[07:46] <stgraber> ok, that's all the signed off ones moved
[07:47] <metze> when will the final images appear on http://cdimage.ubuntu.com ?
[07:47] <stgraber> waiting for sign off on netboot and for the +mac kubuntu images (didn't seem to get any more testing than they had yesterday)
[07:47] <stgraber> Riddell: ping
[07:48] <stgraber> Riddell: are you happy to release the +mac kubuntu images in their current state (one without a test and the other with just 1 out of 4 testcases covered)
[07:48] <stgraber> ?
[07:49] <Riddell> stgraber: I'd rather not until tested
[07:50] <stgraber> Riddell: ok, anyone on it at the moment?
[07:50] <Riddell> not that I know of alas
[07:51] <stgraber> jibel: is that something QA can maybe help with? these are the only two untested images left on the tracker
[07:55] <pitti> given that amd64+mac has the exact same livefs, and the only difference is the boot block, testing that it boots on a Mac should be sufficient IMHO; bonus for one finished test install :)
[07:57] <jibel> stgraber, syncing images
[07:57] <stgraber> pitti: thanks!
[08:07] <infinity> pitti: Have we started any pre-publishing yet?
[08:09] <stgraber> infinity: are the armel netboot images good to go?
[08:09] <infinity> stgraber: They are.  Let me go sign thingees.
[08:09] <stgraber> infinity: thanks, moving them then
[08:10] <infinity> I'm going to take the liberty of signing off on the armhf netboot stuff for Daviey too.
[08:11] <stgraber> skaet: so I moved everything that was signed off and tested. We only have netboot that's awaiting signoff (amd64 + i386), some upgrades weren't tested (flavours) and Kubuntu is still waiting for +mac results before considering them good to go
[08:12] <pitti> thanks stgraber
[08:12] <infinity> pitti: .pool looks fully populated and pushed, did you do that? ;)
[08:12] <skaet> Riddell, ScottK,  any updates on Kubuntu +mac
[08:12] <skaet> ?
[08:12] <pitti> infinity: yes, me yesterday, slangasek over night after the respin (I double-checked md5sums)
[08:13] <micahg> is there any chance of respins at this point?  Would I be ok to push out a security update a little later?
[08:13] <skaet> micahg, hold off please
[08:13] <infinity> elmo: We seem to be pre-published already as of some time last night, so mirrors should be settling, one would hope.
[08:13] <micahg> ok, np, can wait
[08:14] <infinity> micahg: If we respin, it would be because we discover the images actually physically blow up people's computers and kill their pets.
[08:14] <micahg> infinity: ok, but that's still a maybe, so I'll push out the other releases and precise will go later :)
[08:15] <jibel> Riddell, ubiquity crashes when I click on 'Create new partition table' in the manual partitioner on kubuntu mac. known issue ?
[08:15] <Riddell> jibel: nope
[08:16] <skaet> Riddell,  amd64+mac - signoff ETA?
[08:16] <skaet> Daviey, aroslaes,  cloude images - signoff ETA?
[08:17] <skaet> arosales, even.  ^ ?
[08:17] <knome> skaet, release ETA? :]
[08:17] <skaet> knome,  #ubuntu-release-party  ;)
[08:17] <Riddell> skaet: jibel has just said it has a problem so probably none
[08:18] <jibel> Riddell, and no trace of a crash just "KCrash: Application '' crashing..." in installer/debug
[08:18] <Riddell> that means it's a pykde issue :(
[08:18] <jibel> Riddell, can you try on a non-mac image ?
[08:19] <Riddell> yeah let me do so
[08:19] <jibel> start ubiquity, select 'something else' in partman and 'Create new partition table'
[08:23] <pitti> jibel: does that work in ubuntu?
[08:23] <jibel> pitti, yes
[08:23] <pitti> I can't quite believe that this affects kubuntu amd64+mac only, and works in kubuntu amd64 and ubuntu amd64+mac
[08:24] <pitti> unless kubiquity has some KDE specific UI presentation for Mac partitions?
[08:24] <Riddell> nope
[08:25] <jibel> I'm finishing the install of desktop and alternate and will try to reproduce afterwards
[08:28] <Riddell> jibel: in "Prepare partitions" I click on /dev/sda then "New Partitions Table" button, it successfully removes the other partition line items and shows a new "free space" line
[08:29] <Riddell> hello Millbank
[08:30] <cjwatson> a KDE-specific bug on Macs isn't totally out of the question, IMO
[08:35] <jibel> Riddell, 'entire disk' and 'auto-resize' passed
[08:35] <jibel> Riddell, same bug than ubuntu with the manual partitioner (bug 987418) and the crash
[08:35] <ubot2> Launchpad bug 987418 in ubiquity "manual partitioner: /dev/sdb (installation media) selected by default as device for boot loader installation" [Medium,New] https://launchpad.net/bugs/987418
[08:36] <jibel> now trying alternate
[08:40] <cjwatson> 987418 was one we just didn't have time to fix - it's nasty and unfortunate but I'm pretty sure we released 11.10 with at least some species of this bug (maybe not that specific manifestation)
[08:41] <stgraber> skaet: do you have Daviey around?
[08:41] <cjwatson> I've targeted it for quantal, and am going to create some quantal milestones now in order that I can milestone it :-)
[08:41] <Daviey> stgraber: hey
[08:41] <stgraber> Daviey: hey there. Are netboot i386 and netboot amd64 good to go? infinity signed off on all the arm ones
[08:42] <Daviey> stgraber: thye are indeedy
[08:42] <Daviey> stgraber: i signed them off the other day, no?
[08:44] <stgraber> Daviey: the testing sign off field was empty when I looked this morning. infinity signed that line off but only for the armhf part
[08:44] <stgraber> anyway, all good now
[09:03] <cjwatson> sync-mirrors marked non-executable
[09:05] <pitti> NB, the hangout says I'm not invited, so I'll watch IRC for now
[09:16] <ogasawara> I notice the day-0 kernel is still in -proposed, will that get pocket copied soon?
[09:19] <infinity> pitti: ^
[09:24] <cdoktor19> hai everyones
[09:31] <Riddell> "We're sorry, hangout is currently unavailable. Please try again later."  that's an ambigious error message
[09:31] <pitti> ogasawara: it has one out of 11 bugs verified and is rather intrusive; I think it should get some more testing; few people are running -proposed yet
[09:33] <pitti> ogasawara: but I haven't been in the loop of previous discussions/testing for this
[09:33] <pitti> ogasawara: anyway, skaet said to hold off any -updates/-security stuff for now until we release
[09:34] <ogasawara> pitti: ack.  I would add that I had test confirmation from each before even considering it for the day-0, although I cannot confirm if those testers have followed up and re-tested with -proposed.
[09:34] <pitti> ogasawara: ah, that's good to know
[09:35]  * pitti dist-upgrades to -proposed (did it yesterday, but we didn't have the kernel yet)
[09:36] <gema> cyphermox: ping
[09:36] <pitti> oh, skaet fell off the planet
[09:36] <pitti> https://wiki.ubuntu.com/PrecisePangolin/ReleaseNotes/CommonInfrastructure says "The default run time for Java is OpenJDK... " (literally)
[09:36] <gema> I hope she's ok
[09:36] <pitti> can I just edit that?
[09:36] <pitti> or was that already copied someplace else (web team)?
[09:37] <Riddell> I have the same question myself for Kubuntu r-n
[09:37] <pitti> Riddell: presumably these all include /CommonInfrastructure (Ubuntu does, anyway)
[09:37] <Riddell> the flavour release notes do yes
[09:39] <gema> pitti: I have summoned skaet
[09:39] <Riddell> yay!
[09:39] <jibel> Riddell, kubuntu alternate mac is ok
[09:39]  * skaet --> had to reboot.  
[09:39] <Riddell> jibel: oh?  did that change from last time your tried?
[09:39] <skaet> what's up?
[09:40] <Riddell> skaet: don't worry I hear ubuntu has an upgrade coming soon, probably it'll fix that reboot issue :)
[09:40] <ogra_>  /join #ubuntu-release-party
[09:40] <ogra_> ergh
[09:40] <pitti> skaet: https://wiki.ubuntu.com/PrecisePangolin/ReleaseNotes/CommonInfrastructure says "The default run time for Java is OpenJDK... " (literally); can we still edit that?
[09:40] <pitti> skaet: or was it alraedy copied to the web team?
[09:40] <pitti> skaet: there is also quite some TODOs in the bugs, shall I take a stab at some verbiage around them?
[09:41] <jibel> Riddell, it is the first time I try kubuntu alternate on mac
[09:41] <jibel> Riddell, what did I report previously that I dont remember ?
[09:42] <pitti> skaet: I also would like to make some grammar/stylistic improvements to https://wiki.ubuntu.com/PrecisePangolin/ReleaseNotes/UbuntuDesktop, still possible?
[09:42] <Riddell> jibel: 09:15 < jibel> Riddell, ubiquity crashes when I click on 'Create new partition table'
[09:42] <ogasawara> skaet, pitti: I would also note that if the day-0 kernel isn't available in -updates upon release, I'll need to edit some of the known kernel issues to mention -proposed instead of -updates.
[09:42] <Riddell> jibel: isn't that the same thing?
[09:42] <jibel> Riddell, ubiquity was kubuntu desktop.
[09:43] <Riddell> oh alternate, gotcha
[09:43] <jibel> Riddell, alternate was untested, that's what I did
[09:43] <Riddell> lovely thanks
[09:43] <skaet> pitti,  it needs to be edited to have an explicit version added.
[09:43] <skaet> (please fix ;) )
[09:43] <skaet> pitti,  yes please,  take a stab at the TODOs
[09:44] <Riddell> jibel: I'll sign off on alternate then but not desktop
[09:45] <pitti> skaet: right, I'll do that; I was just wondering whether these already got locked down
[09:45] <pitti> skaet: so, editing
[09:45] <skaet> thanks pitti.  baton for that page is yours.
[09:46] <Riddell> skaet: do we have a final URL for the release notes yet or will it just be the same place on the wiki?
[09:47] <apw> pitti, i am assuming we are going to be promoting the the day0 to -updates ... as soon as we are done with the release ... ?
[09:48] <skaet> The wiki site will be final.   Other sites will be pointing to that page.
[09:48] <Daviey> apw: https://bugs.launchpad.net/ubuntu-release-notes
[09:48] <Daviey> pgraner: ^
[09:50] <skaet> pitti, when you finish,  please signal,  pgraner, apw, and Daviey are taking a pass and adding ubuntu-release-notes into them.
[09:50] <Daviey> infinity: bug 770627
[09:50] <ubot2> Launchpad bug 770627 in libreoffice "LibreOffice - missing packages for ARMEL" [Unknown,Fix released] https://launchpad.net/bugs/770627
[09:50] <gema> Daviey: the upgrade bug from yesterday night is not there
[09:51] <pitti> skaet: done with https://wiki.ubuntu.com/PrecisePangolin/ReleaseNotes/UbuntuDesktop ; now editing CommonInfra
[09:51] <skaet> thanks pitti
[09:52] <cjwatson> if kubuntu alternate amd64+mac is good, can somebody move it to final?
[09:53] <cjwatson> that would help my publishing wowrk
[09:53] <stgraber> doing so now
[09:53] <Riddell> thanks stgraber
[09:54] <cjwatson> ta
[09:54] <Riddell> stgraber: will you be updating your mirror before the announce?
[09:54] <stgraber> Riddell: yes
[09:54] <stgraber> Riddell: the images are already correct on it, I'll sync from cdimage as soon as the final directory structure shows up on it
[09:55] <Daviey> pitti: do you want to add bug 600178 to known issues for Desktop Release notes known issues?
[09:55] <ubot2> Launchpad bug 600178 in nvidia-graphics-drivers "Screen tearing when dragging window, in videos and other large screen redraws (on nVidia GPU)" [Undecided,Confirmed] https://launchpad.net/bugs/600178
[09:55] <Riddell> stgraber: do you know if the se.cdimage.ubuntu.com guy is around to sync on time too?
[09:56] <stgraber> Riddell: no idea
[09:56] <pitti> Daviey: not sure how widespread it is, but we might as well
[09:56] <cjwatson> confirm that it's intentional that kubuntu isn't on releases.ubuntu.com any more?
[09:56] <cjwatson> the release manifest agrees with the publishing scripts here, but I just wanted to check
[09:56] <pitti> I was told so for b2
[09:57] <cjwatson> yes, I see ubuntu-archive-tools er382
[09:57] <Riddell> cjwatson: I believe it is intentional
[09:57] <pitti> Daviey: added
[09:57] <cjwatson> OK, let me add a note on releases.ubuntu.com/kubuntu/ to avoid confusion then
[09:58] <Riddell> thanks
[10:00] <Riddell> stgraber: where is your mirror located?
[10:00] <Daviey> pitti: thanks
[10:00] <Daviey> jamespage: Does bug 870244 require user action (ie, release note worthy) - or does it DTRT now?
[10:00] <ubot2> Launchpad bug 870244 in dovecot "mail-stack-delivery package install needs to restart dovecot" [Low,Fix released] https://launchpad.net/bugs/870244
[10:01] <jamespage> Daviey, Fix Release for precise
[10:01] <jamespage> so no
[10:01] <Daviey> jamespage: thanks
[10:02] <Daviey> pitti: do you want to resolve the release notes bug task? :)
[10:02] <pitti> Daviey: yes, when I wrote the page
[10:02] <cjwatson> is the Chinese edition tested?
[10:03] <stgraber> Riddell: germany
[10:04] <Riddell> ta
[10:05] <skaet> gema, ^ has victor done a run with the latest Chinese image?
[10:05] <Daviey> pitti: Sorry, it didn't look adjusted on the bug task to me.. but super.
[10:07] <apw> ogra_, do you know if the beagleXM 1GHZ kernel restrcition is still valid in Precise ?
[10:07] <skaet> gema,  I'm seeing that there has been testing on 20120424.1 images, so we'll be going ahead with them.
[10:07] <skaet> http://localized-iso.qa.ubuntu.com/qatracker/milestones/215/builds
[10:07] <ogra_> apw, hmm, ask linaro ?
[10:08] <ogra_> the HW didnt change though
[10:08] <pitti> skaet: https://wiki.ubuntu.com/PrecisePangolin/ReleaseNotes/CommonInfrastructure?action=diff&rev2=50&rev1=49
[10:08] <pitti> skaet: I'm done with the page for now
[10:09] <skaet> thanks pitti.  :)
[10:09] <davmor2> Daviey: did you get my message yesterday about the server docs?
[10:11] <emdub> just double checking -- it's safe to download the 12.04-server/desktop iso's now correct?  i see them up but they have timestamps from a couple days ago
[10:12] <pitti> emdub: no, it's not; they are not official until the announcement is sent
[10:12] <emdub> k
[10:12] <davmor2> Daviey: infact never mind I tried it it works as expected which threw me :)
[10:18] <stgraber> Riddell: lunch time here. The mirror is monitoring changes on cdimage and syncing every minute, I see that kubuntu is being published now, so in just a few minutes you should have the mirror ready
[10:18] <cjwatson> skaet: hmm, I went for Chinese edition amd64 20120425 since that was the sessioninstaller respin, but 20120424.1 is what's on the trackr
[10:18] <cjwatson> *tracker
[10:18] <cjwatson> skaet: do I need to roll that back to 20120424.1?
[10:19] <Riddell> stgraber: enjoy your baguette
[10:23] <Daviey> davmor2: i did, then you promptly went offline.
[10:25] <Daviey> apw: Hey, is bug 898127 release notable ?
[10:25] <ubot2> Launchpad bug 898127 in linux "system hangs and errors at /build/buildd/linux-3.2.0/arch/x86/kernel/apic/ipi.c:113 default_send_IPI_mask_logical+0xdc/0xf0()" [Medium,Incomplete] https://launchpad.net/bugs/898127
[10:25] <davmor2> Daviey: yeah I tried it within the same folder and the code worked like mv only keeping the original when I tried it against a multibranched directory it worked as expected just me being overly cautious it seems :)
[10:26] <skaet> stgraber,  could you try to boot 20120425 amd64 Chinese, and see if its basically sane.  I'd prefer to go with that one, rather than rolling back to the one on the tracker.
[10:26] <skaet> possible?
[10:27] <Daviey> apw: Do i grok bug 969304, we need a release note entry stating you need a more modern firmware for a particular nic?
[10:27] <ubot2> Launchpad bug 969304 in linux-firmware "Regression: Missing Firmware Files phanfw.bin and nx3fwct.bin (precise 12.04 beta)" [Undecided,Invalid] https://launchpad.net/bugs/969304
[10:30] <gema> skaet: victor tested with yesterday images
[10:30] <gema> skaet: and they were good
[10:30] <gema> skaet: same bugs as last week, nothing major
[10:33] <Daviey> apw: bug 979253, has suggested wording
[10:33] <ubot2> Launchpad bug 979253 in linux "BUG: unable to handle kernel paging request at c00fdd20" [Medium,Triaged] https://launchpad.net/bugs/979253
[10:35] <skaet> thanks gema
[10:47] <stgraber> skaet: yep, doing sanity check now
[10:48] <d0od> You guys are _rockstarz_
[10:49] <dholbach> hey d0od
[10:52] <d0od> o/ dholbach
[10:55] <stgraber> pitti: can you confirm that it's normal for the chinese image to have gfxboot in English by default and same for ubiquity?
[10:56] <stgraber> (selecting simplified chinese works fine and I then get a fully translated session as the langpack is there)
[10:57] <pitti> stgraber: hm, no; it's meant to pre-select the language in gfxboot
[10:58] <pitti> it worked back then when I tested the local builds, but that's some months ago
[10:58] <stgraber> pitti: hmm, ok... grabbing the i386 one to compare then
[11:00] <pitti> stgraber: it's supposed to write the language into isolinux/lang on the CD, from where gfxboot is supposed to pick it up
[11:00] <d0od> I'm not dumb - the release hasn't been announced yet has it? I'm getting a lot of tweets/tips saying it has
[11:00] <pitti> stgraber: if you have the .iso handy, can you please check it?
[11:00] <Riddell> d0od: please go to #ubuntu-release-party, we're busy here
[11:01] <stgraber> pitti: looking
[11:01] <dholbach> d0od, no, it's not - https://lists.ubuntu.com/archives/ubuntu-announce/2012-April/thread.html should be the safest place to find out if it is :)
[11:01] <sladen>  /topic No, not released.  Please goto to #ubuntu-release-party | Archive: frozen | http://pad.ubuntu.com/ubuntu-release | Precise Pangolin Release Coordination.  Please don't upload things during freezes where you shouldn't, or be prepared to apologise to the release team | we accept payment in cash, check or chocolate | melior malum quod cognoscis
[11:01] <pitti> d0od: check www.ubuntu.com :)
[11:02] <stgraber> pitti: nope, isolinux/lang is missing, only lang* there is isolinux/langlist
[11:02] <pitti> stgraber: erk
[11:02]  * pitti checks
[11:03] <stgraber> pitti: same with the previous i386 image, so not a regression in the amd64 respin
[11:03] <stgraber> I'm kind of surprised the chinese testers didn't see it though :)
[11:03] <pitti> so, theh ubuntu-defaults-zh-cn .deb has language.txt
[11:04] <pitti> at least we don't need to upload that one
[11:04] <stgraber> pitti: iso listing: http://paste.ubuntu.com/947145/
[11:04] <cjwatson> stgraber: indeed, considering that this was the *only* change in the first iterations of the Chinese edition
[11:05] <pitti> and ubuntu-defaults-builder still has the handling for copying /usr/share/$PACKAGENAME/language.txt to binary/isolinux/lang
[11:05] <pitti> I'll start a local build of the zh image, but it'll take a while
[11:06]  * pitti looks for build logs in the meantime; unfortunately u-d-i is not very verbose there
[11:08] <stgraber> skaet: so, .iso is broken (as discussed above) but livefs looks good, post-install experience is properly translated, ibus is working (chinese input works fine) and the gstreamer fix works as expected
[11:08] <stgraber> skaet: so both chinese images will need a respin to include the missing gfxboot file but we can keep the current livefs and just re-test gfxboot
[11:09] <pitti> [2012-04-25 17:46:41] lb_binary_local-hooks
[11:09] <pitti> P: Begin executing local hooks...
[11:09] <pitti> thanks pitti for making that so verbose!
[11:10] <pitti> at least there's no error message
[11:10] <stgraber> ;)
[11:10] <skaet> stgraber,  thanks for figuring that out.   cjwatson ^ lets yank them.
[11:10] <cjwatson> I'm going to pull those images off china-images.ubuntu.com/releases/precise/
[11:10] <cjwatson> to avoid confusiong
[11:10] <cjwatson> -g
[11:10] <skaet> thanks.
[11:10] <cjwatson> they're gone
[11:11] <stgraber> I can re-test both images within ~15 minutes (download + live environment test + install + post-install test), so let me know when you have something to test
[11:11] <cjwatson> the mechanics of a respin will involve a livecd-rootfs or live-build upload to -proposed and an emergency promotion to -updates, I suppose
[11:11] <cjwatson> and we'll have to check that the livefs chroots use -updates
[11:17] <Daviey> utlemming: good morning!
[11:18] <utlemming> morning Daviey, did you not go to bed, or where you up early?
[11:18] <Daviey> utlemming: sleep is for the weak..
[11:18] <Daviey> utlemming: Are you all set?
[11:19] <utlemming> Daviey: Yes, just awaiting the word.
[11:19] <highvoltage> good morning everyone!
[11:19] <Daviey> utlemming: WORD.
[11:20] <Daviey> utlemming: Cloud images should be published.
[11:20]  * utlemming starts publishing cloud images
[11:21] <pitti> cjwatson: oh, you already have a workaround in mind  or see the bug?
[11:21] <pitti> I don't see it yet
[11:21] <pitti> local image still building, ETA 20 or 30 mins
[11:23] <cjwatson> pitti: I don't, but I mean, you're likely going to have to put something in -proposed, right
[11:23] <cjwatson> It's unlikely to be fixable nusakan-side
[11:23] <Daviey> utlemming: then go back to bed. :)
[11:24] <utlemming> Daviey: lol
[11:38] <stgraber> Riddell: http://www.stgraber.org/download/releases/ is ready
[11:40] <ogra_> ARGH
[11:40]  * ogra_ curses
[11:40] <ogra_> indeed i used the wrong image names when updating all the arm install wikipages
[11:40]  * ogra_ should have checked nusakan first 
[11:40] <stgraber> Riddell: "This directory contains only less-used images which are not mirrored widely. For the most frequently downloaded CD images, see releases.ubuntu.com. Please use a mirror if possible." => that's now wrong isn't it?
[11:41] <cjwatson> where's that?
[11:41] <stgraber> cjwatson: kubuntu release directory on cdimage
[11:42] <cjwatson> oh right, one moment
[11:43] <Riddell> thanks stgraber
[11:47] <cjwatson> stgraber,Riddell: fixed pending mirroring
[11:47] <Riddell> thanks cjwatson
[11:48] <stgraber> Riddell: looks like someone already found the kubuntu images on the mirror, I'm pushing at around 300Mbps at the moment
[11:51] <apw> doko, are you still editing commoninfrastructure ?
[11:52] <doko> apw, yes, adding toolchain changes
[11:52] <apw> doko, ok cool, you might want to preview again as you timed out
[11:53] <peterm-ubuntu> it's live!
[11:53] <Riddell> cor
[11:54] <utlemming> cloud images are published
[11:54] <Riddell> stgraber: let me know if you get overloaded and I'll remove it from the download page
[11:54] <pitti> err, WTF
[11:55] <Riddell> ?
[11:55] <pitti> stgraber: I'm afraid we'll need to respin the squashfs as well :/
[11:55] <pitti> cjwatson: ^
[11:55] <sladen> just zh_cn ?
[11:55] <pitti> it seems during language cleanup it removes ubuntu-defaults-zh-cn
[11:55] <cjwatson> haha, score
[11:55] <pitti> so it's not installed any more in the chroot
[11:55] <pitti> sladen: yes
[11:55] <stgraber> pitti: ok
[11:55] <cjwatson> have you found the bug, or just diagnosing still?
[11:55] <pitti> I reproduced locally
[11:55] <pitti> build just finished
[11:55] <pitti> debugging now
[11:56] <pitti> presumably a bug in language-selector, but I'll try to find another workaround
[11:58] <doko> apw: done
[12:02] <pitti> cjwatson: ok, found the bug
[12:02] <pitti> language-support-hook uses check-language-support to determine the packages installed for the langauges we want to remove (es and pt here)
[12:02] <pitti> which includes poppler-data
[12:03] <pitti> language-support-hook then purges them all, which removes u-d-zh-ch as it depends on poppler-data
[12:04] <pitti> so, there is an easy, but not fully correct workaround, testing now
[12:04] <pitti> a complete fix is quite a bit more involved, but we don't need it for the Chinese image yet
[12:06] <pitti> \o/
[12:10] <pitti> cjwatson, stgraber: ok, local test build running; shoudl be faster now, as I have all the .debs in the cache
[12:10] <stgraber> pitti: k
[12:10] <cjwatson> mvo: have you poked meta-release?
[12:11] <mvo> cjwatson: no, was waiting for the signal, but I can do it now
[12:14] <pitti> cjwatson, skaet: when I have a confirmed fix for ubuntu-defaults-image, should I upload to precise-updates to save a publisher cycle, or to -proposed?
[12:14] <cjwatson> -proposed, please
[12:14] <pitti> ack
[12:14]  * pitti files a bug while the test build runs
[12:15] <cjwatson> -updates will just reject your upload
[12:15] <cjwatson> (I'm pretty sure)
[12:15] <cjwatson> Hm, well, I guess it might get held for approval, but let's do it by the book anyway.
[12:16] <pitti> yes, straight -updates does work, I accidentally accepted a package after oneiric's release
[12:16] <pitti> but yes, doing -proposed
[12:16] <cjwatson> ah, ok
[12:16] <cjwatson> I'm evidently thinking of pre-release
[12:22] <pitti> I guess we can't upload to precise-release any more
[12:22] <pitti> so do we need to adjust cdimage etc. to take ubuntu-defaults-builder from -updates?
[12:22] <cjwatson> It should do that itself
[12:22] <cjwatson> I think
[12:23] <pitti> bug 988836 FTR
[12:23] <ubot2> Launchpad bug 988836 in ubuntu-defaults-builder "Chinese images: Removes ubuntu-defaults-zh-cn" [High,In progress] https://launchpad.net/bugs/988836
[12:23] <cjwatson> ... apparently not, infinity's gonna look at it
[12:23] <stgraber> xdatap1: ^ is that bug affecting you?
[12:24] <xdatap1> stgraber, I don't think so, but let me check
[12:25] <pitti> xdatap1: check your build log whether it removes ubuntu-defaults-it
[12:25] <stgraber> xdatap1: basically on the Chinese images this causes any system configuration to be broken and the default language in gfxboot and ubiquity to fallback to English instead of Chinese
[12:26] <pitti> xdatap1: if your metapackage depends on e. g. poppler-data or another "generic" language support package (that's the only one I can think of), your images won't default to Italian and won't have all the other custom settings
[12:26] <xdatap1> pitti, stgraber : just checked, we're not affected
[12:28] <pitti> first attempt for a fix failed, darn
[12:29] <pitti> so I'm afraid I need to aim for a quick workaround
[12:30] <xdatap1> pitti, stgraber : we ran into this, let me find the old bug
[12:30] <highvoltage> Edubuntu 12.04 is released: http://edubuntu.org/news/12.04-release
[12:33] <xdatap1> pitti, stgraber : Found: https://bugs.launchpad.net/ubuntu-defaults-it/+bug/948264 We tryied to depend on hunspell and it caused the metapackage removal and the problem above. We solved fixing the package
[12:33] <ubot2> Launchpad bug 948264 in ubuntu-defaults-it "unity launcher customization doesn't works" [Undecided,Fix released]
[12:34] <pitti> xdatap1: ah, you can dupe that to bug 988836
[12:34] <pitti> I'm working on a general fix now
[12:34] <ubot2> Launchpad bug 988836 in ubuntu-defaults-builder "Chinese images: Removes ubuntu-defaults-zh-cn" [High,In progress] https://launchpad.net/bugs/988836
[12:34] <xdatap1> pitti, it's not an issue for us anymore
[12:40] <infinity> pitti: FWIW, we've fixed the precise livefs chroots to pull from updates.
[12:41] <pitti> infinity: thanks
[12:44] <stgraber> skaet: 12:42 < tumbleweed> loltypo https://www.facebook.com/ubuntulinux/posts/441913515834848
[12:45] <tumbleweed> stgraber: ah, thanks. Didn't know who to wave that at, but people are poking me about it :)
[12:45] <stgraber> skaet: URL is wrong, not sure who's in charge of the account but it should be fixed
[12:46] <stgraber> tumbleweed: at least the comments are wrong in that the domain is canonical owned and was used in the past for the staging www.ubuntu.com site, but it's currently out of date
[12:47] <tumbleweed> ah, didn't know that
[12:47] <ogra_> well, it forwards you properly to www.ubuntu.com
[12:47] <ogra_> (which only shows a drupal error though)
[12:47] <tumbleweed> doesn't forward me
[12:48] <ogra_> did it for me
[12:48] <stgraber> ogra_: that's new then, when I hit www.ubunut.com a few minutes ago I'd get the content of www.ubuntu.com from 10.10 time
[12:48] <Laney> someone was probably scrambled to fix it :P
[12:48] <ogra_> hmm, it *did* forward me a moment ago
[12:48] <ogra_> now it doesnt anymore
[12:49] <Laney> I would imagine jono or dholbach could look at that
[12:49] <ogra_> but they both show the same drupal error
[12:49] <Laney> (the borked update)
[12:50] <dholbach> Laney, I can't see how I can edit a post
[12:50] <dholbach> I can delete it though
[12:52] <dholbach> ubunut.com is offline now
[12:52] <dholbach> ugh, ubuntu.com too
[12:53] <ogra_> dholbach, known
[12:54] <ogra_> (being worked on already)
[12:59] <skaet> stgraber,  its being handled.   Should be fixed soon.
[12:59] <stgraber> skaet: thanks
[13:03]  * pitti runs another zh image test build
[13:04] <pitti> would anyone have some time to eyeball my currently tested diff?
[13:04] <pitti> I have tested it in isolation, now testing full image build
[13:10] <pitti> http://paste.ubuntu.com/947295/ in case anyone has time to review/discuss
[13:10] <Sjimmie> hi. Here I have the first upgrade bug report. Upgrading fromm ubuntu server 10.04 to 12.04 (LTS -> LTS).
[13:10] <cjwatson> Please report bugs in Launchpad
[13:11] <cjwatson> We don't have capacity to take everyone's bug reports on IRC
[13:11] <Sjimmie> http://pastebin.com/bGecwns5
[13:11] <Sjimmie> looks quiet enough here :)
[13:11] <cjwatson> And you'd be better off using do-release-upgrade
[13:11] <cjwatson> You only just joined
[13:12] <cjwatson> (Anyway, IRC isn't sanely set up for doing analysis of bugs, even if the channel is quiet.)
[13:13] <Sjimmie> I did a do-release-upgrade. that crashed. then I did the dist-upgrade -f afterwards, as suggested
[13:13] <Sjimmie> I know you are right cjwatson but would you have any suggestions anyway to help me along atm :-)
[13:14] <ogra_> for support try #ubuntu
[13:14] <cjwatson> No, I'm busy, sorry
[13:14] <cjwatson> This is *not* a good day for non-release-related questions
[13:14] <cjwatson> (I mean, not related to my side)
[13:15] <Sjimmie> no problem and thanks
[13:19] <cjwatson> pitti: Fun!  Looks OK insofar as I can evaluate it
[13:21] <pitti> cjwatson: so my approach is to substract all packages which the requested languages need from the "to remove" list
[13:22] <pitti> I renamed REMOVE_LANGUAGES to "remove", as the other *_LANGUAGES are file names, while REMOVE_LANGUAGES was a value list, that was confusing
[13:22] <ttx> hmm. Just downloaded ubuntu-12.04-desktop-amd64.iso and got wrong MD5SUM
[13:22] <ttx> I did it twice to make sure, got:
[13:22] <ttx> 57876b3740ee89e75c8fefc93a7ceee6  ubuntu-12.04-desktop-amd64.iso
[13:22] <pitti> ttx: it should be 128f0c16f4734c420b0185a492d92e52
[13:23] <pitti> I chhecked the pre-published md5sum this morning, that was alright
[13:23] <ttx> pitti: I tried twice (on release.ubuntu.com) and got 57876b3740ee89e75c8fefc93a7ceee6 twice
[13:23] <dwatkins> http://releases.ubuntu.com/precise/ ttx?
[13:24] <pitti> that's the one from cdimage.ubuntu.com/daily-live/20120423/
[13:24] <ttx> dwatkins: $ wget http://releases.ubuntu.com/precise/ubuntu-12.04-desktop-amd64.iso
[13:24] <pitti> but we released build 25.1
[13:24] <ttx> which followed to http://d3qnbzt7ix5jlv.cloudfront.net/ubuntu-12.04-desktop-amd64.iso
[13:24] <pitti> http://releases.ubuntu.com/precise/MD5SUMS has the right md5sum
[13:24] <cjwatson> Do people have an opinion on whether quantal should be syncing from testing or unstable?
[13:25] <cjwatson> Prior practice is unstable for non-LTS, but wgrant asked, so I thought I'd check.
[13:25]  * ogra_ would vote for unstable
[13:25] <pitti> I actually think testing was better
[13:25] <tumbleweed> we're expecting debian to freeze during the cycle
[13:25] <ttx> pitti: maybe some part of the CDN still have an old image ?
[13:25] <tumbleweed> but that shouldn't affect the decision much, as unstable doesn't digress far in the early freeze
[13:26] <pitti> ttx: I checked the image on nusakan, that seems alright
[13:27] <pitti> 128f0c16f4734c420b0185a492d92e52  simple/releases/precise/ubuntu-12.04-desktop-amd64.iso
[13:27] <pitti> ttx: we indeed pre-published an older image two days ago
[13:27] <Laney> I think I probably prefer testing
[13:27] <pitti> but I would have expected most mirrors to catch up by now
[13:27] <Laney> Location: http://d3qnbzt7ix5jlv.cloudfront.net/ubuntu-12.04-desktop-amd64.iso [following]
[13:27] <Laney> 57876b3740ee89e75c8fefc93a7ceee6  ubuntu-12.04-desktop-amd64.iso
[13:28] <ttx> Laney: same here
[13:29] <cjwatson> If I use testing, it's hard to change later.  If I use unstable, it's arguably even harder to change later.
[13:29] <ttx> pitti: could it be that the CloudFront mirror didn't get the memo ? Or failed updating ?
[13:30] <ttx> kinda bad since it gets most of the releases.ubuntu.com hits
[13:30] <cjwatson> Uh
[13:30] <pitti> ttx: I don't know how that's wired, sorry; just weird that it woudl catch the first sync-mirrors, but not the others sent after that
[13:30] <cjwatson> So cloudfront was I think published directly by hand by elmo rather than synced from releases.ubuntu.com
[13:30] <cjwatson> I suspect he published the wrong one
[13:31] <cjwatson> I'm loath to interrupt him since he's in a web panic, but I think I'll have to
[13:31] <ttx> cjwatson: blame me :)
[13:31] <pitti> ttx: thanks for catching this!
[13:32] <ttx> pitti: Good thing I was late in my download, I usually update my ISO before the madness starts
[13:32] <wgrant> cjwatson/others: Are you still manually running the LP cdimage prober, or has it gotten confused?
[13:32] <ScottK> Can I still add to the release notes (just got enough info to have a reasonable release note - i.e. here's how you dig your way out of the hole the bug causes)?
[13:32] <afflux> hi guys. not sure if this is right place, but ubuntu-12.04-alternate-amd64.iso seems to have wrong checksums on http://releases.ubuntu.com/precise/ - the torrent download is correct though.
[13:33]  * pitti boots kvm -m 1024 -vga std -cdrom binary-hybrid.iso and can't read a thing -- I guess that means it's working :)
[13:33] <pitti> I also double-checked the list of removed packages, see bug
[13:33]  * pitti prepares upload
[13:33] <pitti> afflux: you are, ttx just reported that as well; being worked on
[13:34] <afflux> ah. seems i joined a few minutes late ;)
[13:34] <afflux> thanks
[13:34] <ttx> afflux: good to see other people check md5sums on their downloads :)
[13:34] <cjwatson> ttx: OK, being worked on
[13:34] <cjwatson> wgrant: I don't run that, somebody in IS was doing it
[13:34] <ttx> cjwatson: cheers
[13:35] <wgrant> cjwatson: Ah, OK.
[13:35]  * dwatkins greatly appreciates the efforts of the release team and all others working on Ubuntu
[13:36] <afflux> ttx: well, tbh, I just ran the integrity test and it worked. checked the release type and since it was ok, it's installing on the test box here... ;)
[13:40] <pitti> ogasawara, skaet: so should we move the kernel to -updates now?
[13:40] <pitti> and perhaps a few other SRUs which already are verified?
[13:40] <ogasawara> pitti: +1 from me
[13:41] <pitti> ogasawara: we are getting in positive test results, and working fine here as well
[13:42] <ogasawara> pitti: I'd also add QA did an informal test of it yesterday as well and had positive feedback
[13:42] <pitti> cjwatson: if you want to pre-review before LP diff hits, https://code.launchpad.net/~pitti/ubuntu/quantal/ubuntu-defaults-builder/trunk r142 to 145
[13:43] <pitti> I'm not quite sure why ubuntu:ubuntu-defaults-builder currently expands to that ~pitti branch, but that's something I don't worry about right now
[13:43] <pitti> (it'll most probably resolve itself in the next days)
[13:44] <cjwatson> pitti: accepted, thanks
[13:44] <cjwatson> I just downloaded the files and diffed
[13:46] <pitti> cjwatson: I suppose we don't have a foolproof way of actually building a new zh image from -proposed, so want me to move that to -updates as soon as it's published in LP?
[13:49] <cjwatson> pitti: Yes please
[13:50] <pitti> ah, ubuntu.getDevelopmentSeries() returns [] ATM; /me adds a fallback to sru-release
[13:50] <cjwatson> That'll be fixed soon ...
[13:51] <pitti> quantal is "frozen", I guess it doesn't accept that
[13:53] <cjwatson> odd
[13:53] <cjwatson>         return Store.of(self).find(
[13:53] <cjwatson>             DistroSeries,
[13:53] <cjwatson>             distribution=self,
[13:53] <cjwatson>             status=SeriesStatus.DEVELOPMENT)
[13:53] <cjwatson> huh, ok
[13:54] <cjwatson> pitti: use .current_series instead
[13:54] <pitti> ah, that will DTRT? thanks
[13:55] <pitti> >>> ubuntu.current_series
[13:55] <pitti> <distro_series at https://api.launchpad.net/1.0/ubuntu/quantal>
[13:55] <davmor2> skaet: you know the Canonical link in the release email don't seem to connect to anything?
[13:55] <pitti> cjwatson: thanks, committing
[13:55] <cjwatson> that's "frozen if there is one, else development if there is one, else current if there is one, else series[0], else None"
[13:57] <skaet> davmor2: there have been some web problems and its a casualty.  Will be working soon.
[13:58] <davmor2> skaet: I noticed :) We'll put it down to just pure demand for the iso and carry on as normal :)
[13:58] <pitti> 0-day SRU release wave comming, brace for impact queuebot
[13:58] <pitti> "coming", too
[13:59] <phillw> oooh, here we go again!
[14:00] <ogra_> sweet !
[14:00] <Laney> quantal-release eh
[14:00] <pitti> :)
[14:01] <tumbleweed> \o/
[14:01] <cjwatson> Those'll wait a bit :)
[14:01] <phillw> pitti: just a dumb question, but will these be in the daily build?
[14:01] <Laney> did we decide on testing or unstable?
[14:01] <cjwatson> phillw: what daily build
[14:01] <ogra_> lol
[14:01] <cjwatson> Laney: I initialised as testing for now and I'll start off syncing from testing, since that's easier to undo latere
[14:01] <cjwatson> *later
[14:02] <Laney> fair
[14:02] <Laney> it is probably somewhat less interesting than usual given the freeze
[14:02] <pitti> oh, why are the quantal syncs landing in NEW instead of unapproved?
[14:02] <cjwatson> because it hasn't been initialised yet
[14:02] <tumbleweed> cjwatson: syncpackage is still going to do unstable by default
[14:02] <cjwatson> christ knows what you just did to the db
[14:02] <phillw> cjwatson: I did mention it was a dumb Q :) Just wondered if the cron will still do a daily build with the 0-day SRU's
[14:02] <pitti> cjwatson: ah, I better keep them in the queue then
[14:03] <cjwatson> pitti: please DO NOT DO NOT DO NOT accept them
[14:03] <cjwatson> phillw: no, daily builds are off for the foreseeable
[14:03] <pitti> ... or I better reject them then, and make a TODO list which pacakges need copying
[14:03] <cjwatson> pitti: wait
[14:03] <cjwatson> I'm asking lpops
[14:03] <phillw> thanks :)
[14:04] <cjwatson> pitti: Leave them in NEW< it's sfine.
[14:04] <cjwatson> with typing.
[14:04] <pitti> cjwatson: too late, I'm afraid, but I have a local list now
[14:05] <pitti> I'll catch up with them once it's open
[14:05] <Laney> I thought it was possible to accept from rejected anyway
[14:05] <pitti> I guess it minimizes the risk of someone accidentally accepting them
[14:05] <cjwatson> Laney: it is
[14:05] <cjwatson> pitti: yeah
[14:06] <Laney> tumbleweed: why doesn't it use the parent series from LP?
[14:07] <pitti> cjwatson: was the publisher disabled on purpose?
[14:07] <cjwatson> tumbleweed: I'm OK with that, I think.
[14:07] <cjwatson> pitti: HELL YES
[14:07] <pitti> I'm asking because that defaults-builder thing needs publishing
[14:07] <cjwatson> pitti: Sorry, you'll have to wait now
[14:07] <pitti> *nod*
[14:07] <cjwatson> I'm not prepared to run the publisher while a series is initialising
[14:08] <pitti> oh, that's fine
[14:08] <cjwatson> tumbleweed: Since syncpackage is a manual operation, there's at least some chance that that's what the developer wanted.
[14:08] <pitti> I was just wondering if it was a leftover from final release preps
[14:09] <tumbleweed> Laney: we could probably do that now, yes
[14:09] <cjwatson> pitti: No, it's an explicit step on NewReleaseCycleProcess.
[14:10] <Laney> I think it would be better for people to have to explicitly ask to deviate from the default
[14:10] <Kalidarn> okay that's strange why might i be seeing Requested download is not authorized for use with this tracker.
[14:10] <Kalidarn> for ubuntu-12.04-dvd-amd64.iso
[14:10] <tumbleweed> Laney: yeah, that's how we've handled it in the past
[14:10] <Kalidarn> was that pulled from the tracker?
[14:10] <cjwatson> Kalidarn: The tracker was having trouble coming into sync earlier.
[14:10] <cjwatson> It should sort itself out eventually ...
[14:10] <Kalidarn> the kubuntu dvds worked fine
[14:11] <Kalidarn> people are thrashing cdiimage :D
[14:11] <Kalidarn> it's giving me 8-13 KB/s lol
[14:11] <cjwatson> Yes, that tends to happen on release day.
[14:11] <Kalidarn> but i guess that's what torrents are for :D
[14:11] <Kalidarn> which i don't mind using and seeding
[14:13] <Kalidarn> ubuntu-12.04-dvd-amd64.iso
[14:14] <Kalidarn> ubuntu-12.04-dvd-amd64.iso
[14:14] <Kalidarn> apparently 1.66GB according to my torrent client, man that is small
[14:14] <Kalidarn> i was sure 11.10's dvds were bigger
[14:15] <ScottK> Kalidarn: This isn't the channel for idle chatter about the release.  See #ubuntu or #ubuntu-release-party (they were - read the release notes).
[14:17] <Kalidarn> ah true, i only came here to ask about the authorization error.
[14:32] <arosales> Daviey: thanks for your testing comment for armhf cloud images on the release manifest
[14:35] <Daviey> arosales: np
[14:36] <ogra_> cjwatson, i assume you have "adding quantal to debootstrap scripts" somewhere on your TODO ? (wookey just asked me about it )
[14:36] <cjwatson> ogra_: Yes
[14:36]  * ogra_ thought so :) 
[14:37] <cjwatson> in fact I did it locally the other day
[14:37] <ogra_> these impatient linaroers
[14:37] <cjwatson> Anyone can look at NewReleaseCycleProcess to see the current TODO
[14:41] <cjwatson> pitti: Publisher re-enabled.
[14:44] <tumbleweed> is the parent series mutable after the series has been initialised?
[14:45] <cjwatson> No.
[14:45] <cjwatson> But it doesn't matter much since it's just for localpackagediffs and friends, so screw it.
[14:45] <pitti> cjwatson: thanks; I'm off for some 20 minutes (supermarket), will copy to -updates when I'm back (until you or someone else beats me to it)
[14:45] <cjwatson> We'll figure something out if it turn out to mattere.
[14:45] <cjwatson> *matter
[14:46] <tumbleweed> cjwatson: well, laney was proposing using it for syncpackage, but if it isn't mutable, that doesn't help us
[14:46] <cjwatson> pitti: The publisher will only barely have started by then.  I'm not really in the mood to run stuff by hand :-)
[14:46] <cjwatson> tumbleweed: I think it might be better not to for now.
[14:46] <tumbleweed> yup
[14:46] <cjwatson> Apparently changing it would involve recomputing all the DistroSeriesDiffs and nothing's set up to do that.
[14:46] <Laney> that's unfortunate
[15:04] <gema> we just released and you guys are starting quantal already? O_o... give us some time to recover! :P
[15:05] <ogra_> no way
[15:05] <ogra_> we get bored without a dev release
[15:05] <gema> follow pitti's lead, go to the supermarket !
[15:25] <pitti> ^ accepting, as discussed
[15:25] <pitti> will rebuild zh-CN image once that is published
[15:35] <pitti> ah, unapproved now
[15:35] <pitti> so that seems to work now
[15:35] <cjwatson> Yes, please don't accept until we have the initial toolchain sync done though
[15:37] <pitti> cjwatson: ok, won't do; but at least that flushes my local list of missing 0-day stuff
[15:38] <pitti> cjwatson: (i. e. stuff copied to precise-updates)
[15:38] <pitti> none of them will build again, so it's actually quite independent from the toolchain; but it's not urgent at all, so just queueing it up there is fine
[15:39] <cjwatson> I know, but I would like to not get confused
[15:54] <bdmurray> it looks to me like the metarelease files didn't get updated on the server
[15:54] <bdmurray> http://changelogs.ubuntu.com/meta-release-lts
[15:55] <bdmurray> I'm fixing this now
[15:56] <bdmurray> hrm
[15:58] <Laney> I think that's only changed at .1 time
[16:00] <bdmurray> then people running 10.04 won't see that 12.04 is available is that not right?
[16:00] <Laney> right, until 12.04.1, as is conventional
[16:02] <cjwatson> bdmurray: As Laney said, please leave meta-release-lts alone until .1.
[16:02] <bdmurray> cjwatson: got it
[16:05] <pitti> argh, apparently defaults-builder missed a publisher run
[16:05] <pitti> cjwatson: are you still online in 30 mins? if so, woudl you be able to trigger a zh image run?
[16:06] <pitti> we've got some guests, and I'd like to go AFK for a bit
[16:07] <cjwatson> pitti: Yes
[16:07] <cjwatson> pitti: The publisher's been on and off.  This one caught it.
[16:09] <pitti> thanks
[16:09] <pitti> so, have a nice evening everyone!
[16:15] <davmor2> cjwatson: = Welcome to Ubuntu 12.04 'Precise Pangolin' = is the header in the release notes for upgrades should it be =Welcome to Ubuntu 12.04 LTS 'Precise Pangolin'= ?
[16:16] <slangasek> davmor2: yes
[16:16] <cjwatson> davmor2: -> mvo
[16:17] <davmor2> also first line reads The Ubuntu team is proud to announce Ubuntu 12.04 'Precise Pangolin'.
[16:18] <davmor2> cjwatson: I'll go let him know
[16:19] <davmor2> cjwatson: meh no mvo it seems :(
[16:23] <knome> looks like xubuntu doesn't have amd64 torrents. reason?
[16:24] <knome> 19:24  pleia2: hmm, I guess we have them on our regular download page but not on torrent.ubuntu
[16:28] <cjwatson> knome: dunno, torrent's been having some trouble but I really don't know what's going on with it
[16:28] <knome> looks like they are available in cdimage.u.c but not torrents.u.c :/
[16:33] <cjwatson> Indeed
[16:33] <cjwatson> Which is due to magellanic having a serious sad
[16:34] <knome> kick it (him/her?) :P
[16:34] <cjwatson> Not *sure* that would help
[16:34] <cjwatson> (it)
[16:34] <knome> sometimes it helps though.
[16:34] <knome> at least yourself.
[16:36] <ogra_> cjwatson, Daviey, skaet, hmm, if LTS to LTS is only offered for .1 https://wiki.ubuntu.com/PrecisePangolin/ReleaseNotes/UbuntuServer#From_10.04_to_12.04 should probably state that
[16:37] <ogra_> people in #ubuntu get clearly confused by the current text and expect upgrades to work right now now
[16:37] <knome> ogra_, is that supposed to be true for all derivatives/versions?
[16:38] <ogra_> knome, for LTS to LTS (see discussion above)
[16:39] <knome> ogra_, a-ha, ok
[16:48] <cjwatson> knome: Can you try again now?
[16:48] <cjwatson> I see them on torrent.ubuntu.com:6969.
[16:49] <knome> torrents.u.c or cdimage.ub.c ?
[16:49] <knome> -b
[16:49] <cjwatson> torrent
[16:49] <knome> i just tried the latter, said can't
[16:49] <knome> ok, just a sec
[16:49] <knome> http://torrent.ubuntu.com/xubuntu/releases/precise/release/desktop/
[16:49] <knome> where's the amd64 one? :/
[16:50] <cjwatson> huh, wtwf
[16:50] <cjwatson> that is indeed missing on the master
[16:50] <cjwatson> ok, I might have been maligning magellanic then
[16:50] <cjwatson> I bet this is another purging bug
[16:50] <knome> the torrent *files* are at http://cdimage.ubuntu.com/xubuntu/releases/precise/release/ though
[16:51] <skaet> ogra_,  the testing prior to release indicated it should be reasonable to do Lucid to Precise.   hmmm....
[16:51] <cjwatson> so much stuff breaks with publishing different arches out of sync
[16:51] <cjwatson> skaet: please don't, foundations has been working on the assumption that we'll only enable starting from .1
[16:51] <ogra_> skaet, well, i thought doing LTS to LTS only at .1 was policy
[16:52] <ogra_> its just that the text on the server page suggests you should see them right now
[16:52] <knome> cjwatson, 'Tracker gave an error: "Requested download is not authorized for use with this tracker."'
[16:52] <skaet> Daviey,  ^  thoughts?
[16:52] <Daviey> skaet: Colin is looking at it right now with IS
[16:52] <knome> wait... i'm downloading
[16:54] <ogra_> Daviey, at the wikipage ??
[16:54] <Daviey> sorry, confused with the lines
[16:54] <ogra_> heh
[16:54] <Daviey> ogra_: can you comment on the exact strings which are confusing?
[16:55] <ogra_> Daviey, there is no upgrade path from 10.04 to 12.04
[16:55] <ogra_> Daviey, only from 10.04 to 12.04.1
[16:55] <Daviey> ogra_: yes there is... we just don't prompt it.
[16:55] <cjwatson> right (in-person conversation)
[16:55] <ogra_> we dont enable automatic upgrades for 12.04
[16:55] <Daviey> ogra_: no, 10.04 to 12.04 upgrade is supported, just not prompted
[16:55] <cjwatson> if at least *some* people don't upgrade manually, we won't find out about problems in time to fix them for .1
[16:55] <ogra_> Daviey, then it shold point out that you need to use -d
[16:55] <cjwatson> but we won't enable it automatically until we've had some manual reporting
[16:56] <ogra_> do-release-upgrade alone doesnt do it
[16:56]  * Daviey looks
[16:58] <slangasek> skaet: bug #988941 looks like one good reason not to recommend 10.04->12.04 upgrades yet...
[16:58] <ubot2> Launchpad bug 988941 in update-manager "Doing an upgrade from 10.04 to 12.04 (LTS -> LTS) using an ISO" [High,Incomplete] https://launchpad.net/bugs/988941
[16:59] <knome> cjwatson, don't know if you catched that, but even with the error, i'm able to download and upload with the torrent file
[17:00] <cjwatson> depends whether other folks are seeding
[17:00] <cjwatson> I'm pushing out something that should improve matters now
[17:06] <skaet> slangasek,  hmm... not much data.  yup.  going to be interesting.    Feel free to add the tweaks you want to the release notes to mitigate this.
[17:06] <slangasek> skaet: bdmurray and I have analyzed it a bit already, I know what's going on there and what we need to fix for .1
[17:07] <slangasek> still writing it up though
[17:07]  * ogra_ thinks the -d switch should be added but also a warning 
[17:07] <ogra_> (for the upgrade docs that is)
[17:07] <skaet> thanks slangasek.
[17:07] <Daviey> ogra_: I just reproduced and we do indeed need the -d
[17:07] <ogra_> right
[17:07]  * skaet will look into things after dinner.   Been long day and food is overdue. 
[17:08] <slangasek> ogra_: we've certainly not told people in the past in any prominent documentation to use -d for LTS upgrades before the switch is flipped?
[17:08] <ogra_> i reproduced it with 4 people in a row in #ubuntu
[17:08] <ogra_> slangasek, well, people want to upgrade and it doesnt work without -d
[17:09] <slangasek> yes, and we don't want people to be upgrading yet which is why you need the -d
[17:09] <slangasek> it's fine to point people at that if they ask
[17:09] <slangasek> but we don't want to promote it in the docs
[17:09] <ogra_> but we also want datapoints from people using 12.04
[17:09] <ogra_> ah, k
[17:11] <cjwatson> Please don't accept gcc-4.7 yet
[17:12] <cjwatson> I'll accept base-files and lsb
[17:12] <cjwatson> Once base-files has built and published, gcc-4.7 can start; not before
[17:14] <ogra_> Pici, see discussion above :)
[17:14] <Pici> ogra_: I'll take a look.
[17:17] <cjwatson> I've uploaded debootstrap to unstable - I'll sync it tomorrow
[17:19] <cjwatson> (We might be able to copy gcc-4.7 from the PPA instead.)
[17:36] <knome> cjwatson, looks like the torrents do not throw an error any more. yay!
[17:36] <knome> cjwatson, and the .torrent files show up in torrent.ubuntu.com, not the .iso files though :)
[17:38] <knome> ah, the .iso files are now available there too :)
[17:46] <knome> cjwatson, everything seems to be okay now. thanks!
[17:54] <bdmurray> it seems that 'update-manager -d' from 10.04 indicates that 12.04 is a beta
[17:54] <knome> 'beta' as in the 'google mail beta' ?)
[17:54] <ogra_> ouch
[17:54] <bdmurray> I think its because of DevelReleaseAnnouncement in update-manager
[17:59] <bdmurray> slangasek: ^
[18:00] <slangasek> bdmurray: should be fixable with an update-manager SRU to precise then, right?
[18:00] <bdmurray> slangasek: yes
[18:01] <bdmurray> I think there is a u-m in proposed already though
[18:02]  * slangasek checks
[18:02] <slangasek> so there is
[18:02] <slangasek> bdmurray: but it's also a text-only change, so we can clobber that one
[18:02] <slangasek> bdmurray: can you do the SRU?
[18:03] <bdmurray> slangasek: in a bit yes
[18:03] <slangasek> ok
[18:11] <tgm4883> Is there someone here that can assist with a Ubuntu tracker issue?
[18:11] <tgm4883> mythbuntu-12.04-desktop-amd64.iso isn't listed on http://torrent.ubuntu.com:6969/
[18:12] <tgm4883> i386 is
[18:12] <tgm4883> I have users reporting Failure reason "Requested download is not authorized for use with this tracker."
[18:12] <bdmurray> slangasek: wehn you said clobber you meant use the same version number?
[18:13] <slangasek> bdmurray: no, soyuz doesn't allow that - increment the version, but upload w/o putting the first SRU to -updates
[18:14] <slangasek> bdmurray: so build with a -v option so that the changelog reflects all changes vs. what's currently in precise
[18:14] <slangasek> tgm4883: is that the same issue knome was inquiring about a little bit ago?
[18:14] <slangasek> no, knome was asking about xubuntu
[18:14] <tgm4883> IDK, I wasn't in here. I don't see anything about knome
[18:15] <tgm4883> there are 4 xubuntu 12.04 torrents it seems
[18:15] <knome> tgm4883, i got that message too with xubuntu torrents, but was able to download and upload
[18:15] <tgm4883> that seems to be working
[18:15] <knome> tgm4883, they work perfectly (with no errors) now though
[18:15] <tgm4883> knome, all 4 xubuntu ones are listed, I only see 1 of 2 Mythbuntu 12.04 torrents listed
[18:16] <tgm4883> I'm not in a place I can test though
[18:16] <knome> hmmh
[18:16] <knome> tgm4883, did you look from cdimage.ubuntu.com too ?
[18:17] <tgm4883> knome, yea it's listed on cdimage.ubuntu.com
[18:17] <slangasek> cjwatson: ^^ mythbuntu is having the same problem that xubuntu was earlier with torrents; I don't know what you did to fix xubuntu
[18:21] <phillw> cjwatson: is it okay for me to add the links for the torrent links for lubuntu to the secondary server, it currently only has direct downloads available.
[18:24] <slangasek> tgm4883: fixed the mythbuntu torrents, should propagate out shortly
[18:24] <tgm4883> slangasek, thanks
[18:24] <tgm4883> slangasek, if you don't mind me asking, what was the issue?
[18:25] <slangasek> tgm4883: um... "a script didn't work right"
[18:25] <tgm4883> heh, nice
[18:25] <tgm4883> slangasek, thanks again
[18:25] <slangasek> so I had to manually put the files in the right place for torrent mirroring
[18:25] <slangasek> phillw: cjwatson'll be afk; I'm not sure I understand the question - are you just asking if you're allowed to link to the torrents?
[18:32] <phillw> slangasek: yes.
[18:33] <slangasek> phillw: that's certainly ok - it's nicer on the Internet to use the torrents :)
[18:33] <slangasek> phillw: you may want to double-check that the torrents all work before linking
[18:33] <phillw> slangasek: currently the page has the server direct down-loads.. http://thesii.org/iso/
[18:33] <slangasek> given that xubuntu, mythbuntu both had problems
[18:33] <slangasek> actually, just checked myself - they're all there
[18:34] <phillw> it's coping quite well... still on about 1% cpu time and the 100MB/s back-bone seems untroubled by the data flow.
[18:37] <micahg> umm, shouldn't quantal be derived from unstable or will we continue to sync from testing?
[18:38] <ogra_> micahg, it wasnt clear and switching from testing to unstable is apparently easier than the other way round
[18:38] <micahg> makes sense
[18:39] <micahg> will it be decided at UDS, consensus on ML?
[18:40] <ogra_> no idea, i thik colin discussed it in person in millbank before deciding to use testing for now
[18:43] <slangasek> bdmurray: is bug #902603 bug-patternable?  ("Noting disappearance of libtag1c2a" in the upgrade log)
[18:43] <ubot2> Launchpad bug 902603 in taglib "When installing Multi-Arch: same (meta-)package for two architectures, dpkg considers one arch as completely disappeared" [High,Fix released] https://launchpad.net/bugs/902603
[18:44] <bdmurray> slangasek: why, yes I just pushed that pattern ;-)
[18:44] <slangasek> haha
[18:44] <slangasek> ok
[18:45] <bdmurray> I'd used it to clean-up a bunch of duplicates too
[18:45] <slangasek> bdmurray: where are you pointing follow-ups?
[18:45] <bdmurray> at the bug
[18:45] <slangasek> ok great
[18:45] <ScottK> Every post-LTS release we have this "Should be go back to Unstable" conversation like it's a surprise.  We always, in the end, go back to unstable.  Can't we just agree that's what we do and save having to rediscuss it every time.
[18:45] <slangasek> so fixing the bug description to add the recovery steps is the right answer :)
[18:45] <bdmurray> Noting disappearance of (libjpeg8|libtag1c2a|odbcinst|libccid)
[18:45] <ScottK> (every for the two that have come from testing)
[18:45] <bdmurray> those are the packages I have for the pattern
[18:47] <jbicha> ScottK: lol
[18:48] <ScottK> jbicha: My hope is small, but I thought I'd suggest it.
[18:48] <slangasek> bdmurray: updated the bug description with what I hope is a viable recovery recipe
[18:48] <slangasek> ScottK: oh, were we discussing it?
[18:48] <slangasek> I assumed we were going to switch back to unstable
[18:49] <ScottK> slangasek: By initially setting up for testing, that implies to me the question is open.
[18:49] <slangasek> heh, ok
[18:49]  * slangasek sees the scrollback now... ohwell :)
[18:52] <doko> the gcc-4.7 ppa build for armhf is finishing, so I'll copy the packages from the ppa
[18:54] <slangasek> doko: I'm confused, cjwatson said earlier that gcc-4.7 needed base-files first before upload, and that was just accepted now?
[18:54] <slangasek> did you do a separate base-files build in the ppa too?
[18:54] <doko> yes
[18:54] <slangasek> ok
[18:55] <doko> the distro upload is the same as the ppa build, except that the testsuite is disabled in the distro upload, so the ppa upload even is the better one
[18:55] <gema> I am about to install (dpkg -i *.deb) an oneiric kernel on precise to try something, if I do it that way, can I easily go back to the precise kernel afterwards?
[18:56] <slangasek> doko: well, I just want to make sure the package being copied is one we know is built knowing that it's for quantal
[18:56] <doko> slangasek, yes, it is
[18:56] <slangasek> gema: you probably still *have* the oneiric kernel installed, and can select between them at the grub menu
[18:56] <slangasek> gema: (holding down shift at boot to get the menu)
[18:56] <gema> slangasek: will try that first, thanks!
[18:57] <sebsebseb> hi
[18:57] <slangasek> gema: we don't remove kernels on upgrade - there's room for improvement in how we handle that, but at least the current behavior ensures you always have a known-good kernel you can boot back to
[18:57] <gema> slangasek: in this case, that's handy, thanks
[19:08] <ogra_> lots of room :)
[19:08]  * knome read "lots of rum"
[19:08] <knome> makes sense too
[19:09] <ogra_> yeah :)
[19:22] <slangasek> bdmurray: does bug #989040 look familiar?  not a freetype bug, but I don't know if this is a common failure
[19:22] <ubot2> Launchpad bug 989040 in freetype "package libfreetype6 2.4.8-1ubuntu2 failed to install/upgrade: subprocess dpkg-deb --control returned error exit status 2" [Undecided,New] https://launchpad.net/bugs/989040
[19:39] <pitti> I don't think anyone triggered a new zh_CN CD, doing now
[19:40] <slangasek> new meaning quantal?
[19:40] <pitti> no, precise
[19:41] <slangasek> there were already zh_CN CDs that should have been up-to-date
[19:41] <pitti> current zh_CN images are broken, bug 988836
[19:41] <ubot2> Launchpad bug 988836 in ubuntu-defaults-builder "Chinese images: Removes ubuntu-defaults-zh-cn" [High,Fix committed] https://launchpad.net/bugs/988836
[19:41] <slangasek> ah
[19:41] <pitti> slangasek: I only see 20120425
[19:41] <pitti> the fix only got published some 3 hours ago
[19:41] <pitti> but I had to run out then
[19:41] <slangasek> yes, that was the date of our last respin of the main CDs, which is what I meant by "up to date" :)
[19:43] <pitti> slangasek: nobody of the testers seems to have noticed that this CD is anything but Chinese :)
[19:43] <slangasek> I don't think there are test cases on the iso tracker for zh_CN, are there?
[19:44] <pitti> I guess not
[19:45] <sebsebseb> Party Party Party, today for me? Uh no.
[19:46] <sebsebseb> silly client, wrong channel sorry
[19:49] <pitti> bed time for me; will examine the zh_CN CD tomorrow morning, unless someone beats me to it
[19:49] <pitti> main thing to watch out for: it needs to boot a Chinese desktop, not an English one
[19:49] <doko> rejected 4.7
[20:11] <bdmurray> slangasek: no the message in 989040 is new to me - the use of zram is interesting though
[20:13] <slangasek> ouch
[20:13] <slangasek> memory corruption?
[20:20] <roadmr> Hello! I installed Ubuntu 12.04 and /etc/defaults/apport has enabled=1, should it?
[20:22] <slangasek> roadmr: yes; apport remains enabled, but only talks to the crash database by default after release instead of prompting users to submit bugs to launchpad
[20:22] <ScottK> Ah.  That's it.
[20:22] <roadmr> slangasek: thanks! that's new and threw me off :)
[20:38] <gema> slangasek: what is xh_CN?
[20:38] <gema> zh_CN, rather
[20:39] <slangasek> gema: the Chinese localized CD
[20:39] <gema> slangasek: we tested images from Wednesday
[20:39] <slangasek> ah?
[20:39] <gema> it is simplified chinese
[20:39] <gema> and they were fine
[20:39] <slangasek> were they in English like pitti says? :)
[20:39] <slangasek> hmm
[20:39] <gema> slangasek: skaet enabled the tracker for chinese and one member of our team did it
[20:40] <slangasek> ah, cool
[20:40] <slangasek> I hadn't seen that
[20:40] <gema> slangasek: so I guess the last respin broken them?
[20:40] <slangasek> I don't know... best to ask pitti
[20:40] <gema> let me see if I can find the results
[20:41] <gema> slangasek: correction, we tested images from yesterday
[20:41] <gema> http://localized-iso.qa.ubuntu.com/qatracker/milestones/215/builds
[20:41] <slangasek> ah, a different tracker URL :)
[20:41] <gema> yep
[20:45] <gema> slangasek: I think we should have test cases for languages if they are the same image, rather than different place
[20:45] <gema> slangasek: because what we've done is confusing
[20:45] <slangasek> I don't understand you
[20:45] <slangasek> zh_CN is not the same image
[20:45] <gema> ah, they are different images
[20:46] <gema> uhmmm, I thought we installed normal images but in chinese, ok
[20:46] <gema> my bad
[20:46] <slangasek> well, maybe that's what was tested and that's why the bug wasn't noticed?
[20:46] <gema> no, victor downloaded the ones there
[20:46] <gema> I gave him the link to the localized tracker
[20:47] <slangasek> ok
[20:47] <gema> and I am pretty sure he said he tested traditional chinese and simplified
[20:47] <gema> but I will doublecheck tomorrow
[20:48] <gema> when was the .1 image created?
[20:48] <gema> do you know?
[20:49] <gema> he may have missed the respin
[20:49] <gema> the last one, I mean
[20:49] <slangasek> don't know, sorry
[20:49] <slangasek> well, I can look at timestamps I guess
[20:49] <gema> yes
[20:49] <gema> at 14:27 on the 24th
[20:49] <Riddell> jibel: you didn't mark the amd64+mac desktop images test as failed?  did you just not fill that in?
[20:49] <slangasek> 2012-04-24 14:28
[20:50] <gema> and I asked him to test those at 1800 on the 24th
[20:50] <gema> so I definitely need to follow up with him
[20:50] <gema> if the images are wrong
[20:51] <gema> slangasek: thanks
[20:58] <Riddell> slangasek: got a moment for an opinion?
[20:58] <slangasek> Riddell: sure
[20:59] <Riddell> slangasek: amd64+mac kubuntu is missing a test result and jibel said he got a crash on the installer when doing manual partitioning
[20:59] <Riddell> http://iso.qa.ubuntu.com/qatracker/milestones/214/builds/15941/testcases
[20:59] <Riddell> slangasek: but ScottK thinks we can release it with loud caveats, what's your opinion
[21:05] <slangasek> hmm, what is my opinion indeed
[21:06] <slangasek> I would think it's worth releasing with caveats
[21:06] <Riddell> is it only listed on the kubuntu.org site in a "not supported in any way images" section
[21:07] <Riddell> but then I'm never happy releasing things where the main report is a breakage
[21:07] <Riddell> ScottK: no bug for it presumably?
[21:07] <slangasek> there are 3 of 4 successes listed though?
[21:08] <Riddell> yes so it has use cases
[21:08] <Riddell> one of which is probably ScottK's daughter so that'll be his interest :)
[21:11] <slangasek> I would certainly think release with caveat is better for users
[21:12] <Riddell> slangasek: is this the right command?  ARCHES='amd64+mac' for-project kubuntu publish-release daily-live 20120423 desktop named release
[21:14] <slangasek> Riddell: looks right to me
[21:31] <cjwatson> pitti: zh_CN> crap, sorry, my bad for not respinning that, too many plates in the air
[21:32]  * knome notes that cjwatson would be better of buying the plates from IKEA if he tends to break a lot of them
[22:12] <ScottK> Riddell: Actually that's not my interest (as she's made it clear her isn't going to run Kubuntu).  My interest is providing an image that has a live session so people can try it.
[22:17] <ScottK> slangasek or cjwatson: Any objection to me uploading boost1.49 and boost-defaults (it'll be a sync) so you can accept them when ready?
[22:18] <ScottK> I have them ready now and my online availability will be spotty tonight and tomorrow.
[22:26] <slangasek> ScottK: no objection from me
[22:26] <ScottK> Thanks.
[22:37] <ScottK> boost1.49 is a big tarball.  It'll be along in a minute.
[22:44] <ScottK> boost1.49 and it's packages should go into Main.  It has to be built before the boost-defaults sync will build.