=== jjohansen is now known as jjohansen[afk] === bjf is now known as bjf[afk] [00:54] CD builds on manual until the new ubiquity arrives [00:56] someone broke livecd.sh again [00:56] already fixed and uploaded [00:56] sorry for that [00:58] it's waiting for the publisher [01:01] ok [01:01] * ogra is working since 20h in a row and getting unconcentrated, i propbably shouldnt do uploads in that state [01:04] 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] I'll want to do CD builds tomorrow once new ubiquity is available [01:06] cjwatson, it gets upgraded to the latest on every run now [01:06] automatically [01:09] ogra: every publisher run? [01:09] oh, every build? [01:09] yes [01:09] BuildLiveCD upgrades it before running livecd.sh [01:10] thanks [04:48] cjwatson or Riddell: Look like getfem++ fell back into Universe somehow. This will make kdeedu ubuildable (see depwait on powerpc) [05:25] ScottK: cf. Riddell's comment at the bottom of bug #512151 [05:25] Launchpad bug 512151 in getfem++ (Ubuntu) "[MIR] getfem++ (affects: 1) (heat: 8)" [Undecided,Fix released] https://launchpad.net/bugs/512151 [05:27] 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] Good morning [06:50] ScottK: I temporarily moved getfem++ back to main, will demote once kdeedu built [07:06] 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] ok, that looks much better [07:18] the alternates are well within size limit now (although they have almost no langpack) [07:18] the xorg/anthy/cups/g-i-t fixes helped a lot [07:25] good morning [07:28] morning ttx, all [07:28] mmm, no candidates images yet [07:30] ara: I just spun some alternates [07:30] for Ubuntu [07:30] for a first smoke test [07:31] pitti, OK, I will start with those, are they ready yet? [07:32] ara: yes, http://cdimage.ubuntu.com/daily/20100630/ [07:32] I might just as well post them to the tracker, and also build kubuntu etc. [07:33] pitti, cool, I will resync and will start smoke testing those [07:33] I will let you know ASAP if anything goes terribly wrong [07:33] thanks! [07:43] ara: tracker set up for a2, and ubuntu alternates posted [07:43] other alternates building, will add them as they come in [07:43] pitti, thanks [07:43] * pitti yays at http://cdimage.ubuntu.com/daily/20100630/report.html being empty [07:44] 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] ara: which arch are you currently testing? I can give amd64 a shot here [07:45] pitti, I have started with amd64 [07:45] ok, I'll test amd64/OEM/german then [07:46] pitti, OK [07:46] pitti, mark it as started in the tracker, please [07:46] done [08:32] I posted ubuntustudio and server ISOs to the tracker [08:32] xubuntu is uninstallable due to what looks like an old kernel (http://cdimage.ubuntu.com/xubuntu/daily/20100630/report.html) [08:32] kubuntu is uninstallable as well (http://cdimage.ubuntu.com/kubuntu/daily/20100630/report.html) [08:34] cjwatson: spinning desktops is still blocked on an ubiquity upload, right? [08:36] 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] meh, and I can't reproduce any of the kubuntu uninstallables in a clean maverick main-only chroot [08:39] pitti, maybe something was uploaded in the mean while? [08:40] I didn't see an upload, but maybe something finished building for Kubuntu [08:41] 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] pitti, in the tracker you posted ubuntu desktop i386, instead of the alternate [08:41] oops, fixing [08:42] done [08:44] thanks [08:44] ara: oh, indeed the report date looks very strange: "Generated: Wed Jun 23 04:21:16 UTC 2010 " [08:44] ^ from kubuntu 20100630 [08:44] weird, I triggered it around 7 UTC [08:44] * pitti rebuilds [08:45] Evan's just finishing up the u6y upload now [08:45] I'll investigate Xubuntu [08:45] 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] cjwatson: looks like a problem with old reports? xubuntu says "Generated: Tue Jun 22 09:07:15Z" [08:46] 8 days ago we probably did have 2.6.35.5.5 [08:46] $ isoinfo -lR -i cdimage/www/full/xubuntu/daily/20100630/maverick-alternate-i386.iso | grep linux-generic [08:46] -r--r--r-- 7 0 0 4380 Jun 25 2010 [ 158967 00] linux-generic_2.6.35.6.7_i386.deb [08:46] ah, there was a partial build failure in there [08:46] Possibly invalid template maverick-src-1.template [08:46] make: *** [imagesums] Error 1 [08:47] ah, so it just kept copying the old reports? [08:47] I'm not sure [08:47] I'll look into it and sort it out [08:47] cjwatson: affects ubuntu alternates as well [08:47] cjwatson: thanks! [08:47] I'll post xubuntu and kubuntu isos in the meantime [08:56] ok, koffice should now be fully sorted out, everything works in my chroot [08:57] next update of maverick_probs.html should have that fixed [08:57] getfem++ demoted again as well (was just temporary to have kdeedu build on powerpc) [08:57] pitti: ogra broke the reports, fixing [08:57] syntax error in the preinstalled stuff [08:58] with that, we just have kubuntu/arm and landscape left, I investigate landscape now [08:58] cjwatson: ah, thanks [08:58] sorry, NCommander broke them actually [08:59] so all the report.html files are nonsense. let me see if I can still regenerate them [08:59] ah, landscape fixed as well, seems smart moved back into universe erroneously; re-promoted [09:00] that should get i386/amd64 uninstallability pretty close to 0 [09:02] all report.html files updated [09:02] * pitti syncs ledit to fix that installability as well [09:02] cjwatson: \o/ [09:02] kubuntu-desktop still uninstallable [09:02] due to kopete [09:03] the xubuntu problem I mentioned still persists but must be breaking something else [09:03] cjwatson: hm, kopete installs fine here; I'll have a look at this [09:03] amd64 only [09:03] I'm on amd64 [09:03] but yeah, in chdist too [09:04] http://cdimage.ubuntu.com/kubuntu/daily/20100630.1/report.html has the same indeed [09:04] on i386 as well [09:04] audacity/amd64 uninstallable for ubuntustudio [09:05] * cjwatson updates chdist for universe to have a look [09:05] ok, that one is at least still real [09:06] possibly *just* fixed [09:07] rebuilding ubuntustudio [09:08] https://launchpad.net/ubuntu/+source/ubiquity/2.3.0 BTW [09:08] I just didn't want to have the lucid installer for another alpha release ... [09:09] yay btrfs! [09:09] cjwatson: so if all goes well we can trigger desktops in 2 h [09:10] still puzzled by kopete, but I'll poke that further [09:10] yup [09:10] this doesn't happen to have a verbose mode to say why it's uninstallable? [09:12] not that I know of [09:12] you could unpack the CD, point chdist at its apt archive, and try chdist apt-get cd install [09:13] 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] pitti: I can have a look at this in c. 30 minutes if you want [09:13] (the kubuntu uninstallable) [09:14] cjwatson: what did I break? [09:14] NCommander: [ ! "CDIMAGE_PREINSTALLED" ] instead of [ ! "$CDIMAGE_PREINSTALLED" ] [09:14] cjwatson: that be great, thanks [09:14] * NCommander gulps [09:14] cjwatson: oops :-/ [09:14] fixed now, no worries [09:15] 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] 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] (to make ubuntu-desktop installable on arm again0- [09:16] s/0-/)/ [09:16] pitti: ok by me [09:16] pitti: the FTBFS ARM FTBFS isn't in OOo, java is segfaulting on a build-depend [09:16] nothing armel/oo.o-ish is going to be fixable by Thursday anyway [09:17] NCommander: right, but we don't fix it by tomorrow [09:17] pitti: ah right. I'll make sure that it gets looked at by someone as soon as A2 goes out the door. [09:19] 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] hello ttx [09:22] pitti: yo! [09:23] also bug 599921 (that was preventing cloud images from being built) should be fixed now [09:23] 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] ScottK fixed it and I triggered a no-change rebuild [09:26] eww, rebuilding ubuntu-meta adds bootchart and pybootchartgui by default [09:26] this causes quite some slowdown, was that intentional? [09:27] ah, was from cjwatson, r1714 [09:28] cjwatson: but the log doesn't say why it's included by default? [09:33] it was to assist benchmarking, with the idea that it'd be removed before beta [09:34] hm, why did I put that in desktop [09:34] it'd be sufficient to have it in live-common I think [09:34] but if you think we don't have space, feel free to nuke it [09:34] also, pybootchartgui is a dependency, we don't need that explicitly [09:34] 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] it was mostly because there was somebody benchmarking live CD boots [09:35] and it's hard to install bootchart in that context [09:35] ah, for those [09:36] cjwatson: I can move it to live-common then? [09:36] I'm doing it [09:36] ack [09:41] done, go ahead and update -meta [09:41] pitti: hm, so I can't reproduce the kubuntu cd uninstallability with apt-get [09:41] oh, wait, I can [09:41] cjwatson: -meta> doing, thanks [09:42] kubuntu-desktop shows up as installable but kopete doesn't [09:42] ah, kopete is only a Recommends so apt-get just skips it but britney checks it anyway [09:43] it's a blacklist violation [09:43] libmediastreamer0: Depends: libavcodec52 (>= 4:0.6~svn20100505-1) but it is not installable or [09:43] libavcodec-extra-52 (>= 4:0.6~svn20100505-1) but it is not installable [09:43] ah, that explains why it doesn't turn up on maverick_probs [09:44] 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] cjwatson: what's the dependency chain? (I don't think kopete is directly pulling in libav*) [09:47] kopete -> libmediastreamer0 -> libavcodec52 [09:47] oh, do'h [09:48] ubiquity FTBFS [09:49] install: cannot stat `d-i/source/apt-setup/finish-install.apt-cdrom-setup': No such file or directory [09:49] ev: ^ missing bzr add or something like that? [09:50] hm, no, it's an included package [09:50] ev fixed it in trunk [09:50] 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] (needs some touching of make-web-indicies post A2) [09:52] make-web-indices changes can be done now [09:52] if there's time [09:53] 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] python-smartlib uninstallable blocks server install, investigating [10:23] python-smartpm* [10:32] * ttx mumbles something about uploading broken packages during freezes [10:39] 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] ttx: I repromoted it to main this morning [10:39] ttx: should be fixed in the next rebuild [10:39] ttx: does it break installation? [10:39] ttx: I can respin the image if you want [10:39] pitti: yes, landscape-client is installed by default [10:40] pitti: yes, please [10:40] ttx: sure, rebuilding [10:40] thx! [10:46] ttx: done, adding to tracker [10:47] ttx: http://cdimage.ubuntu.com/ubuntu-server/daily/20100630.1/report.html looks good now [10:47] ttx: sorry, reports were broken on the previous builds, so I didn't notice [10:47] pitti: np, that's what smoketesting is for :) [10:48] tracker updated [10:48] ttx: will you/smoser add the EC2 ones? [10:48] * ttx rsyncs and resmoketests [10:48] pitti: smoser will do. [10:48] good, thanks [10:51] * cjwatson read that as "rockettests" [11:13] for the record, I checked koreport uninstallability; doesn't break images and is just an obsolete package (replaced by koffice-libs0 [11:13] so http://people.canonical.com/~ubuntu-archive/testing/maverick_probs.html looks good enough now [11:15] koreport removed due to NBS [11:52] starting desktop builds now [11:52] $ 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] ... kubuntu-netbook && for-project kubuntu-netbook cron.daily-live [11:53] ah, publisher already done? thanks [11:53] cjwatson: I hope kdenetwork builds in time [11:53] cjwatson: if you didn't yet, perhaps move kubuntu a bit back? [11:55] oh, er, can't really now [11:55] it can just be repeated [11:55] ok, it should fail early then [12:02] 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] ok, thanks [12:05] I'm off for some 45 min for lunch; good time slot now until the desktops built [12:29] 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] ogra: please edit the live crontab to match, but don't uncomment things [12:37] unless that's what you mean you did [12:37] cjwatson, yes, thats what i did [12:37] i just didnt call the crontab command for it [12:38] go ahead and trigger it, you can run it in parallel [12:39] hmm, there are no comments in /srv/cdimage.ubuntu.com/etc/crontab [12:39] no additional ones at least [12:39] do i miss something ? [12:41] that's not the live crontab. 'crontab -e' edits the live crontab. [12:41] ah, crontab -l differs [12:41] I just commented out the whole active chunk. [12:42] yeah [12:42] i.e. s/^/# [12:42] to revert that, do you just edit it again or do you run crontab /srv/cdimage.ubuntu.com/etc/crontab ? [12:43] I would only do the latter with care [12:43] i.e. I'd diff first [12:43] indeed [12:43] do you want me to make this change to the live crontab? [12:43] well, once you enable it again at least [12:44] as long as autobuilding is off it doesnt matter [12:45] I've edited it [12:46] * ttx njoys fast dpkg again [12:46] good [13:05] darn, kdenetwork finished building 2 minutes too late [13:06] pitti: re bug 600120, which mirror are you using? [13:06] 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] cjwatson: I'm posting the images so far to the tracker, ok? [13:06] yes please [13:06] current ubuntu lives are within size limit \o/ [13:07] cjwatson: good question, let me boot my VM; if it autoselects, then I'd guess de.archive.u.c. [13:07] de.archive.ubuntu.com could apparently do with catching up too [13:07] so I think there's nothing to fix, we just need to wait a bit [13:08] oh you mean it's fixed in the recent OO.o build? [13:08] the openoffice.org-l10n upload from the start of this month that finally managed to build early this morning [13:09] so in my chroot I have the current version 1:3.2.1~rc2-2ubuntu1 [13:09] of what package? [13:09] openoffice.org-l10n-de [13:09] checking VM now (still booting) [13:10] check 'apt-cache policy' there before you update [13:10] I wasn't going to update [13:10] cjwatson: but wasn't that supposed to drop the language-support-* stuff at all? [13:10] in my chroot I see [13:10] 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] cjwatson: confirmed, de.a.u.c, and policy has 3.2.0-7ubuntu1 [13:11] so it's older indeed [13:11] 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] you were just seeing that as a side-effect of the whole thing being fundamentally uninstallable at the time [13:12] apt-get install in VM still breaks, let me take a closer look [13:13] cjwatson: ah, right; versioned dependency to oo.o-common breaks it [13:13] that's why it's falling back to lang-support [13:13] exactly [13:14] switching to archive.u.c./update/install works [13:15] right, so we can set that to "fix committed" perhaps and close it tomorrow? [13:15] ah, saw you update now; WFM [13:18] ubuntu and kubuntu [13:18] ... posted to tracker [13:18] will watch cdimage for progress on the others [13:20] pitti: kubuntu images not going to be final presumably? wrong kopete version [13:20] Riddell: right [13:20] but it'll take some time until we can respin, until Colin's build'em'all queue finishes [13:21] Riddell: but since the livefs built, it should at least be installable for a quick smoketest? [13:21] 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] ok thanks [13:31] feel free to respin kubuntu any time it's convenient [13:31] it can go in parallel with my current queue, which is past kubuntu now [13:34] we'll probably need to respin Ubuntu for new Wubi too, so that Wubi actually works [13:42] cjwatson: what package do we need to wait on for ^ this? [13:42] none, it's fetched from people.c.c/~evand/ or some such [13:43] ah; I didn't see anything relevant on -changes [13:43] xubuntu desktops posted, please test [13:45] slotting in an Ubuntu rebuild now [13:46] cjwatson: so this ^ doesn't require a new livefs, just a new cron.daily-live? [13:46] assuming we're just talking about wubi, it does not need a livefs rebuild [13:46] ev: thanks [13:46] sure thing [13:46] oh, damn, I did a livefs rebuild anyway [13:46] sorry [13:47] they're faster than they used to be ... [13:47] you can probably still ^C it? [13:47] haha [13:47] ^C-ing livefs builds doesn't tend to be effective [13:47] it should wait until the other ones (mythbuntu, netbook, etc.) are done anyway? [13:47] they still keep running on the other side of the ssh trigger [13:48] ah, right [13:48] and no, I slotted in between mythbuntu and ubuntu-netbook [13:48] is it a desperate matter to avoid a livefs rebuild? [13:48] mythbuntu won't be putting too much attention into A2 tests.. So that can be made a low priority. [13:49] cjwatson: I wouldn't call it "desperate"; it's maybe 45 mins, not the end of the world [13:49] Daviey: it's already built [13:49] pitti: more like 25 now [13:49] cjwatson: super, thanks [13:49] Daviey: right, they just landed; I'll post them anyway, perhaps someone is interested [13:50] Daviey: if nobody tests them, we just don't announce them [13:51] pitti: we will test them, but not too focused on them [13:52] I'll try to get DVDs built after all of this, though they tend to take longer [13:53] 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] 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] build 20100630.1 is publishing to ec2 right now. [13:54] cjwatson: the xubuntu cd's that just landed are they included [13:54] nuts [13:54] including the new wubi [13:55] * davmor2 wonders why delete is so close to the enter key [13:55] 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] davmor2: no [13:56] do I need to respin those too? [13:57] cjwatson: I'll try one for you asap and let you know [13:58] well, wubi won't work [13:58] that much is a given [13:59] cjwatson: if wubi won't work then it's worth respining the live cd's I would imagine [14:07] 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] davmor2: ok, will do after this Xubuntu rebuild [14:24] xubuntu respin for wubi would again just need a cron.daily-live, and thus can happen in parallel, right? [14:35] 20100630.1 ubuntu desktops posted to tracker [14:38] ubuntu netbook posted [14:38] cjwatson: just to confirm, you didn't build ports (netbook armel etc.) yet, right? [14:39] no [14:39] xubuntu respin (no livefs rebuild) in progress [14:39] kubuntu-netbook failed [14:41] http://people.canonical.com/~ubuntu-archive/livefs-build-logs/maverick/kubuntu-netbook/20100630/livecd-20100630-i386.out [14:41] hplip: Depends: hplip-cups (= 3.10.5-3ubuntu1) but it is not installable [14:42] hplip was just uploaded about an hour ago [14:42] I guess i386/amd64 buildd desync? [14:42] this was an i386 build [14:43] hplip-cups is in universe [14:43] ah, can promote [14:43] I wonder why it's not listed for promotion [14:43] package is ~ 350 kB and looks reasonable [14:44] that's a good chunk of the MB we saved on X, presumably on most CDs ... but OK === cyphermox_ is now known as cyphermox [14:45] "Removed hpijs from Recommends: of hplip, as we already [14:45] require hplip-cups via Depends:, hpijs is not needed any more for using [14:45] HPLIP with all supported HP printers" [14:45] ah, ok [14:45] hpijs is 472 kB [14:45] so I hope that'll go away then === bjf[afk] is now known as bjf [15:14] cjwatson: FYI, we'll need to respin netbook; didrocks is preparing a fix to make ubiquity actually appear in the menus [15:15] (it's nowhere right now) [15:15] pitti, the desktops posted at the tracker (20100630.1) have everything now? [15:15] or are we expecting a respin? [15:15] ara: should; I'm currently test-installing them in kvm [15:15] but it shoudl have the new wubi [15:15] k [15:16] 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] ara: oh, is something broken in the alternates? [15:16] my previous test install went quite well (OEM/German/manual partitioning) [15:16] pitti, no, it isn't, I just thought they were going to be respin [15:16] maybe I misunderstood the conversation here [15:16] thanks [15:16] I'm not aware that we need to; cjwatson, are you? [15:17] alternates do not have wubi [15:17] right, alternates should be fine [15:18] 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] nice, thanks all! [15:29] Hi! [15:29] http://cdimage.ubuntu.com/ubuntu-server/daily/20100630.1/maverick-server-amd64.iso <-- is that the correct A2 candiate? [15:32] looks correct to me, Daviey [15:32] pitti: oddly, i just saw the python-yaml issue :/ [15:32] failed to install at pkgsel due to dep problem with python-yaml. [15:33] Daviey, have you double checked that your iso has the same md5sum? [15:33] ara: 1908a53db7a727a1be65254fdf67ae9b maverick-server-amd64.iso [15:34] yes.. i can try again.. [15:34] ara: I'm actually doing it by creating a usb pendrive, using usb-creator-gtk.. not that it should matter :/ [15:34] pyyaml was just rebuilt today [15:35] pitti: i thought the spin happend after the rebuild [15:35] ? [15:35] Daviey: can you check the pyyaml version on that CD? [15:35] Daviey: that's what I thought as well [15:35] pitti: on it [15:37] pitti: 3.09.3... not the rebuild :S [15:37] * pitti checks archive [15:37] python3-yaml | 3.09-3build1 | maverick | i386 [15:37] python3-yaml | 3.09-3build1 | maverick/universe | amd64, armel, ia64, powerpc [15:37] urgh [15:37] Daviey: I think i386 will work [15:37] * pitti promotes [15:38] pitti: yeah.. amd64 is UEC's main candidate TBH [15:38] promoted [15:38] Can we have a respin please :) [15:38] so after the next publisher, at 1600 UTC, we can re-spin [15:38] ttx: ^^ [15:38] pitti: Super, thanks! [15:38] but I won't be here any more, need to leave in about 30 mins (my mother's bday today) [15:39] hmmmm [15:39] pitti: not sure about that [15:39] cjwatson: are you still here in 1:20 for the server and netbook respins, or shall I do a sleep;build ? [15:39] ttx: I reckon pitti knows when his mother's birthday is! :) [15:39] heh [15:39] pitti: I tested amd64 and i386 alright [15:40] * ttx checks [15:40] ttx: open the iso in file-roller, and navigate to the pool [15:40] Daviey: where did it fail for you? [15:40] pitti: pkg selection, unable to select and install software [15:40] Daviey | failed to install at pkgsel due to dep problem with python-yaml. [15:40] that's with a particular task perhaps? [15:41]