The debian-private mailing list leak, part 1. Volunteers have complained about Blackmail. Lynchings. Character assassination. Defamation. Cyberbullying. Volunteers who gave many years of their lives are picked out at random for cruel social experiments. The former DPL's girlfriend Molly de Blanc is given volunteers to experiment on for her crazy talks. These volunteers never consented to be used like lab rats. We don't either. debian-private can no longer be a safe space for the cabal. Let these monsters have nowhere to hide. Volunteers are not disposable. We stand with the victims.
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Policy on kernel modules?

From: Dominik Kubla <kubla@netz.klinik.uni-mainz.de>
> I have also discovered that the kernel is built without
> CONFIG_MODVERSION

I don't think CONFIG_MODVERSIONS was ever fully implemented in 1.3 . I
have never been able to make a module work with two different kernel
versions when using it. I tried a number of times when building 1.3
kernels. Is it any better now? Please test it and get back to us.

> and CONFIG_UMISC

There's no reason to leave out user misc modules, it's just newer than our
kernel configuration.

> 1.) Each kernel distributed as Debian module must have the following
>     configuration options enabled:
>     - CONFIG_MODULES
>     - CONFIG_MODVERSIONS
>     - CONFIG_KERNELD
>     - CONFIG_UMISC
> 2.) Each package suppling additional kernel modules must have its modules
>     built with CONFIG_MODVERSIONS enabled.

Please check out whether CONFIG_MODVERSIONS actually _helps_ and get
back to us. In general, it made it impossible to load modules in the past!

> 3.) The module directory path MUST NOT contain any kernel version number.

How about parallel modules directories - one for modules that come from the
kernel package and have kernel version numbers
(and are symlinked to /usr/lib/modules/current), and one for modules from
other sources that do not have a kernel version number. This would
facilitate keeping multiple kernel versions on your system without
overwriting older modules - an important goal.

> 4.) The moudule utilites MUST reject all modules not following the
>     guidelines above.

Is this absolutely necessary? I hate breaking software just because it
doesn't follow our central management scheme.

	Thanks

	Bruce
--
Bruce Perens, Pixar Animation Studios
*** "Toy Story" video tape in U.S. stores October 30 ***
Worldwide box office total for "Toy Story": $353,275,005

--
Please respect the confidentiality of material on the debian-private list.
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
debian-private-REQUEST@lists.debian.org . Trouble? e-mail to Bruce@Pixar.com