- Package:
- sponsorship-requests
- Source:
- sponsorship-requests
- Submitter:
- Vladimir Oltean
- Date:
- 2022-07-18 21:15:09 UTC
- Severity:
- wishlist
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "isochron": * Package name : isochron Version : 0.9~rc4-1 Upstream Author : Vladimir Oltean <vladimir.oltean@nxp.com> * URL : https://github.com/vladimiroltean/isochron * License : GPL-2 * Vcs : https://salsa.debian.org/vladimiroltean/isochron Section : utils The source builds the following binary packages: isochron - Tool for Time Sensitive Networking testing To access further information about this package, please visit the following URL: https://mentors.debian.net/package/isochron/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/i/isochron/isochron_0.9~rc4-1.dsc Changes for the initial release: isochron (0.9~rc4-1) unstable; urgency=medium . * Initial release (Closes: #1010396) Please excuse me for the mistakes I may have made. Specifically, Lintian says that "Bug #1010396 does not belong to this package", yet that ITP was created by me while the project indeed had the "tsn-scripts" name: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1010396 I renamed the upstream project to the more specific "isochron" name (which matches the name of the main binary) as part of the source code preparation for acceptance into Debian. I did not close the original ITP and open a new one, but left it as-is. I am looking forward to receiving feedback. Regards,
Control: tags -1 moreinfo frer/*.sh are BSD-3-clause licensed. Please add the license to d/copyright. While you might be the author of all the NXP copyrighted files, the file headers say "Copyright 2019-2021 NXP". We are more interested in Copyright statements than authorship because that is what some licenses require to reproduce. Please untag moreinfo from this bug when you have changed the copyright file accordingly.
Interestingly, frer/*.sh are not intended to be distributed by the Debian package. The repository grew from a bunch of shell scripts to being dominated by a C program which largely incorporated what used to be written in bash and python, and what's in the "frer" folder is what's left of that. However these are not of interest to the Debian audience. I think that the debian package only needs to state the copyright of files that actually contribute to the software being distributed, case in which I don't need to add BSD as a license, am I right? Ok, so the change I need to make is s/2019-2021 Vladimir Oltean <vladimir.oltean@nxp.com>/2019-2021 NXP/, right?
Interestingly, frer/*.sh are not intended to be distributed by the Debian package. The repository grew from a bunch of shell scripts to being dominated by a C program which largely incorporated what used to be written in bash and python, and what's in the "frer" folder is what's left of that. However these are not of interest to the Debian audience. I think that the debian package only needs to state the copyright of files that actually contribute to the software being distributed, case in which I don't need to add BSD as a license, am I right? Ok, so the change I need to make is s/2019-2021 Vladimir Oltean <vladimir.oltean@nxp.com>/2019-2021 NXP/, right?
Am 14.07.22 um 23:30 schrieb Vladimir Oltean: From a legal perspective that would be okay. But the Debian Policy requires that all distribution licenses of the source package are included in d/copyright, no matter if they are included in the binary package. The alternative is excluding the files from the origtargz but that should not be done in this case. Exactly.
Updated the salsa git repository, reuploaded to mentors and removed the moreinfo tag, thanks.
Please fix running `uscan --download-current-version` to get the origtargz.
Good point, thank you. I've updated the salsa repo and also re-uploaded to mentors (should be visible shortly). I had to add an "uversionmangle=s/-rc/~rc/" to make "0.9-rc4" match with "0.9~rc4", not sure whether you were expecting something more complicated than that.
Good point, thank you. I've updated the salsa repo and also re-uploaded to mentors (should be visible shortly). I had to add an "uversionmangle=s/-rc/~rc/" to make "0.9-rc4" match with "0.9~rc4", not sure whether you were expecting something more complicated than that.
I have uploaded the package to the archive. Thanks for your contribution!