-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 02/09/15 12:31 PM, hasufell wrote: >> In terms of libraries in general, although the SLOT=0 for full >> package version / SLOT=somethingelse for binary-only stuff is a >> bit of a convention, you need to check what slotting actually >> means for every dependency your package depends on because each >> one will differ. For instance, sci-libs/opencascade installs >> all versions in their own specific slot, headers and all. The >> choice generally comes down to what the maintainer of the >> library package decides to do . >> > > This is another case where I feel we need better metadata support > (or at least some documentation policy/standard, so developers > don't go into pitfalls). With the rise of SUBSLOTs this becomes > even more a problem, because they also can mean a few different > things. >
Also true.. In theory, subslot changes should just mean an ABI change that will require a rebuild, but in practice things are a lot more complicated. It wouldn't hurt, even in terms of maintainer(s) keeping track within the package itself, if there was metadata about this filed somewhere. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iF4EAREIAAYFAlXnL7UACgkQAJxUfCtlWe1XwwD/TVIFk6dJSYNtsZROduNxCWIN 2F6Al4Pca7rpqyBQ0WcA/0svJX65zA29gucf+Zf6pb9BPbQF/KtyR2VPuXQRj7tE =Na5Z -----END PGP SIGNATURE-----