#ubuntu-release 2010-08-02 <pitti> good morning <ttx> Server CD oversized again. I suggest dropping "hplip" in the print-server seed <ttx> cjwatson, pitti, slangasek: comments from release team welcome ^ <pitti> ttx: currently busy with unbreaking dpkg, will look later <pitti> ttx: but sure, please go ahead <ttx> done. <charlie-tca> I need someone to kick the server for the Xubuntu daily images <ttx> Current server ISO fails after formatting with "Kernel override 'linux-server' not present" <charlie-tca> How do we fix it? <ttx> Found kernels: '' <ttx> charlie-tca: it's a separate issue <ttx> (was not meant as an answer to you, sorry :) <charlie-tca> Oh, okay <charlie-tca> My error is - W: Failed to fetch file:/srv/cdimage.ubuntu.com/ftp-universe/dists/maverick/main/binary-amd64/Packages.bz2 Hash Sum mismatch <ttx> hmm, looks like my issue comes from uninstallable lvm2 <ttx> hm, or not. <ttx> no, that's a separate issue <cjwatson> pitti: what's wrong with dpkg? <pitti> cjwatson: it's fixed now <cjwatson> pitti: yes, but I uploaded dpkg so I'm interested <pitti> cjwatson: dpkg-builddeb crashed, which caused everything to FTBFS <pitti> cjwatson: bug 612457 <ubot4> Launchpad bug 612457 in dpkg (Ubuntu Maverick) (and 1 other project) "6014050377 regression: dpkg-deb segfaults (affects: 1) (heat: 8)" [Critical,Fix released] https://launchpad.net/bugs/612457 <pitti> I had it in the #devel topic, but removed it again <cjwatson> odd, I did test it with a double-build I'm sure :-/ <pitti> cjwatson: it used an sprintf() to fill an exactly allocated buffer without accounting for the extra NUL byte that sprintf() writes <pitti> that triggered the stack protector <cjwatson> I assume I can drop the workaround patches on the next merge <pitti> cjwatson: right, you can <pitti> cjwatson: I just needed it to get _that_ new dpkg built <pitti> i. e. it's the PATH setting in debian/rules <pitti> cjwatson: landed safely in NY? <cjwatson> charlie-tca: I've kicked a rebuild (without looking very hard) <cjwatson> ttx: full log? <cjwatson> pitti: yep, actually was training across from IL <pitti> cjwatson: train? over the Atlantic? <cjwatson> IL - i.e. Chicago <pitti> ah, Illinois, not Ireland, sorry :) <cjwatson> pitti: thanks for fixing that dpkg bug <pitti> cjwatson: you're welcome; was a fun morning :) <ttx> cjwatson: I wonder how best I can capture that <pitti> release-wise, I got the uninstallables on i386/amd64 all fixed except for lbm, but we got a new abi anyway <charlie-tca> cjwatson: thank you <pitti> still fighting against CD overflows, and we have almost no langpack to chop off any more <ttx> cjwatson: pastebinning full log... <ttx> cjwatson: http://pastebin.ubuntu.com/472183/ <ttx> cjwatson: I can rerun it in English if need be. <ttx> there are a few translated messages in there, but they don't seem to apply to the issue directly. <cjwatson> apt-cdrom is unhappy; I'll have a look when I get to the venue and can update my images <ttx> cjwatson: ok, let me know if you want a bug about it, and if yes, under which package I should file it. <pitti> ok, I found three main culprits for the CD size explosion since alpha-2 <pitti> we started to ship git (+6.3 MB), checkbox now copies example-contents data (+6 MB), and ttf-unfonts-core balooned from 12.4 to 20 MB <pitti> so let's wade through that <pitti> sbeattie: do you have commit access to checkbox? <pitti> cr3 seems offline <pitti> sbeattie: I'd like to throw out the 6 MB of duplicated data files and instead add an example-contents dependency <pitti> ttf-unfonts and git (via gettext) sorted out <pitti> so if someone feels like it, he can trigger a CD respin in about an hour, to see where we are <pitti> (I need to leave in about 15 mins) <pitti> otherwise tomorrow's dailies should be fine <cjwatson> apw: how did your investigations with VT handoff and plymouth go? <cjwatson> pitti: I think best hold off on respins for a bit, since we're mid-kernel-ABI yet again <pitti> cjwatson: I won't do respins, I need to leave now <pitti> cjwatson: right now we are still consistently at -13 I think <cjwatson> yep <pitti> cjwatson: I pinged apw about whether -14 is for a3; if so, we need lmb and meta (and then of course seeds and di) <apw> cjwatson, i committed the kernel bits. i didn't bottom out on how to fix plymouth starting up too early * pitti waves good bye then, see you tomorrow <apw> pitti, yep -14 is meant for a3, and i am assuming ogasawara will upload those shortly (today) <cjwatson> pitti: I just switched d-i to -14 <cjwatson> and seeds <pitti> cjwatson: ah, thanks <cjwatson> apw: I didn't think plymouth starting up early was a problem; I thought we agreed it should be running across the KMS switch, and redraw? <cjwatson> apw: any progress on getting the bootloader/kernel bit of the interface upstream? I don't want to put it in grub until that <apw> not as yet, i was tied up last week finding and fixing some major races in framebuffer setup, which was preventing the new code from being testalbe <apw> cjwatson, as for plymouth redrawing, yes it should, and with all the patches in we can now survive it occuring, but plymouth isn't doing anything about the switch as yet <cjwatson> is there an event it can spot now? I guess the uevent for the new framebuffer appearing? <apw> yeah there is a new frambuffer appearing message <slangasek> ttx: hplip> really? why would you drop support for HP printers? If you're going to drop printing support, wouldn't you prefer to drop it all? <ttx> slangasek: why would we ship only HP drivers ? <slangasek> ttx: what do you mean, "only"? <ttx> I think hplip can be installed after the print server, *if* you happen to have an HP printer <slangasek> ttx: all the other packages in that seed are /also/ drivers <slangasek> so HP printers will be the only ones /not/ working out of the box, AFAICS <ttx> slangasek: hmm, you mean, the HP printers that require hplip <ttx> slangasek: but dropping it all might make sense as well <ttx> it's just that hplip pulls really crappy stuff on the server CD, like sane-backends or libgphoto2 <ttx> because you get much more than a printer driver... <slangasek> ah <slangasek> yes, sane-backends doesn't seem like a... sane thing to pull in via the printer seed <ttx> slangasek: but i'm open to all suggestions. I don't care so much either way :) <slangasek> so I understand why you would want to trim the seed, I just think doing it this way disadvantages HP printers <ttx> slangasek: most of the others end up being pulled by cups recommends <ttx> (like hpijs) <slangasek> ah <ttx> hplip notably deosn't, which makes it an easier removal. <slangasek> interesting, perhaps I should try removing hplip and testing whether printing still works <ttx> we could have a longer discussion on the pertinence of the print-server task <slangasek> (but can't do this week, because my printer is 3500 miles away and I won't be able to confirm whether paper was spit out ;) <ttx> slangasek: for A2 hplip was also the reason why the server CD was oversized, through some abusive depends <ttx> so I figured I could just get rid of the troublemaker :P <slangasek> no, java is the reason the CD was oversized, but I guess you don't want to cull that ;P <slangasek> (hplip was there first! ;) <ttx> slangasek: you as in me, or you as in the server team ? <slangasek> :-) * ttx wonders if hplip is on the desktop ISO <ttx> I seem to remember it showed up in the server packages because we were the only one to seed it <slangasek> Task: ubuntu-desktop, print-server, kubuntu-desktop, kubuntu-netbook, edubuntu-desktop, xubuntu-desktop, ubuntu-netbook <ttx> another bug in http://ubuntuserverpkgsetreview.appspot.com/?offset=260 then <slangasek> well, I'm looking at lucid; perhaps it's changed in maverick, though that would be odd <slangasek> ttx: no, that page lists it as being in the desktop-common seed :) <ttx> slangasek: that page is supposed to ignore stuff that is seeded otherwise :) <slangasek> ah <ttx> or maybe it's just ignored when it's seeded in standard/minimal <ogasawara> apw, cjwatson: hrm, seems I don't have the permissions to upload linux-backports-modules-2.6.35 <ttx> slangasek: anyway, feel free to restore hplip in the seed if you find a better way to recover 5Mb <ogasawara> apw: I've got the package on zinc, could you try re-signing and uploading? <slangasek> ttx: if the drivers are all in hpijs, perhaps we don't need hplip at all; I'll do some testing next week to follow up <ttx> slangasek: fyi the server ISO is uninstallable right now, see my discussion with cjwatson ~3 hours ago <slangasek> ttx: apt-cdrom - ack <slangasek> I'll keep cjwatson supplied with coffee until it's fixed <ogasawara> apw: tgardner is uploading lbm for me <cjwatson> ogasawara: you should have permissions now <ogasawara> cjwatson: thanks <cjwatson> ttx: currently looking like an apt bug, but I'm still investigating <cjwatson> apt-cdrom finds the right directories but then apparently drops them <ogasawara> when an archive admin has a moment, could I get the linux (armel) and linux-backports-modules-2.6.35 (i386 and amd64) accepted from the New queue <Riddell> ogasawara: doing now <Riddell> running kernel-overrides will take an hour though <cjwatson> I'm already running kernel-overrides <cjwatson> so you can save some time by ctrl-c'ing it ;-) <cjwatson> it's up to irda-modules here <Riddell> cjwatson: is kernel-overrides still needed? seems like everything is in main <cjwatson> well, it is now because I just ran it :) <cjwatson> it all gets dumped into universe by default <cjwatson> accepted linux, anyway <Riddell> yes but in general it's a very slow way of putting the binaries into main, it's faster to copy and paste the binary package names and put them into a single queue override command <cjwatson> sure; although the slowness is a Launchpad bug ... <Riddell> I wonder if there's an actual bug open for that <cjwatson> I filed one several years ago, I think * Riddell accepts linux-backports-modules <charlie-tca> no kernel found in defined APT sources - xubuntu alternate 386 <charlie-tca> That's bad, right? <cjwatson> charlie-tca: bug 612665 <ubot4> Launchpad bug 612665 in apt (Ubuntu Maverick) (and 1 other project) "apt-cdrom architecture match always fails (affects: 1) (heat: 6)" [High,New] https://launchpad.net/bugs/612665 <cjwatson> ttx: ^- that's yours too <charlie-tca> thank you <pitti> ah, seems the kernel abi transition is done, wonderful <pitti> I'll build a new set of ubuntu alternates to see where we are size-wise <ScottK> No publisher run this hour? <sbeattie> can one of the archive admins please take care of the phpbb3 package that's in binary NEW? It's been there since last week. #ubuntu-release 2010-08-03 <wgrant> cjwatson, Riddell: Why's it so slow (the script is not public, AFAICT)? <Riddell> sbeattie: is it needed for a paticular reason? if not it' my archive day tomorrow and I'll probably get to it. nobody else is doing regular New processing so it's not unusual for things to be stuck for a week <Riddell> wgrant: because the soyuz queue command is slow and it runs it once for each binary package <wgrant> Well, it seems like kernel-overrides could be optimised to call it fewer times. <wgrant> Making it quicker to start is unfortunately not easy :/ <wgrant> Yay Zope. <sbeattie> Riddell: it's not strictly necessary, but the security team has some tracking scripts that whinge when package sources disappear from the archive. <sbeattie> Riddell: tomorrow is fine. <Riddell> wgrant: on my archive admin days a significant amount of my time is spent waiting for the queue command, it's probably one reason why I'm the only active archive admin left <wgrant> Riddell: Do you normally need to do per-binary overrides, or would the current web UI suffice? <wgrant> Making that quicker isn't terribly difficult. <Riddell> never used the web UI, didn't know one existed <ScottK> Riddell: That's what I have to use. <wgrant> Riddell: https://launchpad.net/ubuntu/maverick/+queue <wgrant> Doesn't let you do per-binary overrides, but is otherwise not bad. <ScottK> It is however, unreliable. <ScottK> It's not at all rare to get timeouts on it, particularly when doing multiple packages. <Riddell> it would help a bit if binarie were put into the component their source is in by default <wgrant> If you have complaints, tell us (or maybe just me)! <wgrant> It's not deliberately painful, and a lot of things are easily fixed. <ScottK> wgrant: When it fails, I retry a few times and if it's consistent, I complain. <wgrant> ScottK: Right, we know about the timeouts. <wgrant> It's the other issues that seem to also be causing real problems that I'm worried about. <ScottK> Functionally, the lack of per binary overrides is the main thing I miss. <ScottK> wgrant: Speaking of timeout issues, Error ID: OOPS-1675E1545 is not rare on https://launchpad.net/ubuntu/+source/kde4libs/+publishinghistory <ubot4> https://lp-oops.canonical.com/oops.py/?oopsid=1675E1545 <ScottK> Retry worked (as it often does). <cjwatson> wgrant: the problem is that if you call queue on a bunch of binary packages then it takes O(N^2) time <cjwatson> which is stupid <cjwatson> so you have to trade off the cost of repeatedly executing queue against the cost of having it override N times as many times as it needs to <cjwatson> bug 241129 <ubot4> Launchpad bug 241129 in soyuz "'queue override' command scales at O(n^2) with the number of packages on the commandline (affects: 1) (dups: 1) (heat: 4)" [Medium,Triaged] https://launchpad.net/bugs/241129 <wgrant> cjwatson: Hm, that's pretty awesome. <pitti> Good morning <ttx> slangasek: the server ISO is under size now, with hplip still in there, so we could revert the hplip seed change <ttx> amd64 is at 699 Mb though <ttx> I'd still want to try out at alpha3 how usable is print-server without hplip <pitti> finally! compiz installable again; now waiting for the ecore/edje/elementary stuff to become installable, then we can trigger some images <pitti> in fact, after this publisher run finishes we can trigger amd64/i386 images <pitti> alternates and desktops triggered for all flavours <pitti> first images posted to tracker <pitti> ara: ^ FYI <ara> pitti, great, thanks! <ogra> pitti, do i get in your way if i fire off an armel build ? <Riddell> smoke testing today's kubuntu daily live, seems in reasonable shape, installs fine <pitti> ogra: doesn't work yet <pitti> ogra: we still need some time to sort out the giant FTBFS mess of the new e* stack <pitti> ogra: but if you have an image without netbook-launcher, go ahead of course * pitti binNEWs edje <pitti> ogra: FYI, in 1.5 hours I can retry "elementary", so around 18:00 CEST we hopefully have installable arm again <pitti> ara, Riddell, all: all alternate builds posted <pitti> ttx: ^ server, too <pitti> smoser: can you please add the UEC images to the tracker, too? <ttx> pitti: ack <pitti> ubuntu/kubuntu-netbook posted, too <pitti> Riddell: ^ FYI <smoser> pitti, i've never added anything to the tracker myself. <pitti> smoser: ah, who does that usually, for the URC images? <smoser> slangasek, will usually do the UEC images, ara has done them before though. slangasek has a script which takes something like http://uec-images.ubuntu.com/server/maverick/20100803.1/published-ec2-daily.txt as input <pitti> Riddell: oops, just saw the kubuntu-meta upload; I guess you want a rebuild for that? <ttx> pitti: note that server will need to be respinned to get the last eucalyptus in, should land eod today. <pitti> ttx: sure <pitti> ttx: I'm just happy that after all this wrangling with soyuz and cd space, we even have buildable CDs now, so I wanted to build them now before everything breaks all over again :) <pitti> but no problem to do respins <pitti> ttx: first smoketest appreciated, though <ttx> of course <Riddell> pitti: kubuntu netbook? that doesn't exist any more <pitti> Riddell: hm, why do we still build them then? <Riddell> I thought we didn't <pitti> Riddell: ok, I can take them off the tracker and remove them from the cronjb <Riddell> they are commented out in the crontab <Riddell> pitti: we're still waiting for the last KDE 4.5.0 packages to get published, I'd also like the packagekit update and of indeed the meta packages on there <pitti> Riddell: ok; can I ask you to trigger a respin once that's done? my afternoon is full of meetings, and I have a presentation to give at 1400 UTC, too <Riddell> yes I can do that <pitti> Riddell: cheers <pitti> Riddell: ok, so I'll ignore the current kubuntu desktop build <pitti> i. e. not add it to tracker <ScottK> libmail-dkim-perl depends on libdigest-sha-perl, which is in Universe. It has an approved MIR from some time ago (Bug #243306). I'm not sure why that doesn't show up on the problems page, but would someone please promote libdigest-sha-perl. <ubot4> Launchpad bug 243306 in libdigest-sha-perl (Ubuntu) "MIR for libdigest-sha-perl (heat: 4)" [Undecided,Fix released] https://launchpad.net/bugs/243306 <ogra> pitti, sigh, asac promised to be careful :P <pitti> ogra: well, he had the entire stack synced, and it has very sloppy build deps <pitti> but we are almost through now, just two more hours :) <ogra> pitti, i know, i wouldnt have acked the sync right before A3 if i had known it needs the whole stack new <pitti> let's just hope that it'll actually work :) <ogra> we're far from being ready with the settings and i had planned to adjust them until A3 <pitti> oh, hmm <pitti> netbook-launcher-efl needs a rebuild, too <pitti> against the -06 ABI <pitti> it currently depends on *-05 <pitti> ogra: ^ mind uploading that? <ogra> i thought asac pulled a new upstream version in <pitti> https://edge.launchpad.net/ubuntu/+source/netbook-launcher-efl/+changelog <pitti> last upload is from April <ogra> afaik that was the whole reason for doing the syncs of the efl stack <pitti> maybe he's planning to <pitti> -> #u-desktop <ogra> thats what i understood <davmor2> pitti: wubi is broken still. Drops straight into grub shell on first boot after installing on windows side <slangasek> ttx: revert the seed change> your call :) <ttx> slangasek: I'll keep it that way. We can revert for beta :) <ScottK> slangasek: If you have a moment, would you please promote libdigest-sha-perl? See channel scrollback from ~2 hours ago for details. * Riddell builds Kubuntu CDs <smoser> slangasek, when you get a minute, can you populate iso tracker with http://uec-images.ubuntu.com/server/maverick/20100803.1/published-ec2-daily.txt * Riddell builds kubuntu CDs again <Riddell> smoser: added please check I got that right http://iso.qa.ubuntu.com/qatracker/build/ubuntuserver/all <smoser> did you do it by hand ? <Riddell> how else do you do it? <smoser> slangasek, has a script. and the serial numbers are supposed to be the ami ids :-( <smoser> slangasek, how about providing me with that script, so next time i ask someone else i can say "use this, its easier" <Riddell> ScottK: libdigest-sha-perl moved to main <slangasek> smoser: the script isn't done yet, it still has to be edited for each new milestone; I'm working on fixing that today <smoser> slangasek, thanks. i didn't mean to pester. only to save other people time and heartache <slangasek> smoser: it's not pestering, this is something I've needed to get done for a couple of months now to eliminate myself as SPOF :) <Riddell> new kubuntu CDs up, added to tracker <charlie-tca> Can we have the xubuntu Desktop images added to the tracker? <pitti> Riddell: yippie <pitti> charlie-tca: looking <charlie-tca> Thanks <pitti> charlie-tca: sorry, had an afternoon full of meetings, got a bit sidetracked from the release stuff <charlie-tca> no problem <charlie-tca> I ran some anyway <pitti> done <charlie-tca> Thank you <Riddell> is there such a thing as SRU freeze for 10.04.1? <pitti> Riddell: yes, there is <pitti> Riddell: we had to inflict it so that we can test CDs built from -proposed for a while <Riddell> pitti: so that's still in place? <pitti> yes, it is <Riddell> pitti: where was that announced? <pitti> Riddell: shoudl have been during the sprint <seb128> it was not announced <Riddell> that seems rather a problem <seb128> Riddell, right, thanks to the lack of r-m I guess but that should be fixed rsn <slangasek> smoser: AMIs posted; script finished; lp:~ubuntu-archive/ubuntu-archive-tools/trunk/post-amis-to-iso-tracker.py <smoser> slangasek, thanks. <slangasek> pitti: ^^ <pitti> slangasek: thanks <smoser> regarding the amis... well, we're re-spinning :) <smoser> but the script is great. <slangasek> pitti: sure! sorry it took so long <slangasek> smoser: 'sok, really easy to post the new ones when they're ready ;) <pitti> slangasek: did you meet Kate yet? say hello from me <slangasek> pitti: I did - you know Kate? <pitti> slangasek: not yet :) <slangasek> heh :) <pitti> but let's say, I'm not at all unhappy about getting back a RM <slangasek> right :) <pitti> good night everyone <pitti> no -efl tody, so no arm images <ScottK> Riddell: Thanks. #ubuntu-release 2010-08-04 <smoser> slangasek, or pitti can someone post http://uec-images.ubuntu.com/server/maverick/20100803.2/ to tracker ? <smoser> slangasek, wrote lp:~ubuntu-archive/ubuntu-archive-tools/trunk/post-amis-to-iso-tracker.py to aid in doing that. it takes input from http://uec-images.ubuntu.com/server/maverick/20100803.2/published-ec2-daily.txt <slangasek> smoser: done <smoser> gracias <smoser> can someone (slangasek?) populate the UEC images for iso testing ? use 20100803.2 <pitti> Good morning * pitti promotes liblauncher to main, so that we can build the new -efl <pitti> ogra: ^ FYI <pitti> darn, 2 minutes after publisher <ttx> pitti: do you have the keys to nominate UEC images into the ISO testing tracker ? They are still missing... <ttx> "Ubuntu Server UEC amd64" and "Ubuntu Server UEC i386" <ttx> we want them to point to 20100803.2 <pitti> oh, I thought slangasek did that last night <ttx> he did the EC2 ones <ttx> not the "UEC" flavour <pitti> hm, so I never did that, but let's have a look at Steve's new script <ttx> there is no publication to do, just an entry to the ISo tracker <ttx> (but I have no idea how to trigger that) <pitti> ttx: so how do I get the AMI numbers? <ttx> there is no AMI number for the UEC cloud images <pitti> ah, os it's literally just 20100803.2 ? <ttx> I think so -- it's the tarballs that are at the bottom of http://uec-images.ubuntu.com/server/maverick/20100803.2/ <ttx> I just need the entries on the tracker so that we can register test results -- they just need to say "20100803.2" <ttx> test cases describe where to find them <pitti> ttx: ok, sorry for the confusion; how is that? <ttx> so it should really just be two SQL entries <ttx> \o/ <ttx> perfect ! <ttx> I might bug you in a few to bump the build score for eucalyptus (when it is uploaded) so that we respin at the earliest possible <ttx> Daviey is still running a few tests <pitti> sure <pitti> ttx: buildds are idle, though <Daviey> within an hour, it should be uploaded <Daviey> pitti: Hmm.. i tried a PPA build and that seems to be doing badly.. been uploaded +25mins, wait time let est. 24mins <pitti> right, PPAs are clogged <pitti> let me know if you need a PPA build score bump <Daviey> it would help :) <pitti> I just looked at the ubuntu builders <pitti> Daviey: url? <Daviey> https://edge.launchpad.net/~davewalker/+archive/uec-devel/+build/1903331 <pitti> done <pitti> next in line now <Daviey> \o/ <Daviey> thanks <ttx> pitti: got a question for you. the new eucalyptus adds a recommends:tgt, a mir was filed and accepted for tgt. If we rush build->publish->respin would tgt be blocked in component-mismatches and not reach the cd ? <pitti> ttx: no, recommends just get ignored <pitti> they would appear in c-m, but wouldn't render it uninstallable <ttx> ok <ttx> arh. <ttx> apparently there is another one for which MIR wasn't processed yet <ttx> https://bugs.edge.launchpad.net/ubuntu/+source/libcrypt-openssl-x509-perl/+bug/609992 <ubot4> Launchpad bug 609992 in libcrypt-openssl-x509-perl (Ubuntu Maverick) (and 1 other project) "[MIR] libcrypt-openssl-x509-perl (affects: 1) (heat: 432)" [Wishlist,New] <ttx> pitti: so it would not reach the CD ? <pitti> ttx: no <pitti> oh, is that a dependency? <ttx> no it's a recommend as well <ttx> Daviey: right ? <pitti> ttx: I can pre-promote it, looks relatively harmless <ttx> pitti: that would be great. * pitti does and updates the bug <Daviey> ttx: yes <Daviey> pitti: I just pinged lool, asking for a MIR review <Daviey> I assume he's be working shortly.. hopefully he'll be able to ramirezanna@example.org. <ttx> pitti: since the tgt mir was accepted, is there any way to pre-approve it so that it's accepted on the CD as well ? <pitti> "accepted" == "approved"? <pitti> ttx: can do, yes <ttx> https://bugs.launchpad.net/ubuntu/+source/tgt/+bug/594372 <ubot4> Launchpad bug 594372 in tgt (Ubuntu Maverick) (and 7 other projects) "MIR: tgt (affects: 1) (heat: 85)" [Medium,Fix released] <pitti> ttx: ah, sure <pitti> "released"? oh <pitti> so, it's released now, promoted <Daviey> \o/ <pitti> right in time for this publisher <ttx> hm, looks like I shouldn't have fixreleased it <ttx> we should have waited for the dependency to show up <ttx> pitti: ok, so now if we upload the new eucalyptus that has those new recommends, build/.publish/respin, the CD should magically get all of those without further human interaction ? <pitti> right <ttx> cool, thx <ttx> pitti: ok, uploaded, "Start in 4 seconds" for the last minute or so <pitti> buildds are very slow again unfortunately <ttx> https://launchpad.net/ubuntu/maverick/+source/eucalyptus/2.0~bzr1218-0ubuntu1 <pitti> I mean, the queue builder to actually assign a build to a buildd <ttx> ah, ok <pitti> ttx: how long does it build? <ttx> ~20 min <pitti> ah, should be fine <ttx> yep <pitti> we have 40 mins until next publisher <wgrant> pitti: That slowness should be pretty much fixed in a week, FWIW. <wgrant> Although some of it will remain until the next LP release. <pitti> wgrant: ooh! <pitti> wgrant: do you know what causes it? <pitti> some days ago they were fast again, and now they are back to slow; I didn't quite see a pattern there <wgrant> It's possible it won't get merged in time, but it should. <pitti> there is no large build queue right now <wgrant> pitti: It's mostly to do with the number of builds that have finished since the last scanning cycle. <pitti> well, PPAs have, but they are always full anyway <wgrant> A few days ago most of the PPA builders were gone, so there weren't many builds finishing. <wgrant> So it scanned quickly. <pitti> aah <pitti> right, that was it <wgrant> But now there are lots of builds finishing, and the upload processor takes ~15s per upload, and runs synchronously. <wgrant> So then it doesn't scan for ages... leaving time for lots more builds to finish. <ttx> pitti, Daviey: packages built, willbe picked up by next publisher run <Daviey> \o/ <pitti> nice <ttx> time for coffee, then ! <pitti> ttx: so, once they are published, I'll rebuild server ISOs and re-post <pitti> ttx: do we also need to update the UEC/EC2 images? <ttx> pitti: no <ttx> only the ISO <ttx> the ISOs <pitti> ok <Daviey> pitti: If you notice it's published before I do, would you be kind enough to ping me please? :) <pitti> Daviey: I set up a trigger to respin server ISOs as soon as it's published <pitti> Daviey: but if you need to do anything in between, I can stop it and ping you instead <Daviey> pitti: oh, interesting.. it's not a curl + grep + if statement + ./spin_cd.sh .. is it? :) <pitti> Daviey: something like that, yes <Daviey> nice :) <pitti> it checks antimony's local mirror <pitti> $ wait-for-package eucalyptus-cloud_2.0~bzr1218-0ubuntu1 && for-project ubuntu-server cron.daily <Daviey> ahh.. much better :) <ttx> pitti: 20100804.1 is up on cdimage, could you bump the ISo testing tracker reference ? <pitti> ttx: already at it <pitti> http://cdimage.ubuntu.com/ubuntu-server/daily/20100804.1/ <pitti> ttx: UEC, too? <ttx> no <pitti> Daviey: ^ <ttx> just ISO/amd6' and ISO/i386 <pitti> ttx: done <ttx> pitti: thanks ! <Daviey> ah, super - thanks <ttx> hm, the UEC install fails. Missing tgt deps on CD <ttx> libibverbs1 librdmacm1 libconfig-general-perl <ttx> grumble <pitti> meh <ttx> pitti: looks like those also need to be cleared, they are in https://bugs.launchpad.net/ubuntu/+source/tgt/+bug/594372 <ubot4> Launchpad bug 594372 in tgt (Ubuntu Maverick) (and 7 other projects) "MIR: tgt (affects: 1) (heat: 85)" [Medium,Fix released] <Daviey> ttx: Hmm <Daviey> i got the same results <ttx> Daviey: they have not been promoted yet, only tgt was <pitti> ttx: right after publisher start :-/ <ttx> arh :) * pitti promotes <Daviey> :(... pitti, did those depends show in CM? <pitti> yes <ttx> pitti: it needs to be picked up by a publisher run ? arh! <pitti> I now verified that those three don't have any further universe depends <pitti> sorry, but http://people.canonical.com/~ubuntu-archive/component-mismatches.txt is a real mess right now, not easy to see what's relevant <pitti> a lot needs to be fixed in packages themselves <Daviey> wow, just ramirezanna@example.org.. it's huuuuge <ttx> pitti: so ETA is like... 90min ? <pitti> ttx: more like 2 hours <ttx> ok <Daviey> pitti / ttx: I trust the ant CM won't be an issue? <pitti> no, most there aren't <ttx> pitti: could we mark the two ISO entries as "rebuilding" so that nobody wastes any ISo tseting effort ? <pitti> report.html on the cdimage directories is the interesting part <pitti> ttx: sure <pitti> done <ttx> great <pitti> http://cdimage.ubuntu.com/ubuntu-server/daily/20100804.1/report.html <pitti> right <pitti> sorry, we should have checked that right away <ttx> no problem, I didn't intend to do that much testing over lunch hour anyway :) * Daviey has some admin he should be doing anyway.. :) <Daviey> pitti: Thanks for sorting that out. <pitti> let's see who wins first - netbook armel or server :) <pitti> looks like they could both make it at the same time now <Daviey> ttx: Is that likely to put us oversize?! <ttx> there is some risk <pitti> on amd64, could be <ttx> for some reason hplip is still in there * Daviey files a remove from archive bug report.. that'll teach it a lesson! ;) <ttx> I wonder why though <ttx> http://people.canonical.com/~ubuntu-archive/germinate-output/ubuntu.maverick/print-server shows it's no longer in the seed <Daviey> ttx: is hplib on both i386 and amd64, or you've only seen it on amd64? <ttx> bah <ttx> Ubuntu.Maverick server-ship seed <ttx> it was in duplicate places <Daviey> ttx: If you can modify the seed before this is spun, then we should be ok on size? <ttx> I can modify the seed, not sure if that will be taken into account in time for the spin though <ttx> pitti: ^ ? <Daviey> pitti: Does the spin process re-germinate? <pitti> the publisher runs germinate <ttx> ok, lets try this then <pitti> but ship doesn't have a Task: header <pitti> so I think this should get effective immediately on CD image build <pitti> ttx: do the server-ship seed change now, and I'll rebuild a test image to verify that hplip is gone <pitti> Task: ubuntu-desktop, kubuntu-desktop, kubuntu-mobile, kubuntu-netbook, edubuntu-desktop, xubuntu-desktop, ubuntu-netbook <pitti> it seems gone from the print-server task, anyway <pitti> that's the bit which needs 2 publishers <ttx> changed, committed and pushed * ttx greps for hplip to make sure it's really dead now <ttx> pitti: in unrelated news I'll soon polish and propose an alternative chart for the work-items-tracker <ttx> it skips weekend days and concentrates on work done and velocity <pitti> ah, nice <ttx> see before: http://people.canonical.com/~ttx/before.svg <ttx> and after: http://people.canonical.com/~ttx/after.svg <ttx> it looks better in cases where work items keep being added during the subcycle <pitti> but isn't that what you should avoid usually? <ttx> in agile, I'd say yes <pitti> it would stop showing you when you have to postpone stuff or involve more people because you are running behind <ttx> since feature creep is bad <pitti> running over trend line has been very useful <pitti> showing it, I mean <ttx> well, my graph still shows that <ttx> if you don't postpone enough, the dotted line will look unrealistic <ttx> this one avoids you having to reset the trends line after you postpone stuff <Daviey> ttx: burn up chart :) <ttx> it concentrates on your velocity, which is hard to derive from the before.svg <ttx> pitti: anyway, it should be opt-in <ttx> the default should still be the "regular" one <pitti> I guess I first need to convince Clint Byrum to reduce the per-user charts <pitti> they take awfully long <ttx> heh, I'm not surpised by that <ttx> not even surprised * ttx goes to lunch while the publisher sleeps <ttx> pitti: how did your test image rebuild go ? No more hplip ? <pitti> building now; sorry, was looking at n-l-efl <ttx> ok, back in ~1h <pitti> ttx: http://cdimage.ubuntu.com/ubuntu-server/daily/20100804.2/ <pitti> looks good <pitti> 682M amd64 <pitti> publisher done \o/ <pitti> so, one more publisher to go to for the tgt dependencies to propagate to main <Daviey> pitti: splendid! <ara> pitti, ogra: are these two builds supposed to be in the tracker? <ara> Netboot arm dove (20100803) 0/1 None <ara> download info Netboot arm imx51 (20100803) <pitti> ara: no <pitti> ara: still fighting to get netbook-laucher-efl built <ogra> we still build them, but they are not tracker worthy <pitti> ara: ETA 2.5 h <pitti> ara: the current images are uninstallable <ogra> pitti, add another 2-2.5h for the image builds <pitti> oh, oops; I accounted .5 h <pitti> so, 4.5 h then <ara> pitti, ok, thanks for the update, can you mark them as "rebuilding" so people don't get confused? <ogra> well, the armel buildds have USB disks <pitti> ogra: that's quite long -- I thought image builds would by and large need IO, and not much CPU <ogra> dont expect high speed :) <pitti> ara: I didn't think I added them in the first place? <pitti> ara: ah, sorry; "netboot" <pitti> I misread as "netbook" <ara> :D <ogra> netboot should vanish from the tracker completely <pitti> ara: done <pitti> ogra: no netboot for arm? <pitti> ok, I can disable them <ara> pitti, thanks <pitti> ogra: done <ogra> pitti, as long as they dont break d-i buiulds i'm happy to keep them building, but they dont need to be on the tracker <pitti> FTR, I went to all the red bugs and triaged/commented them; wubi and offline OEM are broken, the rest looks good so far <pitti> ev: if you have some minutes, could you have a look at bug 613288 and bug 600578? do we need any further information? <ubot4> Launchpad bug 613288 in ubiquity (Ubuntu) "wubi installation failed - boot configuration store could not be opened (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/613288 <ubot4> Launchpad bug 600578 in wubi "installer drops into grub shell after rebooting from windows. (affects: 1) (heat: 8)" [Undecided,New] https://launchpad.net/bugs/600578 <pitti> (they might be duplicates, but hard to say for me) <pitti> ev: especially the latter confuses me -- I thought wubi would always start right out of windows, and not touch grub etc.? <ara> pitti, it does add an entry in the grub menu, so it looks like another partition, when it is not <ara> http://blog.cyphermox.net/2010/06/wubi-installing-ubuntu-inside-windows.html <pitti> ara: ah, thanks * pitti never saw it <pitti> then again, I just ordered a new laptop, which will come with the unavoidable win 7 <pitti> so for the first time in years I will actually have an otherwise useless windows to test those bits :) <ara> :) <pitti> I'm out for a quick lunch; can't do anything for the next 40 mins anyway <ara> enjoy your meal! <pitti> re <pitti> ara: I did, thanks <pitti> ttx: ok, tgt seems happy again, triggering images <ttx> pitti: heh, holding my breath :) * ara -> lunch <ttx> pitti: published, looks ok at first glance <ttx> pitti: if they look ok to you too, please promote to ISO tracker <pitti> ttx: http://cdimage.ubuntu.com/ubuntu-server/daily/20100804.3/report.html looks spotless <pitti> so it should be fine <pitti> ttx: congrats, you won the race against netbook/armel :) <ttx> yay <ttx> server wins again <pitti> added to tracker <ttx> thx <pitti> ttx: anything new in server-land which should be mentioned on https://wiki.ubuntu.com/MaverickMeerkat/TechnicalOverview ? <ttx> pitti: I'll have to think about that. smoser will probably have a blurb abour kernel upgrades in cloud images <charlie-tca> pitti: Can we have a note that Xfce4 was upgraded to the current 4.6.2 release? <charlie-tca> Also, the systray bug is gone in Xubuntu. Should I update the notes? <pitti> charlie-tca: oh, that bug is still open <pitti> charlie-tca: I'm currently editing some GNOME parts, but please do afterwards; I'll ping you <charlie-tca> Thanks <pitti> charlie-tca: please go ahead <charlie-tca> Thank you <Daviey> ttx: Trying the new iso now <ttx> Daviey: I'm on topology1 as well <Daviey> ttx: I just noticed it was published, so you have a head start * Daviey contemplates a cron job to check for new ISO's and email him. <ttx> Daviey: you mean you are not subscribed to the new candidates yet ? <davmor2> pitti: was the log I added to the wubi bug any use to you? <pitti> davmor2: not sure; I pinged ev about it <pitti> davmor2: it didn't show any error, anyway <Daviey> ttx: The subscribe button on iso.qa.ubuntu.com doesn't seem to work <ttx> ara: ^ ? <davmor2> Daviey: are you logged in? <Daviey> It's showing that i am. <Daviey> i can try cycling <davmor2> Daviey: hang on a second <davmor2> Daviey: it's working here <ttx> Daviey: so the all-in-one installs now <Daviey> http://iso.qa.ubuntu.com/qatracker/test/4389 -> hit Subscribe -> nothing shows in "My Subscriptions" <ttx> Daviey: rebooting to see if it starts <davmor2> Daviey: have you selected the test to subscribe to the checkbox on the right? <Daviey> ttx: groovy.. is it worth me replicating that... ISO has just finished burning <Daviey> davmor2: err, "no comment"... /me sulks away thinking about moaning to mpt about usability :) <ttx> Daviey: registration fails, might be the bug you ran into <davmor2> Daviey: you need to select the tests with the checkboxes and then click on subscribe. The person icon will change to colour when you click on subscribe <Daviey> ttx: In that case, i'll give it a spin <Daviey> see if i get the same result * ttx reboots to see if that's transient <ttx> I'm pretty sure it is <davmor2> Daviey: At the time it was the only it could be setup, there are possibly better ways now <Daviey> davmor2: Oh aye.. i just thought i could go to the page and hit subscribe.. I've mastered it now :) <Daviey> Thanks davmor2 <davmor2> Daviey: np's <ttx> Daviey: beh, it looks very brittle <Daviey> ttx: Did it work that time? <ttx> no <ttx> crptic "can't register, log in through admin interface and check cloud status" error message <Daviey> Hmm.. i saw that before <ttx> that's a useless catchall error. * pitti tries a btrfs install from desktop <pitti> netbook-launcher-efl : Depends: libevas-svn-05-engines-x but it is not installable <pitti> gar, what now?? <pitti> ogra: ^ not our day <pitti> it's libevas-svn-06-engines-x now * pitti pings asac <ttx> Daviey: we should move that discussion to #ubuntu-server <Daviey> agreed <ogra> pitti, hmm <pitti> ogra: I uploaded a fix <ogra> just a dependency issue i guess ? <pitti> yes <pitti> hardcoded -05- abi in depends: <ogra> yeah <ev> pitti: replied to both Wubi bugs. I'm going to be a bit difficult to reach today as Debconf is going on a field trip and the hotel wifi is ramirezanna@example.org. Give me a ring on my cell if any further issues arise. <pitti> ev: ah, thanks; I just documented it for now, I don't think we shold block the release on it <pitti> ev: enjoy debconf! <pitti> ev: ah, thanks for the replies <ev> sure thing, and thanks! <pitti> ah, btrfs desktop install works flawlessly, great job cjwatson/ev <highvoltage> whohoo! <pitti> ogra: do we need bug 600478 for alpha-3 really? <ubot4> Launchpad bug 600478 in livecd-rootfs (Ubuntu Maverick) (and 2 other projects) "livecd.sh should remove foreign subarch headers during livefs build (affects: 1) (heat: 127)" [Medium,Confirmed] https://launchpad.net/bugs/600478 <pitti> ogra: the description makes it sound like an optimization thing, so we could also defer it? <ogra> yeah <ogra> fine for post A3 <pitti> ogra: also, bug 605972 <ubot4> Launchpad bug 605972 in jasper-initramfs (Ubuntu Maverick) (and 1 other project) "Need to set hostname to ubuntu during first boot. (affects: 1) (heat: 246)" [Medium,New] https://launchpad.net/bugs/605972 <ogra> yeah <pitti> ogra: this sounds a bit strange -- isn't that something that should be done server-side on image cration? <ogra> that could be done at creation time too, but given that jasper functions similar to casper the logical solution would be to set it the same way <ogra> its cosmetic anyway and you only see the buildd hostname if you swithc to a console while oem-config runs <pitti> ogra: ah, oem-config will fix it, too <ogra> i was actually planning to fix both before A3 but that was at a time when i thought i'd have images on monday :P <pitti> ok, moving to beta then, thanks for the heads-up! <ogra> thanks for notifying :) <pitti> ogra: bug 600359 looks more serious -- sounds like it could seriously break armel boots? <ubot4> Launchpad bug 600359 in ureadahead (Ubuntu Maverick) (and 1 other project) "ureadahead generating oom messages during boot. (affects: 2) (heat: 16)" [Medium,Confirmed] https://launchpad.net/bugs/600359 <pitti> perhaps we should disable ureadahead on armel as a workaround, WDYT? <pitti> or isn't it that common? <ogra> well, it doesnt break but kills the splash <ogra> its common on all beagle C series boards (256M) <pitti> ah, it could kill just about anything, no? <ogra> on the XM (512M) i havent seen it yet since we have more serious errors there <ogra> (cant boot at all atm due to MMC issues) <ogra> i havent seen it on the omap4 boards and i suspect it also wont happen on the XM once we can verify <ogra> (i had actually hoped tim gardners fix would make it go away) <pitti> ogra: that's what I initially thought, but I asked on the bug, and it still seems to happen <ogra> right <pitti> ogra: I'll move bug 605831 to beta as well then? <ogra> yeah <ogra> unlikely that we get it fixed today <pitti> ogra: sorry for all those pings, but I'm cleaning up teh alpha-3 checklist to ensure that we didn't forget anything really serious <ogra> yeah, dont worry, i usually do that on friday before the release team meeting <ogra> just ping away as needed :) <davmor2> pitti: I've added a reply to ev, with set debug=all inplace it's still droping straight into grubshell with no text other than the standard Gnu Grub Shell info. <pitti> davmor2: thanks * pitti looks at https://bugs.edge.launchpad.net/ubuntu/maverick/+bugs?field.searchtext=&orderby=status&field.milestone%3Alist=27561 and is much more satisfied now * pitti release-notes the last one <ogra> pitti, btw, seems n-l-efl is in the archive now <ogra> so we should be able to build images <pitti> ogra: yay! <pitti> http://people.canonical.com/~ubuntu-archive/testing/maverick_probs.html <pitti> it indeed just dropped from there <pitti> ogra: it still needs a bit to propagate to syncproxy etc. <ogra> i see it on ports already <pitti> oh, nice * pitti checks on antimony <pitti> ogra: ARCHES='armel+omap armel+omap4' daily-preinstalled running <ogra> thanks ! <pitti> so, this will take 2.5 h? <ogra> guessed, i just changed the build scripts to speed them up <pitti> ok; I need to leave at 19:30 <pitti> so it might just about make it on time <pitti> so that I can add it to the tracker <ogra> it used to be 3.5h should be 2 or max 2.5 <pitti> but I guess more people can <ogra> right <ogra> i think GrueMAster can take care for that <ogra> he will also do most of the testing <ogra> so dont worry, arm team will take care * ogra goes afk and tries to find something better than waiting for images <ScottK> Riddell: According to rmadison, when you promoted libdigest-sha-perl yesterday, you promoted the binaries, but not the source ... <Riddell> ScottK: rmadison is quite right, fixed <pitti> ttx, Daviey: TBH I don't quite understand bug 613033; should this be release-noted? <ubot4> Launchpad bug 613033 in eucalyptus (Ubuntu Maverick) (and 2 other projects) "eucalyptus-cloud: cloud fails to start on separate install (affects: 1) (heat: 6)" [Critical,Triaged] https://launchpad.net/bugs/613033 <Daviey> pitti: I would say it does.. basically if you have a topology of having all componets (except nodes) on one server, and then other servers just being nodes - we are ok <Daviey> If you split the components (which should be supported), we are running into problems <Daviey> ttx, Has gone home for the delay, and i'm reluctant to speak on his behalf on this. What is the deadline that you need the text by? <Daviey> s/delay/day/ <pitti> Daviey: tomorrow around noon in Europe <pitti> i. e. in about 18 hours? <Daviey> oh.. that is ok then.. I'll catch up with ttx when he's back online, although he'll probably see this scrollback <Daviey> either way.. i'm sure he'll be around before then <GrueMaster> ara: ping - can you add http://cdimage.ubuntu.com/ubuntu-netbook/ports/daily-preinstalled/20100804/ images to the ubuntu arm testing for Alpha 3? Not sure why it isn't there. <pitti> GrueMaster: wow, did it already build? <pitti> must have finished minutes ago <GrueMaster> Apparently. I was getting worried we wouldn't have an image to test. <pitti> GrueMaster: so did we; it took more than a day to get this installable :) <pitti> GrueMaster: added to tracker <GrueMaster> thanks. <pitti> good night everyone, and happy testing! <ScottK> Riddell: Thanks. <GrueMaster> Grrr. Ok, we have Beagleboard ARM Image Testing on iso.tracker but not Pandaboard. Need one for Pandaboard (omap4). <lamont> there will be a brief disturbance in the armel buildd world shortly. shouldn't last very long <GrueMaster> ??? Care to elaborate? <pitti> GrueMaster: hm, I did add an omap4 image, didn't I? <GrueMaster> Here's what I am seeing: http://iso.qa.ubuntu.com/qatracker/test/4392 <GrueMaster> No actual testcases. <pitti> ooh <pitti> let's see whether I can do that <GrueMaster> If I knew how, I'd fix it myself. <GrueMaster> I'll make it a point to bring up at the QA sprint. <lamont> armel buildds are back online/auto <pitti> GrueMaster: better now? (first time I added one) <pitti> (DSL reconnect, I might have missed some messages) <GrueMaster> Looks right. Thanks. <ttx> pitti: yes, should be releasenoted <ttx> We'll come up with something tomorrow morning, based on the current state of affairs <pitti> ttx: sonne bien, merci Monsieur * ttx crawls back in his cave <pitti> argh, forgot about DVDs * pitti builds <highvoltage> hi! could we get a re-spin of the Edubuntu DVD iso? <highvoltage> our build failed due to a bug in the artwork package and we'd like to have an alpha 3 release :) <pitti> highvoltage: already queued <pitti> Ubuntu DVD finished, posted to tracker <highvoltage> pitti: thanks! <pitti> highvoltage: I'll go to bed now, so I won't be able to add it to the tracker <pitti> if someone else here can, that'd be great; otherwise I'll do that tomorrow morning <GrueMaster> pitti: Give me the steps and I can try to add it. <highvoltage> pitti: ok! <pitti> GrueMaster: you are logged into the ISO tracker? <GrueMaster> yes <pitti> GrueMaster: Administration menu part, "Add a build set" <GrueMaster> ok <pitti> GrueMaster: first section ther is edubuntu <GrueMaster> yes, I see it, along with check boxes. <pitti> GrueMaster: mark the two DVD builds, scroll down, enter "20100805" (or whichever) as the version number, and press "add build(s)" <pitti> GrueMaster: you need to check the build number on cdimage.ubuntu.com/.. <GrueMaster> Roger that. Will do, thanks. <highvoltage> thanks pitti, sleep well. you'll get your beer at UDS :) <pitti> good night everyone! <pitti> highvoltage: :) <stgraber> just got an e-mail from antimony saying that the edubuntu failed because the server ran out of disk space <GrueMaster> doh! #ubuntu-release 2010-08-05 <elmo> 1.6T 1.6T 408M 100% /srv <elmo> cjwatson: slangasek ogra Riddell ^-- <elmo> (antimony) <NCommander> elmo: I'm looking at antimony right now <ScottK> Once that's solved, it would also be appreciated if someone would respin Kubuntu powerpc live. <highvoltage> And a respin of Edubuntu too please (which seems to have, in part at least, caused the low space problem :)) <NCommander> highvoltage: ScottK: will do, although I'm not quite sure what became a runaway bloated wreck <NCommander> Looks like the problem is images aren't getting properly purged ... <pitti> Good morning <pitti> uh <pitti> I'll clean up antimony a bit <pitti> /dev/cciss/c1d0p1 65G 8.6G 56G 14% / <pitti> hmm <pitti> oh, /srv <NCommander> pitti: yeah, its not pretty. I have some idea of things that can be deleted, but it just looks like we plain ran out of disk space :-/ <pitti> I cleaned up logs, and I am currently cleaning scratch/ <NCommander> pitti: ah, yeah, I wanted to talk to some people before I started deleting stuff :-) <pitti> but there were no old images indeed <pitti> there is one RT pending to archive the old maverick alpha-1 images <pitti> and I'll need to move the alpha-2 ones to old-images/, too, and have them archived <pitti> elmo: ^ FYI * pitti hopes that scratch/*/*/tmp/* is really temporary enough to be able to wipe it, but looks like it <pitti> it has tons of lucid-src etc. <pitti> 1.6T 1.5T 83G 95% /srv <pitti> there, slightly better * pitti reruns edubuntu dvds <pitti> highvoltage: argh <pitti> update-alternatives: error: alternative path /usr/share/edubuntu-artwork/home/index.html doesn't exist. <pitti> dpkg: error processing edubuntu-artwork (--configure): <pitti> subprocess installed post-installation script returned error exit status 2 <pitti> highvoltage: yesterday's DVD live fs build failed <pitti> highvoltage: last one that works is from August 1 <pitti> so I'll produce a DVD from that one for now <NCommander> pitti: scratch has nothing persistant in it, at least on my local build <pitti> http://cdimage.ubuntu.com/edubuntu/dvd/20100805/ <pitti> highvoltage: ^ * pitti builds a mythbuntu, should work better now <ara> morning! <pitti> hello ara, how are you? <pitti> ara: we got two late strugglers, edubuntu DVD (now posted), and mythbuntu <pitti> ara: do you have some time to give the edubuntu one a spin? I can try mythbuntu <ara> pitti, sure, resyncing now <pitti> I hope someone
{'channel': 'ubuntu-release', 'month': 8}