We use RHEL5 on our systems at work, and use the Nvidia binary driver. I'm interested in maintaining packages that will install on stock kernels, because it would make our job easier. I really only have access to x86_64 systems though. I may be able to package up i386 packages as well. Since I'm coming out of the blue, I'd need guidance on where to submit packages.<br>
<br>-Eric<br><br><div class="gmail_quote">On Mon, Dec 14, 2009 at 2:55 PM, Jack Neely <span dir="ltr"><<a href="mailto:jjneely@ncsu.edu">jjneely@ncsu.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div><div></div><div class="h5">On Mon, Dec 14, 2009 at 08:34:19PM +0100, Thorsten Leemhuis wrote:<br>
> On 01.12.2009 22:44, Jack Neely wrote:<br>
> > On Wed, Nov 25, 2009 at 09:30:28AM +0100, Thorsten Leemhuis wrote:<br>
> >> Michel Alexandre Salim wrote on 25.11.2009 02:33:<br>
> >>> We've so far provided add-on packages for Fedora and RHEL;<br>
> >><br>
> >> Nope, the latter was never really started and interest in it seems quite<br>
> >> low -- I likely sooner or later will suggest we drop it completely if<br>
> >> nobody steps up and feels responsible for it/takes care of it:<br>
> >> <a href="http://lists.rpmfusion.org/pipermail/rpmfusion-developers/2009-February/004058.html" target="_blank">http://lists.rpmfusion.org/pipermail/rpmfusion-developers/2009-February/004058.html</a><br>
> >>> [...]<br>
> > I'll state that I'm interested in EL support from RPMFusion. I'm<br>
> > planning on having some time toward this spring to work about getting<br>
> > some of the commonly used kernel modules my shop depends on for RHEL 6<br>
> > well maintained in RPMFusion.<br>
><br>
> Sounds lame, but those that want to do it simply should start doing it,<br>
> otherwise RPM Fusion for EL afaics will fail before it even started for<br>
> real :-/<br>
><br>
> IOW: There is nobody that will tell you "Yes, you have the job"; It's<br>
> more "just do it"<br>
><br>
> IOW afain ;-) Just start doing some work to make RPM Fusion for EL<br>
> solid. Some ideas to start working:<br>
><br>
> - check if all the deps in the current EL repo are satisfied and poke<br>
> package maintainers to fix it if not<br>
> - check if everything is working, if not, poke maintainers<br>
> - check if all the important packages people often want are in the EL repo<br>
> - owners.epel.list in our CVS is afaics not sully up2date<br>
> - work towards officially announcing RPM Fusion support for EL<br>
><br>
> I's not my decision alone, but I'd be willing to hand someone the<br>
> signing keys for the EL repo, in case that someone<br>
><br>
> - works on above list for at least a few weeks and thus shows he<br>
> committed to the "job"<br>
> - seems trust-able (e.g. ideally someone that is known in Fedora-land<br>
> already and not something new coming out of the blue)<br>
> - got access to the push server (which is something the Admins will have<br>
> to work out)<br>
><br>
> Cu<br>
> knurd<br>
<br>
</div></div>Kernel modules.<br>
<br>
That's what I'm interested in. And for RHEL 5 that means (as we've<br>
mentioned earlier) kmodv1 kernel modules. I would love to have the<br>
nvidia kmods available. Would anyone be willing to help backport that<br>
or already have the goods in hand?<br>
<br>
I'd like to spend some time working toward EL6 rather than on 5. But,<br>
EL6 doesn't seem to be very close. I suspect more interest in EL-land<br>
once RHEL6 shows more signs of living.<br>
<div><div></div><div class="h5"><br>
Jack<br>
--<br>
Jack Neely <<a href="mailto:jjneely@ncsu.edu">jjneely@ncsu.edu</a>><br>
Linux Czar, OIT Campus Linux Services<br>
Office of Information Technology, NC State University<br>
GPG Fingerprint: 1917 5AC1 E828 9337 7AA4 EA6B 213B 765F 3B6A 5B89<br>
</div></div></blockquote></div><br>