Agreed, debootstrap is doing the right thing, dbootstrap is not.  What we should
probably do is keep a list of files that we write during the install.  We can
copy them from /etc to /target/etc/ _after_ debootstrap has succeeded.

-David


Mon, Apr 30, 2001 at 12:57:26AM +1000 wrote:
> On Sat, Apr 28, 2001 at 10:03:08PM -0700, David Whedon wrote:
> > Package: debootstrap
> > /etc/modules is created by dbootstrap, presumably when we run modconf, alas an
> > empty /etc/modules is also provided by the modutils package. Our carefully
> > constructed /etc/modules is overwritten when debootstrap installs modutils.  I
> > don't know the best way to handle this.  I'm in bug finding mode at the moment,
> > not bug fixing :-)
> 
> Oh, uggh. This won't be when debootstrap installs modutils, but rather
> when it initially untars it to try to get the essential packages working.
> This is *really* hard to avoid. Can b-f's work around it instead, possibly
> by writing /etc/modules (and any other conffiles in required/essential
> packages) *after* running debootstrap?
> 
> An alternate workaround might be giving debootstrap some easy way of
> recovering anything it might overwrite... Hmmm. I could maybe wrap the
> dangerous untaring with something like:
> 
>       if [ -d /target/etc ]; then
>               mv /target/etc /target/etc-pre-debootstrap
>       fi
>       ...
>       if [ -d /target/etc-pre-debootstrap ]; then
>               mv /target/etc-pre-debootstrap/* /target/etc
>       fi
> 
> or so. But that'll break for conffiles outside /etc (which there admittedly
> shouldn't be any of) and might be otherwise flakey. :-/ I dunno...
> 
> Cheers,
> aj
> 
> -- 
> Anthony Towns <[EMAIL PROTECTED]> <http://azure.humbug.org.au/~aj/>
> I don't speak for anyone save myself. GPG signed mail preferred.
> 
> ``_Any_ increase in interface difficulty, in exchange for a benefit you
>   do not understand, cannot perceive, or don't care about, is too much.''
>                       -- John S. Novak, III (The Humblest Man on the Net)



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Reply via email to