On Wednesday 14 November 2007, Colin Watson wrote:
> On Wed, Nov 14, 2007 at 09:09:07AM +, Debian Bug Tracking System
wrote:
> > Processing commands for [EMAIL PROTECTED]:
> > > tags 430615 + pending
> >
> > Bug#430615: debootstrap arch:all package installs arch-independent
> > files in /usr/l
On Wed, Nov 14, 2007 at 09:09:07AM +, Debian Bug Tracking System wrote:
> Processing commands for [EMAIL PROTECTED]:
>
> > tags 430615 + pending
> Bug#430615: debootstrap arch:all package installs arch-independent files in
> /usr/lib/debootstrap/ instead of /usr/share/debootstrap/
> There wer
Processing commands for [EMAIL PROTECTED]:
> tags 430615 + pending
Bug#430615: debootstrap arch:all package installs arch-independent files in
/usr/lib/debootstrap/ instead of /usr/share/debootstrap/
There were no tags set.
Tags added: pending
> thanks
Stopping processing here.
Please contact m
tags 430615 + pending
thanks
On Wednesday 14 November 2007, Otavio Salvador wrote:
> Frans Pop <[EMAIL PROTECTED]> writes:
> > We could probably make the debootstrap udeb "arch all" by moving
> > pkgdetails to base-installer and passing '--arch $(udpkg
> > --print-architecture)', but I'm not sure
Frans Pop <[EMAIL PROTECTED]> writes:
>> debootstrap is modified to include in the udeb only the minimal tarball
>> of devices currently also included in the regular debootstrap binary
>> package. We still need the udeb to be "arch any" because of the utility
>> pkgdetails and because /usr/lib/deb
On Tuesday 13 November 2007, Colin Watson wrote:
> On Tue, Nov 13, 2007 at 12:52:18PM +0100, Frans Pop wrote:
> > One thing that is not completely nice is that bootstrap-base now
> > installs a file in /usr/lib/debootstrap/. I thought about putting it
> > elsewhere, but think the current location i
On Tue, Nov 13, 2007 at 12:52:18PM +0100, Frans Pop wrote:
> On Tuesday 13 November 2007, Colin Watson wrote:
> > +1 also,
>
> Cool. I've just committed the changes I had prepared (and tested).
> I'd very much appreciate a review of these changes.
Looks fine to me.
> One thing that is not comple
On Tuesday 13 November 2007, Colin Watson wrote:
> > We could probably make the debootstrap udeb "arch all" by moving
> > pkgdetails to base-installer and passing '--arch $(udpkg
> > --print-architecture)', but I'm not sure that's worth it.
>
> +1 also,
Cool. I've just committed the changes I had
On Mon, Nov 12, 2007 at 12:38:49PM +0100, Frans Pop wrote:
> On Saturday 10 November 2007, Frans Pop wrote:
> > The attached set of patches allow us to no longer need/create the current
> > huge set of static devices during installation. Instead /dev from the D-I
> > environment is bind mounted to
Frans Pop wrote:
> We could probably make the debootstrap udeb "arch all" by moving pkgdetails
> to base-installer and passing '--arch $(udpkg --print-architecture)', but
> I'm not sure that's worth it.
It _would_ be handy if debootstrap could quickly be updated for breakage
w/o needing it to be
On Saturday 10 November 2007, Frans Pop wrote:
> The attached set of patches allow us to no longer need/create the current
> huge set of static devices during installation. Instead /dev from the D-I
> environment is bind mounted to /target/dev after debootstrap has been
> run.
This has been commit
On Sunday 11 November 2007, Joey Hess wrote:
> Frans Pop wrote:
> > The create_devices function in base-installer has been simplified a lot
> > because it no longer actually has to create any device nodes anymore.
> > It now takes care of the bind mount to /target/dev and does some
> > apt-install
Frans Pop wrote:
> The create_devices function in base-installer has been simplified a lot
> because it no longer actually has to create any device nodes anymore.
> It now takes care of the bind mount to /target/dev and does some apt-install
> calls for RAID, LVM and crypto installs.
> (Suggestio
The attached set of patches allow us to no longer need/create the current
huge set of static devices during installation. Instead /dev from the D-I
environment is bind mounted to /target/dev after debootstrap has been run.
This also ensures that we will no longer "miss" any devices in /target/de
14 matches
Mail list logo