On Thursday 05 February 2004 21:34, Spider wrote: > begin quote > On Thu, 5 Feb 2004 20:58:01 +0100 > Can you explain more? When would LIBVER be set? by whom? (developer? no > thanks.. :P ) and woudn't there need to be one LIBVER per .so file that > a package installs?
In most cases we could probably derive it automatically from the soname of a library, in special cases LIBVER would need to be set. Basically the idea breaks through the one LIBVER per .so by needing a developer to define a different LIBVER when an incompatible library change is introduced in the package (in any file) (the contents of LIBVER don't matter). In some cases this will be automatically detected, in some cases not, in which the developer needs to fix this. > My Idea was meant for "build package" time, yes. To make the mapping of: > > so for the package "slocate", we get the following entry: > > libc.so.6 sys-libs/glibc-2.3.3_pre20040117 > /lib/ld-linux.so.2 sys-libs/glibc-2.3.3_pre20040117 > > And so on. This would pretty easily be added at GRP create time (okay, > it adds some overhead to all binary packages... thats not too god, but > I'm not that sure we care..) That would be "enhanced rpm style", which would probably work too. It would however not solve the problem of determining which versions are actually compatible (one could use sonames for that) > And when the binary is installed, it can scan the system of "missing" > files, if it finds any, balk and die, telling both what .so is missing, > and the package it was last seen in. This would also help us doing QA > and finding missing dependency links. ( things that are in the > "linking" list of resolved packages, but not in the RDEPEND tree ) > and yes. its dirty. its rpmish. and I'd love to see a better thing. > however, its better than the thing we have currently. Anything is better than nothing (which we have now) ;-) > Any ideas? Don't have binary packages ;-) Paul -- Paul de Vrieze Gentoo Developer Mail: [EMAIL PROTECTED] Homepage: http://www.devrieze.net
pgp00000.pgp
Description: signature
