[02:15] <cjwatson> ScottK: kdenlive/armel removed (belatedly)
[02:16] <ScottK> cjwatson: Thanks.
[02:16] <cjwatson> (along with binaries from ktoon and qmmp)
[02:16] <cjwatson> probably some others to do when I'm more awake
[07:08] <tumbleweed> grr, more botched dh_python2 transitions. I've posted an announcement on the subject, if someone can moderate it
[07:12] <pitti> tumbleweed: "FFe for build-system changes"? moderated
[07:13] <tumbleweed> thanks
[12:41] <ogra_> slangasek, i'm looking at cdimage code, to add my preinstalled tar.gz and .bootimg files to make-web-indicies, i see you added tar.gz handling, but name the files "UEC/EC2 tarball" ... i would like to make the first part conditional, but there doesnt seem to be any other UEC related code in our tree
[12:43] <ogra_> ... so i wonder if that code bit is actually used at all on our side, seems the server team has a forked tree of cdimage for the cloud stuff anyway
[12:47] <cjwatson> we do release publication of cloud images and make-web-indices needs to support that
[12:47] <cjwatson> so yes, it is used
[12:48] <cjwatson> hm, that said I can't actually find a real case of that, maybe I'm confused
[12:49] <cjwatson> still, seeing as I don't know exactly how they're using that, I'd prefer if it were conditional.  Perhaps you could talk with smoser?
[12:49] <ogra_> just doing that, they seem to have a totally separate tree for everything
[12:53] <smoser> "totally separate" = "old"
[12:53] <smoser> it was branched ~ 9.10 release time, and never merged.
[12:53] <smoser> i'm willing to do a merge, but i need an upstream source
[13:06] <cjwatson> doko: I'm inclined to remove wvstreams and its (small) reverse build-dep tree on armel, unless you object - see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=521473
[13:07] <cjwatson> basically takes out wvdial, pathfinder, gnome-ppp
[13:07] <doko> cjwatson, I'm fine with it
[13:11] <cjwatson> done
[14:06] <charlie-tca> Can someone please check what is happening to the ubuntustudio images. There have been no images for several days now, only errors showing are:
[14:07] <charlie-tca> W: Failed to fetch file:/srv/cdimage.ubuntu.com/ftp-universe/dists/oneiric/main/binary-amd64/Packages.bz2  Hash Sum mismatch
[14:07] <charlie-tca> E: Some index files failed to download, they have been ignored, or old ones used instead.
[14:07] <charlie-tca> make: *** [apt-update] Error 100
[14:07] <charlie-tca> many times in the logs
[14:12] <cjwatson> as explained many times before the only thing I can do is retry them (which I've now done)
[14:12] <charlie-tca> Thank you for looking, at least!
[14:13] <charlie-tca> I know there is little you can do with that, but at least you know to keep trying it.
[14:13] <cjwatson> hmm, one possible problem does come to mind.  I wonder how to fix it ...
[14:17] <cjwatson> (if a main-only image is building at the same time, then build-image-set will wait for it to sync without arranging for the universe part of the mirror to catch up)
[14:18] <charlie-tca> Then it has to be started again, right?
[14:18] <cjwatson> I mean, a crude fix is trivial, but I don't want to disable the ability to have parallel builds in general
[14:18] <cjwatson> right, but it can't sync the main part of the mirror because there's an image building at the same time, and if it syncs only the universe part then the same thing might happen but in the other direction
[14:19] <cjwatson> (i.e. universe newer than main)
[14:21] <cjwatson> I guess I need to do something like ensuring that the build already in progress has synced a superset of the archive required by the build that's trying to start, or else something completely disjoint (e.g. ports)
[14:21] <charlie-tca> So, simple terms, if it doesn't build, someone should notify in this channel, to have another build started for it?
[14:21] <cjwatson> but that sounds really fiddly.  I'm just going to shuffle the cron job times around to try to reduce the incidence of this
[14:21] <cjwatson> yes
[14:21] <charlie-tca> Thank you.
[14:53] <cjwatson> general reminder: *please* use the kernel-overrides script to process new kernel uploads through the NEW queue.  I just found that almost the entire set of linux binaries in lucid-proposed was in universe
[14:54] <cjwatson> it really doesn't take long at all (much quicker than it used to be) and it avoids mistakes
[15:01] <cjwatson> charlie-tca: I've moved the ubuntustudio build 12 hours later (or earlier :-) ) to hopefully avoid this
[15:06] <charlie-tca> Thank you. Let's see what it does
[17:11] <stgraber> skaet: I just turned the current ltsp-live bug that's critical to Edubuntu into a FFe as the "fix" is a full rewrite. Would be great if you could +1 :) bug 791611
[17:11] <ubot4> Launchpad bug 791611 in ltsp (Ubuntu) "[FFe] LTSP live doesn't work with new Network Manager (affects: 1) (heat: 6)" [High,Triaged] https://launchpad.net/bugs/791611
[17:12]  * skaet looking
[17:12] <stgraber> I'm currently busy testing everything else works for Edubuntu, then will test the new code in the live environment and push the new edubuntu-live with the new version
[17:14] <stgraber> (My goal is to have Edubuntu feature complete and fully tested by UI freeze so I don't have to touch it till release (and can focus on Ubuntu) :))
[17:17] <skaet> stgraber,  sounds reasonable.   I've +1'd the change as long as it is in by UI/beta freeze.
[17:18] <stgraber> skaet: thanks
[18:10] <cjwatson> could somebody review my debian-installer uploads to lucid-proposed and maverick-proposed?  the kernel team are waiting on that for some SRU verification work
[19:15] <doko> seb128, any chance to get the colord issue resolved before beta freeze?
[19:15] <seb128> doko, dunno, ask kees he's the one blocking it
[19:15] <seb128> RAOF said he will have a version running as its own user tomorrow
[19:16] <seb128> but I'm not sure if kees had other blocking issues still after that
[19:23] <kees> if it's running as non-root, I'm fine with it.
[19:37] <seb128> kees, thanks
[19:37] <seb128> doko, so should be sorted tomorrow
[19:37] <doko> seb128, kees: cool, thanks!
[19:38] <seb128> doko, btw do you know who is maintaining libsigc++?
[19:39] <seb128> doko, it should be updated for bug #829596
[19:39] <ubot4> Launchpad bug 829596 in glibmm2.4 (Ubuntu Oneiric) (and 1 other project) "glibmm2.4 version 2.29.11-0ubuntu1 failed to build in oneiric (affects: 1) (dups: 1) (heat: 11)" [High,Confirmed] https://launchpad.net/bugs/829596
[19:43] <doko> seb128, desktop stack ;-P
[19:44] <seb128> ok ok :)
[19:44] <doko> and/or aptitude, so please coordinate with mvo
[19:44] <seb128> will do
[21:40] <slangasek> cjwatson: d-i lucid/maverick accepted
[22:44] <gilir> is someone know why lubuntu daily ISO are not generated since the 18 ?
[22:59] <slangasek>  console-setup : Conflicts: console-terminus
[22:59] <slangasek> http://people.canonical.com/~ubuntu-archive/livefs-build-logs/oneiric/lubuntu/20110823/livecd-20110823-i386.out
[22:59] <slangasek> if he comes back :)