-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thursday 05 February 2004 02:27, Spider wrote: > okay, > heres a juicy little thing with packages that depend (RDEPEND too) > on openssl. > > If an old system (openssl 0.9.6) installs said packages, we have a > working satisfied openssl install. However, this will fail miserably > once installed, since the packages themselves actually link to > libssl.so.0.9.7 and libcrypto.so.0.9.7. > > So, is there any way to make this behaviour work "better" with Gentoo? > The way that strikes me is to do it like RPM does, list library links > and depend on those files specifically. "foo won't install because > it depends on /usr/lib/libssl.so.7 which is not present" > > However, this is bad and broken behaviour as we just get one headache > for another ( what package supplies -that- .so file then? which of > theese 6000 packages is it I haven't installed? and with what USE flag > combination? ) > > so... > How can this sort of thing be dealt with?
What we would want is compile-time dependencies. In such a case we can say, this package has been compiled with version X of that dependency, that version has SLOT Y. When we record such data, we can say that the SLOT's mismatch and find that the package has unfullfilled dependencies. It is probably sensible in any case to record/use this data. Paul - -- Paul de Vrieze Gentoo Developer Mail: [EMAIL PROTECTED] Homepage: http://www.devrieze.net -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFAIhL+bKx5DBjWFdsRAmE4AKDjVxIWiP9KL1EXh1FWF8ALQZKUnQCfa9ng ELmKGelxLpzznejXGj4dsW4= =wqo+ -----END PGP SIGNATURE----- -- [EMAIL PROTECTED] mailing list
