[Fedora-packaging] Re: New draft packaging guidelines for OCaml

Ralf Corsepius rc040203 at freenet.de
Tue Mar 4 04:22:06 UTC 2008

On Mon, 2008-03-03 at 22:18 +0000, Richard W.M. Jones wrote:
> On Mon, Mar 03, 2008 at 09:10:07PM +0100, Hans de Goede wrote:
> > Richard W.M. Jones wrote:
> >> On Mon, Mar 03, 2008 at 11:57:40AM -0500, Tom spot Callaway wrote:
> >>> On Mon, 2008-03-03 at 16:53 +0000, Richard W.M. Jones wrote:
> >>>
> >>>>  - Clarify where documentation should go.  Currently my practice has
> >>>>    been to put just the license file (if any) in the main package's %doc,
> >>>>    and the license file plus all other documentation & examples in
> >>>>    the devel subpackage.  This duplicates (only) the license file, but
> >>>>    that seems acceptable since we shouldn't distribute software without
> >>>>    its license.
> >>> -devel packages should Require the main package, thus, there really
> >>> isn't any need for the duplicate license copy.
> >>
> >> But you could still just install the main package and not devel, and
> >> then you are in the situation where Fedora has distributed a binary
> >> and basically removed the licensing information.  It doesn't feel like
> >> the right thing to do to me (but IANAL).
> >>
> >
> > No Spot means it the other way around, keep the license in the main package 
> > and drop it from the -devel one as that requires the main package anyways.

This is the "simplified rule-of-thumb", however there also are
situations where this isn't "entirely right".

- application licenses may differ from library licenses (e.g. apps
GPL'ed, libraries LGPL'ed).

- run-time licenses may differ from devel-licenses (e.g. library uses
GPL as umbrella, while individual files in a devel-package (often
headers) are covered by less restrictive licenses, such as BSD.)

- library licenses may differ from source-code licenses (e.g. library is
using LGPL as umbrella, but individual files being used inside of a
library are covered by less restrictive licenses).


More information about the Fedora-packaging mailing list