What's the status of kmods in rpmfusion? I'm going to need nvida binary
blobs packaged for EL-5 very soon. I'll try to package them myself if
need be, but I'd really prefer an EL-5 branch of current driver packages.
Livna http://rpm.livna.org | MPlayer http://mplayerhq.hu
-- Delenn to Lennier in Babylon 5:"Confessions and Lamentations"
There's a pending fedora xine-lib-1.1.15 security update all ready, and
I've been trying to get cooredinated -extras-* builds done for
livna/rpmfusion. livna's svn seems to be offline, and I've queue'd
builds for rpmfusion, but it's repo seems not to be available/ready yet.
Seems I may well have to issue the fedora update, with the caveat that
these 3rd-party repos will eventually catch up.
Packages built and released for RPM Fusion (EL - free) testing/5: 1
NEW vcdimager-0.7.23-7.el5.1 : VideoCD (pre-)mastering and ripping tool
Changes in RPM Fusion (EL - free) testing/5:
* Wed Sep 10 2008 Thorsten Leemhuis <fedora [AT] leemhuis [DOT] info> 0.7.23-7.1
- s/popt-devel/popt/ for EL
* Sun Aug 10 2008 Thorsten Leemhuis <fedora [AT] leemhuis [DOT] info> 0.7.23-7
- merge a few bits from livna spec
Packages built and released for RPM Fusion (EL - free) testing/5: 4
NEW DVDRipOMatic-0.95-5.el5 : Simple DVD to XviD ripping application
NEW faad2-2.6.1-4.el5.1 : Library and frontend for decoding MPEG2/4 AAC
NEW libdvbpsi-0.1.6-3.el5.1 : Library for MPEG TS and DVB PSI tables decoding and generation
NEW x264-0.0.0-0.15.20080613.el5 : H264/AVC video streams encoder
Changes in RPM Fusion (EL - free) testing/5:
* Wed Sep 10 2008 Xavier Lamien <lxtnow[at]gmail.com> - 0.95-5
- Update files and rebuild for rpmfusion inclusion.
* Wed Sep 10 2008 Thorsten Leemhuis <fedora [AT] leemhuis [DOT] info - 1:2.6.1-4.1
- disable xmms-faad2, as there is no xmms in EL/EPEL right now
* Tue Sep 09 2008 Thorsten Leemhuis <fedora [AT] leemhuis [DOT] info - 0.1.6-3.1
- Generate SVG instead of PNG in documentation (RHEL graphviz can't write PNG);
Patch is a modified version of one found in the elvn repo (Lubomir Rintel)
* Mon Aug 04 2008 Thorsten Leemhuis <fedora [AT] leemhuis [DOT] info - 0.0.0-0.15.20080613
I'd like to make installing, using and updating the GPU drivers as easy
as possible for the end user, so let me know what you like or dislike
about the below. Based on the the last discussion (Naming of the nVidia
drivers in RPMFusion), these are the things we're aiming for WRT GPU
drivers and rpmfusion:
- Parallel-installable drivers
- A new, easy to use livna-config-display that will get rid of the
Xgl/AIGLX stuff and instead, suggest the recommended driver for your
card. As well, users will be able to override which driver is currently
being used (ie, "I want to use legacy series 71xx instead of 96xx" when
96xx was autoselected based on the GPU)
- 5 nVidia branches: legacy (71), legacy (96), stable (173), stable
(177) and beta
I thought a bit about how we could implement these and came up with a
few other things to discuss:
- Package naming: I like what Thorsten has suggested and we have the
drivers named by version, and then create metapackages which will track
the appropriate versions. As a bonus, this also makes the name easier to
remember. At the moment, "nvidia-legacy" would track
xorg-x11-drv-nvidia-71 and xorg-x11-drv-nvidia-96. "nvidia-stable" would
track xorg-x11-drv-nvidia-173 and xorg-x11-drv-nvidia-177. Any final
words on this?
- By tracking all stable/legacy/beta drivers at once, the initscripts
can autoselect the best driver and hopefully that will reduce the number
of times users are left without X because a driver dropped support for
some GPUs. But, if this does happen (for example when nVidia released
the 103 series driver as stable and moved 96 to legacy), we should
announce this on an rpmfusion ML, the wiki's News page and I'll try to
get it out on FedoraForum as well.
- For autoselection of the appropriate driver, I'm leaning towards a
small databank of each GPU's PCI ID and the required driver which the
initscripts could parse and base their decision off of that. Is there
anything easier/simpler that I looked over?
If everyone likes what's mentioned here then I'll start working on the
new RPM spec files and redoing the GUI bits of livna-config-display.
We have no dep-checker script (yet) that's running regularly for RPM
Fusion. Thus: If you update a package which contains libs (like for
example the recently updated x264 package) which have a higher .soname
than before then *pretty please* mail the list and tell us about so
things can be fixed quickly. Even better: also send mails to all the
maintainers that take care of packages that depend on the old library.
Otherwise things might be broken for a few days and users will run into
trouble -- we should do our best to avoid that. I'd say that should be
way easier then in Fedora because we are a way small group of people.