[Pkg-uml-devel] Re: [Pkg-uml-commit] r81 - in trunk/src/rootstrap: . debian modules

[Stefano Melchior]

On Tue, May 23, 2006 at 10:19:41AM +0200, Mattia Dongili wrote:
Mattia,
> >> If we're taking over roostrap completely (are we?) I'd release a new
> >> shiny 0.3.22, agree?
> > I would only add some changes, not to provide a fully working release,
> > that is why I intentionally left 0.3.21-2 release
> 
> well, changes to upstream related code seem pretty relevant (at least as
> bugfixes and improvement toward 2.6 support), it's not just a packaging
> fix/improvement.
you are right, but it seems the minor problem, at this moment :)
> 
> [...]
> >> [1]: by the way are we really sure it works with old (2.4 series) UMLs?
> >
> > rootstrap requires 'linux', thus user-mode-linux in general, why do you
> > need to prevent a release to be used, since the last working rootstrap is
> > in oldstable (woody). The changes that we submitted are supported from
> > woody to the upcoming etch.
> 
> but we are not going to upload a newer rootstrap neither in Woody nor in
> Sarge, our target is Etch and I personally didn't test _any_ uml package
> with _any_ 2.2 or 2.4 kernel (woody's and sarge's defaults), did you?

this should not prevent users with oldstable/old version to use it

> > in case you haven't got ubd dev on host, required by rootstrap!
> > if you have:
> > /dev/ubd/[0-7] you have ysed devfs, so you don't need to create any host
> 
> but we don't want to use host's /dev as (among other problems) it's
> read-only. See commit r82 for a fix.
I realized yesterday that it was RO; but if you don't have at least ubd0
and ubd1 on host, it won't work: please, try to remove them and launch
rootstrap. The system ouputs that it can't find /dev/ubd1. [1]
In the rootstrap python script you launch a linux session which requires
to have ubd1 available.
My first try was to avoid the use of linux, but this prevents you to
create a filesystem w/o root permission (that is the great "innovation" of
the rootstrap approach), otherwise you nedd 'linu' and at least ubd0 or
ubd1 on host.
> 
> > ubd dev; otherwise if you have not got any /dev/ubd[0-7] (on host), you
> > need them (defs=nomount) to create filesystem.
> 
> DevFS has been dropped upstream (can't remember if it's for 2.6.17 or it
> already has) and it has always been considered broken by design, so I
> don't think we need to support it in any way.
> And we're launching UML with devfs=nomount already.

yes, but u-m-l, on Debian at least, tried to avoid its use in the new
rootstrap python script. [1]
> 
> > I was wondering if you make rootstrap work with a mirror different from
> > cdrom/mounted *.iso.
> 
> using a mirror.
I need to investigate why on my system it doesn't work.
> 
> > Can you
> 
> Can I? :)
> With current svn I can successfully create a sarge root_fs and boot it (if
> I install udev+module-init-tools).
do you mean you need to set the following on rootstrap.conf?

# Extra packages to install via debootstrap
include=udev module-init-tools

on the guest or you refer to the host?

Cheers

SteX

[1]
umlargs.extend(['con0=fd:0,fd:1',
                'con=pts',
                'root=/dev/root',
                'rootflags=/',
                'rootfstype=hostfs',
                'ubd1=' + imagefile,
				^^^^^^^^^^^^^^^^^^^^
                'init=/usr/lib/rootstrap/builder',
                'devfs=nomount',
				^^^^^^^^^^^^^^^^
                'rsworkdir=' + os.getcwd()])

PS: I seems I really need to learn many things from this collaborative
maintenance/development, thanks :)
-- 
Stefano Melchior, GPG key = D52DF829 - <stefano.melchior at openlabs.it>
http://etinarcadiaego.dyndns.org    --     http://www.stex.name
Skype ID "stefanomelchior"
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 307 bytes
Desc: Digital signature
Url : http://lists.alioth.debian.org/pipermail/pkg-uml-devel/attachments/20060523/1c1d8a46/attachment.pgp