[Pkg-rust-maintainers] Bug#995339: lalrpop: Incomplete license information
Bastian Germann
bage at debian.org
Sun Oct 24 17:24:15 BST 2021
Control: reopen -1
Control: reassign -1 ftp.debian.org
On Sat, 23 Oct 2021 19:11:04 +0100 Ximin Luo <infinity0 at debian.org> wrote:
> Source: rust-lalrpop
> Followup-For: Bug #995339
>
> The d/copyright file is about the source package not the binary package, you are misinterpreting policy.
In Policy 12.5, I read "Every package must be accompanied by a verbatim copy of its
distribution license(s) in the file /usr/share/doc/PACKAGE/copyright." There is no
indication that the d/copyright file is about the source package only. In fact quite the
opposite, as in 2.3 (Copyright consideration) there is a distinction between source and
binary distribution.
In my interpretation, the copyright file for one specific package has to fulfill the legal
obligations of its contents' distribution license(s), including binary packages with their
specific obligations. How would a user who does not know about the X-Cargo-Built-Using
shtick know that they are to obtain the copyright files of dozens of other packages (NOT
dependencies) to get the complete distribution license information? I think, Debian
manuals just point to the copyright file for license information.
https://wiki.debian.org/StaticLinking mentions: "Packages can declare they were built
using code from other packages by using the Built-Using header and the Debian archive
keeps around old sources, marking them with the Extra-Source-Only header. Debian Policy
unfortunately says that Built-Using may *only* be used for the purposes of DFSG/license
compliance so tracking static linking must be done using custom headers."
> In fact there is nowhere in the d/copyright file format to put this information; and it would not be efficient to do so since the information already exists in the d/copyright of those other packages.
Maybe there is nowhere in the DEP-5 format, which is not mandatory by now. This
inefficiency is why I suggested to contact FTP Master about it. I do not think, there is a
good mechanism for it in Debian right now. Maybe, there should be a similar field to
Built-Using that is not about source retaining but about applicable licenses from other
packages.
> Closing the bug report for this reason.
Reopening and reassigning to FTP Master to check if they are content with the current
"custom headers" over a complete d/copyright approach. If "custom headers" is enough, I
request to have a complete list of their names at a prominent place to enable users to get
the complete license info for a package.
More information about the Pkg-rust-maintainers
mailing list