http://bugzilla.rpmfusion.org/show_bug.cgi?id=563
--- Comment #6 from Stewart Adam <s.a...@diffingo.com> 2009-04-25 03:54:42 --- (In reply to comment #5) > (In reply to comment #4) > ... > > (In reply to comment #3) > > > 1* Does this file remains needed with 9.4? (should be set as %config at > > > least) > > > %{_sysconfdir}/udev/makedev.d/40-catalyst-dri.nodes > > > (in other words, Is the module capable to create it own devices on > > > /dev/dri/card? ) > > > the file need to be removed "then" the initrd regenerated in order to > > > test for > > > this feature. > > Will test at home tonight. > What tell the testing ? 9.4 works well without the udev configuration file, and overall the driver seems to run much more smoothly. > > If we get rid of these, then FreshRPM users who install RPM Fusion will > > have no > > upgrade path... If we no longer wish to support this upgrade path on new > > branches (ie, F-11), I'm OK with that but I think that we need to keep it > > for > > F-9/F-10. > Wrong., only fglrx should have kept them, not catalyst. We could also assume > users have upgraded since now. Furthermore, according that F-11 users aren't > supposed to upgrade from F-9 (but from a step by F-10), we can even drop it > from F-11 fglrx package. Okay, that makes sense - provides/obsoletes removed in the package below. > Okay, so we need to keep it the old way, and to convert eventually convert it > later (keeping Conflicts for now) That will be best for now, we can implement the new scheme for fglrx once the power management script integration in r-c-d is finished. SPEC: http://downloads.diffingo.com/rpmfusion/xorg-x11-drv-catalyst.spec SRPM: http://downloads.diffingo.com/rpmfusion/xorg-x11-drv-catalyst-9.4-2.fc10.src.rpm -- Configure bugmail: http://bugzilla.rpmfusion.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.