On Tue, 6 Sep 2011, Paul Elliott wrote:
On Tuesday, September 06, 2011 02:37:36 AM you wrote:
On Tue, 6 Sep 2011, Marcus Meissner wrote:
On Tue, Sep 06, 2011 at 08:55:57AM +0200, Petr Gajdos wrote:
1) libFOO 2) libFOOX where X comes from the SONAME and contains the .so.x.x.x 3) libFOO-devel
I am not a lawyer, so only common sense tels me that if any piece of libFOO (libFOO, libFOOX, libFOO-devel or other) is installed, then appropriate license must be present (by this subpackage or its requirement). This is in contradiction with our Shared library packaging policy though.
/usr/share/doc/packages/<pkgname>/ seems like a fine place for it and would not collide.
Yes, /usr/share/doc/packages/<sub-pkgname>/ would be ok even for libFOOX (but not /usr/share/doc/packages/libFOO/ for libFOOX for example).
If I put on an IANAL hat then every subpackage has to contain the license information. But _at least_ it should be present if any of the packages are installed. Thus, as usually libFOO-devel requires libFOOX the license should be present in libFOOX. It should always be present in libFOOX as that can be installed separately without any other subpackages.
Thus, the shared library policy should be amended that it's ok to put _license_ information (but not readme, news, etc.) for the shared-library package libFOOX into /usr/share/doc/packages/libFOOX/.
I'm going to amend it this way.
Richard.
This would appear to conflict with debian practice, see Debian Policy Manual section 8.2 http://www.debian.org/doc/debian-policy/ch-sharedlibs.html
Since the upstream source for a large number of projects was originally written for debian, and then tweeked by a .spec file author to also work for suse and the other rpm based distros, this will result in spec file tweeking, with associated labor and maintainence costs.
One can control the PACKAGE a file is in simply by moving a line from one package to the other.
But if the name or directory a file is in changes from debian to rpm that invokes hand tweeking, (In the absence of changes by the upstream author).
But that's simply a long-standing difference where debian puts package specific documentation (/usr/share/package-name/ vs. /usr/share/packages/package-name/) Richard. -- Richard Guenther <rguenther@suse.de> SUSE / SUSE Labs SUSE LINUX Products GmbH - Nuernberg - AG Nuernberg - HRB 16746 GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer