[01:32] ping skaet [01:32] ping skaet_d === doko_ is now known as doko [02:44] jdstrand, thank you for looking into the natty_probs.html. fingers are crossed for a smooth set of builds tonight before Riddell switches the builders to manual. [03:02] Riddell, when the images come off the build, please get them added into the .iso tester, so we can get started on testing them immediately. Note, when I checked just now, .iso tester still needs to be reset. Please work with jibel to get it cleaned up, if its not reset already to Alpha 3 when you've got images to push. [03:03] Kubuntu alternate-amd64.iso dated 2011-03-01 installed on hardware [03:14] huh [03:14] various cd images died cause ubuntu-minimal couldn't be installed due to: [03:14] dpkg: error processing lsb-release (--configure): subprocess installed post-installation script returned error exit status 1 [03:14] dpkg: error processing rsyslog (--configure): subprocess installed post-installation script returned error exit status 10 [03:14] not reproducable here... [03:15] * jdstrand makes note to ask how antimony bootstraps images [03:16] skaet_: so given that bug #723846 is approved for a3, does it make sense for me to upload what's in James' branch to give us a leg up on image respins? [03:16] Launchpad bug 723846 in upstart (Ubuntu) "Feature Freeze Exception request for Upstart in Natty (affects: 1) (heat: 14)" [High,In progress] https://launchpad.net/bugs/723846 [03:16] jdstrand: exit status 10 is a pretty good indicator of a debconf-related failure [03:17] interesting. [03:17] well, I am just passing through and noticed that [03:17] no time to debug, but will follow up and certainly learn something tomorrow [03:17] * jdstrand likes to learn :) [03:17] the lsb-release error is almost certainly *not* debconf-related, however [03:18] jdstrand: do you have an example log I could fix my eyes on? [03:18] slangasek: there is not a lot to go on, but let me paste one [03:18] well, you said "how antimony bootstraps", but package installation is normally done on the livecd builders, no? [03:19] slangasek: full log for LiveFS kubuntu/natty/i386 failed to build on 20110301: http://paste.ubuntu.com/573772/ [03:19] slangsek, branch 1-3 are approved for A3 based on what jhunt and cjwatson did. [03:20] those changes have been uploaded already earlier. What's in james' branch? [03:20] jdstrand: right, that log is available at available at http://people.canonical.com/~ubuntu-archive/livefs-build-logs/natty/kubuntu/20110301/livecd-20110301-i386.out, no? [03:20] * skaet_ approved it earlier in the day, but forgot to hit save on the bug update until she got back to her computer (multiple windows hid it... :P ) [03:20] slangasek: looks like it :) [03:20] skaet_: ah, if it's already uploaded then nevermind :) [03:21] see, I even got to learn something *tonight* \m/ [03:21] skaet_: I saw the bug update and was trying to avoid it waiting until morning [03:21] jdstrand: :) [03:21] so, this is some sort of debootstrap failure involving lsb-release and pycentral; not god [03:21] good [03:21] (not god either, but that's a somewhat less specific statement) [03:22] lol [03:22] :) [03:24] slangsek, yup I think were good for the upstart side, now the issue of failure to builds .... urk. not good. [03:24] yep, working on reproducing locally [03:25] thanks. [03:26] I tried 'apt-get install ubuntu-minimal' in my natty schroot, which was created via mk-sbuild [03:26] it worked fine [03:26] (or course with just main and restricted, and archive.ubuntu.com, not something local [03:26] ) [03:28] armel images failed to build. Looks like dpkg postinst issues with lsb-release and rsyslog. [03:29] GrueMaster: yeah, so did several others [03:29] Ah. See it now in the backscroll. [03:29] (in recent backscroll) [03:29] slangasek: does antimony use debootstrap? [03:30] jdstrand: shouldn't; the debootstrapping should be on the livefs builders [03:30] * jdstrand really doesn't want to get embroiled in this right now, but is curious [03:30] but that log is from the debootstrap call on a livefs builder, yes [03:31] (i.e., not /from/ antimony, only dispatched via antimony) [03:31] I think you might have taken my question slightly too precisely [03:31] guess so :) [03:31] I only know that antimony 'does stuff' to boot strap an image [03:32] anyway, yeah, this'll be a problem related to initial installation of the core packages [03:32] wither helpers do it or whatever, I have no idea. but if the main thing is debootstrap, then maybe I can try that here [03:32] yes, it's debootstrap [03:32] s/wither/whether/ [03:33] my schroot uses a buildd bootstrap... [03:34] * jdstrand tries a straight up debootstrap before heading to bed [03:38] reproducible [03:39] slangasek: I'm using something like this: debootstrap natty /natty/ http://archive.ubuntu.com/ubuntu/ [03:39] slangasek: as that what you are using? [03:39] yes [03:40] slangasek: so, lsb-release failed there right? looking at the logs there seemed to be problems before trying to install ubuntu-minimal [03:40] it's lsb-release; ubuntu-minimal depends on lsb-release [03:41] and I think this is related to my dpkg upload [03:41] * jdstrand nod [03:41] nods even [03:41] (pycentral is snuffling around inside of /var/lib/dpkg, which it Ought Not Do) [03:41] * jdstrand just reproduced [03:41] if not os.path.exists('/var/lib/dpkg/info/%s.list' % self.pkgname): [03:41] self.error("package %s is not installed" % self.pkgname) [03:42] tsk, bad python-central [03:42] fix will be on its way before the top of the hour [03:42] cool [03:42] what builds should I retrigger once it's published? [03:42] well, I got two learn 2 things tonight [03:43] let me get the list [03:43] kubuntu/natty/armel+omap [03:43] kubuntu/natty/armel+omap4 [03:43] ubuntu-netbook/natty/armel+omap4 [03:43] ubuntu-netbook/natty/armel+omap [03:43] kubuntu/natty/amd64 [03:43] kubuntu/natty/i386 [03:43] edubuntu-dvd/natty/amd64 [03:43] edubuntu-dvd/natty/i386 [03:43] kubuntu-mobile/natty/i386 [03:44] I don't know what's pending, but that is everything I have [03:45] kubuntu/natty/armel+omap was the last and failed 28 minutes ago [03:45] ok [03:45] nice, now I don't have to feel guilty about going to bed [03:46] slangasek: thanks! :) [03:46] sure thing :) [03:46] it's my bug anyway ;) [03:46] learned 2 new things, and a guilt-free sleep. pretty sweet [03:46] well, technically pycentral's, but I set it off :-) [03:46] hehe [04:41] ok, python-central is accepted but I ran into the content generation job as usual [04:42] trigger set to fire off builds as soon as that's cleared and python-central is in the archive [04:50] and I have the fix for libreoffice on armel, but maybe today is not the day to upload that, given that it's not going to get done before alpha3 anyway :) [05:06] slangasek: would you mind if I made an upload? [05:07] it's a trap! [05:07] ev: can you test something for me? [05:07] touch /etc/init/.conf [05:07] Keybuk: I'm too busy putting out my own dpkg-induced fires to mind, but that doesn't mean the other members of the release team won't : [05:07] ) [05:07] I think I have python-central fixed now [05:08] now I have to unbreak ucf [05:08] which ironically is broken because of a patch to ucf that I wrote [05:08] wow, ev stopped responding to PING [05:08] so... another hour before debootstrap will work again [05:08] he really tested that [05:08] you'd think he'd know better than listening to me :p [05:21] jerk [05:21] love you too [05:21] +1 [05:21] 'twas an excuse to make more coffee [05:21] and curse your name [05:22] slangasek: ok, no upload from me [06:11] kubuntu alternate will also need respun for this issue [06:11] it has the new dpkg in it, so debootstrap will fail at install time [07:39] slangasek, cjwatson: disabling CD cron jobs now, so that we can do an optimized pipeline mass rebuild after the remaining debootstrap fixes [07:39] yes, I already have a pipeline queued... I didn't notice that cronjobs were still enabled [07:41] ah, good to know [07:45] slangasek: do you also have a current pipeline which includes ports? [07:46] the pipeline in my documentation is already quite old [07:46] pitti: AIUI there are no longer separate jobs for ports [07:47] ah, seems your pipeline already started? at least natty/powerpc alternates are already building [07:47] might I kindly ask an archive admin to promote dpkg-repack to main [07:48] ev: ugh, yes [07:48] ev: I see it's blocking ubiquity, but please file an MIR [07:48] I did [07:49] sorry, I didn't reference it in the upload [07:49] ah, you aren't supposed to [07:49] great, promoting and closing [07:49] slangasek: ^ I think this needs another publishing cycle (for your wait-for pipeline) [07:49] bug 726453 [07:49] Launchpad bug 726453 in dpkg-repack (Ubuntu) "[MIR] dpkg-repack (affects: 1) (heat: 8)" [Undecided,Fix released] https://launchpad.net/bugs/726453 [07:49] pitti: thanks [07:50] slangasek: as ubiquity depends on it [07:50] oh; should I turn this over to you then? [07:50] way past my bedtime here [07:50] slangasek: sure; mind to throw me your pipeline? [07:52] done [07:53] slangasek: good night! [07:56] could I squeeze in one last ubiquity upload or are we well into the process? There's a bug in partman-auto that's fixed with the latest upload, but it requires another ubiquity upload for it to make it to the desktop CDs as well. [07:57] ev: we can squeeze it in, I think [07:57] awesome, uploading now [07:58] I checked natty_probs now, and all i386/amd64 uninstallabilities are expected now (fglrx/nvidia), except for ubiquity (fixed with promotion) and jasper (investigating now) [07:59] ev: I'll rebuild the livefs-base in the meantime then, and the alternates [08:01] ah, jasper is just a followup of ubiquity [08:07] ev: so, ah... just how much does ubiquity depend on dpkg-repack? [08:07] because on a hunch (man, I'm never gonna get to bed) I just checked, and dpkg-repack isn't multiarch-safe [08:08] slangasek: heavily for the reinstall/upgrade option [08:08] alternative proposals welcome [08:08] well, dpkg-repack will need fixed for multiarch regardless [08:08] I'm just asking if this is a feature you need working in alpha 3... because right now it won't [08:09] it needs to be ported to use $dpkg_lib/info/$arch instead of $dpkg_lib/info... not too tricky, but I think somebody on your side of the pond will need to take care of this [08:09] I'm not overly concerned if it's broken and release noted, so long as it's still allowed to make the final cut [08:09] (if you need it urgently) [08:10] ok [08:10] good, then I'll sleep easy :) [08:11] :) [08:15] pitti: ubiquity 2.5.21 uploaded [08:17] right, I'm going to bed for a few hours. Don't hesitate to call my cell and wake me if it turns out I broke the world somewhere along the way. [09:08] cjwatson, skaet_, Ubuntu alternate amd64/i386 fails to install this morning. rsyslog and lsb-release failed to install. I'll file a report and attach the logs. [09:08] during the setup of the base system [09:08] jibel: nevermind, it's known [09:08] jibel: and already fixed [09:08] jibel: I'm about to respin all images [09:09] pitti, okay, thanks. [09:35] any plan for ubuntu desktop being oversized? [09:40] Riddell: I killed a langpack [09:41] and we have a bug to remove libreoffice-tango from the default install [09:41] but too late for a3 [09:42] Riddell: FTR, I have all alternate rebuilds queued up, and wait for ubiquity 2.5.21 to rebuild the entire lot of desktops/dvds/preinstalled [09:42] Riddell: are you aware of anythign the Kubuntu CDs block on? [09:43] argh, sync-mirrors keeps hanging on scandium (discussing with IS) [09:44] Kubuntu is fine except I had bug 726581 yesterday [09:45] Launchpad bug 726581 in ubiquity (Ubuntu) "install stops half way through (affects: 2) (heat: 12)" [Undecided,New] https://launchpad.net/bugs/726581 [09:45] I temporarily take out scandium from etc/config, to unblock CD builds [09:51] jibel: new ubuntu alternates posted, they ought to work now [09:51] s/new// really (it's the first image on the tracker for a3) [09:53] pitti, ok syncing. [09:55] cjwatson: sorry for all the build log spam; I'm on it [09:56] * pitti starts desktop/DVD build pipeline from hell [10:09] kubuntu alternates posted, ready for testing [10:10] cjwatson: looks like nic-usb-modules-2.6.32-410-dove-di is on the mirror now, I'm retrying a build [10:10] ... of d-i [10:18] yeah, I probably ought to have looked at the d-i/armel build failures rather than ignoring them [10:19] cjwatson: good morning [10:19] cjwatson: I didn't investigate a lot whether the 410 kernel was actually only NEWed recently, but the buildds don't have anything else to do anyway [10:19] and I guess this is a blocker for the preinstalled images [10:20] (maybe not -- I don't know how they are actually built) [10:21] cjwatson: dang, failed again with the same error [10:21] E: Unable to locate package kernel-image-2.6.32-410-dove-di [10:21] E: Couldn't find any package by regex 'kernel-image-2.6.32-410-dove-di' [10:21] so, FYI, we are testing unity trunk and should get something ready for upload in the next hour [10:21] cjwatson: ah, that's because I can't look properly [10:21] kernel-image-2.6.32-410-dove-di | 2.6.32-410.27 | maverick/main/debian-installer | armel [10:21] maverick != natty.. [10:22] do you think that, as planned yesterday, there will a window for it in alpha3? [10:23] didrocks: the current ubuntu desktops are just about to finish, and my current rebuild queue will still take several hours, so it's not too urgent [10:23] pitti: ok, will keep you posted then [10:23] didrocks: DVD will build in some 2 hours, so if it gets uploaded and published before, that'd speed it up a bit [10:24] didrocks: but if it misses that, no worries; good testing >> speed at this point :) [10:24] pitti: we are still testing a lot to ensure we have no regression, I'll tell you :) [10:24] yeah [10:24] prefer quality so closed to the gate [10:24] ;) [10:27] xubuntu alternates posted [10:28] pitti: so should I just disable dove support in d-i for now? looks like the kernel is gone ... [10:28] cjwatson: TBH I have no current idea about our variety of armel kernels [10:29] bug 715984 [10:29] ogra: which armel flavours are we supposed to have these days? "linux" only builds omap AFAICS; no omap4, no dove? [10:29] Launchpad bug 715984 in linux-mvl-dove (Ubuntu Natty) (and 3 other projects) "Remove linux-mvl-dove from Natty (affects: 1) (heat: 201)" [Critical,Fix released] https://launchpad.net/bugs/715984 [10:29] aah [10:30] that'd be it :) [10:30] OK for me to reupload debian-installer for that, then? [10:30] sounds fine to me [10:31] cjwatson: it doesn't practically affect the currently built alternates, right? [10:31] cjwatson: or does it include new wrapped components? [10:32] not that I know of [10:58] ubuntu-server posted [11:17] apparenty my seed change didn't make it into the ubuntu desktop rebuild, so it's still oversized; at this point I'll wait for the new unity to land before I rebuild [11:18] http://cdimage.ubuntu.com/daily-live/20110301.1/ if someone wants to give it a smoketest [11:28] ubuntustudio posted [11:28] kubuntu desktop posted [11:30] wait [11:30] we need to fix bug 727106 [11:30] Launchpad bug 727106 in dpkg (Ubuntu) "multiarch symlink not present in fresh installs (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/727106 [11:30] it's a pain to migrate otherwise [11:35] uploading a quick fix now, and patch sent to buxy [11:36] cjwatson: that'll require rebuilds of all images? [11:36] yes [11:36] * pitti stops the big pipeline then [11:37] marking all images as to be rebuilt then [11:37] otherwise any systems installed from those images will be different from upgraded systems in a way that's (a) significant and (b) hard to put right latere [11:37] *later [11:37] sorry [11:37] cjwatson: hm, on first sight that seems like something that could be done in a postinst? [11:38] then you have to move a load of files in /var/lib/dpkg/info in a maintainer script, temporarily making them be not a path that dpkg will consider [11:38] I don't think this is safe [11:38] ok [11:39] all images disabled (I left upgrades, as there haven't been any tests yet) [11:43] I'm waiting for brltty to build before reuploading d-i [11:43] there was a conflict marker in one of its startup scripts [11:54] when can we expect the next batch of images to be ready for testing ? [11:55] jibel: I'm currently doing a smoketest, and doing so with the current images is appreciated (to check for installer failures, etc.) [11:55] jibel: the "good" ones will still take some 4 hours, I'm afraid [11:55] we need dpkg, brltty, d-i, nux, unity, and have dependencies between brltty->d-i and nux->unity [11:59] hmm, tempting to stop the publisher so that brltty/armel will have time to get in [11:59] would that be ok? [11:59] please do [12:00] done [12:01] cjwatson: is the d-i build failure due to the missing symlink in dpkg? (doesn't immediately look like it) or yet another bug? [12:01] cat: ./tmp/cdrom_gtk/tree/extraudebs-tmp/var/lib/dpkg/info/*.templates: No such file or directory [12:01] pitti, thanks, I'll continue testing the current images in approx. 1 hour. I'm doing upgrades at the moment. [12:01] already fixed in bzr and upstream git [12:01] d-i sets up its own dpkg/info directory [12:01] \o/ you rock [12:01] jibel: nice, thanks [12:02] so it needs to create that symlink otherwise (a) its own build system and (b) udpkg will get horribly confused [12:02] jibel: I'm running an amd64 smoketest now, too [12:10] pitti, right, we only support omap flavours [12:15] publisher running [12:16] uh, except there was already one running from the last hour, WTF [12:16] 09:43 argh, sync-mirrors keeps hanging on scandium (discussing with IS) [12:16] pitti: what did IS say to that? [12:16] because the publisher is hanging on scandium too [12:16] 27321 11:26:36 \_ ssh archvsync@scandium [12:16] $ date [12:16] Tue Mar 1 12:16:43 UTC 2011 [12:21] cjwatson: talked to Ng, and he promised to get back to it once he sorted out some high-urgency stuff [12:22] * pitti pokes again [12:22] archive.u.c is partly borked too, so there are probably big issues. [12:22] would someone kick off armel builds in the meantime (we dont need d-i on the preinstalled ones) [12:23] ogra: need to wait on dpkg [12:23] oh, ok [12:23] well, perhaps not, unless armel needs multiarch? [12:23] it will, though i would like to have a boot smoketest asap [12:23] we didnt have images since feb 16th due to archive out of sync-ness [12:24] so all feature freeze breakage hasnt been tested yet [12:25] jibel: just finished a successful amd64 desktop smoketest, so don't bother about that one [12:26] pitti: we should block on the new dpkg on all architectures, multiarch or not [12:26] *nod* [12:26] it will affect any software that looks in /var/lib/dpkg/info/ [12:27] so, waiting on publisher, smoketest done, I think I can disappear for a quick lunch [12:27] cjwatson: Ng re-poked, FTR [12:30] [5~/wg 64 [12:30] urgh [12:33] compiz just uploaded to fix unity launching in the classic session [12:33] all nux + unity testing is succesfull (testing done by four people on trunk) [12:33] nux building in my pbuilder (will take 30 min) [12:33] publisher really running [12:33] then building packaged unity [12:56] Setting up lsb-release (4.0-0ubuntu9) ... [12:56] pycentral: pycentral pkginstall: package lsb-release is not installed [12:56] pycentral pkginstall: package lsb-release is not installed [12:56] dpkg: error processing lsb-release (--configure): [12:56] hmpf [12:57] that should be fixed with current python-central [12:57] phew, k [13:16] pitti, cjwatson, just read through the backscroll, busy morning. Has unity been incorporated in the current run or not? must be missing some key comment ( /me slurping tea now - caffine is likely to be needed today :P ) [13:16] hey skaet_ [13:17] skaet_: unity is still being prepared [13:17] pitti, good. [13:17] skaet_: currently wrangling kernel updates, after that I'll check the status of dpkg etc. and start building new imagwes [13:17] just uploading d-i now [13:17] publisher's still on manual for maximal throughput [13:18] cjwatson, sounds good. [13:21] pitti, if unity has any possibility of introducing regressions at this point, we can't afford to include it since we don't have a good set of images at this point. === shadeslayer_ is now known as shadeslayer [13:21] ok, nux 0.9.30-0ubuntu1, unity seems fine, just looking if we can sneak a distro-patch here [13:22] skaet_: we tested it 4 people for 2 hours now [13:22] and I'm running the packaged version to ensure there is no crash at all [13:22] in any case, unity is dep on latest nux that I just uploaded [13:22] so, waiting for a publisher run, and still testing for now [13:24] didrocks, what does the nux that was just uploaded do/fix? [13:24] skaet_: unity dep on latest nux, it's speed improvement for most of them for the dash [13:24] and some crash fixes [13:25] didrocks: does it change ABI? you only need a strict build dep on nux abi changes [13:26] pitti: yeah, nux changes the ABI basically whith each upload, hence the << [13:26] yeah it does [13:26] ok [13:26] hey pitti :) [13:26] * pitti ^5s njpatel [13:26] I haven't see a "^5s" before but I'm instantly impressed :) [13:26] * njpatel ^5s pitti back [13:29] pitti, are the dpkg issues now resolved? [13:29] skaet_: should now, yes [13:30] * cjwatson does another debootstrap to confirm [13:30] pitti, what's left before pushing off the image rebuilds? [13:30] skaet_: FYI, I also cleaned up https://bugs.launchpad.net/ubuntu/natty/+bugs?field.milestone=33573, but not finished yet [13:30] skaet_: let me check [13:31] ogra, cjwatson: to confirm: armel preinstalled only depend on new dpkg; non-ubuntu alternates depend on brltty+d-i; non-ubuntu desktops only depend on dpkg; ubuntu desktop/DVD depend on unity [13:32] ubuntu alternates depend on unity as well, of course [13:32] IOW, as soon as my wait-for-package dpkg_1.16.0~ubuntu2 finishes, I'll trigger armel preinstalled builds [13:33] pitti: that sounds right to me [13:33] do we have nux uploaded but unity not, or are both not uploaded yet? [13:34] skaet_: antimony will be busy for a fair while with building the others, FWIW [13:34] * skaet_ nods [13:34] dpkg should be available already [13:34] ah, w-f-p just finished [13:34] my debootstrap picked it up [13:35] ubuntu-netbook daily-preinstalled should be ok, as this uses unity-2d [13:35] urk [13:35] cjwatson: ? [13:35] $ ls -l /chroot/natty-multiarch/var/lib/dpkg/info [13:35] ? [13:35] total 20 [13:35] -rw-r--r-- 1 root root 0 2011-03-01 13:35 dpkg.list [13:35] drwxr-xr-x 2 root root 20480 2011-03-01 13:35 i386 [13:35] skaet_: nux is pushed, I'm taking all the time I can get before it's published before pushing unity [13:35] skaet_: as it will need nux to be published [13:35] that's still bad :( [13:36] and yes, that's new dpkg [13:36] I wonder if debootstrap needs to be changed [13:36] didrocks, but if the abi has changed, will it not break the current unity if we build images without the updated unity? [13:36] skaet_: we need either now: [13:36] - rebuilding old unity [13:37] - take the new one [13:37] both option are working, I tested them [13:37] options* [13:37] damnit. yes, debootstrap needs to be changed as well [13:38] thanks didrocks. [13:39] skaet_: welcome, just doing some final "try to crash it" tests and then uploading unity [13:39] cjwatson, pitti - I have an appt I need to leave for now. Will be back online in about 2 hours. [13:39] testing ... [13:39] sorry, going as fast as I can [13:40] cjwatson, understand completely, no apologies needed. [13:42] cjwatson, pitti - don't wait for my return for decisions, get them building as soon as you're comfortable we'll get usable images. [13:44] ack [13:51] ok, unity sounds good, didn't get any crash trying hard for the last 20 minutes in addition to the whole testing we did before [13:51] uploading it [13:52] \o/ [13:53] pitti: uploaded [13:53] hmm, it is supposed to produce good sound ?!? [13:54] hmm, why is SIGPIPE set to SIG_IGN in my terminal? [13:54] not in gnome-terminal though, maybe it's a pterm bug [13:56] ogra: heh, full dolby digital :) [13:57] gnome-session bug [13:57] geez [13:57] and i never have my speakers attached when using it ! [14:02] Hello release team... ebtables is a new Recommends of libvirt-bin, showing in component-mismatch. Is this ok? [14:03] Or should we drop it to Suggests... we don't /need/ it. [14:03] (this cycle) [14:03] jdstrand and I are discussing it [14:04] well, I asked questions. I don't know the policy/rule surrounding that. I just figured if universe wasn't enabled, then a Recommends on a universe package just wouldn't get installed, which would go for cd images [14:05] jdstrand, the fear i have with that is inconsistent installations... without a user explicitly setting no recommends. [14:06] that is a valid concern [14:06] universe is enabled by default for CD images; it might create networked vs. not inconsistency [14:06] if you don't need it, though, drop it to Suggests [14:07] ack [14:07] interesting [14:07] * jdstrand starts to see the 'why' in all those reports [14:07] :) [14:08] cjwatson: wrt. your 'urk', was that an unexpected result from your debootstrap test? time to cancel the armel preinstalled builds? [14:09] yes [14:09] sorry, got distracted by SIGPIPE confusion [14:09] ok, cancelling [14:09] I just uploaded debootstrap 1.0.28ubuntu1 [14:09] hmpf [14:10] sorry, but you don't want to have to clean this up later [14:10] no, indeed [14:12] publisher running now with all of that [14:12] ah, was just about to ask, as there's none running ATM [14:12] also with nux on ... whoops, not armel [14:12] cjwatson: 's ok, we don't need it there [14:13] everything else though [14:13] armel has unity-2d [14:13] ah ok [14:13]