Hi to all,
I've tried to install %subj% on FC1 but X server fails on same config either with CC=gcc32 (for old-good 44.96). Do you have any expoerience how to successfuly install 53.28?
michalz
On Mon, 2003-12-22 at 19:31, Michal Zeravik wrote:
Hi to all,
I've tried to install %subj% on FC1 but X server fails on same config either with CC=gcc32 (for old-good 44.96). Do you have any expoerience how to successfuly install 53.28?
michalz
-- fedora-test-list mailing list fedora-test-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-test-list
there might be something good under /usr/share/doc/NVIDIA there is readme files on installation and troubleshooting...
On Tue, 2003-12-23 at 02:31, Michal Zeravik wrote:
Hi to all,
I've tried to install %subj% on FC1 but X server fails on same config either with CC=gcc32 (for old-good 44.96). Do you have any expoerience how to successfuly install 53.28?
michalz
Before installing the nvidia drivers 4496 or the latest 5328 you _must_ first remove XFree86-Mesa-libGL to avoid conflicts. After this 'export CC=gcc32' then do the nvidia install as normal and all should be fine.
Regards
Philip Wyett
On Mon, 2003-12-22 at 22:44, Philip Wyett wrote:
On Tue, 2003-12-23 at 02:31, Michal Zeravik wrote:
Hi to all,
I've tried to install %subj% on FC1 but X server fails on same config either with CC=gcc32 (for old-good 44.96). Do you have any expoerience how to successfuly install 53.28?
michalz
Before installing the nvidia drivers 4496 or the latest 5328 you _must_ first remove XFree86-Mesa-libGL to avoid conflicts. After this 'export CC=gcc32' then do the nvidia install as normal and all should be fine.
Regards
Philip Wyett
I just did the nvidia install 5328 and had no problems so far i did the init 3.. installed the drivers and edited the x86 config file. then init 5 and it went ok and shown an nvidia splash screen.. so you think i will be ok/? i am scared to rebooot my kernel in fear of a crash hehe
On Tue, 2003-12-23 at 05:59, jason pearl wrote:
On Mon, 2003-12-22 at 22:44, Philip Wyett wrote:
On Tue, 2003-12-23 at 02:31, Michal Zeravik wrote:
Hi to all,
I've tried to install %subj% on FC1 but X server fails on same config either with CC=gcc32 (for old-good 44.96). Do you have any expoerience how to successfuly install 53.28?
michalz
Before installing the nvidia drivers 4496 or the latest 5328 you _must_ first remove XFree86-Mesa-libGL to avoid conflicts. After this 'export CC=gcc32' then do the nvidia install as normal and all should be fine
Before installing the nvidia drivers 4496 or the latest 5328 you must first remove XFree86-Mesa-libGL to avoid conflicts.
Apparently, I have to use --nodeps to remove this package. Wich means that if I want to install packages which require it afterwards, I'll probably have to install them with --nodeps too :-( What about renaming libGL.so.1 ? This is dirty, but installing and removing with --nodeps is equally dirty IMHO. What would be the best solution ?
Thanks
Aurelien
On Tue, 2003-12-23 at 11:02, Aurelien Bompard wrote:
Before installing the nvidia drivers 4496 or the latest 5328 you must first remove XFree86-Mesa-libGL to avoid conflicts.
Apparently, I have to use --nodeps to remove this package. Wich means that if I want to install packages which require it afterwards, I'll probably have to install them with --nodeps too :-( What about renaming libGL.so.1 ? This is dirty, but installing and removing with --nodeps is equally dirty IMHO. What would be the best solution ?
Thanks
Aurelien
Indeed, XFree86-Mesa-libGL should be removed with '--nodeps'. Yes, the dependency game here is not so nice. I have thought the best way to go if Mr Harris issued an XFree86 update for Fedora or an application depended on the lib... Would be to install it again go back to the 'nv' driver, do what you have todo, remove XFree86-Mesa-libGL again and re-install the binary 'nvidia' driver once more. A real pain no doubt, but as clean as least troublesome as it's probably gonna get. :/
Regards
Philip Wyett
On Tuesday 23 December 2003 19:45, Philip Wyett wrote:
On Tue, 2003-12-23 at 11:02, Aurelien Bompard wrote:
Before installing the nvidia drivers 4496 or the latest 5328 you must first remove XFree86-Mesa-libGL to avoid conflicts.
Apparently, I have to use --nodeps to remove this package. Wich means that if I want to install packages which require it afterwards, I'll probably have to install them with --nodeps too :-( What about renaming libGL.so.1 ? This is dirty, but installing and removing with --nodeps is equally dirty IMHO. What would be the best solution ?
Thanks
Aurelien
Indeed, XFree86-Mesa-libGL should be removed with '--nodeps'. Yes, the dependency game here is not so nice. I have thought the best way to go if Mr Harris issued an XFree86 update for Fedora or an application depended on the lib... Would be to install it again go back to the 'nv' driver, do what you have todo, remove XFree86-Mesa-libGL again and re-install the binary 'nvidia' driver once more. A real pain no doubt, but as clean as least troublesome as it's probably gonna get. :/
Regards
Philip Wyett
Wouldn't it be easy if the new rpm 'obsolutes' the old XFree86-Mesa-libGL and 'provide' everything XFree86-Mesa-libGL does? btw: ASPLinux 9 uses another technique: when you install nvidia-glx it uses a '%post'-install script to rename/move all conflicting Messa files and make symlinks to the nvidia ones.
I was wondering... can't these 'hooks' or whatever it was called (script that is invoked from one package when another one interacting with it is installed/uninstalled) be used to do all necessary (moving/renaming)s? Even in this case 'rpmverify XFree86-Mesa-libGL' will fail. Probably even this can be solved by modifying bouth XFree86-Mesa-libGL and nvidia-glx to get something like sendmail and postfix - you can switch them when you want (in this case 'prelink' could be called too).
Indeed, XFree86-Mesa-libGL should be removed with '--nodeps'. Yes, the dependency game here is not so nice. I have thought the best way to go if Mr Harris issued an XFree86 update for Fedora or an application depended on the lib... Would be to install it again go back to the 'nv' driver, do what you have todo, remove XFree86-Mesa-libGL again and re-install the binary 'nvidia' driver once more. A real pain no doubt, but as clean as least troublesome as it's probably gonna get. :/
What could also be done, is using a virtual package which would provide libGL.so. How about the rpm created by this spec file :
Name: nvidia-fake-glx Summary: Fake NVidia package Version: 1.0 Release: 1 License: GPL Group: User Interface/X Source0: %name.README Buildroot: %{_tmppath}/%{name}-%{version}-%{release}-root Buildarch: noarch Provides: libGL.so.1 libGL.so.1.2
%description Install this package if you used the NVidia installer to install the drivers on your system
%install rm -rf $RPM_BUILD_ROOT mkdir -p $RPM_BUILD_ROOT%_docdir/%name-%version install -p %{SOURCE0} $RPM_BUILD_ROOT%_docdir/%name-%version/README
%files %defattr(644,root,root) %_docdir/%name-%version/README
%changelog * Mon Jun 16 2003 Aurélien Bompard gauret@free.fr - initial package
Could this be a cleaner solution ?
Bye
Aurélien
Aurelien Bompard wrote:
Indeed, XFree86-Mesa-libGL should be removed with '--nodeps'. Yes, the dependency game here is not so nice. I have thought the best way to go if Mr Harris issued an XFree86 update for Fedora or an application depended on the lib... Would be to install it again go back to the 'nv' driver, do what you have todo, remove XFree86-Mesa-libGL again and re-install the binary 'nvidia' driver once more. A real pain no doubt, but as clean as least troublesome as it's probably gonna get. :/
What could also be done, is using a virtual package which would provide libGL.so. How about the rpm created by this spec file :
I already sent a similar message in October. See http://www.redhat.com/archives/fedora-test-list/2003-October/msg03252.html
Could this be a cleaner solution ?
Definitely.