[08:48] <cjwatson> Laney: flushed another pile of Haskell stuff through NEW
[11:13] <Laney> cjwatson: cheers, http://orangesquash.org.uk/~laney/transitions/ghc.html doesn't look so bad
[11:13] <Laney> although...
[11:13] <Laney> just noticed that https://launchpad.net/ubuntu/+source/haskell-hlist didn't get process-removals removed
[11:13] <Laney> did the buildX mess it up?
[11:25] <cjwatson> not sure, slangasek was handling process-removals
[11:26] <cjwatson> I think only an 'ubuntu' substring is meant to inhibit p-r
[11:35]  * Laney goes blind at the p-r code :-)
[11:39] <Laney> http://ftp-master.debian.org/removals.822 does exist now
[11:51] <cjwatson> Laney: removed now
[11:54] <cjwatson> and haskell-hgl
[11:55] <cjwatson> how come stuff isn't going green on the ghc tracker, but only to unknown?
[11:56] <cjwatson> oh, wait, it is, I'm stupid
[12:18] <cjwatson> lamont: so, I'm looking at converting livecd-rootfs to live-build, and trying to figure out what would be involved
[12:19]  * lamont has no knowledge on live-build
[12:19] <cjwatson> lamont: from your POV, would it be an acceptable interface for buildlive to call ssh $buildd BuildLiveCD <arguments to lb config>, and then BuildLiveCD could call lb config <args> then lb build?
[12:19] <cjwatson> (which is AIUI basically the normal sequence)
[12:19] <cjwatson> lb config has vast swathes of possible options
[12:20] <lamont> where does the chroot command live in that pile?
[12:20] <cjwatson> so we should be able to add options until it's equivalent to livecd-rootfs
[12:21] <cjwatson> I assume we'd have BuildLiveCD call lb * within a chroot, much as it currently calls livecd.sh
[12:21] <cjwatson> lb can optionally do its own chrooting, but I don't think that's useful for us
[12:21] <cjwatson> since we'll need to pick the right version of live-build anyway
[14:02] <cjwatson> Laney: I guess the ghc tracker is failing to update - do you know why?
[14:02] <Laney> cjwatson: I haven't cronned it yet
[14:02] <cjwatson> aha :-)
[14:02] <Laney> shamefully it was just a big && line
[14:02] <Laney> I'll write a proper script now that there's more than one thing to track
[14:03] <cjwatson> is any assistance needed with uploads, or is it all just in a giant dep-wait stack?
[14:04] <cjwatson> (NEW activity suggests the latter ...)
[14:04] <Laney> hopefully it should just be dep-waits
[14:05] <Laney> i'll need to do some merges/sync requests
[14:05] <Laney> and then if my account gets created soon I'll upload the remaining packages to debian
[14:06] <Laney> so from your side just keeping an eye on NEW should be enough
[14:06] <cjwatson> ok
[14:08] <cjwatson> removing haskell-network-bytestring
[14:09] <cjwatson> hmm, actually maybe I should leave that until haskell-network has built everywhere
[14:13] <cjwatson> which is ultimately down to haskell-transformers failing, which looks transient - I see you just retried that?
[14:13] <Laney> yep
[14:14] <cjwatson> any idea why haskell-transformers didn't show up on the tracker, though?  it looks as though it should have done
[14:15] <Laney> perhaps it looked for binaries which matched the source version
[14:15] <Laney> it showed up as 'good' — could be a bit of a hole
[14:16] <cjwatson> 43 sync requests outstanding, sigh
[14:17] <Laney> uds hangover?
[14:18] <cjwatson> yeah
[14:21] <lamont> cjwatson: I suspect that BuildLiveCD wants to take a distroname, which it converts to a chroot name, and then chroots into that to do everything thereafter
[14:21] <lamont> but yeah, sounds about as sane as anything else
[14:28] <cjwatson> lamont: I guess I didn't want to have significant amounts of configuration encoded in BuildLiveCD, because then I either have to create a package for it (or keep livecd-rootfs around indefinitely), or we end up with the configuration hard to access by platform
[14:29] <cjwatson> which is why I'd rather have the lb config args passed in from somewhere else
[14:29] <cjwatson> if that makes sense
[14:29] <lamont> yeah
[14:30] <lamont> I concur with having a trivially simple BuildLiveCD script - possibly even thrown into live-build, 'tever
[14:30] <cjwatson> we'll probably want our own for a while because it'll need to handle both livecd-rootfs and live-build
[14:30] <lamont> yeah
[14:31] <cjwatson> I could make such a change in livecd-rootfs and then keep it around until we stop needing livefs builds for <oneiric
[14:31] <cjwatson> I guess
[14:31] <lamont> BuildLiveCD is actually delivered outside of the package these days
[14:31] <cjwatson> yeah, though copied from the package, right?
[14:31] <lamont> yes
[14:31] <lamont> copied from the package into $magicplace, from whence it is blatted out to all the builders
[14:32] <lamont> so as it sits, you get exactly one version of BuildLiveCD, consistently, within about 10 minutes from when I push the change live
[14:38] <lamont> zomg arm might catch up this week
[15:40] <NCommander> lamont: yay
[16:17]  * ScottK wonders if he should upload KDE then.
[16:20] <slangasek> cjwatson, Laney: no clue why haskell-hlist didn't get caught in my last p-r run
[23:05] <cjwatson> Laney: in ghc.ben, shouldn't several of the * characters in your regexes be .* ?
[23:36] <SudoKing> are there any pre-alpha builds available?
[23:41] <cjwatson> no CD image-type builds, no
[23:41] <cjwatson> that's probably one of the tasks for this week
[23:41] <SudoKing> k
[23:46] <Laney> cjwatson: yes :-)