[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: unexpected NMUs || buildd queue



On Sat, Jul 17, 2004 at 10:58:57AM +0200, Goswin von Brederlow wrote:
> Wouter Verhelst <wouter@grep.be> writes:
> > In any case, buildd doesn't write to disk what it's doing (the
> > build-progress file is written by sbuild), so if it's aborted
> > incorrectly (i.e., it doesn't have time to write a REDO file), that
> > information goes lost.
> >
> > That's probably a bug, but once you know about it, it's easy to work
> > around (it just means you have to clean up after a crash, but you have
> > to do that anyway, so...)
> 
> Which is one of the things realy screwed up on the buildd/sbuild
> combination.

What's your alternative?

You have to clean out the chroot anyway when the system goes down
unexpectedly, or anything horrible might happen. The alternative would
be to clean out and rebuild the chroot automatically -- don't tell me
multibuild tries to do that?

-- 
         EARTH
     smog  |   bricks
 AIR  --  mud  -- FIRE
soda water |   tequila
         WATER
 -- with thanks to fortune

Attachment: signature.asc
Description: Digital signature


Reply to: