- Package:
- release.debian.org
- Source:
- release.debian.org
- Submitter:
- Helge Kreutzmann
- Date:
- 2026-07-17 19:23:01 UTC
- Severity:
- normal
- Tags:
I'm not sure if this is the right path to address this nor if this is a problem to be solved at all (beyond what has already happend, of course). Please note that I haven't prepared any potential version yet, this is pure clarification if work is needed (which would follow). I recently received a report (Debian #1136135) that manpages-l10n contained undistributable files *in the sources* (those were not shippped in any binary package). I fixed the problem upstream and released a new version to unstable, which has migrated to testing (4.30.2-1). Soon Tobias will release a version to Trixie backports. Is there any need to make an upload to trixie-pu (or even bookworm-pu, ..)? As stated earlier in [1] I believe that including manpages-l10n in point releases is quite a good idea, even though it completely fails the criteria (unfortunately I haven't seen a reply on this idea yet). If such an upload is indeed wanted, then I can prepare one, at least for Trixie it should not be any problem. If you have pointers to docs what to consider/how to proceed, this would be appreciated. If I do not see any response on this (as on [1]), I simply do not perform any action (except the usual backport upload). [ Reason ] manpages-l10n contained for the last ~7 years undistributable files, because one of our sources mixed them in without us noticing. Therefore, the last Debian releases contained those files *in the sources* (not shipped in any binary package). You can find details in [2]. [ Impact ] The Debian source in the archives contain files which are not distributable. There is no user facing difference, as binary packages do not ship those files (nor their translation). [ Tests ] I implemented two controls upstream: 1) The directories for those files no longer exist, hence pulling the files fails (i.e. they are discarded). 2) I'm building up a licensing check upstream. This is work in progress, last week this covered > 83% and work is progressing. So hopefully in a few weeks all files are covered and new files will be deteced (and checked). [ Risks ] There are more and improved translations in the current version (i.e. 4.30.2-1) then they were in version 4.27.0-1. And this is pure documentation, no code. And we align with the source text, i.e. the translation for Trixie fits to the pages shipped in Trixie (with backports, though). Doing updates for oldstable (and older) would be more tricky, but with Tobias I probably could manage to resurrect the last version we shipped from our respective Salsa branch and apply the fix for #1136135. In this case, the previous paragraph applies. A full discussion can be found in [1]. [ Checklist ] [x] *all* changes are documented in the d/changelog [ ] I reviewed all changes and I approve themA I do review the German translation and our build and check pipelines catch all formatting errors. However, as I don't speak any other language than German and English, I cannot review the content for the other translations. [ ] attach debdiff against the package in (old)stable I could prepare such a diff, but it would be *huge* and probably of little use. I could remove all changes in the actual translation, so you could review the packaging changes. Regarding the actual bug report, the follwoing change is relevant: index 9f8afff60fb..fb31dbf9d84 100755 --- a/upstream/archlinux/update-manpages.sh +++ b/upstream/archlinux/update-manpages.sh @@ -19,7 +19,7 @@ # Start with clean directories and no leftover links.txt rm -rf man* links.txt
Hi, I would be interested in periodic updates of translations in general (perhaps not every point release, but from time to time as it makes sense). But I would prioritise this removal of non-free files. Can you prepare a proposal to do just that for now please? All practical steps are in devref. Remove moreinfo from this bug when ready for review. Thanks,
Hello Jonathan, Am Sun, May 31, 2026 at 12:11:35PM +0100 schrieb Jonathan Wiltshire: https://www.helgefjell.de/data/manpages-l10n_4.27.0+dfsg-1.debian.tar.xz https://www.helgefjell.de/data/manpages-l10n_4.27.0+dfsg-1.dsc [x] The bug you want to fix in stable must be fixed in unstable already Yes, it is fixed in 4.30.2-1 (testing and unstable) [x] The bug should be of severity "important" or higher. [x] Bug meta-data must be up to date. [x] Fixes must be minimal and relevant and include a sufficiently detailed changelog entry. [_] A source debdiff of the proposed change must be included in your request (not just an URL) diff -Nru manpages-l10n-4.27.0+dfsg/debian/changelog manpages-l10n-4.27.0/debian/changelog --- manpages-l10n-4.27.0+dfsg/debian/changelog 2026-06-11 21:02:54.000000000 +0200 +++ manpages-l10n-4.27.0/debian/changelog 2025-06-20 15:37:59.000000000 +0200 @@ -1,10 +1,3 @@ -manpages-l10n (4.27.0+dfsg-1) unstable; urgency=medium - - * Removed non free POSIX man pages from the source tar ball. - (Closes: #1136135). - - -- Dr. Helge Kreutzmann <debian@helgefjell.de> Thu, 11 Jun 2026 21:02:54 +0200 - manpages-l10n (4.27.0-1) unstable; urgency=medium * New upstream version 4.27.0. diff -Nru manpages-l10n-4.27.0+dfsg/debian/copyright manpages-l10n-4.27.0/debian/copyright --- manpages-l10n-4.27.0+dfsg/debian/copyright 2026-06-04 10:04:50.000000000 +0200 +++ manpages-l10n-4.27.0/debian/copyright 2025-06-20 15:37:59.000000000 +0200 @@ -2,9 +2,6 @@ Upstream-Name: manpages-l10n Upstream-Contact: Dr. Helge Kreutzmann <debian@helgefjell.de> Source: https://salsa.debian.org/manpages-l10n-team/manpages-l10n -Comment: Removed non free POSIX man pages by running - rm -rf man0p man1p man3p - in upstream/archlinux/ Files: * Copyright: © 2010-2020 Dr. Tobias Quathamer <toddy@debian.org> diff -Nru manpages-l10n-4.27.0+dfsg/upstream/archlinux/man0p/aio.h.0p manpages-l10n-4.27.0/upstream/archlinux/man0p/aio.h.0p --- manpages-l10n-4.27.0+dfsg/upstream/archlinux/man0p/aio.h.0p 1970-01-01 01:00:00.000000000 +0100 +++ manpages-l10n-4.27.0/upstream/archlinux/man0p/aio.h.0p 2025-06-20 14:35:17.000000000 +0200 I could add the entire debdiff, however, this would mean I would reproduce the undistributable files once more to this list (as diff). And, it is 7.6 MB (uncompressed) [x] The proposed package must have a correct version number [x] The update must be built in an stable environment or chroot [x] Do not close release.debian.org bugs in debian/changelog. As I'm not a developer, I assume that I cannot upload myself, but my sponsor (Tobias, in CC) will need to do this. Thanks for your review! Greetings Helge
Hello Jonathan,
Am Sun, May 31, 2026 at 12:11:35PM +0100 schrieb Jonathan Wiltshire:
I think I followed all steps and my co-maintainer (Toddy) reviewed it
as well.
Do you know when you have time to review it as well?
If there are any questions, remarks, issues - please let me know.
Thanks!
Greetings
Helge
Hi, I cannot review a debdiff I have not been sent. You can filterdiff out the non-free files if you prefer. Thanks,
Hello Jonathan,
That is exactly what I did in message #19 from June 11th. Did you have
a chance to review that message as well?
Greetings
Helge
Control: tag -1 moreinfo Oh I'm sorry, I missed that. I did not realise that could be all the diff - in fact it can't be, as it does not include any actual functional changes anyway (such as rm the non-free files). It's also relative to unstable, not trixie, and appears to be in reverse. As the maintainer it's your job to make it easy for us to say "yes" to your request. You can filter out the non-free files by all means, but I still don't have a clear picture of precisely what you would upload if we approved it. Please revise. Thanks,
Hello Jonathan,
Am Fri, Jul 17, 2026 at 07:51:22PM +0100 schrieb Jonathan Wiltshire:
There are no functional changes. There is the repacked orig.tar.bz2.
The only change in that tarball is the removal of the non free files.
No other change is necessary.
No, it is relative to stable, i.e. Trixie. And yes, sorry for it
beeing reverse.
Sorry, I don't know what else to do.
Once I know what to revise, I'll do that.
Greetings
Helge