On Sun, 2014-09-21 at 03:50 +0300, Peter Pentchev wrote: > On Sat, Sep 20, 2014 at 10:10:00AM +0200, Christian Kastner wrote: > > Hi Markus, > > > > On 2014-09-20 01:22, Markus Koschany wrote: > > > The debian/copyright file is identical for ufoai-data, ufoai-music and > > > ufoai-maps. > > > > I find this somewhat confusing. > > > > Generally speaking, I don't believe that listing the copyright of files > > which are not part of the source package (in fact, which are part of > > another package) is policy-conform, regardless of whether upstream > > created the source split, or you. > > Just as a minor data-point, I think that it might actually be > policy-conformant, as witnessed by e.g. Policy 12.5, the section about > /usr/share/doc/package being a symlink to another directory. True, it > discusses a slightly different case (two packages coming from the same > source package), but I do believe that the intent is exactly the same - > a single source package generating, say, two packages (a binary one and > a data one), with the same copyright file for both. Not sure if you refering to Markus' or Christian's position when you say "might be actually .. conformant ".. So you wanted to state that duplicate d/copyrights are _not_ allowed for different source packages, I agree. Otherwise I think not. We might want to refine wording here, that everyone knows what I mean when I say "(Debian-)source-package". We have one upstream repository snapshot split into 4 orig.tar (upstream sourcee package) and 4 (Debian-)source packages. Binary packages are the result of a (Debian-)source-package. §5.6 and §4.4 defines the Debian-source-package's name. So in our case we have 4 Debian-source packages: ufoai, ufoai-data, ufoai-music and ufoai-maps. Also d/copyright is to document the copyright for the source used to generate the binary packages. 12.5 reads only about "source", so this term might be ambiguous between upstream and Debian. However, the rest of the policy does often use it in the context of "unpacked source". However, there is another clause quite similar to the symling clause of 12.5.: It is in 12.3 and reads: /usr/share/doc/package may be a symbolic link to another directory in /usr/share/doc only if the two packages both come from the same source and the first package Depends on the second.[116] The footnote 116 then helps to make it clear: "Please note that this does not override the section on changelog files below, so the file /usr/share/doc/package/changelog.Debian.gz must refer to the changelog for the current version of package in question. In practice, this means that the sources of the target and the destination of the symlink must be the same (*same source package and version*)." >So I believe we need to have the same source packages to allow >symlinks, to doc or, in our case duplicated copyright files. >The copyright file would have to contain information about all the >files in the two binary packages, Minor correction: As the copyright file is the documentation of the undelaying source package, it does not document the files in the binary package. >which means that for each of the binary packages "its" copyright file >would contain information about files that are part of another >package. s/package/source package? That would be my point. > It's true that the Debian Policy does not contain explicit provisions > for this case - two different source packages coming from the same > upstream distribution point - and it's true that the final say in these > matters belongs to the FTP Masters. I think §4.5, in the Chapter "Source Package", by using "verbatim" the intention is made quite clear: "4.5 Copyright: debian/copyright Every package must be accompanied by a verbatim copy of its copyright information and distribution license in the file /usr/share/doc/package/copyright Yes, FTP-Masters will have the final word, but it will not me how presents a package containing this question to them. Markus also already committed to a split of d/copyright. ________________________________________________________________________ -- tobi > G'luck, > Peter >
Attachment:
signature.asc
Description: This is a digitally signed message part