For transparency, I am CCing this reply to debian-devel, and quoting
the whole of the REJECTED mail. There does not seem to be anything in
here that ought to be private. Please let me know if there is
somewhere better. (I considered -legal but it didn't seem
appropriate.)
+----------------------+
| REJECT reasoning |
+----------------------+
Another team member identified that there is code in this package
under a number of different licenses other than GPL-3+, but that is
not specified in sufficient detail in d/copyright. That contravenes
both Debian Policy and the terms of those licenses.
They also pointed out that there is some code from StackOverflow,
which is not GPL-3+.
I noticed that b91dec.{php,awk} have no license information at all.
+----------------------+
| Other comments |
+----------------------+
Your changelog mentions changes to comply with modern Policy, so please consider upgrading the standards-version too.
Shouldn't subdirmk be a separate package?
Quoting Ian Jackson (2022-04-11 18:51:35)
For transparency, I am CCing this reply to debian-devel, and quoting
the whole of the REJECTED mail. There does not seem to be anything in
here that ought to be private. Please let me know if there is
somewhere better. (I considered -legal but it didn't seem
appropriate.)
Since you ask: Seems to me that more suitable would be to file an ITP bugreport and post followups like this to that bugreport.
Filing an ITP would also serve as an invitation for ftpmasters to post
their followup to that bugreport on their own.
Kind regards,
- Jonas
Any idea how we could automate the Reply-To: thingy in a REJECTED
action, depending on uploader's preference? (not: I'm not
volunteering, just trowing a piece of idea... :)
They also pointed out that there is some code from StackOverflow,
which is not GPL-3+.
I think this is not right? I think you are referring to `argparseactionnoyes.py`. As I documented in the file header, it is
part of StackOverflow's TOS that contributors grant a CC-BY-SA 4.0
licence for the snippets they upload, which would make the
contributions GPL3+-compatible. My file comment gives the relevant references. [1]
It seems to me that StackOverflow have chosen this approach (making
the upload licence part of the TOS) precisely to enable people to copy
code fragments out of StackOverflow into their own projects. ISTM
that in (unless it appears that the posting StackOverflow user did not
write the code in question), we should be able to rely on that.
Can you please confirm whether the opinion of the ftpmaster team, that
is not sufficient? If it is not sufficent, I guess I will find
someone to write a clean room implementation of this 22-line class.
I noticed that b91dec.{php,awk} have no license information at all.
As you observe, these files as provided by upstream do not themselves
contain licence information. But the file base91-c/README (which is
provided by upstream) says, amongst other things:
All source code in this package is released under the terms of the BSD license.
See the file LICENSE for copying permission.
And these files were (according to their copyright notice) written by
the same author and clearly part of the base91-c project. I think
this licence therefore applies also to the files b91dec.{php,awk}.
Shouldn't subdirmk be a separate package?
Well. It is designed to be "git-subtree"'d into one's package. That
is the way the upstream package uses it.
It would be possible to make it a separate package and build-depend on
it, at the cost of some additional work. The upside would be a very
small amount of disk space saving, and largely theoretical saving of
work in case of a need to do a security update for subdirmk (which
seems unlikely to be critical since it's build system software which
is designed to execute its input) - and that all only in the case
where a second package in Debian uses subdirmk.
It seemed me best to me to defer this work until subdirmk becomes more
widely used.
Sysop: | Keyop |
---|---|
Location: | Huddersfield, West Yorkshire, UK |
Users: | 300 |
Nodes: | 16 (2 / 14) |
Uptime: | 18:05:15 |
Calls: | 6,707 |
Calls today: | 1 |
Files: | 12,239 |
Messages: | 5,351,542 |