[00:54] <cjwatson> CD builds on manual until the new ubiquity arrives
[00:56] <slangasek> someone broke livecd.sh again
[00:56] <ogra> already fixed and uploaded
[00:56] <ogra> sorry for that
[00:58] <ogra> it's waiting for the publisher
[01:01] <slangasek> ok
[01:01]  * ogra is working since 20h in a row and getting unconcentrated, i propbably shouldnt do uploads in that state 
[01:04] <cjwatson> lamont: I forget the exact timings of the auto-upgrade; could you please make sure that the builders get upgraded to livecd-rootfs 1.129 once it's available?
[01:04] <cjwatson> I'll want to do CD builds tomorrow once new ubiquity is available
[01:06] <ogra> cjwatson, it gets upgraded to the latest on every run now
[01:06] <ogra> automatically
[01:09] <cjwatson> ogra: every publisher run?
[01:09] <cjwatson> oh, every build?
[01:09] <ogra> yes
[01:09] <ogra> BuildLiveCD upgrades it before running livecd.sh
[01:10] <cjwatson> thanks
[04:48] <ScottK> cjwatson or Riddell: Look like getfem++ fell back into Universe somehow.  This will make kdeedu ubuildable (see depwait on powerpc)
[05:25] <slangasek> ScottK: cf. Riddell's comment at the bottom of bug #512151
[05:25] <ubot4> Launchpad bug 512151 in getfem++ (Ubuntu) "[MIR] getfem++ (affects: 1) (heat: 8)" [Undecided,Fix released] https://launchpad.net/bugs/512151
[05:27] <ScottK> slangasek: OK.  In the mean time kdeedu is depwait on powerpc as a result of the demotion even though it's built everywhere else.  It'd be nice to at least get the builds finished first ....
[06:45] <pitti> Good morning
[06:50] <pitti> ScottK: I temporarily moved getfem++ back to main, will demote once kdeedu built
[07:06] <pitti> cjwatson: so it seems that "the new ubiquity" did not arrive yet; I'm just going to respin an alternate to check how the CD size improved
[07:17] <pitti> ok, that looks much better
[07:18] <pitti> the alternates are well within size limit now (although they have almost no langpack)
[07:18] <pitti> the xorg/anthy/cups/g-i-t fixes helped a lot
[07:25] <ttx> good morning
[07:28] <ara> morning ttx, all
[07:28] <ara> mmm, no candidates images yet
[07:30] <pitti> ara: I just spun some alternates
[07:30] <pitti> for Ubuntu
[07:30] <pitti> for a first smoke test
[07:31] <ara> pitti, OK, I will start with those, are they ready yet?
[07:32] <pitti> ara: yes, http://cdimage.ubuntu.com/daily/20100630/
[07:32] <pitti> I might just as well post them to the tracker, and also build kubuntu etc.
[07:33] <ara> pitti, cool, I will resync and will start smoke testing those
[07:33] <ara> I will let you know ASAP if anything goes terribly wrong
[07:33] <pitti> thanks!
[07:43] <pitti> ara: tracker set up for a2, and ubuntu alternates posted
[07:43] <pitti> other alternates building, will add them as they come in
[07:43] <ara> pitti, thanks
[07:43]  * pitti yays at http://cdimage.ubuntu.com/daily/20100630/report.html being empty
[07:44] <pitti> seems that koffice is still unhappy, the rest of http://people.canonical.com/~ubuntu-archive/testing/maverick_probs.html is by and large the well known KDE arm breakage
[07:45] <pitti> ara: which arch are you currently testing? I can give amd64 a shot here
[07:45] <ara> pitti, I have started with amd64
[07:45] <pitti> ok, I'll test amd64/OEM/german then
[07:46] <ara> pitti, OK
[07:46] <ara> pitti, mark it as started in the tracker, please
[07:46] <pitti> done
[08:32] <pitti> I posted ubuntustudio and server ISOs to the tracker
[08:32] <pitti> xubuntu is uninstallable due to what looks like an old kernel (http://cdimage.ubuntu.com/xubuntu/daily/20100630/report.html)
[08:32] <pitti> kubuntu is uninstallable as well (http://cdimage.ubuntu.com/kubuntu/daily/20100630/report.html)
[08:34] <pitti> cjwatson: spinning desktops is still blocked on an ubiquity upload, right?
[08:36] <pitti> I don't quite understand why the xubuntu alternate build saw linux-meta version 2.6.35.5.5; we are at .6.7
[08:39] <pitti> meh, and I can't reproduce any of the kubuntu uninstallables in a clean maverick main-only chroot
[08:39] <ara> pitti, maybe something was uploaded in the mean while?
[08:40] <pitti> I didn't see an upload, but maybe something finished building for Kubuntu
[08:41] <pitti> but then again my last apt-get update in the maverick chroot was about the same time as I triggered the cd build
[08:41] <ara> pitti, in the tracker you posted ubuntu desktop i386, instead of the alternate
[08:41] <pitti> oops, fixing
[08:42] <pitti> done
[08:44] <ara> thanks
[08:44] <pitti> ara: oh, indeed the report date looks very strange: "Generated: Wed Jun 23 04:21:16 UTC 2010 "
[08:44] <pitti> ^ from kubuntu 20100630
[08:44] <pitti> weird, I triggered it around 7 UTC
[08:44]  * pitti rebuilds
[08:45] <cjwatson> Evan's just finishing up the u6y upload now
[08:45] <cjwatson> I'll investigate Xubuntu
[08:45] <pitti> but June 23 is quite old, and xubuntu's report looks even older, so I wonder how much we can trust those reports in the first place
[08:45] <pitti> cjwatson: looks like a problem with old reports? xubuntu says "Generated: Tue Jun 22 09:07:15Z"
[08:46] <pitti> 8 days ago we probably did have 2.6.35.5.5
[08:46] <cjwatson> $ isoinfo -lR -i cdimage/www/full/xubuntu/daily/20100630/maverick-alternate-i386.iso | grep linux-generic
[08:46] <cjwatson> -r--r--r--   7    0    0            4380 Jun 25 2010 [ 158967 00]  linux-generic_2.6.35.6.7_i386.deb
[08:46] <cjwatson> ah, there was a partial build failure in there
[08:46] <cjwatson> Possibly invalid template maverick-src-1.template
[08:46] <cjwatson> make: *** [imagesums] Error 1
[08:47] <pitti> ah, so it just kept copying the old reports?
[08:47] <cjwatson> I'm not sure
[08:47] <cjwatson> I'll look into it and sort it out
[08:47] <pitti> cjwatson: affects ubuntu alternates as well
[08:47] <pitti> cjwatson: thanks!
[08:47] <pitti> I'll post xubuntu and kubuntu isos in the meantime
[08:56] <pitti> ok, koffice should now be fully sorted out, everything works in my chroot
[08:57] <pitti> next update of maverick_probs.html should have that fixed
[08:57] <pitti> getfem++ demoted again as well (was just temporary to have kdeedu build on powerpc)
[08:57] <cjwatson> pitti: ogra broke the reports, fixing
[08:57] <cjwatson> syntax error in the preinstalled stuff
[08:58] <pitti> with that, we just have kubuntu/arm and landscape left, I investigate landscape now
[08:58] <pitti> cjwatson: ah, thanks
[08:58] <cjwatson> sorry, NCommander broke them actually
[08:59] <cjwatson> so all the report.html files are nonsense.  let me see if I can still regenerate them
[08:59] <pitti> ah, landscape fixed as well, seems smart moved back into universe erroneously; re-promoted
[09:00] <pitti> that should get i386/amd64 uninstallability pretty close to 0
[09:02] <cjwatson> all report.html files updated
[09:02]  * pitti syncs ledit to fix that installability as well
[09:02] <pitti> cjwatson: \o/
[09:02] <cjwatson> kubuntu-desktop still uninstallable
[09:02] <cjwatson> due to kopete
[09:03] <cjwatson> the xubuntu problem I mentioned still persists but must be breaking something else
[09:03] <pitti> cjwatson: hm, kopete installs fine here; I'll have a look at this
[09:03] <cjwatson> amd64 only
[09:03] <pitti> I'm on amd64
[09:03] <cjwatson> but yeah, in chdist too
[09:04] <pitti> http://cdimage.ubuntu.com/kubuntu/daily/20100630.1/report.html has the same indeed
[09:04] <pitti> on i386 as well
[09:04] <cjwatson> audacity/amd64 uninstallable for ubuntustudio
[09:05]  * cjwatson updates chdist for universe to have a look
[09:05] <cjwatson> ok, that one is at least still real
[09:06] <cjwatson> possibly *just* fixed
[09:07] <cjwatson> rebuilding ubuntustudio
[09:08] <cjwatson> https://launchpad.net/ubuntu/+source/ubiquity/2.3.0 BTW
[09:08] <cjwatson> I just didn't want to have the lucid installer for another alpha release ...
[09:09] <pitti> yay btrfs!
[09:09] <pitti> cjwatson: so if all goes well we can trigger desktops in 2 h
[09:10] <pitti> still puzzled by kopete, but I'll poke that further
[09:10] <cjwatson> yup
[09:10] <pitti> this doesn't happen to have a verbose mode to say why it's uninstallable?
[09:12] <cjwatson> not that I know of
[09:12] <cjwatson> you could unpack the CD, point chdist at its apt archive, and try chdist apt-get cd install
[09:13] <pitti> plasma-scriptengine-ruby should now be the only i386/amd64 uninstallable left on http://people.canonical.com/~ubuntu-archive/testing/maverick_probs.html in the next run
[09:13] <cjwatson> pitti: I can have a look at this in c. 30 minutes if you want
[09:13] <cjwatson> (the kubuntu uninstallable)
[09:14] <NCommander> cjwatson: what did I break?
[09:14] <cjwatson> NCommander: [ ! "CDIMAGE_PREINSTALLED" ] instead of [ ! "$CDIMAGE_PREINSTALLED" ]
[09:14] <pitti> cjwatson: that be great, thanks
[09:14]  * NCommander gulps
[09:14] <NCommander> cjwatson: oops :-/
[09:14] <cjwatson> fixed now, no worries
[09:15] <cjwatson> I recommend syntax highlighting - vim made the mistake really obvious because it was highlighted in a different colour from the other similar stuff on the same line
[09:15] <pitti> cjwatson: I asked ccheney about the armel/oo.o breakage, but it looks far from trivial; I'd unseed it for armel for now, does that sound ok to you as well?
[09:16] <pitti> (to make ubuntu-desktop installable on arm again0-
[09:16] <pitti> s/0-/)/
[09:16] <cjwatson> pitti: ok by me
[09:16] <NCommander> pitti: the FTBFS ARM FTBFS isn't in OOo, java is segfaulting on a build-depend
[09:16] <cjwatson> nothing armel/oo.o-ish is going to be fixable by Thursday anyway
[09:17] <pitti> NCommander: right, but we don't fix it by tomorrow
[09:17] <NCommander> pitti: ah right. I'll make sure that it gets looked at by someone as soon as A2 goes out the door.
[09:19] <pitti> NCommander: cheers!
[09:21]  * cjwatson jigdos dvd and kubuntu alternate in parallel; I'm sure that will help speed both up :P
[09:22]  * ttx smoketests server ISOs
[09:22] <pitti> hello ttx
[09:22] <ttx> pitti: yo!
[09:23] <ttx> also bug 599921 (that was preventing cloud images from being built) should be fixed now
[09:23] <ubot4> Launchpad bug 599921 in pyyaml (Ubuntu Maverick) (and 3 other projects) "python-yaml 3.09-3 is not installable (affects: 1) (heat: 10)" [Critical,Fix released] https://launchpad.net/bugs/599921
[09:23] <ttx> ScottK fixed it and I triggered a no-change rebuild
[09:26] <pitti> eww, rebuilding ubuntu-meta adds bootchart and pybootchartgui by default
[09:26] <pitti> this causes quite some slowdown, was that intentional?
[09:27] <pitti> ah, was from cjwatson, r1714
[09:28] <pitti> cjwatson: but the log doesn't say why it's included by default?
[09:33] <cjwatson> it was to assist benchmarking, with the idea that it'd be removed before beta
[09:34] <cjwatson> hm, why did I put that in desktop
[09:34] <cjwatson> it'd be sufficient to have it in live-common I think
[09:34] <cjwatson> but if you think we don't have space, feel free to nuke it
[09:34] <pitti> also, pybootchartgui is a dependency, we don't need that explicitly
[09:34] <pitti> cjwatson: oh, space is rather trivial; but it slows down boot, needs quite some CPU to generate the charts, and piles up lots of stuff in /var/log/
[09:35] <cjwatson> it was mostly because there was somebody benchmarking live CD boots
[09:35] <cjwatson> and it's hard to install bootchart in that context
[09:35] <pitti> ah, for those
[09:36] <pitti> cjwatson: I can move it to live-common then?
[09:36] <cjwatson> I'm doing it
[09:36] <pitti> ack
[09:41] <cjwatson> done, go ahead and update -meta
[09:41] <cjwatson> pitti: hm, so I can't reproduce the kubuntu cd uninstallability with apt-get
[09:41] <cjwatson> oh, wait, I can
[09:41] <pitti> cjwatson: -meta> doing, thanks
[09:42] <cjwatson> kubuntu-desktop shows up as installable but kopete doesn't
[09:42] <cjwatson> ah, kopete is only a Recommends so apt-get just skips it but britney checks it anyway
[09:43] <cjwatson> it's a blacklist violation
[09:43] <cjwatson>   libmediastreamer0: Depends: libavcodec52 (>= 4:0.6~svn20100505-1) but it is not installable or
[09:43] <cjwatson>                               libavcodec-extra-52 (>= 4:0.6~svn20100505-1) but it is not installable
[09:43] <pitti> ah, that explains why it doesn't turn up on maverick_probs
[09:44] <cjwatson> Riddell: TB resolution of 2007-01-02 says that libavcodec* is not to be shipped on CDs.  Can it be arranged that kopete doesn't (indirectly) depend on it?
[09:45]  * Riddell looks
[09:45] <NCommander> cjwatson: what's the dependency chain? (I don't think kopete is directly pulling in libav*)
[09:47] <Riddell> kopete -> libmediastreamer0 -> libavcodec52
[09:47] <NCommander> oh, do'h
[09:48] <pitti> ubiquity FTBFS
[09:49] <pitti> install: cannot stat `d-i/source/apt-setup/finish-install.apt-cdrom-setup': No such file or directory
[09:49] <pitti> ev: ^ missing bzr add or something like that?
[09:50] <pitti> hm, no, it's an included package
[09:50] <cjwatson> ev fixed it in trunk
[09:50] <cjwatson> fixed xubuntu source cd building, possibly
[09:51]  * ogra hugs slangasek and cjwatson for last nights help ... seems it worked http://cdimage.ubuntu.com/ubuntu-netbook/ports/daily-preinstalled/current/
[09:51] <ogra> (needs some touching of make-web-indicies post A2)
[09:52] <cjwatson> make-web-indices changes can be done now
[09:52] <cjwatson> if there's time
[09:53] <ogra> cjwatson, i still need to look at flash-kernel changes (which needed the image ready first) i'm fine to go with the current website for A2
[10:23] <ttx> python-smartlib uninstallable blocks server install, investigating
[10:23] <ttx> python-smartpm*
[10:32]  * ttx mumbles something about uploading broken packages during freezes
[10:39] <ttx> pitti: any idea why python-smartpm would be missing from the Server ISO, while it is a dependency of recently-uploaded landscape-common ?
[10:39] <pitti> ttx: I repromoted it to main this morning
[10:39] <pitti> ttx: should be fixed in the next rebuild
[10:39] <pitti> ttx: does it break installation?
[10:39] <pitti> ttx: I can respin the image if you want
[10:39] <ttx> pitti: yes, landscape-client is installed by default
[10:40] <ttx> pitti: yes, please
[10:40] <pitti> ttx: sure, rebuilding
[10:40] <ttx> thx!
[10:46] <pitti> ttx: done, adding to tracker
[10:47] <pitti> ttx: http://cdimage.ubuntu.com/ubuntu-server/daily/20100630.1/report.html looks good now
[10:47] <pitti> ttx: sorry, reports were broken on the previous builds, so I didn't notice
[10:47] <ttx> pitti: np, that's what smoketesting is for :)
[10:48] <pitti> tracker updated
[10:48] <pitti> ttx: will you/smoser add the EC2 ones?
[10:48]  * ttx rsyncs and resmoketests
[10:48] <ttx> pitti: smoser will do.
[10:48] <pitti> good, thanks
[10:51]  * cjwatson read that as "rockettests"
[11:13] <pitti> for the record, I checked koreport uninstallability; doesn't break images and is just an obsolete package (replaced by koffice-libs0
[11:13] <pitti> so http://people.canonical.com/~ubuntu-archive/testing/maverick_probs.html looks good enough now
[11:15] <pitti> koreport removed due to NBS
[11:52] <cjwatson> starting desktop builds now
[11:52] <cjwatson> $ echo ubuntu; buildlive ubuntu && for-project ubuntu cron.daily-live; echo kubuntu; buildlive kubuntu && for-project kubuntu cron.daily-live; echo xubuntu; buildlive xubuntu && for-project xubuntu cron.daily-live; echo mythbuntu; buildlive mythbuntu && for-project mythbuntu cron.daily-live; echo ubuntu-netbook; buildlive ubuntu-netbook && for-project ubuntu-netbook cron.daily-live; echo kubuntu-netbook; buildlive ...
[11:53] <cjwatson> ... kubuntu-netbook && for-project kubuntu-netbook cron.daily-live
[11:53] <pitti> ah, publisher already done? thanks
[11:53] <pitti> cjwatson: I hope kdenetwork builds in time
[11:53] <pitti> cjwatson: if you didn't yet, perhaps move kubuntu a bit back?
[11:55] <cjwatson> oh, er, can't really now
[11:55] <cjwatson> it can just be repeated
[11:55] <pitti> ok, it should fail early then
[12:02] <lamont> cjwatson: BuildLiveCD (as ogra mentioned) now does a dist-upgrade of the target-suite's chroot prior to doing the build.  So you should always have the latest livecd-rootfs for each build you do
[12:03] <cjwatson> ok, thanks
[12:05] <pitti> I'm off for some 45 min for lunch; good time slot now until the desktops built
[12:29] <ogra> cjwatson, i changed the crontab to include preinstalled omap images now but didnt switch it live since you are in manual anyway, can you trigger it once you switch back to autobuilding ?
[12:37] <cjwatson> ogra: please edit the live crontab to match, but don't uncomment things
[12:37] <cjwatson> unless that's what you mean you did
[12:37] <ogra> cjwatson, yes, thats what i did
[12:37] <ogra> i just didnt call the crontab command for it
[12:38] <cjwatson> go ahead and trigger it, you can run it in parallel
[12:39] <ogra> hmm, there are no comments in /srv/cdimage.ubuntu.com/etc/crontab
[12:39] <ogra> no additional ones at least
[12:39] <ogra> do i miss something ?
[12:41] <cjwatson> that's not the live crontab.  'crontab -e' edits the live crontab.
[12:41] <ogra> ah, crontab -l differs
[12:41] <cjwatson> I just commented out the whole active chunk.
[12:42] <ogra> yeah
[12:42] <cjwatson> i.e. s/^/#
[12:42] <ogra> to revert that, do you just edit it again or do you run crontab /srv/cdimage.ubuntu.com/etc/crontab ?
[12:43] <cjwatson> I would only do the latter with care
[12:43] <cjwatson> i.e. I'd diff first
[12:43] <ogra> indeed
[12:43] <cjwatson> do you want me to make this change to the live crontab?
[12:43] <ogra> well, once you enable it again at least
[12:44] <ogra> as long as autobuilding is off it doesnt matter
[12:45] <cjwatson> I've edited it
[12:46]  * ttx njoys fast dpkg again
[12:46] <cjwatson> good
[13:05] <pitti> darn, kdenetwork finished building 2 minutes too late
[13:06] <cjwatson> pitti: re bug 600120, which mirror are you using?
[13:06] <ubot4> Launchpad bug 600120 in openoffice.org-l10n (Ubuntu Maverick) (and 1 other project) "In Maverick Alpha 2, the langpacks are not downloaded during the installation (affects: 1) (heat: 10)" [High,Invalid] https://launchpad.net/bugs/600120
[13:06] <pitti> cjwatson: I'm posting the images so far to the tracker, ok?
[13:06] <cjwatson> yes please
[13:06] <pitti> current ubuntu lives are within size limit \o/
[13:07] <pitti> cjwatson: good question, let me boot my VM; if it autoselects, then I'd guess de.archive.u.c.
[13:07] <cjwatson> de.archive.ubuntu.com could apparently do with catching up too
[13:07] <cjwatson> so I think there's nothing to fix, we just need to wait a bit
[13:08] <pitti> oh you mean it's fixed in the recent OO.o build?
[13:08] <cjwatson> the openoffice.org-l10n upload from the start of this month that finally managed to build early this morning
[13:09] <pitti> so in my chroot I have the current version 1:3.2.1~rc2-2ubuntu1
[13:09] <cjwatson> of what package?
[13:09] <pitti> openoffice.org-l10n-de
[13:09] <pitti> checking VM now (still booting)
[13:10] <cjwatson> check 'apt-cache policy' there before you update
[13:10] <pitti> I wasn't going to update
[13:10] <pitti> cjwatson: but wasn't that supposed to drop the language-support-* stuff at all?
[13:10] <pitti> in my chroot I see
[13:10] <pitti> Depends: openoffice.org-l10n-common (>= 1:3.2.1~rc2), openoffice.org-common (>= 1:3.2.1~rc2) | language-support-translations-de, openoffice.org-common (<< 1:3.2.1~rc2.1) | language-support-translations-de
[13:11] <pitti> cjwatson: confirmed, de.a.u.c, and policy has 3.2.0-7ubuntu1
[13:11] <pitti> so it's older indeed
[13:11] <cjwatson> well, maybe the |-ed deps should go away, but that's not the cause of this bug and it's not urgent in any way (so shouldn't be milestoned)
[13:12] <cjwatson> you were just seeing that as a side-effect of the whole thing being fundamentally uninstallable at the time
[13:12] <pitti> apt-get install in VM still breaks, let me take a closer look
[13:13] <pitti> cjwatson: ah, right; versioned dependency to oo.o-common breaks it
[13:13] <pitti> that's why it's falling back to lang-support
[13:13] <cjwatson> exactly
[13:14] <pitti> switching to archive.u.c./update/install works
[13:15] <pitti> right, so we can set that to "fix committed" perhaps and close it tomorrow?
[13:15] <pitti> ah, saw you update now; WFM
[13:18] <pitti> ubuntu and kubuntu
[13:18] <pitti> ... posted to tracker
[13:18] <pitti> will watch cdimage for progress on the others
[13:20] <Riddell> pitti: kubuntu images not going to be final presumably? wrong kopete version
[13:20] <pitti> Riddell: right
[13:20] <pitti> but it'll take some time until we can respin, until Colin's build'em'all queue finishes
[13:21] <pitti> Riddell: but since the livefs built, it should at least be installable for a quick smoketest?
[13:21] <pitti> Riddell: kdenetwork just finished building after the current publisher ran, so it'll be at least another 1:40 hours until we can respin
[13:22] <Riddell> ok thanks
[13:31] <cjwatson> feel free to respin kubuntu any time it's convenient
[13:31] <cjwatson> it can go in parallel with my current queue, which is past kubuntu now
[13:34] <cjwatson> we'll probably need to respin Ubuntu for new Wubi too, so that Wubi actually works
[13:42] <pitti> cjwatson: what package do we need to wait on for ^ this?
[13:42] <cjwatson> none, it's fetched from people.c.c/~evand/ or some such
[13:43] <pitti> ah; I didn't see anything relevant on -changes
[13:43] <pitti> xubuntu desktops posted, please test
[13:45] <cjwatson> slotting in an Ubuntu rebuild now
[13:46] <pitti> cjwatson: so this ^ doesn't require a new livefs, just a new cron.daily-live?
[13:46] <ev> assuming we're just talking about wubi, it does not need a livefs rebuild
[13:46] <pitti> ev: thanks
[13:46] <ev> sure thing
[13:46] <cjwatson> oh, damn, I did a livefs rebuild anyway
[13:46] <cjwatson> sorry
[13:47] <cjwatson> they're faster than they used to be ...
[13:47] <pitti> you can probably still ^C it?
[13:47] <ev> haha
[13:47] <cjwatson> ^C-ing livefs builds doesn't tend to be effective
[13:47] <pitti> it should wait until the other ones (mythbuntu, netbook, etc.) are done anyway?
[13:47] <cjwatson> they still keep running on the other side of the ssh trigger
[13:48] <pitti> ah, right
[13:48] <cjwatson> and no, I slotted in between mythbuntu and ubuntu-netbook
[13:48] <cjwatson> is it a desperate matter to avoid a livefs rebuild?
[13:48] <Daviey> mythbuntu won't be putting too much attention into A2 tests.. So that can be made a low priority.
[13:49] <pitti> cjwatson: I wouldn't call it "desperate"; it's maybe 45 mins, not the end of the world
[13:49] <cjwatson> Daviey: it's already built
[13:49] <cjwatson> pitti: more like 25 now
[13:49] <Daviey> cjwatson: super, thanks
[13:49] <pitti> Daviey: right, they just landed; I'll post them anyway, perhaps someone is interested
[13:50] <pitti> Daviey: if nobody tests them, we just don't announce them
[13:51] <Daviey> pitti: we will test them, but not too focused on them
[13:52] <cjwatson> I'll try to get DVDs built after all of this, though they tend to take longer
[13:53] <smoser> so heres where we are on uec/ec2 images.  I've tested 20100629 build, and those tests went well.  They do have bug 596062 in them.
[13:53] <ubot4> Launchpad bug 596062 in landscape-client (Ubuntu) "broken python-pycurl dependency (affects: 2) (dups: 2) (heat: 22)" [Medium,Fix released] https://launchpad.net/bugs/596062
[13:53] <smoser> build 20100630.1 is publishing to ec2 right now.
[13:54] <davmor2> cjwatson: the xubuntu cd's that just landed are they included
[13:54] <davmor2> nuts
[13:54] <davmor2> including the new wubi
[13:55]  * davmor2 wonders why delete is so close to the enter key
[13:55] <smoser> recently, publishing to the ap-southeast-1 region has been a sticky point.  amazon seems to not be able to meet demand for their services in that region, and I get "insufficient capacity" when trying to publish.  My publishing scripts don't handle that terribly well, so at the moment, the whole thing just fails without the option to resume.
[13:56] <cjwatson> davmor2: no
[13:56] <cjwatson> do I need to respin those too?
[13:57] <davmor2> cjwatson: I'll try one for you asap and let you know
[13:58] <cjwatson> well, wubi won't work
[13:58] <cjwatson> that much is a given
[13:59] <davmor2> cjwatson: if wubi won't work then it's worth respining the live cd's I would imagine
[14:07] <smoser> the publish has been right around a 6 hour process, so if all goes well, the 20100630.1 build would be available ~ 17:45 UTC
[14:09] <cjwatson> davmor2: ok, will do after this Xubuntu rebuild
[14:24] <pitti> xubuntu respin for wubi would again just need a cron.daily-live, and thus can happen in parallel, right?
[14:35] <pitti> 20100630.1 ubuntu desktops posted to tracker
[14:38] <pitti> ubuntu netbook posted
[14:38] <pitti> cjwatson: just to confirm, you didn't build ports (netbook armel etc.) yet, right?
[14:39] <cjwatson> no
[14:39] <cjwatson> xubuntu respin (no livefs rebuild) in progress
[14:39] <cjwatson> kubuntu-netbook failed
[14:41] <cjwatson> http://people.canonical.com/~ubuntu-archive/livefs-build-logs/maverick/kubuntu-netbook/20100630/livecd-20100630-i386.out
[14:41] <cjwatson>   hplip: Depends: hplip-cups (= 3.10.5-3ubuntu1) but it is not installable
[14:42] <pitti> hplip was just uploaded about an hour ago
[14:42] <pitti> I guess i386/amd64 buildd desync?
[14:42] <cjwatson> this was an i386 build
[14:43] <cjwatson> hplip-cups is in universe
[14:43] <pitti> ah, can promote
[14:43] <cjwatson> I wonder why it's not listed for promotion
[14:43] <pitti> package is ~ 350 kB and looks reasonable
[14:44] <cjwatson> that's a good chunk of the MB we saved on X, presumably on most CDs ... but OK
[14:45] <pitti> "Removed hpijs from Recommends: of hplip, as we already
[14:45] <pitti>     require hplip-cups via Depends:, hpijs is not needed any more for using
[14:45] <pitti>     HPLIP with all supported HP printers"
[14:45] <cjwatson> ah, ok
[14:45] <pitti> hpijs is 472 kB
[14:45] <pitti> so I hope that'll go away then
[15:14] <pitti> cjwatson: FYI, we'll need to respin netbook; didrocks is preparing a fix to make ubiquity actually appear in the menus
[15:15] <pitti> (it's nowhere right now)
[15:15] <ara> pitti, the desktops posted at the tracker (20100630.1) have everything now?
[15:15] <ara> or are we expecting a respin?
[15:15] <pitti> ara: should; I'm currently test-installing them in kvm
[15:15] <pitti> but it shoudl have the new wubi
[15:15] <cjwatson> k
[15:16] <ara> pitti, OK, I think that those that are going to be respin (alternate?) should be marked as such in the tracker, so people know where to focus
[15:16] <pitti> ara: oh, is something broken in the alternates?
[15:16] <pitti> my previous test install went quite well (OEM/German/manual partitioning)
[15:16] <ara> pitti, no, it isn't, I just thought they were going to be respin
[15:16] <ara> maybe I misunderstood the conversation here
[15:16] <ara> thanks
[15:16] <pitti> I'm not aware that we need to; cjwatson, are you?
[15:17] <pitti> alternates do not have wubi
[15:17] <cjwatson> right, alternates should be fine
[15:18] <cjwatson> ara: the OOo language pack problem you had was to do with the installer fetching stuff from the mirror, not off the CD image, so it doesn't require a respin to fix
[15:18] <ara> nice, thanks all!
[15:29] <Daviey> Hi!
[15:29] <Daviey> http://cdimage.ubuntu.com/ubuntu-server/daily/20100630.1/maverick-server-amd64.iso <-- is that the correct A2 candiate?
[15:32] <pitti> looks correct to me, Daviey
[15:32] <Daviey> pitti: oddly, i just saw the python-yaml issue :/
[15:32] <Daviey> failed to install at pkgsel due to dep problem with python-yaml.
[15:33] <ara> Daviey, have you double checked that your iso has the same md5sum?
[15:33] <Daviey> ara: 1908a53db7a727a1be65254fdf67ae9b  maverick-server-amd64.iso
[15:34] <Daviey> yes.. i can try again..
[15:34] <Daviey> ara: I'm actually doing it by creating a usb pendrive, using usb-creator-gtk.. not that it should matter :/
[15:34] <pitti> pyyaml was just rebuilt today
[15:35] <Daviey> pitti: i thought the spin happend after the rebuild
[15:35] <Daviey> ?
[15:35] <pitti> Daviey: can you check the pyyaml version on that CD?
[15:35] <pitti> Daviey: that's what I thought as well
[15:35] <Daviey> pitti: on it
[15:37] <Daviey> pitti: 3.09.3... not the rebuild :S
[15:37]  * pitti checks archive
[15:37] <pitti> python3-yaml | 3.09-3build1 |      maverick | i386
[15:37] <pitti> python3-yaml | 3.09-3build1 | maverick/universe | amd64, armel, ia64, powerpc
[15:37] <pitti> urgh
[15:37] <pitti> Daviey: I think i386 will work
[15:37]  * pitti promotes
[15:38] <Daviey> pitti: yeah.. amd64 is UEC's main candidate TBH
[15:38] <pitti> promoted
[15:38] <Daviey> Can we have a respin please :)
[15:38] <pitti> so after the next publisher, at 1600 UTC, we can re-spin
[15:38] <Daviey> ttx: ^^
[15:38] <Daviey> pitti: Super, thanks!
[15:38] <pitti> but I won't be here any more, need to leave in about 30 mins (my mother's bday today)
[15:39] <ttx> hmmmm
[15:39] <ttx> pitti: not sure about that
[15:39] <pitti> cjwatson: are you still here in 1:20 for the server and netbook respins, or shall I do a sleep;build ?
[15:39] <Daviey> ttx: I reckon pitti knows when his mother's birthday is! :)
[15:39] <pitti> heh
[15:39] <ttx> pitti: I tested amd64 and i386 alright
[15:40]  * ttx checks
[15:40] <Daviey> ttx: open the iso in file-roller, and navigate to the pool
[15:40] <pitti> Daviey: where did it fail for you?
[15:40] <Daviey> pitti: pkg selection, unable to select and install software
[15:40] <pitti> Daviey | failed to install at pkgsel due to dep problem with python-yaml.
[15:40] <pitti> that's with a particular task perhaps?
[15:41] <Daviey> pitti: yes, UEC
[15:41] <ttx> pitti: that package is also hit with basic installs
[15:41] <Daviey> cloud-init was the package that depends on python-yaml in this instance
[15:41] <pitti> ttx: so, if you need a respin, can you please ping cjwatson, Riddell, or slangasek to do it in 1:20 hours?
[15:41] <ara> wow, ext4 d-i installation is soooo slow in my dell mini9, it looks like it is being written with a hummer and a chisel
[15:41] <Daviey> pitti: will do
[15:41] <ttx> pitti: yes
[15:41] <Daviey> oh, you asked ttx.
[15:41] <pitti> well, either of you :)
[15:42] <pitti> but it will need 1:20 hours to actually promote into the archive
[15:42] <ttx> I just want to understand why this only affects the UEC install
[15:42] <pitti> ttx: presumably because other tasks don't depend on that package?
[15:42] <Daviey> ara: Yes.. that bums us out aswell.. thanks to the fsync.
[15:42] <ttx> pitti: the thing is... they do
[15:42] <ttx> I hit that bug this morning in my testing, and I don't have it anymore
[15:43] <pitti> magic
[15:43] <Daviey> ttx: Hmm.. were you testing amd64 or i386
[15:43] <Daviey> ?
[15:43] <ttx> both
[15:43] <Daviey> ttx: i can try a tradional server install using this if you want?
[15:44] <ttx> I'm trying a UEC install now... and it seems to work alright
[15:45] <Daviey> ttx: I checked the md5sum.. it matches :/
[15:45] <pitti> eek -- "General error mounting filesystems. A maintenance shell will now be started"
[15:45] <ttx> you checked the md5sum on your installation media ?
[15:45] <Daviey> ttx: if you open your ISO.. can you check what python-yaml is in the pool?
[15:45] <pitti> that's from a stock "use all disks" amd64 desktop install
[15:45] <ttx> or the one from the file you think you put there ?
[15:46] <GrueMaster> Morning.  I am going to be testing the new preinstalled image for Arm Beagleboard.  Today is our first image.  Since it is not in the tracker database yet (A3), how should I report test results?
[15:46] <Daviey> ttx: no.. tested the .iso.. but the rebuild isn;'t in the .iso.. so so.
[15:47] <ttx> hmm
[15:47] <Daviey> ttx: I can burn it, and check the md5sum if you think.. but from where i'm sat.. if it's aint in the .iso, it aint gonna be on the disk :/
[15:47] <ttx> Daviey: just wait for my install to complete, I may still hit the bug :)
[15:47] <pitti> GrueMaster: I'm happy to add it, but first time I do that; where's the image? do you use standard build numbers for that?
[15:47] <Daviey> ttx: Ok.. keep in mind that yaml rebuild wasn't moved over by AA's for amd64, only i386
[15:48] <Daviey> pitti: just promoted amd64
[15:48] <Daviey> pitti: Sorry, talking about you.. not to you :)
[15:48] <GrueMaster> The images are at http://cdimage.ubuntu.com/ubuntu-netbook/ports/daily-preinstalled/.  Nust sure what you mean by build numbers, but they are yyyymmdd.b
[15:48] <ttx> Daviey: you hit this on the CLC or the NC install ?
[15:49] <Daviey> ttx: CLC
[15:49] <Daviey> ttx: not tried a NC yet
[15:49] <GrueMaster> I also have special instructions at http://testcases.qa.ubuntu.com/Install/ARM/PreinstalledImage
[15:50] <ttx> Daviey: may I ask why you'd have cloud-init installed on that ?
[15:50] <Daviey> ttx: I didn't do that..
 cloud-init was the package that depends on python-yaml in this instance
[15:51] <Daviey> ttx: from the logs..
[15:51] <Daviey> ttx: i've done no magic, other than a normal install
[15:51] <ttx> ah, it's cloud-utils
[15:52] <ttx> not cloud-init
[15:52] <Daviey> ah yes, sorry
[15:52] <ttx> I just hit it
[15:52] <Daviey> \o/
[15:53] <Daviey> ttx: but normal server install for amd64 worked for you?
[15:54] <ttx> Daviey: yes
[15:54] <ttx> Daviey: I suspect we picked up a workaround in the mean time
[15:54]  * ttx grumbles
[15:55] <ttx> all that good ISO testing lost
[15:56] <ttx> Daviey: I guess you can now see the importance of that early, from ISO, testing
[15:56] <ttx> doing it earlier would have avoided losing a few hours work
[15:58] <ara> and that's why it is important, son
[15:58] <ara> :P
[15:58] <ttx> and doing it with netboots from archive state would not have caught that.
[15:58] <Daviey> ttx: I started doing the test as soon as i was asked! :/
[15:58] <ttx> Daviey: oh, it was not meant as a blame, more as a proof by example... you weren't so convinced
[15:59] <pitti> ttx: not lost, it confirmed that there aren't other grave problems
[15:59] <ttx> by the extra hassle of doing the install from ISO (instead of convenient netboot/archivestate)
[16:00] <ttx> pitti: right :)
[16:00] <Daviey> ttx: oh sure.
[16:02] <pitti> ara, Daviey: if you test ubuntu desktops, confirming or denying bug 600244 would be appreciated
[16:02] <pitti> I tested it two times with the same result
[16:02] <ubot4> Launchpad bug 600244 in ubiquity (Ubuntu) "[Maverick alpha-2] boot failure on "use entire disk" install (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/600244
[16:02] <Daviey> pitti: I'm a desktop dodger!
[16:02] <pitti> Daviey: that's fine, just in case :)
[16:05] <pitti> GrueMaster: I don't seem to be able to define new test cases in the tracker for the prebuilt images ("Sorry, this feature hasn't been reimplemented yet")
[16:06] <pitti> GrueMaster: I'm afraid this needs some tracker superuser like stgraber with DB access to define new ones?
[16:06] <GrueMaster> No problem.  I'll file a bug and get it for A3.
[16:06] <ara> GrueMaster, I told you to send me the name of the images, cases and url so I could do it
[16:06] <GrueMaster> Just wanted to know if there were an alternate method for me to use this time around.
[16:07] <GrueMaster> I'll post results on a wiki page.  I'll let everyone know the location once I have one.
[16:07] <ara> GrueMaster, if you send me that information, I can add them for you today
[16:07] <GrueMaster> ara ok.
[16:08] <cjwatson> pitti: I have an interview to run at that time, so won't be able to concentrate on respins
[16:08] <ttx> pitti, smoser: does that promotion affect the cloud images as well ? should their generation be restarted in 60 min ?
[16:08] <pitti> ttx: if they also depend on/ship that, then yes
[16:08] <pitti> cjwatson: ok, I'll set up a timed build
[16:08] <ttx> smoser: ^
[16:08] <smoser> promotion ?
[16:09] <cjwatson> ara: it should be faster in maverick than in lucid, but there is more to do I agree
[16:09] <ttx> smoser: looks like the fixed pyyaml wasn't in the archive
[16:09] <smoser> umm... the images built
[16:09] <pitti> ttx: new server isos will build in 50 minutes
[16:09] <Daviey> smoser: There was a problem with yaml amd64
[16:09] <smoser> and they didn't *build* before.
[16:09] <Daviey> smoser: you have built amd64 images?
[16:09] <ttx> smoser: if the images work, then forget it
[16:10] <smoser> i dont know that they work. but they built.
[16:10] <Daviey> pitti: Thanks for that.
[16:10] <smoser> before the fix to python-yaml and python-defaults, the images did not build.
[16:10] <pitti> I need to run out for today now, sorry
[16:10] <pitti> I'll get up early tomorrow morning
[16:11] <ttx> pitti: go!
[16:11] <Daviey> smoser: Can you confirm you have a built amd64 image?
[16:11] <Daviey> smoser: The issue was only a problem with amd64, not i386
[16:11] <smoser> i have: python-yaml 3.09-3build1 in both i386 and amd64 images that are built already and currently publishing to ec2
[16:11] <ttx> Daviey: well, the build1 package was missing from both
[16:12] <smoser> http://uec-images.ubuntu.com/maverick/20100630.1/ has those files now.
[16:13] <Daviey> smoser: erm, http://uec-images.ubuntu.com/maverick/20100630.1/unpacked/maverick-server-uec-amd64.manifest
[16:13] <Daviey> doesn't have build1 there
[16:13] <Daviey> my bad
[16:13] <Daviey> yes it does.
[16:13] <smoser> :)
[16:14] <ttx> smoser: your build process might not block on universe packages
[16:14] <GrueMaster> ara:  Bug 600249.  Thanks.
[16:14] <ubot4> Launchpad bug 600249 in ubuntu-qa-website "Need to add arm preinstalled images to the tracker database (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/600249
[16:15] <stgraber> pitti: I'd need to check if I still have access ... last time I tried, IS didn't update the ssh access for the new box
[16:15] <smoser> ttx, it pulls from universe if it needs to.
[16:15] <ara> stgraber, I'm on it
[16:16] <ttx> smoser: ok, that explains it
[16:16] <ara> GrueMaster, the links will not work until alpha 3, but I can add the images to the list
[16:16] <ttx> smoser: so your cloud images should be alright
[16:16] <GrueMaster> That works for me.
[16:16] <ara> GrueMaster, what name do you want the image to have in the tracker
[16:16] <ara> ?
[16:16] <GrueMaster> Who knows, we might even have this figured out by then.  :)
[16:17] <ttx> Daviey: you'll still be around in 1 hour to validate the fixed ISO ?
[16:17] <GrueMaster> Ubuntu Arm Daily Preinstalled
[16:17] <GrueMaster> Or something like that.
[16:22] <ara> GrueMaster, do I add 20100630.3 build to the tracker?
[16:23] <GrueMaster> I think there will be a .4 in an hour.
[16:23] <GrueMaster> Apparently the kernel cmdline is missing a root= parameter, failing bootup.
[16:24] <ara> GrueMaster, ok, let me know when you want it added to the tracker. Other than that, everything is now set up
[16:24] <GrueMaster> great, thanks.
[16:25] <Daviey> ttx: Well depends how urgent, i was planning on leaving at 5:00 UTC, and coming back 2 hours later to carry on.. But if you consider this urgent, then i can postpone that.
[16:28] <ttx> Daviey: should be alright. I just want to be sure there aren't any other blocker
[16:28] <ttx> Daviey: you should have time to complete a basic test before 1700UTC
[16:30] <Daviey> ttx: ok.. cool
[16:36] <smoser> can someone populate the uec images tests with 20100630.1 please ?
[16:41] <cjwatson> smoser: "Ubuntu Server UEC amd64" and "Ubuntu Server UEC i386"?  done
[16:42] <cjwatson> pitti: bug 600244 may need an initramfs-tools cherry-pick which maks alerted me to earlier today
[16:42] <ubot4> Launchpad bug 600244 in ubiquity (Ubuntu) "[Maverick alpha-2] boot failure on "use entire disk" install (affects: 2) (heat: 10)" [High,Triaged] https://launchpad.net/bugs/600244
[16:42] <cjwatson> I'll have a look later
[16:42] <cjwatson> I bet it's virtio-specific
[16:43] <smoser> cjwatson, yes. thanks.
[16:50] <ogra> hrm
[16:50] <ogra> seems publishing of the preinstalled images stopped working just now
[16:51] <ogra> http://cdimage.ubuntu.com/ubuntu-netbook/ports/daily-preinstalled/20100630.4/ seems empty
[16:51] <ogra> but : cdimage@antimony:~$ ls -lh /srv/cdimage.ubuntu.com/www/full/ubuntu-netbook/ports/daily-preinstalled/20100630.4/|grep bz2
[16:51] <ogra> -rw-rw-r-- 1 cdimage cdimage 523M 2010-06-30 16:29 maverick-preinstalled-netbook-armel+omap.img.bz2
[16:51] <ogra> -rw-rw-r-- 1 cdimage cdimage 1.1M 2010-06-30 16:38 maverick-preinstalled-netbook-armel+omap.img.bz2.zsync
[16:51] <cjwatson> might still be syncing, but you'd have to ask #is to confirm
[16:52] <ogra> well, i'll wait a bit more first
[16:54] <Riddelll> installed Kubuntu daily-live/20100630/  reboot said can't mount filesystems and dropped me to a shell
[16:56] <cjwatson> bug 600244
[16:56] <ubot4> Launchpad bug 600244 in ubiquity (Ubuntu) "[Maverick alpha-2] boot failure on "use entire disk" install (affects: 2) (heat: 12)" [High,Triaged] https://launchpad.net/bugs/600244
[16:57] <cjwatson> anyone wants to beat me to debugging it, be my guest, I won't have time until about four hours from now
[17:01] <shadeslayer> hi quick question,is btrfs a option for the file system in the new installer?
[17:03] <cjwatson> as per the constraints in https://lists.ubuntu.com/archives/ubuntu-devel/2010-June/030918.html, yes it should be
[17:11] <ttx> cjwatson: is the server ISO respin automatically triggered when the publisher is finished running ?
[17:13] <ttx> the ISo tracker does not show "rebuilding" yet
[17:13]  * ttx will be back in two hours to check status
[17:22] <shadeslayer> cjwatson: this applies for Kubuntu as well
[17:26] <GrueMaster> ara: 20100630.4 arm image is ready to be added to the tracker.
[17:27] <ara> GrueMaster, ok, adding
[17:29] <ara> GrueMaster, done: http://iso.qa.ubuntu.com/qatracker/test/4263
[17:30] <GrueMaster> Thanks.
[17:35] <smoser> slangasek, can you populate tracker from http://uec-images.ubuntu.com/maverick/20100630.1/
[17:35] <smoser> please
[17:41] <slangasek> smoser: done
[17:41] <smoser> danke
[17:45] <cjwatson> shadeslayer: should do
[17:45] <cjwatson> ttx: I don't know, pitti was doing it.  Integration with the tracker isn't automated though
[17:45] <shadeslayer> cjwatson: ok.. zsyncing iso
[17:47] <cjwatson> ok, unexpectedly have some time now, I'll look at this mountall failure
[17:51] <Daviey> cjwatson: Happen to know when 20100630.2 will show on cdimages.u.c?
[17:51]  * Daviey hoped to try it before EoD'ing
[17:56] <cjwatson> Daviey: if it's not there already, then there's something wrong with syncing and #is needs to be asked
[18:06] <Daviey> cjwatson: Ah, it's there now \o/
[18:06] <Daviey> thanks
[19:18] <ttx> ara: could you promote the 20100630.2 server ISO to the test tracker ?
[19:18] <ara> ttx, sure
[19:19] <ara> ttx, done
[19:19] <ttx> thx, notification received
[19:35] <cjwatson> well, we'll certainly need new desktop CDs
[19:57] <cjwatson> marked all desktops as rebuilding; uploading ubiquity 2.3.2
[19:58] <cjwatson> oh, and netbook as well
[20:33] <GrueMaster> I am unable to add any more bug numbers to http://iso.qa.ubuntu.com/qatracker/result/4263/695
[20:33] <GrueMaster> (and I have plenty).
[20:46] <smoser> ec2 tests have all been run except for those in ap-southeast-1 where there is low capacity.  amazon isn't able to provide virtual instances for me to test on.  other than that everything looks good.
[21:53]  * cjwatson respins desktop/netbook world
[22:26] <pitti> cjwatson: thanks for fixing 600244!
[22:29] <cjwatson> obvious once I saw it, utterly obscure until I did ...
[22:30] <cjwatson> Ubuntu desktop on tracker
[22:30] <pitti> \o/
[22:30] <cjwatson> err, somebody has attached 600244 to the alternate amd64 disk
[22:30] <cjwatson> that's got to be a mistake
[22:30] <pitti> I was just wondering about that
[22:30] <pitti> but it's not an oem-config problem
[22:31] <pitti> cjwatson: I removed the bug ref from there
[22:31] <pitti> (funny that I can edit other people's results)
[22:32] <pitti> "To mark a test as failed, you need to provide a bug number."
[22:32] <pitti> bah, now I need to invent one
[22:32] <pitti> ok, there
[22:32] <pitti> one red bug less
[22:33] <pitti> otherwise it seems the alternates hold together pretty well so far
[22:33] <cjwatson> have you tested the alternate?
[22:33] <cjwatson> I did but I think not the absolute most current version
[22:33] <pitti> I did, amd64/OEM/manual partitioning/German
[22:33] <cjwatson> ok
[22:50]  * pitti waves good night, will get up earlier tomorrow to continue testing and brushing up the tech notes
[22:51] <pitti> cjwatson: do you have the other desktops queued, or are there more problems to look into?
[22:52] <cjwatson> $ echo ubuntu; buildlive ubuntu && for-project ubuntu cron.daily-live; echo ubuntu-netbook; buildlive ubuntu-netbook && for-project ubuntu-netbook cron.daily-live; echo kubuntu; buildlive kubuntu && for-project kubuntu cron.daily-live; echo kubuntu-netbook; buildlive kubuntu-netbook && for-project kubuntu-netbook cron.daily-live; echo xubuntu; buildlive xubuntu && for-project xubuntu cron.daily-live; echo mythbuntu; ...
[22:52] <cjwatson> ... buildlive mythbuntu && for-project mythbuntu cron.daily-live
[22:52] <pitti> ah, seems it's currently munching at netbook and kubuntu
[22:52] <cjwatson> I might not stay up long enough to get those all onto the tracker though
[22:52] <cjwatson> it's on kubuntu right now
[22:52] <pitti> I can add the rest tomorrow morning
[22:52] <cjwatson> that netbook build is somebody else's
[22:52] <pitti> or perhaps slangasek can
[22:52] <cjwatson> ogra's, by the looks of things
[22:52] <pitti> but I'll check in the morning either way
[22:53] <pitti> ah, -s omap
[22:56] <cjwatson> UNE posted
[22:56] <cjwatson> (oversized though)
[23:16] <cjwatson> Kubuntu desktop posted