Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.maint.python > #14499 > unrolled thread
| Started by | Elena ``of Valhalla'' Grandi <valhalla@debian.org> |
|---|---|
| First post | 2022-09-26 11:20 +0200 |
| Last post | 2022-09-30 10:50 +0200 |
| Articles | 3 — 2 participants |
Back to article view | Back to linux.debian.maint.python
bringing python-django-registration back into testing, dfsg issues Elena ``of Valhalla'' Grandi <valhalla@debian.org> - 2022-09-26 11:20 +0200
Re: bringing python-django-registration back into testing, dfsg issues Craig Small <csmall@debian.org> - 2022-09-27 00:30 +0200
Re: bringing python-django-registration back into testing, dfsg issues Elena ``of Valhalla'' Grandi <valhalla@debian.org> - 2022-09-30 10:50 +0200
| From | Elena ``of Valhalla'' Grandi <valhalla@debian.org> |
|---|---|
| Date | 2022-09-26 11:20 +0200 |
| Subject | bringing python-django-registration back into testing, dfsg issues |
| Message-ID | <F9Srn-abgl-3@gated-at.bofh.it> |
[Multipart message — attachments visible in raw view] — view raw
Hello python-django-registration has been removed from testing, and since it's an useful package I'd like to bring it back into it. There is a new upstream release, and there was already some work done in git to package it, but it was failing because upstream has added a new dependency on https://pypi.org/project/confusable_homoglyphs/ The problem with the latter is that it includes two files from the unicode consortium: http://www.unicode.org/Public/UNIDATA/Scripts.txt http://www.unicode.org/Public/security/latest/confusables.txt which, if my understanding of https://www.unicode.org/copyright.html is correct aren't DFSG, but could be redistributed. I have two questions on how to proceed. 1) I've pushed to git a patch to make confusable_homoglyphs optional: it seems to be working, but it's still missing proper warning of the user that that specific protection is disabled. I would add both a runtime warning and a .NEWS. Do you think it is ok to upload the package like this? 2) Even if the answer to 1 is yes, I can also try to package confusable_homoglyphs: upstream can download the files from the unicode consortium if they aren't available: do you think it's better to use that ability and package the file in contrib, or just put everything in non-free? Personally, the latter sounds quite easier, and I would be strongly tempted by it. -- Elena ``of Valhalla'' 🧛
[toc] | [next] | [standalone]
| From | Craig Small <csmall@debian.org> |
|---|---|
| Date | 2022-09-27 00:30 +0200 |
| Message-ID | <Fa4LT-aixP-17@gated-at.bofh.it> |
| In reply to | #14499 |
[Multipart message — attachments visible in raw view] — view raw
On Mon, 26 Sept 2022 at 19:18, Elena ``of Valhalla'' Grandi < valhalla@debian.org> wrote: > http://www.unicode.org/Public/UNIDATA/Scripts.txt > http://www.unicode.org/Public/security/latest/confusables.txt > which, if my understanding of https://www.unicode.org/copyright.html is > correct aren't DFSG, but could be redistributed. > Given they sit under Public aren't they DATA FILES and subject to https://www.unicode.org/license.txt That license seems very BSD 3-Clause-ish. I suppose it comes down to what "Further specification" means. Does it mean license.txt overrules copyright.html? You could ask debian-legal for guidance. Do you think it is ok to upload the package like this? > It's not ideal but if the result is you cannot use those confusables then its the only way forward. > 2) Even if the answer to 1 is yes, I can also try to package > confusable_homoglyphs: upstream can download the files from the unicode > consortium if they aren't available: do you think it's better to use > that ability and package the file in contrib, or just put everything in > non-free? > > Personally, the latter sounds quite easier, and I would be strongly > tempted by it. > I have a similar problem with SNMP MIBs (thanks IETF). They're not even redistributable so I have a contrib mibs-downloader package. If the system can do it itself, that's ok but it needs to be something that the user knows is happening. I have had issues with WordPress before where it has links in some of the themes. So in summary: * See if license.txt is the actual license and its DFSG free (I think it could be) * If not, I'd package the files in a separate archive - Craig -- > Elena ``of Valhalla'' > > 🧛 >
[toc] | [prev] | [next] | [standalone]
| From | Elena ``of Valhalla'' Grandi <valhalla@debian.org> |
|---|---|
| Date | 2022-09-30 10:50 +0200 |
| Subject | Re: bringing python-django-registration back into testing, dfsg issues |
| Message-ID | <FbjSx-b3Ou-11@gated-at.bofh.it> |
| In reply to | #14501 |
[Multipart message — attachments visible in raw view] — view raw
On 2022-09-27 at 08:17:39 +1000, Craig Small wrote: > Given they sit under Public aren't they DATA FILES and subject to > https://www.unicode.org/license.txt > That license seems very BSD 3-Clause-ish. > [...] thanks, I was using my pessimist parser :) and didn't notice the good news. confusable-homoglyphs is now in NEW. -- Elena ``of Valhalla'' 🧛
[toc] | [prev] | [standalone]
Back to top | Article view | linux.debian.maint.python
csiph-web