[00:56] <skaet> infinity,  once the d-i stuff is published could you nick highlight NCommander?
[00:59] <infinity> skaet: Yeah.  I jumped the gun on the upload by a few minutes, but it'll build in a while. :P
[01:00] <skaet> k
[01:08] <skaet> infinity,  can you check the pad, and make sure I've not missed anything with the latest updates?
[01:09] <skaet> http://pad.ubuntu.com/ubuntu-release
[01:11] <infinity> skaet: I think kernel+d-i is a catch-all for everything.
[01:11] <infinity> skaet: So, I'd just "rebuild everything that's in A1" once d-i publishes, and not worry so much about the specifics, personally. ;)
[01:12]  * skaet nods
[01:13] <infinity> I suppose you can skip core if you want, but I haven't been watching -changes like a hawk to make sure nothing's changed in that set since the last build.
[01:13] <infinity> And it's not like it takes long.
[01:14] <stgraber> infinity: no need to rebuild core, but besides that, yeah, looks like everything
[01:14] <stgraber> I rebuilt core just a few hours ago (because I thought we had isc-dhcp in there, which we apparently don't :))
[01:14] <infinity> Yeah, we really don't. ;)
[01:45] <infinity> Alright, d-i is building everywhere.  When it's done, it'll need to be published.
[01:46] <infinity> stgraber: You keeping an eye on things right now?  I need some food.
[01:48]  * ScottK has leftover spaghetti.  Want some?
[01:57] <stgraber> infinity: yep, I'm still kind of around
[02:09]  * infinity wonders why three of his d-i builds appear to be "stuck"...
[02:10] <infinity> stgraber: And where does the ISO tracker get its "Netboot" info from?
[02:11] <infinity> stgraber: Cause it's obviously lying. ;)
[02:11] <stgraber> infinity: looks at LP for published state IIRC but not using rmadison or anything like that to check it's actually published
[02:12] <infinity> stgraber: Erm, just looks for published state of the source, I guess?
[02:13] <infinity> stgraber: Cause none of the binaries it just mentioned were published.
[02:13] <infinity> (Some are still building)
[02:14] <stgraber> infinity: that sounds likely, yes, IIRC it's based on part of queuebot's code, so probably only looking at sources
[02:15] <stgraber> I guess I could make that use rmadison instead, would be more accurate and as it's just running once an hour, won't cause any extra load on the already slow rmadison server
[02:16] <infinity> Or the API...
[02:17] <infinity> Anyhow.  d-i all built now, should hit the :33 run, and be published before the hour.
[02:17] <stgraber> yeah but the LP's definition of "published" is usually off by whatever time the publisher needs to run
[02:18] <infinity> Oh, true.
[02:19] <ScottK> Which is a really odd definition.
[02:19] <infinity> It's true, from the publisher's POV.
[02:19] <infinity> It's published when it hits disk.
[02:19] <infinity> The fact that it hasn't run apt-ftparchive yet, or triggered mirrors.  Meh. :P
[02:20] <infinity> (I suppose one could queue up all the "we published in this run" toggles and hit them at the end, but it makes the whole thing be one scary long transaction)
[02:22] <infinity> Anyhow.  Food.  I was going to do that.
[03:07] <stgraber> oh, d-i published, let's kick some rebuilds
[03:09] <skaet> thanks stgraber
[03:09] <stgraber> desktop and alternates are building
[04:03] <stgraber> skaet, NCommander, infinity: Going to call it a day now. I have ARM desktop building and the desktop pipeline running on nusakan, assuming it works properly, that should cover everything but ARM server that'll still need to be started manually whenever ARM desktop finishes
[04:03] <skaet> Thanks stgraber
[04:03] <skaet> sleep well!
[04:04]  * skaet looks like she'll be up with the grub/AMI issue for a bit.  :P
[05:35] <NCommander> stgraber: skaet taking over now for the night
[06:17] <knome> somebody familiar with gtk3? :]
[06:22] <NCommander> knome: not really but I might be able to take a look
[06:22] <NCommander> whats up ?
[06:23] <knome> bug #1008682
[06:23] <ubot2`> Launchpad bug 1008682 in gtk+3.0 "Resize handle can lead to unintended window movement and jumps (dup-of: 1001936)" [Undecided,Confirmed] https://launchpad.net/bugs/1008682
[06:23] <ubot2`> Launchpad bug 1001936 in gtk+3.0 "GTK3 Grab/Move Triggered on Mouse Click" [Undecided,Confirmed] https://launchpad.net/bugs/1001936
[06:24] <micahg> knome: #ubuntu-desktop
[06:24] <knome> the dup has better description
=== fabo_ is now known as fabo
[07:28] <jibel> what is the status of desktop rebuilds ? stgraber says at 3:09UTC "<stgraber> desktop and alternates are building" but I don't see them on the tracker and cdimages.u.c
[08:20] <cjwatson> ogra_: I wasn't going to do autosyncs before reading IRC anyway. :-)
=== tkamppeter_ is now known as tkamppeter
[08:20] <micahg> cjwatson: are you up for some security copies?
[08:26] <cjwatson> slangasek: I'm OK with that - I've gone ahead and added bdmurray now
[08:26] <cjwatson> micahg: sure, what do I need to do?
[08:26] <micahg> cjwatson: please copy firefox from ubuntu-mozilla-security for lucid, natty, oneiric, and precise to their respective security pockets (updates as well if you like)
[08:27] <cjwatson> grr, why are these docs still all about copy-package.py
[08:28] <cjwatson> do you mind if I take a few minutes to modernise the process while I'm here?
[08:29] <micahg> cjwatson: sure, I'm working on the USN, so I've got a little time (would like it published sometimes in the next hour :))
[08:30] <micahg> cjwatson: as long as I have you here, I tried to use lp-shell to do the copy, but ended up with a silent failure
[08:30]  * micahg wonders which piece he's missing to make this work
[08:32] <cjwatson> not sure
[08:33] <cjwatson> you're in core-dev, that should normally be enough to at least get it to land in the queue
[08:33] <cjwatson> hah, it was
[08:33] <cjwatson> https://launchpad.net/ubuntu/lucid/+queue?queue_state=1
[08:33] <cjwatson> micahg: please just do whatever you did for the other series as well :)
[08:34] <micahg> ooh, but I should have permissions for the other series as well
[08:34] <micahg> oops, I mean that pocket
[08:34] <cjwatson> it was a silent *success*, not a silent *failure* - but you missed the fact that it'll land in the queue (a common gotcha, this confused me as well)
[08:34] <micahg> why is it in unapproved
[08:34] <cjwatson> because
[08:34] <micahg> ah, queuebot :)
[08:34] <cjwatson> happens when archive admins use the API to copy stuff too
[08:34] <micahg> \o/
[08:34] <cjwatson> I have a bug open about it
[08:34]  * micahg didn't notice queuebot spitting that out above
[08:36] <Riddell> do the current candidate images have known re-spin issues or are they good to test?
[08:36] <micahg> cjwatson: I'll try to update our scripts to use copyPackage which should fix my timeout issues as well (but how do we approve)
[08:36] <cjwatson> micahg: you'll have to ask one of us to
[08:37] <cjwatson> until such time as I can arrange for LP to allow per-pocket queue admin privileges
[08:37] <Laney> get bug #648611 fixed :-)
[08:37] <ubot2`> Launchpad bug 648611 in launchpad "ubuntu-sru either have too much or too little permission as queue admins" [High,Triaged] https://launchpad.net/bugs/648611
[08:37] <micahg> ah, so maybe I'll just make a copy for me ATM (almost everyone else can just do their copies)
[08:37] <cjwatson> indeed
[08:37] <micahg> cjwatson: should I do the manual copy to -updates or wait for the copy job?
[08:37] <cjwatson> I'm fine with letting the cron job do it
[08:38] <cjwatson> I have kind of started on 648611, I got the DB column added
[08:38]  * micahg hugs stgraber for showing me lp-shell over the weekend
[08:39] <micahg> cjwatson: so, they're all there
[08:39] <cjwatson> I've started on a generic API copy-package tool, but since you've already copied these I won't rush it
[08:39] <micahg> yeah, i've got the 3 lines I need
[08:41] <micahg> \o/ and solved the issue of my stuff not hitting the changes list :)
[08:43] <cjwatson> is there anything useful I can do for a1?  I'm thoroughly out of date :)
[08:44] <Daviey> cjwatson: Ah, i was writing one over the weekend aswell.. but lost my opportunity to try it.. I'm happy to drop mine.
[08:47] <Riddell> stgraber is eu based driver for alpha 1 and last seen at 5 in the morning, I guess he won't we awake for a bit!
[08:48] <cjwatson> Daviey: whichever of us wins :)
[08:49] <micahg> cjwatson: if you're taking feature requests for the tool, please include the option to sponsor as well
[08:58] <Daviey> I don't know that copyPackage supports that.
[08:58] <Daviey> cjwatson: Well, i would have won.. but my chance to use it was hijacked :)
[08:59] <Laney> copyPackage does support sponsoring. It's how we sponsor syncs
[09:01] <micahg> hooray for reuseability
[09:03] <Daviey> Hmm, Laney - do you have a package you know that was used on?
[09:03] <Laney> gosh
[09:03] <Daviey> The one over the weekend seems to have a bad 'details' page https://launchpad.net/ubuntu/+source/imagemagick
[09:03] <Laney> yes, that's another bug
[09:03] <Daviey> click Quantal publication
[09:04] <Laney> look at the SPPH in the API, or the changes mail
[09:05] <Daviey> ah yes, you are quite right, it does support sponsoring :)
[09:05] <Laney> bug 861488
[09:05] <ubot2`> Launchpad bug 861488 in launchpad "Mention sync requester on package version page" [High,In progress] https://launchpad.net/bugs/861488
[09:06] <Daviey> hmm, all details pacges seem broken on that package.
[09:06] <Laney> I'll need someone to help me finish that though, because Launchpad
[09:06]  * Laney gets on a train to Cambridge
[09:14] <jibel> can you respin desktop images or look what happened to the last respin, we need kernel 3.4.0-5.11 for Mac
[09:14] <Riddell> ooh quantal works!
[09:15] <Laney> a quantal of solace
[09:23] <xnox> Laney: tooodotoooo toooodotooo tah dah
[09:25] <Laney> xnox: this release is forever associated in my mind with http://youtu.be/vjcic99S
[09:26] <xnox> Laney: with 'An error occurred during validation?!'?
[09:26] <Laney> hopefully not
[09:27] <xnox> Laney: the link is broken =( me don't see anything
[09:28] <Laney> http://youtu.be/vjcic99SNog
[09:28] <Laney> weird, what happened there?
[10:14] <ogra_> hmm, is the omap3 kernel still not in the archive ?
[10:14]  * ogra_ doesnt see any arm image rebuilds
[10:25] <ogra_> infinity, hmm, looking at the ac100 build failure i guess we need to teach live-build to divert flash-kernel during build, it tries to find the boot partition otherwise during update-initramfs
[10:45]  * ogra_ would be really happy if someone could trigger another armhf rebuild, seems there was a stale archive lock during the last try
[10:49] <ogra_> oh, looking at the failure mails that seems to apply to all images, apparetnly something is wrong with the archive mirror
[10:50] <ogra_> lockfile: Sorry, giving up on "/srv/cdimage.ubuntu.com/etc/.lock-archive-sync"
[10:50] <ogra_> Timed out waiting for archive sync lock!
[10:52] <ogra_> hmm, and indeed there are two lockfile processes in the processlist on nusakan
[10:53] <ogra_> cjwatson, ^^^ any idea ?
[10:53]  * ogra_ doesnt just want to kill them, i'm not sure what exactly triggers them, though having two for the same lockfile seems pretty wrong
[10:56] <cjwatson> looking
[10:58] <cjwatson> it's apparently stale; log/ubuntu/quantal/daily-live-20120606.log got killed for some reason I think.  I've broken the lock
[10:59] <ogra_> thanks, seems there were rebuilds for almost everything that failed due to it
[11:00] <ogra_> ubuntu-server/precise/daily, ubuntu/precise/daily and ubuntu/quantal/daily-preinstalled is what i got mails for
[11:02] <cjwatson> somebody who's more familiar with what the RM actually wants rebuilt today should do that (i.e. not me)
[11:02] <cjwatson> kind of surprised the cron jobs are still on
[11:02] <ogra_> precise ...
[11:02] <cjwatson> oh, they aren't, yeah, ok
[11:02] <cjwatson> I'll just leave those, they'll wait 'til tomorrow
[11:05] <ogra_> though we need armhf rebuilds (new omap3 kernel) ... i guess i'll trigger these ... if we wait for someone from release team i wont have enough time to test anymore i guess
[11:06] <ogra_> heh, looks like you moved something by removing the lock :)
[11:06]  * ogra_ fires off a preinstalled desktop build 
=== doko_ is now known as doko
[13:18]  * stgraber waves
[13:18] <stgraber> Riddell: not quite EU based at the moment ;) back in Canada
[13:19] <stgraber> ok, so looking at what happened there, we seem to have everything but Ubuntu Desktop...
[13:19] <ogra_> just wait until we swallow you too !
[13:19] <ogra_> stgraber, there was a stale lockfile
[13:19] <ogra_> colin fixed it, i didnt know what was missing apart from preinstalled (which i triggered a still running build for)
[13:21] <Riddell> oh new images
[13:21] <stgraber> ok, thanks. Did anyone actually retrigger Ubuntu Desktop after that?
[13:22] <ogra_> nope, as i said, i wasnt sure what else had failed
[13:22] <ogra_> go ahead :)
[13:22] <Riddell> stgraber: what's the issue needed these respins?
[13:23] <stgraber> ok, having a look at the pad then. We also have a precise cron running at the moment that I'll wait for before starting another build
[13:23] <stgraber> Riddell: kernel
[13:23] <stgraber> Riddell: exploding on mac hardware
[13:23] <ogra_> why isnt the pad in the topic anymore though ?
[13:23]  * ogra_ didnt think about looking there 
[13:23] <Riddell> ogra_ just what I was wondering
[13:24] <ogra_> :)
[13:24] <Riddell> people have been saying the pad has issues
[13:24] <jibel> Riddell, and new ubiquity
[13:24] <stgraber>           things during freezes where you shouldn't, or be prepared to apologise to the release team | we accept payment in cash, check or birdseed | melior malum quod cognoscis
[13:24] <jibel> to fix wireless setup page
[13:25] <stgraber> gah
[13:25] <ogra_> stgraber, try again :)
[13:25] <stgraber> ogra_: 13:25 -!- #ubuntu-release You're not a channel operator
[13:25] <ogra_> ah, bah
[13:25] <Riddell> stgraber: if it is in use, what's the URL?
[13:26] <jibel> stgraber, I updated the pad. Ubuntu Desktop and Wubi have not been rebuilt
[13:26] <stgraber> http://pad.ubuntu.com/ubuntu-release
[13:26] <stgraber> jibel: thanks
[13:27] <jibel> stgraber, but other images are appearing (k|l|edubuntu) so maybe there's a build in progress
[13:28] <stgraber> jibel: yeah, updating the pad for these. They were in the pipeline, not sure whether they just worked or whether cjwatson triggered them after fixing the lock
[13:29]  * stgraber waits for things to settle down on nusakan to look at exactly what we're missing and build that
[13:30] <stgraber> so far it looks like ARM images (both desktop and server), ubuntu desktop and wubi
[13:30] <stgraber> ogra_: what ARM images are you building? server or desktop?
[13:39] <stgraber> jibel: wubi is almost built, then I'll look at ubuntu desktop
[13:40]  * stgraber tries to understand why the previous ARM desktop builds never published to the tracker, nothing seems to have gone wrong there (besides ac100 failing)
[13:42] <stgraber> oh, ok, got hit by the same lock issue as ubuntu...
[13:45]  * skaet waves good morning and goes to check the pad
[13:46] <stgraber> skaet: lock file prevented most of the overnight builds from happening, cjwatson fixed it earlier today, so we're still missing ARM and Ubuntu Desktop
[13:46] <skaet> thanks stgraber
[13:46] <stgraber> skaet: Wubi should appear on the tracker anytime now
[13:47]  * stgraber starts Ubuntu Desktop now
[13:48] <stgraber> jibel: ETA 1h30-2h for desktop images
[13:51] <jibel> stgraber, and wubi is broken
[13:51] <jibel> the exe downloads precise instead of quantal
[13:52] <stgraber> ev: ^
[13:52] <cjwatson> stgraber: I didn't retrigger anything
[13:52] <ev> arghhh
[13:52] <ev> my mistake
[13:52] <ev> fixing
[13:53] <stgraber> cjwatson: right, noticed after checking exactly what was still running. It just unlocked the existing pipeline but by that time, ubuntu desktop and ARM had already timed out. Anyway, should have everything fixed in a couple of hours (maybe I'm a bit optimistic on ARM build time though ;))
[13:54] <ogra_> ARM should be done soon
[13:54] <ogra_> its only ac100 left, all others have finished
[13:54] <ogra_> though we need preinstalled-server too
[13:55] <ogra_> skaet, ^^^
[13:56] <stgraber> ogra_: ok, I'll start preinstalled server as soon as your desktop builds are done
[13:56] <skaet> ogra_, noted. :)
[13:56] <stgraber> ogra_: does it look like we'll actually have a working ac100 build this time?
[13:56] <stgraber> well, s/working//
[13:57] <ogra_> stgraber, no, that will need live-build changes (flash-kernel needs to be diverted, it tries to write to SD card on the builder)
[13:57] <ogra_> so no ac100 for A1
=== Ursinha` is now known as Ursinha
[14:20] <ev> right, despite a curiously slow link to the DC, http://people.canonical.com/~wubi/quantal/stable is in place with the fixes for 12.04 references in quantal
[14:21] <stgraber> http://people.canonical.com/~evand/wubi/quantal/stable
[14:22] <jibel> ev, I confirm the fix works
[14:23] <ev> err yes, that url
[14:23] <ev> thanks stgraber, jibel :)
[14:26] <jibel> then second stage of the installation crashes :)
[14:27] <bdmurray> cjwatson: so to be clear on the +queue page I check the checkbox and click accept?  the overrides are unnecessary most of the time correct?
[14:31] <cjwatson> For SRUs?
[14:31] <cjwatson> You generally shouldn't need to override SRUs, no.
[14:32] <bdmurray> cjwatson: yes, thanks
[14:47] <jibel> ev, the problem with wubi during the second stage is a kernel crash
[14:48] <jibel> not wubi's fault
[14:50] <ev> music to my ears ;)
[14:52] <jibel> collecting logs will be fun, hard lock, black screen
[14:58]  * skaet suspects no WUBI for A1
[15:04] <stgraber> ok, starting arm server now
[15:07] <ogra_> thanks :)
[15:19] <jibel> skaet, I confirm no Wubi. kernel crash + segfaults in sysctl, python, stty
[15:19] <jibel> I'll file a bug with the logs
[15:19] <skaet> Thanks jibel,   is there a bug number now?
[15:19] <skaet> heh
[15:20] <jibel> skaet, apart from Wubi there is bug 1009052 on Ubuntu Desktop with Asian languages
[15:20] <ubot2`> Launchpad bug 1009052 in language-selector "CJK Installation fails with error: poppler-data : Breaks: cmap-adobe-gb1 (<= 0+20090930-2)" [High,Confirmed] https://launchpad.net/bugs/1009052
[15:21] <skaet> thanks jibel.
[15:21] <xnox> ev ^^^^
[15:22] <xnox> i guess it's not wubi specific is it?
[15:22]  * ev hides
[15:22] <skaet> xnox,  nope.
[15:22] <skaet> :)
[15:22] <xnox> ev: you can come out now.
[15:22] <ev> phew
[15:22] <ev> that was a close one
[15:23]  * xnox realises that I should get wubi buildable before next milestone as per spec
[15:23] <jibel> xnox, it is not, now I wish it is not the new kernel.
[15:29] <seb128> jibel, bug #1009052 is a ghostscript issue, somebody needs to merge it with Debian
[15:29] <ubot2`> Launchpad bug 1009052 in ghostscript "CJK Installation fails with error: poppler-data : Breaks: cmap-adobe-gb1 (<= 0+20090930-2)" [High,Confirmed] https://launchpad.net/bugs/1009052
[15:29] <seb128> we need that change
[15:30] <seb128> ghostscript (9.05~dfsg-6) unstable; urgency=low
[15:30] <seb128>    * Have libgs9 depend on recent poppler-data favored over
[15:30] <seb128>      gs-cjk-resource.
[15:37] <seb128> cyphermox_, ^ do you think you could look at that?
[15:38] <seb128> cyphermox_, maybe no need to merge it but I think the depends need to be changed for zh to be installable
[15:39] <cyphermox_> seb128: sure, it was my next firefox tab too ;)
[15:39] <seb128> cyphermox_, thanks, bug reassigned to you ;-)
[15:46] <jibel> skaet, bug 1009564
[15:46] <ubot2`> Launchpad bug 1009564 in linux "Quantal Ubuntu Wubi failed to install" [Undecided,New] https://launchpad.net/bugs/1009564
[15:53] <skaet> thanks jibel
[16:16] <stgraber> and that's all the rebuilds finally done!
[16:19] <stgraber> time for food now, will test Edubuntu when I get back
[16:35] <balloons> jibel, did you see the wubi upgrade failure from last night? https://bugs.launchpad.net/ubuntu/+source/update-manager/+bug/1009226
[16:35] <ubot2`> Launchpad bug 1009226 in update-manager "can't load DistUpgradeViewGtk (No module named vte)" [Undecided,Confirmed]
[16:35] <balloons> or did that cause the re-spin? ;-)
[16:36] <balloons> also, will the fix for 1009052 also fix jp language?
[16:38] <ogra_> infinity, will you test mx5 ?
[16:45] <infinity> ogra_: Can't right now, my mx5 is in the middle of some builds. :/
[16:45] <jibel> balloons, I saw the upgrade bug.
[16:46] <jibel> it can be fixed after post-a1
[16:50] <ogra_> infinity, ah, sad, i should really get one some day
[16:51] <ogra_> (not that i'm eager to do more image testing though)
[16:53] <jibel> desktop on mac and x86 are good. I'll do more tests after dinner.
[16:53] <jibel> import open issues for a1 bug 1009052 and bug 1009564
[16:53] <ubot2`> Launchpad bug 1009052 in ghostscript "CJK Installation fails with error: poppler-data : Breaks: cmap-adobe-gb1 (<= 0+20090930-2)" [High,Confirmed] https://launchpad.net/bugs/1009052
[16:53] <ubot2`> Launchpad bug 1009564 in wubi "Quantal Ubuntu Wubi failed to install" [Critical,Confirmed] https://launchpad.net/bugs/1009564
[16:56] <seb128> jibel, is the cjk one something you want to see in for a respin?
[16:56] <seb128> skaet, ^
[16:56] <seb128> the fix is depends change for ghostscript
[16:58] <skaet> seb128,  given we're at A1,  I'm fine release noting it.   But if a fix is available,  and we need to respin for other reasons, it would be good to include it, certainly.
[16:59] <seb128> skaet, ok, fix will be uploaded a bit later by cyphermox_
[17:00] <skaet> thanks seb128 :)
[17:00] <jibel> seb128, agreed with skaet
[17:00] <seb128> skaet, jibel: thanks
[17:40]  * skaet --> lunch,  biab
=== yofel_ is now known as yofel
[18:25] <stgraber> highvoltage: did you have a chance to test ltsp-live yet? it looks a bit broken here. I'll test some more and see if I can easily fix it
[18:26] <highvoltage> stgraber: I did, it failed, I didn't have enough time to confirm the failures so I left it out of the test
[18:27] <dobey> can someone please accept the ubuntuone-client i just uploaded to precise-proposed, as it is the same set of in-progress SRUs, merged with the security fix that was released today
[18:27] <stgraber> highvoltage: ok, was it stuck configuring openssh?
[18:28] <highvoltage> stgraber: it got to "ltsp live should be ready to use", I got dhcp on the clients and it seemed to load the kernel but didn't continue from there
[18:29] <stgraber> ok, so I had a different problem here ... triple checking the md5 as I saw some squashfs errors at one point, might just be corrupted iso
=== bjf is now known as bjf[afk]
[18:47] <stgraber> highvoltage: second try booted and worked fine, so just going to blame it on kernel/squashfs/kvm and consider it a pass (good enough for a1) :)
[18:48] <highvoltage> stgraber: sounds reasonable.
[19:24] <balloons> skaet, thoughts on when we expect to announce tomorrow? any more respins in the works? I know there's pending fixes
[19:25] <skaet> balloons,  depends on whether we decide to respin or not, and how the testing is going.
[19:26] <skaet> most of the bugs we know about, while not good, we can live with for an A1, and they'll get fixed on the next daily.
[19:37] <skaet> Daviey,  is server going with the 800MB USB form factor this release as well,  or sticking with CD sized images?
[19:38]  * skaet trying to figure out if Bug 1009553 is invalid (working by designed or there's something that needs documenting) 
[19:38] <ubot2`> Launchpad bug 1009553 in debian-installer "jeos install oversized" [Undecided,New] https://launchpad.net/bugs/1009553
[19:44] <cyphermox_> skaet: ghostscript uploaded; if you're looking to respin the zh image.
[19:45] <slangasek> skaet: does that bug follow from some documented minimum requirements for jeos?
[19:46] <skaet> cyphermox_, thanks. :)
=== cyphermox_ is now known as cyphermox
[19:47] <skaet> slangasek,  could be,  not familiar with jeos.
[19:48] <slangasek> I guess that's a question the server team should answer
[19:48] <skaet> yup,  but if others know,  feel free to chime in.  ;)
[20:04] <dobey> slangasek: hi. can you please accept the new ubuntuone-client upload to precise-proposed? it's the same SRU set, but includes the security fix patch that was released today as well
=== bjf[afk] is now known as bjf
[20:18] <Daviey> skaet: I'd rather we strive for the smaller image, but not be hold to it
[20:18] <stgraber> dobey: the diff looks a bit confusing (the changelog entry), did you properly use -v3.0.0-0ubuntu1.1 when building the .changes?
[20:19] <Daviey> skaet: although.. *A2* currently looks around 875M :o
[20:20] <skaet> Daviey,   could you put a statement out as to what target you're aiming at?
[20:34] <slangasek> Daviey: do you know if there's documentation somewhere for what the jeos footprint is supposed to be?
[20:35] <slangasek> dobey: accepted
[20:38] <Daviey> slangasek: yes, there is.. and we test for it.. i need to double check the figure
[20:40] <Daviey> skaet: "Unlike the Desktop flavour, we are currently targeting the image to fit onto a standard cd image (703MB).  However, some structural changes are expected for Alpha 2, which will allow us to re-review this sizing requirement"
[20:40] <Daviey> slangasek: we are still 703MB for max CD, or was that now reduced ?
[20:40] <skaet> Daviey,  sounds good.  :)
[20:40] <slangasek> Daviey: are we talking download size, or image size?
[20:41] <slangasek> Daviey: bug #1009553 that skaet pointed to is about the install footprint, claiming that it's bigger than it should be
[20:41] <ubot2> Launchpad bug 1009553 in debian-installer "jeos install oversized" [Undecided,New] https://launchpad.net/bugs/1009553
[20:43] <Daviey> slangasek: image size for minimal install
[20:43] <Daviey> (formally known as jeos)
[20:43] <slangasek> sorry, I meant "download size or install size"
[20:43] <Daviey> slangasek: That bug ius valid, see https://jenkins.qa.ubuntu.com/view/Quantal/view/ISO%20Testing%20Dashboard/job/quantal-server-amd64_minimal-virtual/14/testReport/
[20:44] <slangasek> ok
[20:44] <Daviey> It's not an A1 blocker in my book.
[20:44] <slangasek> it's also probably not a debian-installer bug... is there a better place to track it?
[20:44] <Daviey> The 500MB is arbitrary that we selected, and it should be reduced to fit that.. but for A1 - i'd be happier release noting it
[20:44] <Daviey> slangasek: no better place i can think of
[20:45] <Daviey> cd image project?
[20:51] <slangasek> Daviey: I was thinking ubuntu-meta, since that actually controls the selection of packages included, I think
[21:13] <skaet> Daveiy,  I put some placeholders into the TechnicalOverview,  massage to something better as time permits on the image size
[21:17] <Daviey> ta
[21:37] <balloons> skaet, stgraber I think we've got a whoops on the tracker.. the upgrades have the upgrade test from lucid.. that shouldn't be a supported upgrade
[21:37] <balloons> i can disable if you agree
[21:38] <Daviey> That is most certainly a bug.  Nice catch balloons
[21:38] <balloons> btw Daviey are you and team doing all the testing for the server images?
[21:40] <Daviey> balloons: yes, both Jenkins and Human
[21:41] <Daviey> balloons: https://lists.ubuntu.com/archives/ubuntu-server/2012-June/006328.html
[21:41] <balloons> k, we had some testing during the precise final iso, but I've not focused on getting community testing for the server images
[21:41] <balloons> for this alpha I mean to say
[21:41] <stgraber> balloons: actually it's a bug we shouldn't try to fix until we have the new website
[21:41] <stgraber> balloons: currently we have both precise and quantal on the tracker
[21:41] <stgraber> balloons: quantal should only have precise => quantal upgrades
[21:41] <stgraber> balloons: but precise definitely needs lucid => precise
[21:41] <Daviey> balloons: yeah, we expected that :P
[21:42] <balloons> stgraber, yes.. so I should re-enable it then?
[21:42] <stgraber> balloons: yeah
[21:42] <balloons> :-)
[21:42] <stgraber> balloons: it's easier to remember to consider 1/2 as a pass than to go look at oneiric => precise upgrade results to check if they aren't actually lucid => precise :)
[21:42] <stgraber> and we'll have that fixed for alpha2 with the tracker update
[21:43] <balloons> k
[22:12] <balloons> can we get http://www.ubuntu.com/testing updated? who can help with this?