[Pkg-uml-devel] Re: Why does linux-uml Conflicts with user-mode-linux?

[Mattia Dongili]

On Thu, May 25, 2006 2:10 am, Manoj Srivastava said:
> Hi,
[...]
>  time. linux-uml packages do not have this limitation, they use
>  alternatives to let multiple version install /usr/bin/linmux.
>
>         If user-mode-linux wants to participate in there, fine.It is
>  easy to reset the dependency.

Fine! I'll prepare an upload that takes care of them.

>>         BTW: removing the appropriate lines fomr
>> Control let linux-uml install just fine here (but it has some
>> problems due to some missing patch we instead apply related to the
>> uml_net install path of debian's uml-utilites).
>
>         Yeah. I work around it by temporarily changing my PATH
>  (actually, I use daemon transport, so I don't have to bother).

We are using a patch (merged upstream in 2.6.17-rc4) that does exactly
that[1] (adds proper entries to the PATH).
[1]:
http://kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=cb98cdcd0dd892dcaec7dabd57c3b00890006b61

>> Any chance to change modules install path to not kill the usual
>> directory structure (`uname -r`/kernel/{arch,crypto,...})?
>
>         Err, no path killing is done. We run modules-install in the
>  kernel source dir as normal, so the dir structure  hackery is not
>  done by kernel-package.

then probably something bogus is happening. I'm not home now so I can't
double check, but I remember the modules.dep lists modules in a different
structure than the one installed. I'll let you know.

>> We are doing: cp -R /usr/lib/uml/modules/* $TARGET/lib/modules in
>> rootstrap to push all available modules into the root-fs, I did hope
>> we could catch also linux-uml modules. I didn't even expect the
>> Conflict outlined above, so this is not currently possible anyway,
>> but still it would be nice to allow cohexistence.
>
>         Well, the conflict is usually for the /usr/bin/linux and
>  /usr/share/man/man1/linux.1 files. If user-mode-linux would use the
>  alternatives for that as well, the conflict would go away.

what about also installing modules under /usr/lib/uml/modules/$UML_VER/
instead of /usr/lib/uml/modules-$UML_VER/ ?
This way rootstrap could create root_fs images with all the available UML
modules versions without too many hacks.

Thanks
-- 
mattia
:wq!