[Pkg-uml-devel] uml-utilities-20060323 almost ready

[Stefano Melchior]

On Sun, Apr 09, 2006 at 12:20:20PM +0200, Mattia Dongili wrote:
Hello,
> > At the beginning of the work we had the following pkgs:
> > * user-mode-linux (ready);
> > * kernel-patch-uml (no more usefull, then dismissed);
> 
> going to ask removal for this one now.
> 
> > * kernel-patch-skas (to work on);
> > * uml-utilities (almost ready);
> 
> that means I'll upload it to ftp-master asap (today?) if you agree :)
> (see also below regarding pkg-uml-pkgs@)
> 
> > * user-mode-linux-doc (maybe to be updated with the recent changes).
> 
> * rootstrap (which unfortunately is written in python and I have very
>   little knowledge of it...)
sorry, it was my fault, I forgot it! It is important because it allows you
to automate the creation of a new rootfs.
> 
> [...]
> > It would be great if the port on powerpc shall enter in sid, but Ashwin
> > has no more worked on it and we are pretty busy on the current work.
> 
> I'm sorry I can't really help here as I don't own any powerpc cpu.
> Anyway current build rules have to undergo a major rewrite to be able to
> create multiple binaries. I still hope to be able to find some more
> motivation to try to integrate user-mode-linux in the debian kernel
> build.
> Anyway is powerpc support working or integrated upstream?
... there is a lot to say. Let's talk about it later, now it is better to
focus on what is already present on Debian.
> 
> > Next important job is to introduce the SKAS patches in the
> > kernel-patch-skas pkg so that the people are able to build their on host
> > kernel.
> 
> Yes, nice. Though this is still low priority in my personal TODO list as
> I'm not using that patch. I'll see if I can find a spare PC at work
> I can play with.

I shall take care of it as soon as I finish some work (at home).
> 
> > PS: since we both have worked on the u-m-l pkgs I agree to fix the
> > Maintainer: pkg-uml-maint team
> 
> I'd suggest using pkg-uml-pkgs for _all_ u-m-l related packages. This is
> really a major improvement in package handling and quality for
> task-like/team-maintained packages as we can all see bugs and
> comments.
> I'm planning to upload uml-utilities with:
> 
> Maintainer: User Mode Linux Developers <pkg-uml-pkgs at lists.alioth.debian.org>
> Uploaders: Stefano Melchior <stefano.melchior at openlabs.it>, Andreas Schuldei <andreas at schuldei.org>, Mattia Dongili <malattia at debian.org>
> 
> and already changed the owner of all bugs of uml-utilities to
> pkg-uml-pkgs at l.a.d.o.
> Any objection? :)

none!
One thing that is to be discussed ASAP is the following: you created the
patch for the u-m-l in order to look also for the /usr/lib/uml path.
At this moment it should be a great improvement for Debian users who need
2.6, because in 2.4 this problem did not occur.
In the uml-utilities/debian/rules you find:

    $(MAKE) install DESTDIR=$(tmp)
	mv $(tmp)/usr/bin/uml_net $(tmp)/usr/lib/uml
    mv $(tmp)/usr/bin/tunctl $(tmp)/usr/sbin
			
this mean that we, debianers, forks from the other communities, especially
from the UML devel team. That is why we should induce Paolo Blaisorblade
Giarrusso to promote the FHS (which Debian is compliant to) observation.
Pratically speaking, after your patch on u-m-l pkg, we need also to
introduce the following patch on the uml-utilities source:

--- Makefile   2003-02-08 05:04:55.000000000 +0100
+++ Makefile    2006-04-09 12:48:27.000000000 +0200
@@ -3,7 +3,7 @@
 BIN = uml_net
 CFLAGS = -g -Wall $(TUNTAP)
 
-BIN_DIR ?= /usr/bin
+BIN_DIR ?= /usr/lib/uml
 
 OBJS = ethertap.o host.o output.o slip.o uml_net.o

In this way there is no need to add these lines on the debian/rules.

What do you think?

Cheers

SteX
-- 
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: 309 bytes
Desc: Digital signature
Url : http://lists.alioth.debian.org/pipermail/pkg-uml-devel/attachments/20060409/0e08ee1e/attachment.pgp