new nvidia driver 53.28 fails

[Doncho N. Gunchev]

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).

-- 
Regards,
  Doncho N. Gunchev