On Wed, 2003-03-05 at 07:30, Luca Olivetti wrote: > James Sparenberg wrote: > > > It's caused when the builder of the application has an NVidia video > > card and you don't .... I've had good luck with these by doing a nodeps > > install. This is I fear going to become an increasing problem as more > > and more builders have this card installed and since rpm has no way to > > say "ignore this dependency" I don't know a way around it. Like I've > > Yes, there's a workaround developed by Buchan Milne but I don't have an > URL right now. > > > said the program itself doesn't need this lib... but rpm building > > creates the dependency just because it's on the box of the builder. > > But still I think it shouldn't. The package most probably doesn't depend > directly on this library, it's a "second order" dependency (the package > really depends on libGL.so.1, which normally is an XFree86 lib, but if > it's been replaced by the Nvidia driver in turn depends on > libGLcore.so.2 ie. package->libGL.so.1->libGLcore.so.2). > I don't know why rpm looks recursively at dependencies and doesn't stop > at the first level (the second level should be taken care of by the > package providing the first level dependency anyway). > Maybe some rpm guru can explain why things are done this way. > > Bye
Luca, Your analysis is right and If you ever find Buchan's work around please let me know. For my part I know that I keep a number of older systems around for building rpms for my company just because of this problem. Two things I've found that could be of great use in building rpms. 1. dependency exclusion .... for use in a situation just like this. 2. Either/or ..... For building rpms that deploy across multiple platforms. Then if 2 packages with different names both supply a needed function or library it would look for one then the other. Really helpful when you have something like perl_Net for one distro and perl-Net for the other. Don't know if others would find it useful or not. Submitted this a while back to the rpm developers and didn't here much back..I guess if you don't have the need it wouldn't seem important. James
Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
