[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: DKMS into Fedora Extras



Am Montag, den 21.02.2005, 11:56 -0600 schrieb Tom 'spot' Callaway:
> On Mon, 2005-02-21 at 18:38 +0100, Thorsten Leemhuis wrote:
> >Of course we can rebuild kernel-modules in extras an push then the same
> >time when a new kernel goes out. Then we only have to solve the
> >install/yum/apt problem.
> 
> Yes. This is more in line with my thoughts.

Thank you spot for clarifying.

>  We should able to teach the
> Extras buildsystem 
...when its ready... (SCNR)
>  (no, not Seth)to watch updates for new kernels, [...]

> - a mechanism for marking a package as a "kernel-module" package

Currently all out kernel-module-packages have a "Provides: kernel-
module". Something like that

> - kernel-module packages will need to identify the kernel package they
> were built for, so that yum/apt can resolve dependencies.

Don't know if you now, but currently we simply produce kernel-module
packages that have the uname in it's name; e.g. like this: 

kernel-module-ipw2200-2.6.10-1.766_FC3smp

> - yum/apt will need to handle kernel-module packages in the same way it
> handles kernel packages (allow multiple packages to be installed, rpm -i
> instead of rpm -U, remove matching kernel-module packages when kernel is
> removed)

This is already done if a package has a "Provides: kernel-module" (or
was it  "Provides: kernel-modules"?)

> The biggest downside to this is that it means that we have a LOT of
> "kernel-module" packages in FE (one per kernel per package), but I think
> the end-user transparency is worth it.

I like the older approach a bit more -- with the uname in the name you
solve a lot of problems and it's also transparency to the end-user. And
But The install and not update mechanism can lead to problems, see here:
https://devel.linux.duke.edu/bugzilla/show_bug.cgi?id=394

But of course, uname in the package-name makes the name quite long...


Also I'm wondering how we should deal with kernel-modules in extras in
general. davej/Core refuses everything that is not upstream for a good
reason. If we put everything in extras it looks a bit "odd" IMHO. 
-- 
Thorsten Leemhuis <fedora leemhuis info>


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]