Bug#948892: Please document that apt does not keep files in /var/cache/apt/archives
Hello Julian, Am Thu, Sep 19, 2024 at 09:39:53PM +0200 schrieb Julian Andres Klode: > On Thu, Sep 19, 2024 at 07:02:30PM GMT, Helge Kreutzmann wrote: > The option is correct, however the override is in binary::apt, so you > need to override the override: > > binary::apt::APT::Keep-Downloaded-Packages "1"; Thanks, this works as intended. Greetings Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/ signature.asc Description: PGP signature
Bug#1082593: Please hold the processing of this bug
Dear maintainer, I think this bug report was caused by a misunderstanding. I'm in the process of clarifying this with the submitter. Please do not work on this bug until either the submitter (Christoph) or I myself gave "green light". Thanks & sorry for the inconvenience Greetings Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/ signature.asc Description: PGP signature
Bug#1082396: kwartz-client: [INTL:de] updated German debconf translation
Package: kwartz-client Version: 3.0-12 Severity: wishlist Tags: patch l10n Please find the updated German debconf translation for kwartz-client attached. Please place this file in debian/po/ as de.po for your next upload. If you update your template, please use 'msgfmt --statistics ' to check the po-files for fuzzy or untranslated strings. If there are such strings, please contact me so I can update the German translation. Greetings Helge # German message catalogue for Configuring the kwartz package on Debian systems # Copyright (C) 2019 Georges Khaznadar # This file is distributed under the same license as the kwartz-client package. # Markus Hiereth , 2019, 2020. # Helge Kreutzmann , 2024. msgid "" msgstr "" "Project-Id-Version: kwartz-client 3.0-12\n" "Report-Msgid-Bugs-To: kwartz-cli...@packages.debian.org\n" "POT-Creation-Date: 2024-03-10 20:03+0100\n" "PO-Revision-Date: 2024-09-20 18:40+0200\n" "Last-Translator: Helge Kreutzmann \n" "Language-Team: debian-l10n-german \n" "Language: de\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=UTF-8\n" "Content-Transfer-Encoding: 8bit\n" "Plural-Forms: nplurals=2; plural=(n != 1);\n" "X-Generator: Virtaal 0.7.1\n" #. Type: string #. Description #: ../kwartz-client.templates:1001 msgid "IP address of the proxy service:" msgstr "IP-Adresse des Proxy-Dienstes:" #. Type: string #. Description #: ../kwartz-client.templates:1001 msgid "" "Please enter the address of the proxy service. It is ususally the same as " "the address of the Kwartz server. If unsure, keep the default value." msgstr "" "Bitte geben Sie die IP-Adresse des Proxy-Dienstes ein. Diese ist " "normalerweise identisch zu der Adresse des Kwartz-Servers. Falls Sie sich " "nicht sicher sind, behalten Sie den Vorgabewert bei." #. Type: string #. Description #: ../kwartz-client.templates:2001 msgid "Port number of the proxy service:" msgstr "Port-Nummer des Proxy-Dienstes:" #. Type: string #. Description #: ../kwartz-client.templates:2001 msgid "" "Please enter the port number of the proxy service. If unsure, keep the " "default value." msgstr "" "Bitte geben Sie die Port-Nummer des Proxy-Dienstes ein. Falls Sie sich nicht " "sicher sind, behalten Sie den Vorgabewert bei." #. Type: string #. Description #: ../kwartz-client.templates:3001 msgid "List of IP addresses not concerned by the proxy service:" msgstr "Liste der IP-Adressen, die vom Proxy-Dienst nicht betroffen sind:" #. Type: string #. Description #: ../kwartz-client.templates:3001 msgid "" "Please enter the IP addresses and ranges which must be fetched without the " "help of the proxy. If unsure, keep the default list." msgstr "" "Bitte geben Sie die IP-Adressen und -Bereiche an, die ohne Hilfe des Proxy-" "Dienstes abgerufen werden müssen. Falls Sie sich nicht sicher sind, behalten " "Sie die Vorgabeliste bei." #. Type: string #. Description #: ../kwartz-client.templates:4001 msgid "Landing page URL for the browser:" msgstr "URL der Startseite für den Browser:" #. Type: string #. Description #: ../kwartz-client.templates:4001 msgid "" "Please choose the URL of a landing page for the browser. This web page will " "appear each time the browser is launched. If unsure, keep the default URL." msgstr "" "Bitte wählen Sie die URL der Startseite für den Browser aus. Diese Webseite " "wird jedes mal beim Start des Browsers erscheinen. Falls Sie sich nicht " "sicher sind, behalten Sie die Vorgabe-URL bei." #. Type: string #. Description #: ../kwartz-client.templates:5001 msgid "Halt the client computer every night:" msgstr "Den Client-Computer jede Nacht anhalten:" #. Type: string #. Description #: ../kwartz-client.templates:5001 msgid "- 0: no, the computer will not be halted automatically" msgstr "- 0: nein, der Computer wird nicht automatisch angehalten" #. Type: string #. Description #: ../kwartz-client.templates:5001 msgid "- 1: yes, the computer will be halted at 19:00" msgstr "- 1: ja, der Computer wird um 19:00 Uhr angehalten" #. Type: string #. Description #: ../kwartz-client.templates:5001 msgid "- 2: yes, the computer will be halted at 20:00" msgstr "- 2: ja, der Computer wird um 20:00 Uhr angehalten" #. Type: string #. Description #: ../kwartz-client.templates:5001 msgid "- 3: yes, the computer will be halted at 22:00" msgstr "- 3: ja, der Computer wird um 22:00 Uhr angehalten" #. Type: boolean #. Description
Bug#948892: Please document that apt does not keep files in /var/cache/apt/archives
Hello all, Am Wed, Sep 18, 2024 at 04:33:59PM + schrieb Helge Kreutzmann: > I read apt(8) and apt.conf(5), but could not find anything about this > missing behaviour. > > So it clearly needs good documentation. > > I clearly support the original submitter in all of his arguements, > especially: > > Keep-Downloaded-Packages, which is an important option, is not > > documented anywhere. > > For others reading this bug, this is most likely > APT::Keep-Downloaded-Packages "true"; > > Which I'm now trying (or switching back to apt-get). No, this does not change anything. Thus apt-get it is. Greetings Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/ signature.asc Description: PGP signature
Bug#948892: Please document that apt does not keep files in /var/cache/apt/archives
Hello Maintainers, until recently I was using apt-get as I did for ages. Now in a different bug report it was suggestes that I switch to apt, which I did. Now I discovered this bug, i.e. deb files are no longer stored in /var/cache/apt/archives. As the submitter, I really like the behaviour of keeping the files there and I do not use autoclean. At least on one occurance this was vital, when an upgrade broke net connectivity (but only after next reboot). So I was offline and the only chance I had was to use the older deb. This is IMHO a crucial difference between apt-get and apt. I read apt(8) and apt.conf(5), but could not find anything about this missing behaviour. So it clearly needs good documentation. I clearly support the original submitter in all of his arguements, especially: > Keep-Downloaded-Packages, which is an important option, is not > documented anywhere. For others reading this bug, this is most likely APT::Keep-Downloaded-Packages "true"; Which I'm now trying (or switching back to apt-get). Greetings Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/ signature.asc Description: PGP signature
Bug#1081811: wtmpdb: Please record logins as well
Hello Chris, Am Mon, Sep 16, 2024 at 09:32:10PM +0200 schrieb Chris Hofstaedtler: > On Mon, Sep 16, 2024 at 07:10:02PM +0000, Helge Kreutzmann wrote: > > > If you installed just the reader tool, then obviously that won't > > > magically work. > > > > Well, this is how I understood you. I did not know there is more to it > > - for util-linux version I simply installed and it worked. I cant ever > > remember having to configure some background. > > > > And after reading last(1) from wtmb it was exactly why I opened this > > *wishlist* bug - to make it work like the old one did (which seems > > sensible to me). > > I can guess a lot what you did or not did, or what you debugged or > not debugged, or what your system looks like or not. But it's a lot This is why I try to respond to your e-mails and ask where I'm not sure. And thanks that you keep at it. > more productive if you provide a clear reproducer, showing how your > install differs from a normal setup where it works. Having me guess > is just a waste of valuable time for both of us. I'm not intending to waste time, and apologies if it looks like. When I know what to provide, I do my best to provide it. It's just hard to diff to a "normal setup", when I have a single machine. > Anyway, here's my best guess: > > As you as a long-time Debian user will know, the expectation on > Debian systems is that you install recommended packages. > > wtmpdb recommends libpam-wtmpdb. libpam-wtmpdb installs the > necessary PAM module and the configuration for it. If you accepted > the defaults, it will be automatically enabled. If not, you'll need > to run pam-auth-update yourself. All of this is standard Debian > stuff. Thanks I just installed libpam-wtmpdb. I'll see how the output changes over the next days. (First experiment - looks good!, but I give it a reboot cycle to finally confirm). > The old last(1) worked because various programs had special code to > write into the file read by last. For wtmpdb, no special code > exists, but writing the file is handled by libpam-wtmpdb. Without > libpam-wtmpdb, wtmpdb(8) has no data to show. Thanks for the explanation. I was not aware of this. > If your system is normal and has libpam-wtmpdb installed and the > config is enabled, then please, provide a reproducer. Otherwise > please reconsider when you are filing bug reports. So probably this bug can thus be closed, having libpam-wtmpdb installed (as is done in the default case) is sufficient. Thanks again for your help. Greetings Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/ signature.asc Description: PGP signature
Bug#1081811: wtmpdb: Please record logins as well
Hello Chris, Am Mon, Sep 16, 2024 at 08:59:59PM +0200 schrieb Chris Hofstaedtler: > On Mon, Sep 16, 2024 at 05:32:00PM +0000, Helge Kreutzmann wrote: > > Hello Chris, > > Am Mon, Sep 16, 2024 at 10:16:04AM +0200 schrieb Chris Hofstaedtler: > > > On Sun, Sep 15, 2024 at 05:12:45PM +, Helge Kreutzmann wrote: > > > > What can I provide so that we find out the difference? > > > > > > Don't know. I imagine debug PAM why it's not calling into wtmpdb, or > > > if it is, why wtmpdb fails there. > > > > So this is a PAM bug and I should reassing this to PAM? > > That is in no way not what I said. Did you debug it? Sorry that I misunderstood you. That's why I asked. And no, I have no idea how to debug PAM. It's eaons ago that I last looked at PAM. I'm pretty sure it's exactely like it was when this machine was installed during the development of bookworm. > > I did not configure PAM in any way. I use last in stable, then I > > switched to testing, and then quickly last vanished and the util-linux > > maintainer told me that it is replaced by the wtmpdb version. > > > Maybe documenting it is not a drop-in replacement and needs some > > additional configuration? > > Nobody said it was a drop-in replacement. Well, not in this words, but the util-linux maintainer pointed me to this. And again, this was not a claim, but a proposal that people like me know that it is not but it needs some "fixing" (debugging, configuation, ..) to make it work like the old version. (As I understood you, it can work like the util-linux version of last). > If you installed just the reader tool, then obviously that won't > magically work. Well, this is how I understood you. I did not know there is more to it - for util-linux version I simply installed and it worked. I cant ever remember having to configure some background. And after reading last(1) from wtmb it was exactly why I opened this *wishlist* bug - to make it work like the old one did (which seems sensible to me). Seems like we are fighting without cause. Greetings Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/ signature.asc Description: PGP signature
Bug#1081811: wtmpdb: Please record logins as well
Hello Chris, Am Mon, Sep 16, 2024 at 10:16:04AM +0200 schrieb Chris Hofstaedtler: > On Sun, Sep 15, 2024 at 05:12:45PM +0000, Helge Kreutzmann wrote: > > > This is the main feature of wtmpdb and it works for me. > > > > Clearly not for me: > > reboot system boot 6.10.10 Sun Sep 15 19:06 - still running > > reboot system boot 6.10.10 Sun Sep 15 06:33 - 10:59 (04:26) > > reboot system boot 6.10.10 Sat Sep 14 16:38 - 21:24 (04:46) > > reboot system boot 6.10.7 Sat Sep 14 05:23 - 07:46 (02:22) > > … > > > > What can I provide so that we find out the difference? > > Don't know. I imagine debug PAM why it's not calling into wtmpdb, or > if it is, why wtmpdb fails there. So this is a PAM bug and I should reassing this to PAM? I did not configure PAM in any way. I use last in stable, then I switched to testing, and then quickly last vanished and the util-linux maintainer told me that it is replaced by the wtmpdb version. Maybe documenting it is not a drop-in replacement and needs some additional configuration? Greetings Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/ signature.asc Description: PGP signature
Bug#1081811: wtmpdb: Please record logins as well
Hello Chris, Am Sun, Sep 15, 2024 at 01:09:28PM +0200 schrieb Chris Hofstaedtler: > Control: tags -1 unreproducible > > On Sun, Sep 15, 2024 at 07:09:57AM +0000, Helge Kreutzmann wrote: > > It only shows reboots, while last from util-linux showed logins as > > well, which is what I'm mainly interested looking at long running > > severs. > > > > It would be great if last could gain this capability. > > This is the main feature of wtmpdb and it works for me. Clearly not for me: reboot system boot 6.10.10 Sun Sep 15 19:06 - still running reboot system boot 6.10.10 Sun Sep 15 06:33 - 10:59 (04:26) reboot system boot 6.10.10 Sat Sep 14 16:38 - 21:24 (04:46) reboot system boot 6.10.7 Sat Sep 14 05:23 - 07:46 (02:22) … What can I provide so that we find out the difference? Greetings Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/ signature.asc Description: PGP signature
Bug#1076154: Bug#1081787: python3: Strange messages during todays upgrade
clone 1076154 -1
reassign -1 seahorse-adventures
thanks
Hello Stefano,
Am Sun, Sep 15, 2024 at 07:12:02AM + schrieb Stefano Rivera:
> Control: reassign -1 hplip-data
> Control: forcemerge 1076154 -1
>
> Hi Helge (2024.09.14_19:14:37_+)
> > I don't know if I'm reporting to the correct one, please reassing if not.
>
> These are bugs in all of these packages, mostly hplip. I'm marking this
> bug as a duplicate of #1076154.
As advised by you, I clone this bug to seahorse-adventures as well. (Please
read my part).
As there is nothing reported there, no (force) merging is necessary.
For the seahorse-adventures maintainers:
Yesterday the daily dist-upgrade threw the following messages:
/usr/share/games/seahorse-adventures/lib/pgu/gui/theme.py:106: SyntaxWarning:
invalid escape sequence '\.'
is_image = re.compile('\.(gif|jpg|bmp|png|tga)$', re.I)
/usr/share/games/seahorse-adventures/lib/pgu/html.py:115: SyntaxWarning:
invalid escape sequence '\D'
anum = re.compile("\D")
/usr/share/games/seahorse-adventures/lib/pgu/html.py:432: SyntaxWarning:
invalid escape sequence '\s'
txt = re.compile("\s+").sub(" ",txt)
According to Stefano, you need to fix this in seahorse-adventures
Greetings
Helge
--
Dr. Helge Kreutzmann deb...@helgefjell.de
Dipl.-Phys. http://www.helgefjell.de/debian.php
64bit GNU powered gpg signed mail preferred
Help keep free software "libre": http://www.ffii.de/
signature.asc
Description: PGP signature
Bug#1081787: python3: Strange messages during todays upgrade
clone 1081787 -1
reassign -1 seahorse-adventures
thanks
Hello Stefano,
Am Sun, Sep 15, 2024 at 07:12:02AM + schrieb Stefano Rivera:
> Control: reassign -1 hplip-data
> Control: forcemerge 1076154 -1
>
> Hi Helge (2024.09.14_19:14:37_+)
> > I don't know if I'm reporting to the correct one, please reassing if not.
>
> These are bugs in all of these packages, mostly hplip. I'm marking this
> bug as a duplicate of #1076154.
As advised by you, I clone this bug to seahorse-adventures as well.
As there is nothing reported there, no (force) merging is necessary.
For the seahorse-adventures maintainers:
Yesterday the daily dist-upgrade threw the following messages:
/usr/share/games/seahorse-adventures/lib/pgu/gui/theme.py:106: SyntaxWarning:
invalid escape sequence '\.'
is_image = re.compile('\.(gif|jpg|bmp|png|tga)$', re.I)
/usr/share/games/seahorse-adventures/lib/pgu/html.py:115: SyntaxWarning:
invalid escape sequence '\D'
anum = re.compile("\D")
/usr/share/games/seahorse-adventures/lib/pgu/html.py:432: SyntaxWarning:
invalid escape sequence '\s'
txt = re.compile("\s+").sub(" ",txt)
According to Stefano, you need to fix this in seahorse-adventures
Greetings
Helge
--
Dr. Helge Kreutzmann deb...@helgefjell.de
Dipl.-Phys. http://www.helgefjell.de/debian.php
64bit GNU powered gpg signed mail preferred
Help keep free software "libre": http://www.ffii.de/
signature.asc
Description: PGP signature
Bug#1078476: Acknowledgement (mediathekview: JVM flavor 'java9' not understood)
Hello Maintainer, Am Sun, Aug 11, 2024 at 12:32:32PM + schrieb Helge Kreutzmann: > mediathekview *does* work, but the startup script does not. I just > noticed it is a shell script. > > If I run the steps manually and ignore the messages in the 2nd step, > then the startup succeeds: > > . /usr/lib/java-wrappers/java-wrappers.sh > find_java_runtime java9 > run_java -Xms128M -Xmx1G -Djdk.gtk.version=2 -jar > /usr/share/mediathekview/MediathekView.jar "$@" > > So as a bandaid either "set -e" could be removed or maybe the call > "find_java_runtime java9" is not necessary (any more)? For some time, I did the latter, i.e. created a script which executes all steps but the "find_java_runtime java9". And I could not notice any problem (at least in my use cases). So maybe uploading with this line commented out would be possible? Thanks for handling Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/ signature.asc Description: PGP signature
Bug#1081787: python3: Strange messages during todays upgrade
Hello Stefano,
thanks for handling!
Am Sun, Sep 15, 2024 at 07:12:02AM + schrieb Stefano Rivera:
> Control: reassign -1 hplip-data
> Control: forcemerge 1076154 -1
>
> Hi Helge (2024.09.14_19:14:37_+)
> > I don't know if I'm reporting to the correct one, please reassing if not.
>
> These are bugs in all of these packages, mostly hplip. I'm marking this
> bug as a duplicate of #1076154.
But the last lines say:
/usr/share/games/seahorse-adventures/lib/pgu/gui/theme.py:106: SyntaxWarning:
invalid escape sequence '\.'
is_image = re.compile('\.(gif|jpg|bmp|png|tga)$', re.I)
/usr/share/games/seahorse-adventures/lib/pgu/html.py:115: SyntaxWarning:
invalid escape sequence '\D'
anum = re.compile("\D")
/usr/share/games/seahorse-adventures/lib/pgu/html.py:432: SyntaxWarning:
invalid escape sequence '\s'
txt = re.compile("\s+").sub(" ",txt)
So cloning to seahorse-adventures would be necessary as well, am
I correct?
Greetings
Helge
--
Dr. Helge Kreutzmann deb...@helgefjell.de
Dipl.-Phys. http://www.helgefjell.de/debian.php
64bit GNU powered gpg signed mail preferred
Help keep free software "libre": http://www.ffii.de/
signature.asc
Description: PGP signature
Bug#1081811: wtmpdb: Please record logins as well
Package: wtmpdb Version: 0.13.0-1 Severity: wishlist Until June, last was shipped by util-linux. This is unfortuantely no longer the case (see #1072485). However, "last" from wtmpdb is not a drop in replacement. It only shows reboots, while last from util-linux showed logins as well, which is what I'm mainly interested looking at long running severs. It would be great if last could gain this capability. -- System Information: Debian Release: trixie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 6.10.10 (SMP w/12 CPU threads; PREEMPT) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages wtmpdb depends on: ii libaudit11:3.1.2-4+b1 ii libc62.40-2 ii libsystemd0 256.5-1 ii libwtmpdb0 0.13.0-1 Versions of packages wtmpdb recommends: pn libpam-wtmpdb wtmpdb suggests no packages. -- no debconf information -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/ signature.asc Description: PGP signature
Bug#1081787: python3: Strange messages during todays upgrade
;, "option", False),
/usr/share/hplip/prnt/cups.py:170: SyntaxWarning: invalid escape sequence '\s'
pat_cups_error_log =
re.compile("""^loglevel\s?(debug|debug2|warn|info|error|none)""", re.I)
/usr/share/hplip/probe.py:45: SyntaxWarning: invalid escape sequence '\*'
("", ": cups, usb\*, net, bt, fw, par (\*default) (Note: bt and fw not
supported in this release.)", "option", False),
/usr/share/hplip/probe.py:49: SyntaxWarning: invalid escape sequence '\*'
("", ": comma separated list of one or more of: scan, pcard,
fax, copy, or none\*. (\*none is the default)", "option", False),
/usr/share/hplip/scan.py:254: SyntaxWarning: invalid escape sequence '\*'
("Scan mode:", "-m or --mode=. Where is 'gray'\*, 'color'
or 'lineart'.", "option", False),
/usr/share/hplip/scan.py:271: SyntaxWarning: invalid escape sequence '\*'
("", "where is 'mm'\*, 'cm', 'in', 'px', or 'pt' ('mm' is default).",
"option", False),
/usr/share/hplip/setup.py:82: SyntaxWarning: invalid escape sequence '\*'
("To specify the port on a multi-port JetDirect:", "--port= (Valid
values are 1\*, 2, and 3. \*default)", "option", False),
/usr/share/hplip/setup.py:86: SyntaxWarning: invalid escape sequence '\*'
("Type of queue(s) to install:", "-t or --type=.
: print*, fax\* (\*default) (-i mode only)", "option", False),
/usr/share/games/seahorse-adventures/lib/pgu/gui/theme.py:106: SyntaxWarning:
invalid escape sequence '\.'
is_image = re.compile('\.(gif|jpg|bmp|png|tga)$', re.I)
/usr/share/games/seahorse-adventures/lib/pgu/html.py:115: SyntaxWarning:
invalid escape sequence '\D'
anum = re.compile("\D")
/usr/share/games/seahorse-adventures/lib/pgu/html.py:432: SyntaxWarning:
invalid escape sequence '\s'
txt = re.compile("\s+").sub(" ",txt)
running python post-rtupdate hooks for python3.12...
python3-dev (3.12.5-1+b1) wird eingerichtet ...
librav1e-dev:amd64 (0.7.1-7+b1) wird eingerichtet ...
python3-all (3.12.5-1+b1) wird eingerichtet ...
Trigger für libc-bin (2.40-2) werden verarbeitet ...
Trigger für man-db (2.13.0-1) werden verarbeitet ...
This does not look good to me, but I've no understanding for python.
Either there is a python problem or the output is too verbose, because
packages should print status messages, not long logs. (And I cannot
remember having seen such an output before).
If you need further information, I'm glad to provide it.
Greetings
Helge
-- System Information:
Debian Release: trixie/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL
set to de_DE.UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages python3 depends on:
ii libpython3-stdlib 3.12.5-1+b1
ii python3-minimal3.12.5-1+b1
ii python3.12 3.12.6-1
python3 recommends no packages.
Versions of packages python3 suggests:
pn python3-doc
ii python3-tk3.12.5-3
pn python3-venv
-- no debconf information
--
Dr. Helge Kreutzmann deb...@helgefjell.de
Dipl.-Phys. http://www.helgefjell.de/debian.php
64bit GNU powered gpg signed mail preferred
Help keep free software "libre": http://www.ffii.de/
signature.asc
Description: PGP signature
Bug#1081441: mini-buildd: [INTL:de] updated German debconf translation
Package: mini-buildd Version: 2.2.4 Severity: wishlist Tags: patch l10n Please find the updated German debconf translation for mini-buildd attached. Please place this file in debian/po/ as de.po for your next upload. If you update your template, please use 'msgfmt --statistics ' to check the po-files for fuzzy or untranslated strings. If there are such strings, please contact me so I can update the German translation. Greetings Helge # German translation of mini-buildd debconf template. # This file is distributed under the same license as the mini-buildd package. # Copyright © # Tobias Quathamer , 2010, 2013. # hermann-Josef Beckers , 2023, 2024. msgid "" msgstr "" "Project-Id-Version: mini-buildd 2.2.4\n" "Report-Msgid-Bugs-To: mini-bui...@packages.debian.org\n" "POT-Creation-Date: 2023-09-20 17:05+0200\n" "PO-Revision-Date: 2024-09-11 18:44+0200\n" "Last-Translator: Hermann Beckers \n" "Language-Team: German \n" "Language: de\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=UTF-8\n" "Content-Transfer-Encoding: 8bit\n" "Plural-Forms: nplurals=2; plural=(n != 1);\n" "X-Generator: Poedit 3.0.1\n" #. Type: string #. Description #: ../mini-buildd.templates:2001 msgid "Home path:" msgstr "Home-Verzeichnis:" #. Type: string #. Description #: ../mini-buildd.templates:2001 msgid "Please choose the directory where mini-buildd's data will be stored." msgstr "" "Bitte wählen Sie ein Verzeichnis aus, in dem die Daten von mini-buildd " "gespeichert werden. " #. Type: string #. Description #: ../mini-buildd.templates:2001 msgid "The directory will also be the home directory for the mini-buildd user." msgstr "" "Das Verzeichnis wird auch als Home-Verzeichnis für den mini-buildd-Benutzer " "verwendet." #. Type: string #. Description #: ../mini-buildd.templates:2001 msgid "" "It should have enough space for all the builders and repositories you plan " "to use." msgstr "" "Es sollte genügend Platz für alle Bauprogramme und Depots vorhanden sein, die " "Sie benutzen wollen." #. Type: password #. Description #: ../mini-buildd.templates:3001 msgid "Administrator password for mini-buildd:" msgstr "Administratorpasswort für mini-buildd:" #. Type: password #. Description #: ../mini-buildd.templates:3001 msgid "Please choose the password for the administrative user of mini-buildd." msgstr "" "Bitte wählen Sie das Passwort für den administrativen Benutzer von mini-buildd " "aus. " #. Type: password #. Description #: ../mini-buildd.templates:3001 msgid "" "This password will be used for the \"admin\" user in mini-buildd's web " "interface and API." msgstr "" "Dieses Passwort wird für den Benutzer »admin« in der Weboberfläche von mini-" "buildd und der API verwendet." #. Type: password #. Description #: ../mini-buildd.templates:3001 msgid "" "If you enter a password, this will also trigger the creation of a local " "\"admin\" user (if not existing already)." msgstr "" "Wenn Sie ein Passwort eingeben, wird dadurch auch die Erstellung eines lokalen " "Benutzers »admin« (sofern noch nicht eingerichtet) ausgelöst." #. Type: password #. Description #: ../mini-buildd.templates:3001 msgid "" "If you leave this empty, nothing will be done (no potential \"admin\" user " "creation, no password change)." msgstr "" "Wenn Sie dies leer lassen, wird nichts gemacht (keine möglicherweise " "notwendige Erstellung des Benutzers »admin«, keine Passwortänderung)." #. Type: string #. Description #: ../mini-buildd.templates:4001 msgid "Extra options:" msgstr "Zusätzliche Optionen:" #. Type: string #. Description #: ../mini-buildd.templates:4001 msgid "Please choose extra command line options for mini-buildd." msgstr "Bitte wählen Sie zusätzliche Befehlszeilenoptionen für mini-buildd." #. Type: string #. Description #: ../mini-buildd.templates:4001 msgid "" "Per default, mini-buildd serves HTTP on port 8066 using the host's canonic " "FQDN." msgstr "" "Standardmäßig beantwortet mini-buildd HTTP-Anfragen auf Port 8066 " "unter Benutzung des kanonischen vollständigen Domain-Namen des Servers." #. Type: string #. Description #: ../mini-buildd.templates:4001 msgid "" "\"mini-buildd --help\" gives a list of all available options. Viable " "examples:" msgstr "" "»mini-buildd --help« zeigt die Liste aller verfügbaren Optionen. Praktische " "Beispiele:" #. Type: string #. Description #: ../mini-buildd.templates:4001 msgid "" " \"--http-endpoint tcp6:port=8069\"\n" " Run HTTP on custom port\n" " \"--http-endpoint ssl:port=8066:privateKey=KEY_PATH:certKey=CERT_PATH\"\n" " Run HTTPS (details in the \"Administrator's Manual\")\n" " \"--hostname example.com\"\n" " Divert from host's canonic FQDN\n" " \"--log-level DEBUG\"\n" " Adapt log level" msgstr "" " \"--http-endpoint tcp6:port=8069\"\n" " HTTP auf dem angepassten Port verwenden\n" " \"--http-endpoint ssl:port=8066:privateKey=KEY_PATH:certKey=CERT_PATH\"\n" " HTTPS verwenden (Einzelheiten im »Administrator's Manual«)\n" " \"--hostname example.com\"\n" "
Bug#1073483: Intent to NMU apt-src to fix its trivial FTBFS bug
Hello László, Am Sun, Sep 01, 2024 at 08:10:22PM +0200 schrieb László Böszörményi (GCS): > On Sun, Sep 1, 2024 at 6:33 PM Helge Kreutzmann wrote: > > If anything is unclear, I'm happy to resolve this. > I started the update back then. Soon I got stuck, the current state > is online [1]. The pod can't be processed and in the next few days I > don't have time to look at it. Yes, this build failure is expected: "/usr/bin/perl" -MExtUtils::MY -e 'MY->fixin(shift)' -- blib/script/apt-src make[1]: *** No rule to make target 'man/apt-src.es.pod', needed by 'manifypods'. Stop. make[1]: Leaving directory '/tmp/astest/apt-src-0.25.4' (This is after I faked more strings in de.po). The build system "as is" does not deal with incomplete translations, see the Makefile line 421: manifypods : pure_all config \ man/apt-src.de.pod \ man/apt-src.es.pod \ man/apt-src.fr.pod \ man/apt-src.nl.pod \ man/apt-src.pod \ man/apt-src.pt.pod $(NOECHO) $(POD2MAN) --section=$(MAN1EXT) --perm_rw=$(PERM_RW) -u \ man/apt-src.de.pod man/apt-src.de.1 \ man/apt-src.es.pod man/apt-src.es.1 \ man/apt-src.fr.pod man/apt-src.fr.1 \ man/apt-src.nl.pod man/apt-src.nl.1 \ man/apt-src.pod man/apt-src.1 \ man/apt-src.pt.pod man/apt-src.pt.1 Once I get your go, I will request all translations to be updated again, and given that apt-src.1 is rather static, this problem should not occur in practice. It only happens now, as I updated apt-src.1 but not the translations. So my proposal is to ignore this problem. For testing, you can fake entries in the de.po, es.po, fr.po and nl.po. As said earlier, once you approve the patch, the translations will return to 100%. If some new translations should arrive, it will be 100% and you will need to update this piece of the Makefile. Of course, this can be done dynamic. But given the static nature of this package, I don't think it is worth the effort, but if you are interested, its documented in po4a(1). So my proposal is to first get this package back in shape and testing. Making the Makefile dynamic would be the next step, which you can work on after I "left" taking care and with properly i18n in testing. Would that be fine for your? Greetings Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/ signature.asc Description: PGP signature
Bug#1080473: apt-listchanges: [INTL:de] updated German man page translation
Package: apt-listchanges Version: 4.5 Severity: wishlist Tags: patch l10n Please find the updated German man page translation for apt-listchanges attached. If you update your template, please use 'msgfmt --statistics ' to check the po-files for fuzzy or untranslated strings. If there are such strings, please contact me so I can update the German translation. Greetings Helge # Translation of aptlistchanges to German. # Copyright (C) 2016 Robert Luberda, 2010-1015 Sandro Tosi, # 2005-2010 Pierre Habouzit, 2000-2005 Matt Zimmerman. # This file is distributed under the same license as the # apt-listchanges package. # Copyright of this file Chris Leick , 2017, 2019. # Helge Kreutzmann , 2021,2023,2024. # msgid "" msgstr "" "Project-Id-Version: apt-listchanges 4.5\n" "Report-Msgid-Bugs-To: apt-listchan...@packages.debian.org\n" "POT-Creation-Date: 2024-08-31 16:31-0400\n" "PO-Revision-Date: 2024-09-01 15:22+0200\n" "Last-Translator: Helge Kreutzmann \n" "Language-Team: German \n" "Language: de\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=UTF-8\n" "Content-Transfer-Encoding: 8bit\n" #. type: Content of: #: apt-listchanges.xml:24 msgid "apt-listchanges" msgstr "apt-listchanges" #. type: Content of: #: apt-listchanges.xml:25 msgid "1" msgstr "1" #. type: Content of: #: apt-listchanges.xml:30 msgid "Show new changelog entries from Debian package archives" msgstr "zeigt neue Changelog-Einträge von Debian-Paketarchiven." #. type: Content of: #: apt-listchanges.xml:34 msgid "" "apt-listchanges options --apt package.deb " msgstr "" "apt-listchanges Optionen --apt Paket.deb " #. type: Content of: #: apt-listchanges.xml:47 msgid "DESCRIPTION" msgstr "BESCHREIBUNG" #. type: Content of: #: apt-listchanges.xml:49 msgid "" "apt-listchanges is a tool to show what has been changed " "in a new version of a Debian package, as compared to the version currently " "installed on the system." msgstr "" "apt-listchanges ist ein Werkzeug, das zeigt, was in einer " "neuen Version eines Debian-Pakets verglichen mit der derzeit auf dem System " "installierten Version geändert wurde." #. type: Content of: #: apt-listchanges.xml:54 msgid "" "It does this by extracting the relevant entries from both the NEWS.Debian " "and changelog.Debian files, usually found in /" "usr/share/doc/package, from Debian " "package archives." msgstr "" "Es tut dies, indem es die relevanten Einträge aus den beiden Dateien NEWS." "Debian und changelog.Debian extrahiert. Sie sind " "normalerweise in den Debian-Paketarchiven in /usr/share/doc/Paket zu finden." #. type: Content of: #: apt-listchanges.xml:60 msgid "" "Please note that in the default installation if apt-listchanges is run during upgrades as an APT plugin, it displays NEWS.Debian " "entries only. This can be changed with the --which option." msgstr "" "Bitte beachten Sie, dass in der Standardinstallation, falls apt-" "listchanges während Upgrades als APT-Erweiterung ausgeführt wird, " "es nur NEWS.Debian-Einträge anzeigt. Dies kann mit der Option --" "which geändert werden." #. type: Content of: #: apt-listchanges.xml:66 msgid "" "If changelog entries are displayed and the package does not contain changelog.Debian file, " "apt-listchanges calls apt-get changelog command to download the changelog from network. This behavior can " "be disabled with the --no-network option." msgstr "" "Falls Changelog-Einträge angezeigt werden und das Paket keine changelog.Debian-Datei enthält, ruft " "apt-listchanges den Befehl apt-get changelog auf, um das Changelog aus dem Netzwerk herunterzuladen. Dieses " "Verhalten kann mit der Option --no-network deaktiviert " "werden." #. type: Content of: #: apt-listchanges.xml:75 msgid "" "Given a set of filenames as arguments (or read from apt when using --" "apt), apt-listchanges will scan the files " "(assumed to be Debian package archives) for the relevant changelog entries, " "and display them all in a summary grouped by source package. The groups are " "sorted by the urgency of the most urgent change, and then by the package " "name. Changes within each package group are displayed in the order of their " "appearance in the changelog files, i.e. starting from the latest to the " "oldest; the --reverse option can be used to alter this " &quo
Bug#1073483: Intent to NMU apt-src to fix its trivial FTBFS bug
Hello László, Am Sun, Sep 01, 2024 at 09:19:32PM +0200 schrieb László Böszörményi (GCS): > On Sun, Sep 1, 2024 at 8:46 PM Helge Kreutzmann wrote: > > apt-src_0.25.4.dsc: > > dscverify: apt-src_0.25.4.dsc failed signature check: > > gpg: no valid OpenPGP data found. > Yup, I don't sign half or even less ready packages. > > > Do you maybe have git repository I could clone? Or can you > > tar up the the current state and make it available somewhere? > That's also there [1]. > > Regards, > Laszlo/GCS > [1] https://people.debian.org/~gcs/apt-src_0.25.4.tar.xz Thanks. I'll try to have a look, but this might not be before the weekend. Greetings Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/ signature.asc Description: PGP signature
Bug#1073483: Intent to NMU apt-src to fix its trivial FTBFS bug
Hello László, Am Sun, Sep 01, 2024 at 08:10:22PM +0200 schrieb László Böszörményi (GCS): > On Sun, Sep 1, 2024 at 6:33 PM Helge Kreutzmann wrote: > > If anything is unclear, I'm happy to resolve this. > I started the update back then. Soon I got stuck, the current state You can contact me. We can also go step by step, i.e. first resolve the release critical bug. At which step did you run into problems? > is online [1]. The pod can't be processed and in the next few days I > don't have time to look at it. > [1] dget -x https://people.debian.org/~gcs/apt-src_0.25.4.dsc Unfortunately, this does not work (for me): apt-src_0.25.4.dsc: dscverify: apt-src_0.25.4.dsc failed signature check: gpg: no valid OpenPGP data found. gpg: the signature could not be verified. Please remember that the signature file (.sig or .asc) should be the first file given on the command line. Validation FAILED!! Do you maybe have git repository I could clone? Or can you tar up the the current state and make it available somewhere? Thanks for working on it. Greetings Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/ signature.asc Description: PGP signature
Bug#1073483: Intent to NMU apt-src to fix its trivial FTBFS bug
Hello László, Am Mon, Jul 29, 2024 at 03:20:55PM +0200 schrieb László Böszörményi (GCS): > On Mon, Jul 29, 2024 at 3:18 PM Helge Kreutzmann wrote: > > I intent to NMU apt-src to fix its trivial FTFBS bug (essentially a > > recode latin1..utf8 is the fix). > Please just provide all the patches and I can review those. Then I > will upload the package, giving you all the credits of course. Ping? If anything is unclear, I'm happy to resolve this. Please note this is a two step process: 1) You review the changes and apply them, possibly with an uplaod. 2) I then unfuzzy all translations and request updates, once they arrived, a (2nd) upload needs to happen. Greetings Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/ signature.asc Description: PGP signature
Bug#1079575: coreutils: who does not report users on virtual terminals
Hello Chris,
Am Mon, Aug 26, 2024 at 08:14:08AM +0200 schrieb Chris Hofstaedtler:
> On Sat, Aug 24, 2024 at 07:41:48PM +0000, Helge Kreutzmann wrote:
> > I'm pretty sure who worked also in this case in bookworm (however, I
> > cannot test).
> >
> > Now, after additionally logging in in X, I get:
> > helge@twentytwo:~$ who
> > helgetty2 2024-08-24 18:18 (:0)
> > helgepts/72024-08-24 18:18 (:0.0)
> [..]
>
> > However, these entries are the list of all X terminals, which are
> > no individual logins (these xterms do not run the bash login scripts,
> > contrary to the one in each Linux virtual terminal).
>
> Can you confirm w(1) works?
Yes, it does:
helge@twentytwo:~$ w | awk '{print $2}' | sort -u
-
TTY
tty10
tty11
tty12
tty2
tty3
tty4
tty5
tty6
tty7
tty8
tty9
up
> If so, then who needs to use libsystemd.
Ok.
Greetings
Helge
--
Dr. Helge Kreutzmann deb...@helgefjell.de
Dipl.-Phys. http://www.helgefjell.de/debian.php
64bit GNU powered gpg signed mail preferred
Help keep free software "libre": http://www.ffii.de/
signature.asc
Description: PGP signature
Bug#1079601: pure-ftpd-common: After removal (but not purge), logrotate fails
Package: pure-ftpd-common Version: 1.0.50-2.1+b2 Severity: normal Tags: patch I installed and configured pure-ftpd to transfer some files. As I only needs this a few times a year, I removed it again. On purpose, I did not purge, as I want to use the configuration next time on install again. Now logrotate fails: 2024-08-25T00:00:06.857669+00:00 meinfjell logrotate[4160099]: logrotate_script: 2: /usr/sbin/pure-ftpd-control: not found 2024-08-25T00:00:06.858178+00:00 meinfjell logrotate[4160069]: error: error running non-shared postrotate script for /var/log/pure-ftpd/transfer.log of '/var/log/pure-ftpd/transfer.log ' 2024-08-25T00:00:07.797527+00:00 meinfjell systemd[1]: rsyslog.service: Sent signal SIGHUP to main process 774 (rsyslogd) on client request. 2024-08-25T00:00:07.797982+00:00 meinfjell rsyslogd: [origin software="rsyslogd" swVersion="8.2302.0" x-pid="774" x-info="https://www.rsyslog.com";] rsyslogd was HUPed 2024-08-25T00:00:07.830857+00:00 meinfjell systemd[1]: logrotate.service: Main process exited, code=exited, status=1/FAILURE 2024-08-25T00:00:07.831136+00:00 meinfjell systemd[1]: logrotate.service: Failed with result 'exit-code'. 2024-08-25T00:00:07.831483+00:00 meinfjell systemd[1]: Failed to start logrotate.service - Rotate log files. The fix is simple: On removal, use one of the "taboo" extensions of logrotate and on reinstall remove this extension again. See logrotate(1) for details. -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/ signature.asc Description: PGP signature
Bug#1079575: coreutils: who does not report users on virtual terminals
Package: coreutils Version: 9.4-3.1 Severity: normal I heavily use the Linux virtual terminals, usually I'm logged in in about 8-10 of them. helge@twentytwo:~$ ps aux|grep bash helge 3716 0.0 0.0 12640 5860 tty3 S18:08 0:00 -bash helge 3739 0.0 0.0 12640 5400 tty4 S18:08 0:00 -bash helge 3816 0.0 0.0 12772 6128 tty6 S18:09 0:00 -bash helge 3846 0.0 0.0 12764 5848 tty7 S18:09 0:00 -bash helge 3861 0.0 0.0 12896 6052 tty8 S+ 18:09 0:00 -bash helge 3877 0.0 0.0 12896 5620 tty9 S+ 18:09 0:00 -bash helge 3915 0.0 0.0 12772 5864 tty10S+ 18:09 0:00 -bash helge 3937 0.0 0.0 12640 5936 tty11S+ 18:09 0:00 -bash root3974 0.0 0.0 12984 6288 tty12S+ 18:09 0:00 -bash helge 4184 0.0 0.0 12772 5900 tty5 S18:12 0:00 -bash helge 4496 0.0 0.0 9984 2420 tty7 S+ 18:17 0:00 grep bash Calling who yields: helge@twentytwo:~$ who helge@twentytwo:~$ The man page claims: DESCRIPTION Print information about users who are currently logged in. So either who is wrong or the man page. I'm pretty sure who worked also in this case in bookworm (however, I cannot test). Now, after additionally logging in in X, I get: helge@twentytwo:~$ who helgetty2 2024-08-24 18:18 (:0) helgepts/72024-08-24 18:18 (:0.0) helgepts/32024-08-24 18:18 (:0.0) helgepts/52024-08-24 18:18 (:0.0) helgepts/92024-08-24 18:18 (:0.0) helgepts/22024-08-24 18:18 (:0.0) helgepts/62024-08-24 18:18 (:0.0) helgepts/42024-08-24 18:18 (:0.0) helgepts/12024-08-24 18:18 (:0.0) helgepts/02024-08-24 18:18 (:0.0) helgepts/82024-08-24 18:18 (:0.0) However, these entries are the list of all X terminals, which are no individual logins (these xterms do not run the bash login scripts, contrary to the one in each Linux virtual terminal). -- System Information: Debian Release: trixie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages coreutils depends on: ii libacl1 2.3.2-2 ii libattr1 1:2.5.2-1 ii libc62.39-7 ii libgmp10 2:6.3.0+dfsg-2+b1 ii libselinux1 3.5-2+b4 ii libssl3t64 3.2.2-1 coreutils recommends no packages. coreutils suggests no packages. -- no debconf information -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/ signature.asc Description: PGP signature
Bug#1079512: apt: Apt should decline to install if disk space is way too low
Hello Julian, Am Sat, Aug 24, 2024 at 10:11:13AM +0200 schrieb Julian Andres Klode: > On Sat, Aug 24, 2024 at 07:36:34AM GMT, Helge Kreutzmann wrote: > > Package: apt > > Version: 2.9.8 > > Severity: important > > > > I just did the usual > > apt-get update > > apt-get dist-upgrade > > > > Apt-listchanges showed me the changes and I let apt continue. Then the > > installation failed because disk space was too low. I could not > > continue using apt to fix this (hence severity important), but I had > > to manually move parts of /usr to other places until I could finish > > the "dist-upgrade". > > > > It turned out that I had to move ~ 1 GB (!) until this was the case. > > > > I really wonder why apt cannot detect that such a big chunk of space is > > missing and then would refuse to start the installation. (I initially > > believed it was just off a few MB.) > > *apt* since 2.9.1, in the new user interface, informs you about the space > usage required and displays a very prominent warning, defaults the prompt > to N, and changes it to > > Continue anyway? > > instead of > > Continue? > > If the install size * 1.1 >= available space (not even free space). > > I suggest you use it. Thanks for the prompt reply and information. I'll be more careful in the future. Greetings Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/ signature.asc Description: PGP signature
Bug#1079512: apt: Apt should decline to install if disk space is way too low
@/@SNAPSHOTID@/";; Acquire::Languages ""; Acquire::Languages:: "en"; Acquire::Languages:: "none"; Acquire::Languages:: "de_DE"; Acquire::Languages:: "de"; Acquire::CompressionTypes ""; Acquire::CompressionTypes::xz "xz"; Acquire::CompressionTypes::bz2 "bzip2"; Acquire::CompressionTypes::lzma "lzma"; Acquire::CompressionTypes::gz "gzip"; Acquire::CompressionTypes::lz4 "lz4"; Acquire::CompressionTypes::zst "zstd"; DPkg ""; DPkg::Path "/usr/sbin:/usr/bin:/sbin:/bin"; DPkg::Pre-Install-Pkgs ""; DPkg::Pre-Install-Pkgs:: "/usr/bin/apt-listchanges --apt || test $? -lt 10"; DPkg::Pre-Install-Pkgs:: "/usr/sbin/dpkg-preconfigure --apt || true"; DPkg::Tools ""; DPkg::Tools::Options ""; DPkg::Tools::Options::/usr/bin/apt-listchanges ""; DPkg::Tools::Options::/usr/bin/apt-listchanges::Version "2"; DPkg::Tools::Options::/usr/bin/apt-listchanges::InfoFD "20"; DPkg::Post-Invoke ""; DPkg::Post-Invoke:: "/usr/bin/test -e /usr/share/dbus-1/system-services/org.freedesktop.PackageKit.service && /usr/bin/test -S /var/run/dbus/system_bus_socket && /usr/bin/gdbus call --system --dest org.freedesktop.PackageKit --object-path /org/freedesktop/PackageKit --timeout 4 --method org.freedesktop.PackageKit.StateHasChanged cache-update > /dev/null; /bin/echo > /dev/null"; DPkg::Post-Invoke:: "[ ! -e /usr/bin/how-can-i-help ] || /usr/bin/how-can-i-help --apt"; apt-file ""; apt-file::Index-Names "deb"; apt-file::Parser ""; apt-file::Parser::Check-For-Description-Header "false"; Binary "apt-config"; Binary::apt-cdrom ""; Binary::apt-cdrom::APT ""; Binary::apt-cdrom::APT::Internal ""; Binary::apt-cdrom::APT::Internal::OpProgress ""; Binary::apt-cdrom::APT::Internal::OpProgress::EraseLines "0"; Binary::apt ""; Binary::apt::APT ""; Binary::apt::APT::Color "1"; Binary::apt::APT::Output-Version "30"; Binary::apt::APT::Cache ""; Binary::apt::APT::Cache::Show ""; Binary::apt::APT::Cache::Show::Version "2"; Binary::apt::APT::Cache::AllVersions "0"; Binary::apt::APT::Cache::ShowVirtuals "1"; Binary::apt::APT::Cache::Search ""; Binary::apt::APT::Cache::Search::Version "2"; Binary::apt::APT::Cache::ShowDependencyType "1"; Binary::apt::APT::Cache::ShowVersion "1"; Binary::apt::APT::Get ""; Binary::apt::APT::Get::Upgrade-Allow-New "1"; Binary::apt::APT::Get::Update ""; Binary::apt::APT::Get::Update::InteractiveReleaseInfoChanges "1"; Binary::apt::APT::Cmd ""; Binary::apt::APT::Cmd::Show-Update-Stats "1"; Binary::apt::APT::Cmd::Pattern-Only "1"; Binary::apt::APT::Keep-Downloaded-Packages "0"; Binary::apt::DPkg ""; Binary::apt::DPkg::Progress-Fancy "1"; Binary::apt::DPkg::Lock ""; Binary::apt::DPkg::Lock::Timeout "-1"; CommandLine ""; CommandLine::AsString "apt-config dump"; -- (no /etc/apt/preferences present) -- -- (no /etc/apt/preferences.d/* present) -- -- (/etc/apt/sources.list present, but not submitted) -- -- (no /etc/apt/sources.list.d/* present) -- -- System Information: Debian Release: trixie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 6.10.6 (SMP w/12 CPU threads; PREEMPT) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages apt depends on: ii adduser 3.137 ii base-passwd 3.6.4 ii debian-archive-keyring 2023.4 ii gpgv2.2.43-8 ii libapt-pkg6.0t642.9.8 ii libc6 2.39-7 ii libgcc-s1 14.2.0-1 ii libgnutls30t64 3.8.6-2 ii libseccomp2 2.5.5-1+b1 ii libstdc++6 14.2.0-1 ii libsystemd0 256.5-1 Versions of packages apt recommends: ii ca-certificates 20240203 Versions of packages apt suggests: ii apt-doc 2.9.8 pn aptitude | synaptic | wajig ii dpkg-dev 1.22.11 ii gnupg2.2.43-8 ii gnupg2 2.2.43-8 pn powermgmt-base -- no debconf information -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/ signature.asc Description: PGP signature
Bug#1079004: po4a: In man pages <.Nm> is not displayed
Package: po4a Version: 0.73-2 Severity: normal This bug is strange, as the same construct works in the original version, but not in the translated one. In the English version, an .Nm alone prints the name of the command, in the translated version it does not. As a workaround, I globally replace all stand alone .Nm (and .Nm ,) by .Nm name (or .Nm name , respectively), where "name" is the name of the man page in the "final" man page. For more background, see https://salsa.debian.org/manpages-l10n-team/manpages-l10n/-/issues/18 -- System Information: Debian Release: trixie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages po4a depends on: ii gettext 0.22.5-2 ii libpod-parser-perl 1.67-1 ii libsgmls-perl 1.03ii-38 ii libsyntax-keyword-try-perl 0.29-2 ii libyaml-tiny-perl 1.74-1 ii opensp 1.5.2-15 ii perl5.38.2-5 Versions of packages po4a recommends: ii liblocale-gettext-perl 1.07-7 ii libterm-readkey-perl 2.38-2+b3 ii libtext-wrapi18n-perl 0.06-10 ii libunicode-linebreak-perl 0.0.20190101-1+b7 po4a suggests no packages. -- no debconf information -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/ signature.asc Description: PGP signature
Bug#1079005: po4a: Does not offer some strings from bash(*) for translations
Package: po4a Version: 0.73-2 Severity: normal Some (sub)strings are not offered for translation and are just printed in the english version. As an example from bash.1: There is a line in bash.1 as follows: .ie \n(zZ=1 in \fIbash(1)\fP. in this string just before this "missing words". Po4a seems to take the following line .el above under Programmable Completion. literal, i.e. does not offer them for translation. For a full report with more examples, see https://salsa.debian.org/manpages-l10n-team/manpages-l10n/-/issues/16 -- System Information: Debian Release: trixie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages po4a depends on: ii gettext 0.22.5-2 ii libpod-parser-perl 1.67-1 ii libsgmls-perl 1.03ii-38 ii libsyntax-keyword-try-perl 0.29-2 ii libyaml-tiny-perl 1.74-1 ii opensp 1.5.2-15 ii perl5.38.2-5 Versions of packages po4a recommends: ii liblocale-gettext-perl 1.07-7 ii libterm-readkey-perl 2.38-2+b3 ii libtext-wrapi18n-perl 0.06-10 ii libunicode-linebreak-perl 0.0.20190101-1+b7 po4a suggests no packages. -- no debconf information -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/ signature.asc Description: PGP signature
Bug#1078476: Acknowledgement (mediathekview: JVM flavor 'java9' not understood)
Hello Maintainer, mediathekview *does* work, but the startup script does not. I just noticed it is a shell script. If I run the steps manually and ignore the messages in the 2nd step, then the startup succeeds: . /usr/lib/java-wrappers/java-wrappers.sh find_java_runtime java9 run_java -Xms128M -Xmx1G -Djdk.gtk.version=2 -jar /usr/share/mediathekview/MediathekView.jar "$@" So as a bandaid either "set -e" could be removed or maybe the call "find_java_runtime java9" is not necessary (any more)? Greetings Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/ signature.asc Description: PGP signature
Bug#1078476: mediathekview: JVM flavor 'java9' not understood
Package: mediathekview Version: 13.2.1+ds-1 Severity: important About one week ago mediathekview worked as expected, however, when I just wanted to launch it, I got the following error message: helge@twentytwo:~$ mediathekview [warning] /usr/bin/mediathekview: JVM flavor 'java9' not understood [warning] /usr/bin/mediathekview: No java runtime was found There were quite a few java related updates in testing over the last days, but I don't have any idea which caused this. -- System Information: Debian Release: trixie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 6.10.3-amd64 (SMP w/12 CPU threads; PREEMPT) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages mediathekview depends on: ii default-jre [java9-runtime] 2:1.21-76 ii java-wrappers 0.5 ii libcommons-compress-java1.25.0-1 ii libcommons-configuration2-java 2.10.1-1 ii libcommons-dbcp2-java 2.10.0-1 ii libcommons-lang3-java 3.14.0-1 ii libcommons-pool2-java 2.12.0-1 ii libcontrolsfx-java 11.0.0-1 ii libguava-java 32.0.1-1 ii libjackson2-core-java 2.14.1-1 ii libjchart2d-java3.2.2+dfsg2-3 ii libjiconfont-font-awesome-java 4.7.0.1-1 ii libjiconfont-java 1.0.0-2 ii libjiconfont-swing-java 1.0.1-2 ii libjide-oss-java3.7.6+dfsg-2 ii liblog4j2-java 2.19.0-2 ii libmbassador-java 1.3.1-2 ii libmiglayout-java 11.1+ds-1 ii libokhttp-java 3.13.1-4 ii libopenjfx-java 11.0.11+1-3.2 ii libslf4j-java 1.7.32-1 ii libswingx-java 1:1.6.2-4 ii libxz-java 1.9-1 ii openjdk-17-jre [java9-runtime] 17.0.12+7-2 ii openjdk-21-jre [java9-runtime] 21.0.4+7-2 Versions of packages mediathekview recommends: ii flvstreamer 2.1c1-1.1 ii mplayer 2:1.5+svn38542-1 ii mpv 0.38.0-1+b1 ii vlc 3.0.21-1 Versions of packages mediathekview suggests: ii ffmpeg 7:7.0.2-1 -- no debconf information -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/ signature.asc Description: PGP signature
Bug#1031081: adduser: Various improvements in program and man page strings
Hello Marc, Am Sat, Aug 10, 2024 at 05:29:57PM + schrieb Helge Kreutzmann: > I implemented the fixes, but somehow I cannot push to the repository > (translation branch). I'll investigate later, but for now I attached > my change, so you can already review it. Thanks for adding me. I now pushed the change to the branch manpage-translation. Please do not use my patch in this bug report, it was not correct. Once you approved the update, I can proceed with a call for translators to update their respective translation. Greetings Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/ signature.asc Description: PGP signature
Bug#1031081: adduser: Various improvements in program and man page strings
Hello Marc, I implemented the fixes, but somehow I cannot push to the repository (translation branch). I'll investigate later, but for now I attached my change, so you can already review it. Greetings Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/ diff --git a/doc/adduser.8 b/doc/adduser.8 index 72f7bfc..ad2fc6f 100644 --- a/doc/adduser.8 +++ b/doc/adduser.8 @@ -170,7 +170,7 @@ The interaction between is explained in detail in .BR adduser.conf (5). .PP -Users' primary groups can also be overridden +The users' primary group can also be overridden from the command line with the \fB\-\-gid\fP or \fB\-\-ingroup\fP options to set the group by id or name, @@ -178,7 +178,7 @@ respectively. Also, users can be added to one or more supplemental groups -defined as \fBEXTRA_GROUPS\fP in the configuration file +defined as \fBEXTRA_GROUPS\fP either by setting \fBADD_EXTRA_GROUPS\fP to 1 in the configuration file, or by passing \fB\-\-add\-extra\-groups\fP on the command line. @@ -228,7 +228,7 @@ the new system user will have the shell set to Skeletal configuration files are not copied. .PP Other options will behave as for the creation of a normal user. -The files referenced by \fBUID_POOL\fP and \fBGID_POOL\fP do also work. +The files referenced by \fBUID_POOL\fP and \fBGID_POOL\fP are also honored. .SS "Add a group" If \fBadduser\fP is called with the \fB\-\-group\fP option and @@ -270,18 +270,18 @@ They are going to stay supported, but are removed from the documentation. Users are advised to migrate to the long version of options. .TP .B \-\-add\-extra\-groups -Add new user to extra groups defined in the configuration files' +Add new users to extra groups defined in the configuration files' \fBEXTRA_GROUPS\fP setting. The old spelling \fB\-\-add_extra_groups\fP is deprecated and will be supported in Debian bookworm only. -Valid Modes: \fBadduser\fP, \fBadduser \-\-system\fP. +Valid modes: \fBadduser\fP, \fBadduser \-\-system\fP. .TP .B \-\-allow\-all\-names Allow any user- and groupname which is supported by the underlying \fBuseradd\fP(8), including names containing non-ASCII characters. See VALID NAMES in .BR adduser.conf (5). -Valid Modes: \fBadduser\fP, \fBadduser \-\-system\fP, +Valid modes: \fBadduser\fP, \fBadduser \-\-system\fP, \fBaddgroup\fP, \fBaddgroup \-\-system\fP. .TP .B \-\-allow\-bad\-names @@ -289,7 +289,7 @@ Disable \fBNAME_REGEX\fP and \fBSYS_NAME_REGEX\fP check of names. Only a weaker check for validity of the name is applied. See VALID NAMES in .BR adduser.conf (5). -Valid Modes: \fBadduser\fP, \fBadduser \-\-system\fP, +Valid modes: \fBadduser\fP, \fBadduser \-\-system\fP, \fBaddgroup\fP, \fBaddgroup \-\-system\fP. .TP .BI \-\-comment " comment " @@ -299,7 +299,7 @@ This field is also known under the name GECOS field and contains information that is used by the \fBfinger\fR(1) command. This used to be the \fB\-\-gecos\fR option, which is deprecated and will be removed after Debian bookworm. -Valid Modes: \fBadduser\fP, \fBadduser \-\-system\fP. +Valid modes: \fBadduser\fP, \fBadduser \-\-system\fP. .TP .BI \-\-conf " file " Use \fIfile\fP instead of \fI/etc/adduser.conf\fP. @@ -317,7 +317,7 @@ In most situations, logins are still possible though for reasons that are beyond \fBadduser\fP's scope. \fB\-\-disabled\-login\fP will additionally set the shell to \fI/usr/sbin/nologin\fP. -Valid Mode: \fBadduser\fP. +Valid mode: \fBadduser\fP. .TP .BI \-\-firstuid " ID " .TQ @@ -327,7 +327,7 @@ Valid Mode: \fBadduser\fP. .TQ .BI \-\-lastgid " ID " Override the first UID / last UID / first GID / last GID -in the range that the uid is chosen from +in the range that the numeric identity is chosen from (\fBFIRST_UID\fP, \fBLAST_UID\fP, \fBFIRST_GID\fP and \fBLAST_GID\fP, \fBFIRST_SYSTEM_UID\fP, \fBLAST_SYSTEM_UID\fP, \fBFIRST_SYSTEM_GID\fP and \fBLAST_SYSTEM_GID\fP @@ -336,7 +336,7 @@ If a group is created as a usergroup, \fB\-\-firstgid\fP and \fB\-\-lastgid\fP are ignored. The group gets the same ID as the user. -Valid Modes: \fBadduser\fP, \fBadduser \-\-system\fP, +Valid modes: \fBadduser\fP, \fBadduser \-\-system\fP, for \fP\-\-firstgid\fP and \fB\-\-lastgid\fR also \fBaddgroup\fP. .TP @@ -344,16 +344,16 @@ for \fP\-\-firstgid\fP and \fB\-\-lastgid\fR also .TQ .B \-\-allow\-badname These are the deprecated forms of \fB\-\-allow\-bad\-names\fR. -It will be removed -during the release cycle of the Debian release after \fIbookworm\fP. +They will be removed +during the release cycle of the Debian release after bookworm. .TP .BI \-\-gid " ID " When creating a group, this option sets the
Bug#1072840: Acknowledgement (sddm: Sddm crashes regularly)
Hello Aurélien,
the following is 100% reproducible:
(1. Boot machine )
2. Log into Console 7 (it only happens with 7)
3. Log out again
→ Sddm is gone
For all other consoles it works (I tried 2…6 and 8…12).
Can you try this as well?
Am Sun, Jun 23, 2024 at 09:39:40AM +0200 schrieb Aurélien COUDERC:
> Le 23 juin 2024 09:28:41 GMT+02:00, Helge Kreutzmann a
> écrit :
> >Hello Sddm maintainers,
> >I analysed this annyoing bug further. The following pattern seems to
> >hold always:
>
> can you see anything in the kernel or system logs (dmesg or journalctl) ?
2024-08-07T17:24:58.765735+02:00 twentytwo sddm[1522]: Signal received: SIGTERM
2024-08-07T17:24:58.765803+02:00 twentytwo systemd[1]: Stopping sddm.service -
Simple Desktop Display Manager...
2024-08-07T17:24:58.766008+02:00 twentytwo sddm-helper[3452]: Signal received:
SIGTERM
2024-08-07T17:24:58.766946+02:00 twentytwo sddm-helper[3452]: [PAM] Closing
session
2024-08-07T17:24:58.770046+02:00 twentytwo sddm-helper[3452]: [PAM] Ended.
2024-08-07T17:24:58.771092+02:00 twentytwo sddm[1522]: Auth: sddm-helper exited
with 255
2024-08-07T17:24:58.771147+02:00 twentytwo sddm[1522]: Socket server stopping...
2024-08-07T17:24:58.771187+02:00 twentytwo sddm[1522]: Socket server stopped.
2024-08-07T17:24:58.771218+02:00 twentytwo sddm[1522]: Display server
stopping...
2024-08-07T17:24:58.825643+02:00 twentytwo sddm[1522]: Display server stopped.
2024-08-07T17:24:58.825738+02:00 twentytwo sddm[1522]: Running display stop
script ("/usr/share/sddm/scripts/Xstop")
2024-08-07T17:24:58.828508+02:00 twentytwo systemd[1]: sddm.service:
Deactivated successfully.
2024-08-07T17:24:58.828736+02:00 twentytwo systemd[1]: Stopped sddm.service -
Simple Desktop Display Manager.
2024-08-07T17:24:58.828895+02:00 twentytwo systemd[1]: sddm.service: Consumed
578ms CPU time, 160.9M memory peak.
Or 2nd try just afterwards (with some more context):
2024-08-07T17:25:21.985606+02:00 twentytwo systemd[1]: getty@tty7.service:
Deactivated successfully.
2024-08-07T17:25:22.018143+02:00 twentytwo systemd[1]:
run-credentials-getty\x40tty7.service.mount: Deactivated successfully.
2024-08-07T17:25:22.019192+02:00 twentytwo systemd[1]: getty@tty7.service:
Scheduled restart job, restart counter is at 1.
2024-08-07T17:25:22.020508+02:00 twentytwo sddm[3717]: Signal received: SIGTERM
2024-08-07T17:25:22.020553+02:00 twentytwo systemd[1]: Stopping sddm.service -
Simple Desktop Display Manager...
2024-08-07T17:25:22.020781+02:00 twentytwo sddm-helper[3826]: Signal received:
SIGTERM
2024-08-07T17:25:22.021592+02:00 twentytwo sddm-helper[3826]: [PAM] Closing
session
2024-08-07T17:25:22.023305+02:00 twentytwo sddm-helper[3826]: [PAM] Ended.
2024-08-07T17:25:22.025129+02:00 twentytwo sddm[3717]: Auth: sddm-helper exited
with 255
2024-08-07T17:25:22.025175+02:00 twentytwo sddm[3717]: Socket server stopping...
2024-08-07T17:25:22.025212+02:00 twentytwo sddm[3717]: Socket server stopped.
2024-08-07T17:25:22.025241+02:00 twentytwo sddm[3717]: Display server
stopping...
2024-08-07T17:25:22.080872+02:00 twentytwo sddm[3717]: Display server stopped.
2024-08-07T17:25:22.080989+02:00 twentytwo sddm[3717]: Running display stop
script ("/usr/share/sddm/scripts/Xstop")
2024-08-07T17:25:22.083619+02:00 twentytwo systemd[1]: sddm.service:
Deactivated successfully.
2024-08-07T17:25:22.083858+02:00 twentytwo systemd[1]: Stopped sddm.service -
Simple Desktop Display Manager.
2024-08-07T17:25:22.085111+02:00 twentytwo systemd[1]: Started
getty@tty7.service - Getty on tty7.
2024-08-07T17:25:25.325658+02:00 twentytwo systemd[1]: Stopping
getty@tty7.service - Getty on tty7...
2024-08-07T17:25:25.325953+02:00 twentytwo systemd[1]: getty@tty7.service:
Deactivated successfully.
2024-08-07T17:25:25.326075+02:00 twentytwo systemd[1]: Stopped
getty@tty7.service - Getty on tty7.
2024-08-07T17:25:25.328211+02:00 twentytwo systemd[1]:
run-credentials-getty\x40tty7.service.mount: Deactivated successfully.
> Without logs it will be difficult to understand what is going on. But at
> first sight I would lean towards a graphics driver bug more than an SDDM bug.
I really don't think so.
> Maybe testing with different display managers (gdm, lightdm) could also help
> narrowing down the issue ?
Yes, I still need to do this.
Greetings
Helge
--
Dr. Helge Kreutzmann deb...@helgefjell.de
Dipl.-Phys. http://www.helgefjell.de/debian.php
64bit GNU powered gpg signed mail preferred
Help keep free software "libre": http://www.ffii.de/
signature.asc
Description: PGP signature
Bug#1077994: rpm-i18n: Status of i18n man pages unclear
Package: rpm-i18n Version: 4.19.1.1+dfsg-1 Severity: normal In the package description rpm-i18n claims to carry localized (i18n) man pages. However, the package does not contain any. Previously, manpages-l10n used to ship i18n rpm man pages. Currently there are translators interested in picking it up. We need to coordinate here, to avoid file clashes and double ressource usage. If rpm-i18n ships localized man pages in the future, then manpages-l10n will not do so. It would be best to transfer all existing translations then to you (or upstream). However, if you do not want to ship and maintain (!) the translations, then manpages-l10n can do so. In this case, you should of course update the package description of rpm-i18n. It would be great if you could inform me so I can guide the interested translator(s). Greetings Helge -- System Information: Debian Release: trixie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled rpm-i18n depends on no packages. rpm-i18n recommends no packages. Versions of packages rpm-i18n suggests: ii rpm 4.19.1.1+dfsg-1+b1 -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/ signature.asc Description: PGP signature
Bug#1031081: adduser: Various improvements in program and man page strings
Hello Marc, Am Sun, Aug 04, 2024 at 05:21:14PM +0200 schrieb Marc Haber: > On Sun, Aug 04, 2024 at 02:23:59PM +0000, Helge Kreutzmann wrote: > > Am Fri, Jul 21, 2023 at 08:13:24AM +0200 schrieb Marc Haber: > > > On Sat, Feb 11, 2023 at 12:05:42PM +0100, Helge Kreutzmann wrote: > > > > Please ping me before your next upload(s) (if possible before a > > > > weekend), so that I can ensure step 2 is done for all translations. > > > > > > > > 3. After the release of bookworm, you can review the remaining FIXMEs > > > >and implement them as appropriate in the further developement of > > > >adduser. Once done, this bug can be closed. Updates to the > > > >translations will (and have to be) done by the respective > > > >translators. > > > > > > Ping, please go ahead. > > > > Sorry for the delay. > > > > Is it ok for you that I commit the updates directly into relevant man > > pages? > > I would prefer to have you working in a branch, so that I can > merge/cherry-pick the changes to Master. Could you kindly prepare that branch then? My git foo is limited and I'm afraid I'll break things. I will work on it in the next days. Just be advised that "cerry-picking" is tricky in l10n work. So it is best to tell me quickly if something is not as you want, so I can ajust. > > Is this fine for you? > > It is, go ahead. > > Please be advised that I plan to go forward with the deprecations that > we¹ had planned for the post-bookworm cycle in the next weeks. I am not > sure whether I will actually be able to do that in the projected > timeframe. This will of course mean changes to the manpages. I can also wait if you prefer and work on this e.g. September/October? > ¹ the team has reduced itself again, it looks like I am the only active > member left. I'm sorry to hear. But I guess this is common - in "my" project manpages-l10n I went from beeing a team member (3+) to the Debian maintainer and now the (sole) upstream maintainer. Greetings Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/ signature.asc Description: PGP signature
Bug#1077923: openssh-server: Every few seconds the connection pauses for ~ 5 seconds
Package: openssh-server Version: 1:9.7p1-7 Severity: normal Hello ssh maintainers, first of all, I'm not sure if this is a bug in the client or server. I was prompted and selected "both", but then reportbug told me the package ssh does not exist. So please reassign as appropriate. This is a regression compared to bookwork, from which I upgraded this machine a few weeks ago. Under X I run "ssh -X localuser@localhost" where localuser is a different uid than my ordinary one. Once logged in I launch firefox Firefox takes long to start (but this happened in bookworm as well). In Bookworm I was then able to use firefox as expected. In Testing Firefox works for a few seconds, then "pauses" for ~ 5 seconds and then works again for a few seconds, "pauses" for ~ 5 seconds and so on. Note that keyboard input is buffered, so if I e.g. type an URL during this pause, the keystrokes are delivered after the pause. To narrow this down: firefox without ssh does not exhibit this problem. /usr/lib/x86_64-linux-gnu/libexec/kf5/kdesu -u localuser /opt/firefox/firefox also does not exhibit this problem. So something in ssh (client or server) must have changed to cause these delays. I ran the ssh session in verbose mode (-vvv), where I run the above command, launched firefox, hit one or two of these delays, closed firefox and logged out. The log is attached. If I should try something else or if you need other/further logs, simply tell me so that I can provde them. -- System Information: Debian Release: trixie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages openssh-server depends on: ii adduser3.137 ii debconf [debconf-2.0] 1.5.87 ii init-system-helpers1.66 ii libaudit1 1:3.1.2-4+b1 ii libc6 2.39-6 ii libcom-err21.47.1-1 ii libcrypt1 1:4.4.36-4 ii libgssapi-krb5-2 1.21.3-3 ii libkrb5-3 1.21.3-3 ii libpam-modules 1.5.3-7 ii libpam-runtime 1.5.3-7 ii libpam0g 1.5.3-7 ii libselinux13.5-2+b3 ii libssl3t64 3.2.2-1 ii libwrap0 7.6.q-33 ii lsb-base 11.6 ii openssh-client 1:9.7p1-7 ii openssh-sftp-server1:9.7p1-7 ii procps 2:4.0.4-5 ii runit-helper 2.16.3 ii sysvinit-utils [lsb-base] 3.09-2 ii ucf3.0043+nmu1 ii zlib1g 1:1.3.dfsg+really1.3.1-1 Versions of packages openssh-server recommends: ii libpam-systemd [logind] 256.4-2 ii ncurses-term 6.5-2 ii xauth1:1.1.2-1 Versions of packages openssh-server suggests: ii ksshaskpass [ssh-askpass] 4:5.27.11-1 pn molly-guard pn monkeysphere pn ufw -- debconf information excluded -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/ slog.xz Description: application/xz signature.asc Description: PGP signature
Bug#1031081: adduser: Various improvements in program and man page strings
Hello Marc, Am Fri, Jul 21, 2023 at 08:13:24AM +0200 schrieb Marc Haber: > On Sat, Feb 11, 2023 at 12:05:42PM +0100, Helge Kreutzmann wrote: > > Please ping me before your next upload(s) (if possible before a > > weekend), so that I can ensure step 2 is done for all translations. > > > > 3. After the release of bookworm, you can review the remaining FIXMEs > >and implement them as appropriate in the further developement of > >adduser. Once done, this bug can be closed. Updates to the > >translations will (and have to be) done by the respective > >translators. > > Ping, please go ahead. Sorry for the delay. Is it ok for you that I commit the updates directly into relevant man pages? Afterwards I would also update the relevant po(t) files and - if you like - run a call updates for the relevant languages. I would also update the German translation. I would of course commit "git friendly", so you can review the diff as you see fit. Is this fine for you? Greetings Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/ signature.asc Description: PGP signature
Bug#1072645: pipewire: Apps using pipewire broken
Hello Dylan, excuse my late response, I was on vacation. Am Tue, Jul 09, 2024 at 05:29:03PM +0200 schrieb Dylan Aïssi: > Le mer. 5 juin 2024 à 19:45, Helge Kreutzmann a écrit : > > > > I upgraded from stable to testing a few days ago. In stable all video > > and audio applications worked as expected, e.g. vlc, mpv, cmus, > > mpg123, ogg123 … > > > > Now many apps don't. Some (like cmus) produce output, but e.g. vlc and > > mpv do not. The only difference I could determine is using pipewire. > > How did you install pipewire? Not on purpose. I upgraded from bookworm and did not manually install pipewire or wirepulumber. > Did you install pipewire-audio or wireplumber? Neither, I simply took what "apt-get dist-ugprade" told me. > > pavucontrol only shows a dummy output. > > It seems that the pipewire's session manager (wireplumber) has > a problem or is missing. Simply tell me what I should try, which additional output you need etc. (I can temprarily deinstall pulseaudio again and reinstall pipewire-pulse). Greetings Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/ signature.asc Description: PGP signature
Bug#1074092: vim: Annoying visual bell in insert mode when pageing after upgrade to trixie
Am Sun, Jun 23, 2024 at 11:19:33AM -0400 schrieb James McCoy: > On Sun, Jun 23, 2024 at 08:37:59AM GMT, Helge Kreutzmann wrote: > > Up until bookworm no visual bell was shown in vim on the console > > with my configuration. Now in insert mode (only), when paging an annoying > > visual > > bell is shown. > > > > This is *not* occuring with --clean but from the Debian changes I > > could not derive which settings fault it is. > > I would suggest first comparing the output of ":set" with "vim --clean" > and "vim". That should help narrow down which options differ from the > defaults and may affect this behavior. Thanks. vim --clean background=dark helplang=de incsearch nolangremap mouse=nvi ruler scrolloff=5 ttimeout viminfofile=NONE display=truncatehistory=200 langnoremap noloadplugins nrformats=bin,hex scroll=37 showcmd ttimeoutlen=100 wildmenu backspace=indent,eol,start fileencodings=ucs-bom,utf-8,default,latin1 vim: autoindent backspace=indenthelplang=de incsearch ruler shiftround shortmess=nxtToOS smartcase smarttabvisualbell wildmenu background=dark nofoldenable ignorecase laststatus=2 scroll=36 shiftwidth=4showmatch smartindent softtabstop=4 wildignore=*.swp cinoptions=t0,(0,u0 cpoptions=aABceFsJ fileencodings=ucs-bom,utf-8,default,latin1 formatoptions=tcq2l formatprg=fmt -cu -w70 listchars=eol:$,tab:>-,trail:_ printoptions=paper:a4 statusline=%<%f%y%m%r%=%l,%c%V %P suffixes=.bak,~,.swp,.o,.info,.aux,.log,.dvi,.bbl,.blg,.brf,.cb,.ind,.idx,.ilg,.inx,.out,.toc viminfo='1000,f1,"500,:50,@10,/100 > > As this is a (minor) regression, I'm reporting this. And if you have > > any suggestion how to find out which setting this causes (except for > > bisecting) I would be happy :-)) > > You could bisect your config by placing the "finish" command in your > vimrc at various points to see what introduces the behavior. Thanks, this made it easy. It is the option "visualbell" which causes this behaviour. Until bookworm paging worked in in insert mode with this option but without visual bell, now it does. Is this a delibarate feature change? Greetings Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/ signature.asc Description: PGP signature
Bug#1073483: Intent to NMU apt-src to fix its trivial FTBFS bug
Hello László,
Am Mon, Jul 29, 2024 at 03:20:55PM +0200 schrieb László Böszörményi (GCS):
> Nice to see you again at DebConf.
Sorry, I'm not there.
> On Mon, Jul 29, 2024 at 3:18 PM Helge Kreutzmann wrote:
> > I intent to NMU apt-src to fix its trivial FTFBS bug (essentially a
> > recode latin1..utf8 is the fix).
> Please just provide all the patches and I can review those. Then I
> will upload the package, giving you all the credits of course.
Sure.
Here is it step by step:
* Recode French addendum into UTF-8 (closes: 1073483).
Simply execute
recode latin1..utf8 ./man/apt-src.add.fr
* Add German man page translation (closes: 1026782).
Drop the file provided in bug 1026782 into ./man/po/
You will need to update both Makefile.PL as well man/po4a.cfg, the
complete patch is below (for all languages).
* And also add German addendum.
This I wrote from scratch because I realized that it sensible to have,
I attached this file.
* Add Dutch man page translation (closes: 1070916).
Drop the file provided in bug 1070916 into ./man/po/ and gunzip it.
You will need to update both Makefile.PL as well man/po4a.cfg, the
complete patch is below (for all languages).
* Add Portuguese man page translation (closes: 980162).
Drop the file provided in bug 980162 into ./man/po/ and gunzip it.
You will need to update both Makefile.PL as well man/po4a.cfg, the
complete patch is below (for all languages).
The build system of apt-src is not very flexible regarding po4a.
Instead of replacing it with a flexible version I simply updated the
current build code as follows:
--- apt-src-0.25.3/Makefile.PL 2021-01-10 13:41:24.0 +0100
+++ apt-src-0.25.3.1/Makefile.PL2024-07-29 13:47:47.904304104 +0200
@@ -5,7 +5,10 @@
'EXE_FILES' => ['apt-src'],
'MAN1PODS' =>
{ 'man/apt-src.pod' => 'man/apt-src.1',
+ 'man/apt-src.de.pod' => 'man/apt-src.de.1',
'man/apt-src.es.pod' => 'man/apt-src.es.1',
+ 'man/apt-src.nl.pod' => 'man/apt-src.nl.1',
+ 'man/apt-src.pt.pod' => 'man/apt-src.pt.1',
'man/apt-src.fr.pod' => 'man/apt-src.fr.1', },
'clean' =>
{ FILES => "man/apt-src*.1 man/apt-src.*.pod"},
--- apt-src-0.25.3/man/po4a.cfg 2021-01-10 13:41:24.0 +0100
+++ apt-src-0.25.3.1/man/po4a.cfg 2024-07-29 13:48:37.548494119 +0200
@@ -1,3 +1,7 @@
-[po4a_paths] man/po/apt-src.pot fr:man/po/fr.po es:man/po/es.po
+[po4a_paths] man/po/apt-src.pot de:man/po/de.po es:man/po/es.po
fr:man/po/fr.po nl:man/po/nl.po pt:man/po/pt.po
[type: pod] man/apt-src.pod fr:man/apt-src.fr.pod add_fr:man/apt-src.add.fr \
- es:man/apt-src.es.pod add_es:man/apt-src.add.es
+ es:man/apt-src.es.pod add_es:man/apt-src.add.es \
+ de:man/apt-src.de.pod add_de:man/apt-src.add.de \
+ nl:man/apt-src.nl.pod \
+ pt:man/apt-src.pt.pod
* Resolve issues in apt-src man page (closes: 1026896).
I basically implemented the patch described in 1026896, however, with
some further tweaks.
I attached the patch.
Mostly editorial, but the pine → mutt change and my (small) change
regarding make-kpkg might draw your attention.
If you are fine with this patch (or a derived version of it) then
I will provide you with two more changes:
* Unfuzzy all translations
Currently, you build fails because all translations are outdated. Most
changes proposed, however, can be easily updated for all langauges. It
is just a bit of routine work, and you will get patches for all po
files.
* Requeste updates from translators
Very few updated strings (maybe only one or two) require attention
from a real translator. I would ask them to send in the updates. I
would give them ~ 2 weeks to make these small updates, and then could
can upload.
There is one more change I would like to do. debian/copyright is not
in the modern format, but instead of researching all contributors I
would like to propose the following patch (which needs updates, once
the translators responded):
--- apt-src-0.25.3/debian/copyright 2003-10-15 04:24:26.0 +0200
+++ apt-src-0.25.3.1/debian/copyright 2024-07-29 13:31:03.523369786 +0200
@@ -7,3 +7,12 @@
On Debian systems, the complete text of the GPL is in the file
/usr/share/common-licenses/GPL
+
+The man page of apt-src was translated into the following languages:
+Dutch Frans Spiesschaert 2024
+French Valery Perrin 2003
+ Julien Louis 2007
+German Helge Kreutzmann 2022,2024
+Portuguese Américo Monteiro 2021
+SpanishRuben Porras 2003,2004
That's it.
If you have any questions please let me know.
Greetings
Helge
--
Dr. Helge Kreutzmann
Bug#1073483: Intent to NMU apt-src to fix its trivial FTBFS bug
Hello Laszlo, I intent to NMU apt-src to fix its trivial FTFBS bug (essentially a recode latin1..utf8 is the fix). I will include the missing translations and update the man page, i.e. the changelog will look similiar to: * Recode French addendum into UTF-8 (closes: 1073483). * Add German man page translation (closes: 1026782). * And also add German addendum. * Add Dutch man page translation (closes: 1070916). * Add Portuguese man page translation (closes: 980162). * Resolve issues in apt-src man page (closes: 1026896). * Unfuzzy all translations where possible If you feel this NMU should not happen, please let me know ASAP. Greetings Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/ signature.asc Description: PGP signature
Bug#1020712: wireless-tools: Upstream contact all do no longer work
Hello Sven, excuse my delay, I was on vacation. Am Tue, Jul 16, 2024 at 10:16:42PM +0200 schrieb Sven Geuer: > On Mon, 26 Sep 2022 20:23:15 +0200 Helge Kreutzmann > wrote: > > [...] > > I'm the Debian maintainer of manpages-l10n and I do have some file > > conflicts which I would like to resolve with him. I really would have > > liked to to this upstream, but I do understand that development has > > ceased? > > > > So maybe we need to resolve this then on a distribution level, I'll > > review the options. > > You can try to contact upstream via > https://github.com/HewlettPackard/wireless-tools/issues > though it looks abandoned, too. I'll try that, thanks for the pointer. > > So for this bug report: You might want to decide if you remove the > > homepage from d/control, unless it returns back to life in the > > upcoming days. > > I updated the homepage in d/control to > https://hewlettpackard.github.io/wireless-tools/Tools.html, > see > https://salsa.debian.org/debian/wireless-tools/-/commit/87b5374031c8b00e04e1e14993d6b4c467325a35 Thanks for taking care! Greetings Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/ signature.asc Description: PGP signature
Bug#1072643: Po4a needs to announce stricter parsing of config files
Hello Martin, Am Thu, Jun 13, 2024 at 02:54:15PM +0200 schrieb Martin Quinson: > Le jeudi 13 juin 2024 à 12:07 +0200, Santiago Vila a écrit : > > Hi. I'm reading the upstream NEWS file and found this: > > > > * Greatly simplify the code by using PerlIO instead of messing up > > with encodings manually. > > * This is a very intrusive change, and even if all tests of our > > comprehensive suite pass, I still expect issues with this on some > > corner cases, such as projects not using UTF-8 but a mixture of > > encodings. Please report any issue, and accept my apologies. > > > > Simple question: Am I right to think that the problem happens > > when a .po file is encoded using a given charset but declares > > (in the charset= line) another different charset? > > By definition, I fixed all the known issues, but I'm not confident with corner > cases that are less tested. I mean that I don't know where the remaining issue > will come from. > > Checking on the code about your question, if the charset=??? line does not > match the provided charset, the file is re-read with the charset from the file > (with a warning). That should be OK (and I never heard of issues here). > > We have some issues when the msgid contain UTF chars, but they are related to > gettext, not po4a itself. https://savannah.gnu.org/bugs/?65104 > > In addition, I tried to draft the information I'll add to the README.Debian > here: https://github.com/mquinson/po4a/blob/master/NEWS#L14 > > Your advice about it is very welcome, please. I think for README.Debian this is fine, but maybe you can add a NEWS file as well, something like: --- snip --- snip -- snip --- Po4a (since version 0.70) is more strict about encoding issues. If you experience trouble with translations, read README.Debian for more information and double check all encondings used in PO files. You also might want to consider converting legacy encodings to UTF-8. --- snip --- snip -- snip --- You might of course drop the last sentence, but I think legacy encoding should be phased out in 2024 whereever possible. Maybe you could upload 0.73 to Debian with such a NEWS (and README.Debian) in the next days? Greetings Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/ signature.asc Description: PGP signature
Bug#1072840: Acknowledgement (sddm: Sddm crashes regularly)
Hello Aurélien, Am Sun, Jun 23, 2024 at 09:39:40AM +0200 schrieb Aurélien COUDERC: > Le 23 juin 2024 09:28:41 GMT+02:00, Helge Kreutzmann a > écrit : > >Hello Sddm maintainers, > >I analysed this annyoing bug further. The following pattern seems to > >hold always: > > can you see anything in the kernel or system logs (dmesg or journalctl) ? Yes. In syslog I see, e.g.: 2024-06-15T22:01:03.517821+02:00 twentytwo sddm[1402833]: Auth: sddm-helper (--socket /tmp/sddm-auth-e05fef53-ea3e-46c0-bea9-88063f3db194 --id 2 --start /usr/bin/sddm-greeter --socket /tmp/sddm-:0-fDrYVa --theme /usr/share/sddm/themes/debian-theme --user sddm --greeter) crashed (exit code 1) 2024-06-15T22:01:03.517853+02:00 twentytwo sddm[1402833]: Error from greeter session: "Process crashed" 2024-06-15T22:01:03.517873+02:00 twentytwo sddm[1402833]: Auth: sddm-helper exited with 1 2024-06-15T22:01:03.517907+02:00 twentytwo sddm[1402833]: Greeter stopped. SDDM::Auth::HELPER_AUTH_ERROR I also attached the journalctl output from the last week (I filtered for sddm). > Without logs it will be difficult to understand what is going on. But at > first sight I would lean towards a graphics driver bug more than an SDDM bug. Is there some docs how to trace this down? For a normal programm, using the debug version running in gdb or stracing it I know, but for X (display managers/login managers)? > Maybe testing with different display managers (gdm, lightdm) could also help > narrowing down the issue ? I can try them. > Happy hacking, You too and thanks for the feedback Greetings Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/ sdlog.xz Description: application/xz signature.asc Description: PGP signature
Bug#1074092: vim: Annoying visual bell in insert mode when pageing after upgrade to trixie
Package: vim Version: 2:9.1.0496-1 Severity: minor Up until bookworm no visual bell was shown in vim on the console with my configuration. Now in insert mode (only), when paging an annoying visual bell is shown. This is *not* occuring with --clean but from the Debian changes I could not derive which settings fault it is. (And I have no idea how to search in the docs for it). As this is a (minor) regression, I'm reporting this. And if you have any suggestion how to find out which setting this causes (except for bisecting) I would be happy :-)) -- Package-specific info: --- real paths of main Vim binaries --- /usr/bin/vi is /usr/bin/vim.gtk3 /usr/bin/vim is /usr/bin/vim.gtk3 /usr/bin/gvim is /usr/bin/vim.gtk3 -- System Information: Debian Release: trixie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 6.9.2 (SMP w/12 CPU threads; PREEMPT) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages vim depends on: ii libacl1 2.3.2-2 ii libc62.38-13 ii libgpm2 1.20.7-11 ii libselinux1 3.5-2+b2 ii libsodium23 1.0.18-1+b1 ii libtinfo66.5-2 ii vim-common 2:9.1.0496-1 ii vim-runtime 2:9.1.0496-1 vim recommends no packages. Versions of packages vim suggests: pn ctags ii vim-doc 2:9.1.0496-1 ii vim-scripts 20210124.2 -- no debconf information -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/ signature.asc Description: PGP signature
Bug#1036826: Please start handling \c
Hello Martin, gawk(1) is also affected by this bug (only the Debian version, though). Greetings Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/ signature.asc Description: PGP signature
Bug#1072840: Acknowledgement (sddm: Sddm crashes regularly)
Hello Sddm maintainers, I analysed this annyoing bug further. The following pattern seems to hold always: 1. Start X session (various window managers, doest not seem to be relevant) 2. Start several user consoles. 3. Work for some time, switching back and forth between the virtual consoles and X 4. Log out from one (or more) user consoles. 5. Sddm crashes, sometimes directly, sometimes I can go into X (and back to the consoles) one final time. Step 3 seems to be important, because I tried to omit it, i.e. use a freshly booted system and start and close several consoles without doing something there and sddm did *not* crash. (I switched back and forth between consoles and X serveral times). Could it be ssh related? Because I use ssh a lot (both in X and on the console) and I did not use this in my tests (I can do so next time). Is there anything I should watch out for, or any other programm which might interact with sddm during step 3, which I should try to trigger to make this bug step-by-step reproducible? Thanks! Greetings Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/ signature.asc Description: PGP signature
Bug#1073522: O: goobox -- CD player and ripper with GNOME 3 integration
Package: wnpp Severity: normal X-Debbugs-Cc: goo...@packages.debian.org Control: affects -1 + src:goobox I intend to orphan the goobox package. The package description is: Goobox is an CD player and ripper for the GNOME 3 environment. It follows the "Just Works" principle so its interface is beautiful and easy-to-use. . It uses GNOME/GTK+ for its user interface, GStreamer framework for CD playing, and ripping operations, musicbrainz for CD indexing, and Google to search for album cover images. I don't use it, upstream has ceased the work (last upload 2019 and home page vanished) and only occasionally an updated translation appears. I tried to document all specialities with appropriate bug reports. -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/ signature.asc Description: PGP signature
Bug#1072643: Po4a needs to announce stricter parsing of config files
reopen 1072643
severity 1072643 important
found 1072643 0.72
thanks
Hello Martin,
Am Thu, Jun 13, 2024 at 12:26:53AM +0200 schrieb Martin Quinson:
> I think that the fix applied to #1072594 (recoding the input file from latin-1
> to UTF-8) was not necessary. Changing the config of po4a to correctly specify
> the used encoding would have worked.
>
> I tried to improve the error messages upstream to help future users to debug
> such issues, but in any case, this does not justify a RC bug against po4a,
> thus
> closing.
I'm not arguing the severity (I left it intentionally to you after
closing), but there still is a bug. I leave this to you and Santiago,
but making several pages suddenly FTBFS is IMHO at least serious.
For several years (probably something like 10 years) this worked
without problem, now it fails (and with a very strange message). If
the previous po4a was buggy, i.e. allowed broken config files, then a
warning or NOTE during updates would be mandated, but switching this
(inadverently, probably) to a strange or even fatal error message is
not sufficient.
Here is the statement from Santiago:
From: Santiago Vila
To: 1072...@bugs.debian.org, Helge Kreutzmann
Subject: Regression: po4a fails on valid non-utf8 file
Date: Wed, 5 Jun 2024 19:03:48 +0200
(Adding this note to the cloned bug)
Note: If you take a look at the FTBFS bugs I reported yesterday:
https://people.debian.org/~sanvila/build-logs/202406/?C=M;O=A
you can see that several of them are also a consequence of this change in po4a.
So, I fully support that this kind of behaviour change deserves
at least an entry in NEWS.Debian.
Thanks.
So no, this bug is not closed.
Greetings
Helge
--
Dr. Helge Kreutzmann deb...@helgefjell.de
Dipl.-Phys. http://www.helgefjell.de/debian.php
64bit GNU powered gpg signed mail preferred
Help keep free software "libre": http://www.ffii.de/
signature.asc
Description: PGP signature
Bug#1072865: bash: Cannot ls/cd into a directory with special chars
Package: bash Version: 5.2.21-2+b1 Severity: minor If I run "ls" in a certain diretory, I get: … … Jean-Michel_Jarre-Oxygène_3 Jean-Michel_Jarre-Oxymore.3D… Jean-Michel_Jarre-Electronica_1_The_Time_Machine… … … Jean-Michel_Jarre-Electronica_2_The_Heart_of_Noise … … … Jean-Michel_Jarre-Equinoxe … … Jean-Michel_Jarre-Zoolook Here "…" are other directories not relevant for this bug report. Now I enter "ls" (or cd) and copy & paste (with gpm) "Jean-Michel_Jarre" at the prompt and press tab 3x: helge@twentytwo:$ ls Jean-Michel_Jarre Jean-Michel_Jarre-Electronica_1_The_Time_Machine/ Jean-Michel_Jarre-Equinoxe/ Jean-Michel_Jarre-Zoolook/ Jean-Michel_Jarre-Electronica_2_The_Heart_of_Noise/ Jean-Michel_Jarre-Oxymore.3D/ As you can see, "Jean-Michel_Jarre-Oxygène_3" is not listed. If I copy and paste the full name, it does not work either: helge@twentytwo:$ ls Jean-Michel_Jarre-Oxygène_3 ls: Zugriff auf 'Jean-Michel_Jarre-Oxygène_3' nicht möglich: Datei oder Verzeichnis nicht gefunden helge@twentytwo:$ cd Jean-Michel_Jarre-Oxygène_3 -bash: cd: Jean-Michel_Jarre-Oxygène_3: Datei oder Verzeichnis nicht gefunden It says "File or directory not found" Permissions etc. are alright, using mc(1) or cmus(1) I can access the directory Jean-Michel_Jarre-Oxygène_3 without problems -- System Information: Debian Release: trixie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages bash depends on: ii base-files 13.2 ii debianutils 5.18 ii libc62.38-12 ii libtinfo66.5-2 Versions of packages bash recommends: ii bash-completion 1:2.14.0-1 Versions of packages bash suggests: pn bash-doc -- no debconf information -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/ signature.asc Description: PGP signature
Bug#1072645: Acknowledgement (pipewire: Apps using pipewire broken)
Hello, I tried to figure out how to configure pipewire to detect my sound devices. But I could not determine this. apt-get install pulseaudio fixed the sound output (this removed pipewire-pulse). So possibly pipewire-pulse is not yet ready. Greetings Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/ signature.asc Description: PGP signature
Bug#1072841: sddm: Please start on VT1
Package: sddm Version: 0.21.0-1 Severity: wishlist In Stable, sddm was not blocking VT2 etc. Now it blocks VT2 (VT1 is blocked for some time by boot messages, unfortuantely). So the first usable VT is VT3. When I restart sddm after the crash (see #1072840), VT1 is used, so I can use VT 2 again for work. I could not figure out where this is configured, the files in /etc/sddm/ do not seem to govern it. Kindly use VT1 by default. -- System Information: Debian Release: trixie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages sddm depends on: ii adduser 3.137 ii debconf [debconf-2.0] 1.5.86 ii libc6 2.38-12 ii libgcc-s1 14-20240330-1 ii libpam0g1.5.3-7 ii libqt5core5t64 5.15.13+dfsg-2 ii libqt5dbus5t64 5.15.13+dfsg-2 ii libqt5gui5t64 5.15.13+dfsg-2 ii libqt5network5t64 5.15.13+dfsg-2 ii libqt5qml5 5.15.13+dfsg-2 ii libqt5quick55.15.13+dfsg-2 ii libstdc++6 14-20240330-1 ii libsystemd0 256~rc3-7 ii libxau6 1:1.0.9-1+b1 ii libxcb-xkb1 1.17.0-2 ii libxcb1 1.17.0-2 ii qml-module-qtquick2 5.15.13+dfsg-2 ii x11-common 1:7.7+23 ii xauth 1:1.1.2-1 ii xkb-data2.41-2 ii xserver-xorg [xserver] 1:7.7+23 Versions of packages sddm recommends: ii libpam-systemd 256~rc3-7 ii sddm-theme-breeze [sddm-theme] 4:5.27.11.1-1 ii sddm-theme-debian-breeze [sddm-theme] 4:5.27.11.1-1 Versions of packages sddm suggests: ii libpam-kwallet5 5.27.11-1 pn qtvirtualkeyboard-plugin -- debconf information: sddm/daemon_name: /usr/bin/sddm * shared/default-x-display-manager: sddm -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/ signature.asc Description: PGP signature
Bug#1072825: po4a: Support MR macro natively
Package: po4a
Version: 0.72-1
Severity: wishlist
groff 1.23 introduces the macro .MR for references like "groff(1)".
Using --option translate_joined or --option untranslated this macro
can be considered for translation.
However, this is not very good. Consider the following examples
from groff(1):
Run eqn(1) preprocessor.
.
.TP
.B \-e
Run
.MR \%eqn 1
preprocessor.
.
This is now 3 paragraphs in the po file:
#. type: Plain text
msgid "Run"
msgstr ""
#. type: MR
#, no-wrap
msgid "\\%eqn 1"
msgstr ""
#. type: Plain text
msgid "preprocessor."
msgstr ""
As you can see, po strings may become very short. Some
paragraphs are now a few po strings in the file, making it clumsy to
translate, especially if the "MR" part is the last in the english
sentence, but should be somewhere else in the translated sentence.
Or:
A
.MR man 1
librarian program \" such as man-db, since 2001
may use this macro file to delegate loading of the correct macro
…
which becomes
#. type: Plain text
msgid "A"
msgstr ""
#. type: MR
#, no-wrap
msgid "man 1"
msgstr ""
#. such as man-db, since 2001
msgid ""
"librarian program may use this macro file to delegate loading of the correct "
"macro package; it is thus unnecessary for I itself to scan the contents "
"of a document to decide the issue."
msgstr ""
Here, you have the problem that "A" can be translated as "Ein", "Eine" oder
"Einer" in German, so if this occurs multiple times, you might not be able to
correctly translate it. Fortunately, current groff(1) uses this one
only once.
Maybe you can implement it like B<> and I<>, e.g. using R<> for
"reference" or simmilar?
groff(1) has some fallback code for older groffs, maybe you can use
this as starting point for implementation?
.\" Define fallback for groff 1.23's MR macro if the system lacks it.
.nr do-fallback 0
.if !\n(.f .nr do-fallback 1 \" mandoc
.if \n(.g .if !d MR .nr do-fallback 1 \" older groff
.if !\n(.g .nr do-fallback 1 \" non-groff *roff
.if \n[do-fallback] \{\
. de MR
.ie \\n(.$=1 \
. I \%\\$1
.el \
. IR \%\\$1 (\\$2)\\$3
. .
.\}
.rr do-fallback
Thank you very much for considering.
-- System Information:
Debian Release: trixie/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL
set to de_DE.UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages po4a depends on:
ii gettext 0.21-14+b1
ii libpod-parser-perl 1.67-1
ii libsgmls-perl 1.03ii-38
ii libsyntax-keyword-try-perl 0.29-2
ii libyaml-tiny-perl 1.74-1
ii opensp 1.5.2-15
ii perl5.38.2-5
Versions of packages po4a recommends:
ii liblocale-gettext-perl 1.07-7
ii libterm-readkey-perl 2.38-2+b3
ii libtext-wrapi18n-perl 0.06-10
ii libunicode-linebreak-perl 0.0.20190101-1+b7
po4a suggests no packages.
-- no debconf information
--
Dr. Helge Kreutzmann deb...@helgefjell.de
Dipl.-Phys. http://www.helgefjell.de/debian.php
64bit GNU powered gpg signed mail preferred
Help keep free software "libre": http://www.ffii.de/
signature.asc
Description: PGP signature
Bug#1072645: pipewire: Apps using pipewire broken
Package: pipewire Version: 1.0.7-1 Severity: important I upgraded from stable to testing a few days ago. In stable all video and audio applications worked as expected, e.g. vlc, mpv, cmus, mpg123, ogg123 … Now many apps don't. Some (like cmus) produce output, but e.g. vlc and mpv do not. The only difference I could determine is using pipewire. The effect is that the first video frame is shown, then the application freezes/stops. Examples: helge@twentytwo:~/download/Video/View$ mpv Cher\ -\ If\ I\ Could\ Turn\ Back\ Time\ \(Official\ Video\)\ \[9n3A_-HRFfc\].webm (+) Video --vid=1 (*) (vp9 1920x1080 23.980fps) (+) Audio --aid=1 --alang=eng (*) (opus 2ch 48000Hz) AO: [pipewire] 48000Hz stereo 2ch floatp VO: [gpu] 1920x1080 yuv420p AV: 00:00:00 / 00:04:05 (0%) A-V: -0.078 Dropped: 1 Exiting... (Quit) helge@twentytwo:~/download/Video/View$ LC_ALL=C vlc Cher\ -\ If\ I\ Could\ Turn\ Back\ Time\ \(Official\ Video\)\ \[9n3A_-HRFfc\].webm VLC media player 3.0.20 Vetinari (revision 3.0.20-0-g6f0d0ab126b) [563ca387e400] main libvlc: Running vlc with the default interface. Use 'cvlc' to use vlc without interface. libva info: VA-API version 1.21.0 libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/radeonsi_drv_video.so libva info: Found init function __vaDriverInit_1_21 libva info: va_openDriver() returns 0 [7f4f1cc07d90] avcodec decoder: Using G3DVL VDPAU Driver Shared Library version 1.0 for hardware decoding [vp9 @ 0x7f4f1cc44ac0] Failed setup for format vdpau: hwaccel initialisation returned error. [7f4f1cc07d90] avcodec decoder error: existing hardware acceleration cannot be reused libva info: VA-API version 1.21.0 libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/radeonsi_drv_video.so libva info: Found init function __vaDriverInit_1_21 libva info: va_openDriver() returns 0 pavucontrol only shows a dummy output. I tried downgrading pipewire to the stable version, but this is not possible (maybe rebuilding works, did not try). To get mpv to work again, I read its man page and found the following working command line: mpv --audio-device=alsa/plughw:CARD=Generic_1,DEV=0 Cher\ -\ If\ I\ Could\ Turn\ Back\ Time\ \(Official\ Video\)\ \[9n3A_-HRFfc\].webm Please tell me which additional information you need to track this down. -- System Information: Debian Release: trixie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 6.7.12-amd64 (SMP w/12 CPU threads; PREEMPT) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages pipewire depends on: ii adduser 3.137 ii init-system-helpers 1.66 ii libpipewire-0.3-modules 1.0.7-1 ii pipewire-bin 1.0.7-1 pipewire recommends no packages. pipewire suggests no packages. -- no debconf information -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/ signature.asc Description: PGP signature
Bug#1072594: goobox: FTBFS: UTF-8 "xFC" does not map to Unicode at /usr/share/perl5/Locale/Po4a/Po.pm line 353, <$fh> line 114.
clone 1072594 -1 reassign -1 po4a retitle -1 Regression: po4a fails on valid non-utf8 file tags 1072594 + pending thanks Sorry, forgot to actually use the real bug number … -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/ signature.asc Description: PGP signature
Bug#1072594: goobox: FTBFS: UTF-8 "xFC" does not map to Unicode at /usr/share/perl5/Locale/Po4a/Po.pm line 353, <$fh> line 114.
clone 12345 -1
reassign -1 po4a
retitle -1 Regression: po4a fails on valid non-utf8 file
tags 12345 + pending
thanks
Hello Santiago,
hello Po4a maintainers,
excuse the TOFU. The build of goobox currently fails on a po file
encoded in ISO-8859-15. The package builds with this file since at
least 2015, with previous version since 2007. Reading the changelog
(NEWS.gz) I cannot detect any depreciation of ISO-8859-15 files. So
this is a regression introduced with po4a 0.72 (or earlier, not all
previous version were shipped for Debian).
The relevant file (attached) does not show any error, i18nspector
reads it fine and recode latin1..utf8 on the file neither prints an
error.
The fix (workaround) for goobox is simple, recode the file to UTF-8.
I'll prepare an upload probably this weekend.
I thus cloned this bug, for goobox to get building again and for po4a
to fix the regression (or clearly depreciating non utf8 locales, with
appropriate NEWS entry etc.). This might affect lots of users of "old"
translations.
Am Wed, Jun 05, 2024 at 02:16:47AM +0200 schrieb Santiago Vila:
> Package: src:goobox
> Version: 3.6.0-11
> Severity: serious
> Tags: ftbfs
>
> Dear maintainer:
>
> During a rebuild of all packages in unstable, your package failed to build:
>
>
> [...]
> debian/rules build
> dh build
>dh_update_autotools_config
>dh_autoreconf
>dh_auto_configure
> cd obj-x86_64-linux-gnu && DEB_PYTHON_INSTALL_LAYOUT=deb LC_ALL=C.UTF-8
> meson setup .. --wrap-mode=nodownload --buildtype=plain --prefix=/usr
> --sysconfdir=/etc --localstatedir=/var --libdir=lib/x86_64-linux-gnu
> -Dpython.bytecompile=-1
> The Meson build system
> Version: 1.4.1
> Source dir: /<>
> Build dir: /<>/obj-x86_64-linux-gnu
> Build type: native build
> Project name: goobox
> Project version: 3.6.0
> C compiler for the host machine: cc (gcc 13.2.0 "cc (Debian 13.2.0-25)
> 13.2.0")
> C linker for the host machine: cc ld.bfd 2.42
> Host machine cpu family: x86_64
> Host machine cpu: x86_64
> Found pkg-config: YES (/usr/bin/pkg-config) 1.8.1
> Run-time dependency libcoverart found: YES 1.0.0
> Configuring config.h using configuration
> Build-time dependency gio-2.0 found: YES 2.80.2
> Program /usr/lib/x86_64-linux-gnu/glib-2.0/glib-compile-schemas found: YES
> (/usr/lib/x86_64-linux-gnu/glib-2.0/glib-compile-schemas)
> Configuring org.gnome.Goobox.desktop.in using configuration
> Program msgfmt found: YES (/usr/bin/msgfmt)
> Program itstool found: YES (/usr/bin/itstool)
> Program msgmerge found: YES (/usr/bin/msgmerge)
> Program msgfmt found: YES (/usr/bin/msgfmt)
> Program msginit found: YES (/usr/bin/msginit)
> Program msgmerge found: YES (/usr/bin/msgmerge)
> Program xgettext found: YES (/usr/bin/xgettext)
> Library m found: YES
> Run-time dependency threads found: YES
> Run-time dependency glib-2.0 found: YES 2.80.2
> Run-time dependency gthread-2.0 found: YES 2.80.2
> Run-time dependency gtk+-3.0 found: YES 3.24.42
> Run-time dependency gstreamer-1.0 found: YES 1.24.4
> Run-time dependency libbrasero-media3 found: YES 3.12.3
> Run-time dependency libmusicbrainz5 found: YES 5.1.0
> Run-time dependency libdiscid found: YES 0.6.4
> Compiler for C supports arguments -Wall: YES
> Dependency gio-2.0 found: YES 2.80.2 (cached)
> Program /usr/bin/glib-compile-resources found: YES
> (/usr/bin/glib-compile-resources)
> Dependency glib-2.0 found: YES 2.80.2 (cached)
> Program /usr/bin/glib-genmarshal found: YES (/usr/bin/glib-genmarshal)
> Message: configuration summary:
>
>project: goobox 3.6.0
> prefix: /usr
>libcoverart: true
>
> Build targets in project: 95
> NOTICE: Future-deprecated features used:
> * 0.56.0: {'meson.source_root'}
>
> goobox 3.6.0
>
> User defined options
> buildtype : plain
> libdir: lib/x86_64-linux-gnu
> localstatedir : /var
> prefix: /usr
> sysconfdir: /etc
> wrap_mode : nodownload
> python.bytecompile: -1
>
> Found ninja-1.12.1 at /usr/bin/ninja
>debian/rules override_dh_auto_build
> make[1]: Entering directory '/<>'
> dh_auto_build
> cd obj-x86_64-linux-gnu && LC_ALL=C.UTF-8 ninja -j2 -v
> [1/104] /usr/bin/glib-compile-resources ../src/goobox.gresource.xml
> --sourcedir ../src --c-name goo --internal --generate --target
> src/goo-resources.c --dependency-file src/goo-resources.c.d
> [2/104] /usr/bin/glib-compile-resources ../src/goobox.gresource.xml
> --sourcedir ../src --c-name goo --internal --generate --target
> src/goo-resources.h
> [3/104] /usr/bin/msgfmt ../help/ca/ca.po -o help/ca/goobox-ca.gmo
> [4/104] /usr/bin/msgfmt ../help/cs/cs.po -o help/cs/goobox-cs.gmo
> [5/104] /usr/bin/msgfmt ../help/de/de.po -o help/de/goobox-de.gmo
> [6/104] /usr/bin/msgfmt ../help/el/el.po -o help/el/goobox-el.gmo
> [7/104] /usr/bin/msgfmt ../help/es/es.po -o help/es/goobox-es.gmo
> [8/104] /usr/bin/g
Bug#1072641: po4a: changelog.gz is useless
Package: po4a Version: 0.72-1 Severity: minor The shipped file changelog.gz is useless it, stops 2013-08-21, more than 10 years ago. However, NEWS.gz seems to replace it. Maybe stop shipping changelog.gz? -- System Information: Debian Release: trixie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 6.7.12-amd64 (SMP w/12 CPU threads; PREEMPT) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages po4a depends on: ii gettext 0.21-14+b1 ii libpod-parser-perl 1.67-1 ii libsgmls-perl 1.03ii-38 ii libsyntax-keyword-try-perl 0.29-2 ii libyaml-tiny-perl 1.74-1 ii opensp 1.5.2-15 ii perl5.38.2-4 Versions of packages po4a recommends: ii liblocale-gettext-perl 1.07-7 ii libterm-readkey-perl 2.38-2+b3 ii libtext-wrapi18n-perl 0.06-10 ii libunicode-linebreak-perl 0.0.20190101-1+b7 po4a suggests no packages. -- no debconf information -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/ signature.asc Description: PGP signature
Bug#1072594: goobox: FTBFS: UTF-8 "xFC" does not map to Unicode at /usr/share/perl5/Locale/Po4a/Po.pm line 353, <$fh> line 114.
Hello Santiago, Am Wed, Jun 05, 2024 at 02:16:47AM +0200 schrieb Santiago Vila: > During a rebuild of all packages in unstable, your package failed to build: Thanks for notifying me. … > po4a::sgml: Warning: onsgmls produced some errors. This is usually caused by > po4a, which modifies the input and restores it afterwards, causing the input > of onsgmls to be invalid. This is usually safe, but you may wish to verify > the generated document with onsgmls -wno-valid. > po4a::sgml: To see the error message, rerun po4a with this additional > argument: >-o debug=onsgmls > UTF-8 "\xFC" does not map to Unicode at /usr/share/perl5/Locale/Po4a/Po.pm > line 353, <$fh> line 114. > (108 entries) Looks like the updated po4a causes this. I'll investigate in the next days. > If this is really a bug in one of the build-depends, please use > reassign and affects, so that this is still visible in the BTS web > page for this package. At first sight I'll assume this, after investigation I'll take care of this. Greetings Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/ signature.asc Description: PGP signature
Bug#1072485: util-linux: Please provide last again
Package: util-linux Version: 2.40.1-4 Severity: wishlist I just received util-linux and read: Stop installing last(1), Suggest: wtmpdb instead I use last quite a bit, so I would welcome its return. And I cannot find the alternative: helge@twentytwo:~$ apt-cache search wtmpdb helge@twentytwo:~$ apt-file search wtmpdb Nothing :-(( -- System Information: Debian Release: trixie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages util-linux depends on: ii libblkid1 2.40.1-4 ii libc6 2.38-11 ii libcap-ng0 0.8.5-1 ii libcrypt1 1:4.4.36-4 ii libmount1 2.40.1-4 ii libpam0g 1.5.3-7 ii libselinux13.5-2+b2 ii libsmartcols1 2.40.1-4 ii libsystemd0256~rc3-2 ii libtinfo6 6.5-2 ii libudev1 256~rc3-2 ii libuuid1 2.40.1-4 Versions of packages util-linux recommends: ii sensible-utils 0.0.22 Versions of packages util-linux suggests: ii dosfstools 4.2-1.1 ii kbd 2.6.4-2 ii util-linux-extra2.40.1-4 ii util-linux-locales 2.40.1-4 pn wtmpdb -- no debconf information -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/ signature.asc Description: PGP signature
Bug#1072296: ausweisapp: Please suggest manpages-de for German man page
Package: ausweisapp Version: 2.1.1-1 Severity: wishlist Tags: l10n Ausweisapp is mostly for German speaking users. It contains a man page, but this man page is provided in English only. However, translated man pages are provided in manpages-l10n. Especially the German translation would be helpful for this package, hence I propose to "suggest" it. (Currently, there is also a Romanian and Danish translation available, but I doubt there are very relevan for Ausweisapp users) -- System Information: Debian Release: 11.9 Architecture: amd64 (x86_64) Foreign Architectures: i386 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/ signature.asc Description: PGP signature
Bug#1036826: Please start handling \c
Hello Martin, Am Fri, May 31, 2024 at 10:33:08AM +0200 schrieb Martin Quinson: > Le jeudi 30 mai 2024 à 19:05 +0000, Helge Kreutzmann a écrit : > > > I checked with the documentation base from manpages-l10n. The > > > following pages are failing (with the current po4a): > > > > > > * groff (as reported) > > > * credentials.7 (as of Debian unstable) > > > * mkosi.1 (only from OpenSUSE tumbleweed, page attached (compressed)) > > > * afmtodit.1 (as of Debian unstable) > > > > > > * And it also fail(ed) in mkpasswd.1 (as of Debian unstable), see > > > Debian #1036908 > > > > Groff.1 works now, but all others listed here still fail. Is this > > expected? > > No it's not. I'll look into it. Thank you very much! Greetings Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/ signature.asc Description: PGP signature
Bug#1036826: Please start handling \c
Hello Martin, Am Sun, May 12, 2024 at 08:36:36AM + schrieb Helge Kreutzmann: > Am Fri, May 10, 2024 at 06:58:17PM +0200 schrieb Martin Quinson: > > tag 1036826 fixed-upstream > > thanks > > > > Hello Helge, > > > > I think I fixed this bug upstream, and it will be part of the next release, > > later this month. I did not implement a full support for \c since it's > > difficult in the current code base, but at least the groff.1 page proceeds. > > Thank you very much, I'm looking forward to the release. > > > If you have other failures from other pages, please tell me so that I can > > check > > whether my fix is enough even before the release. > > I checked with the documentation base from manpages-l10n. The > following pages are failing (with the current po4a): > > * groff (as reported) > * credentials.7 (as of Debian unstable) > * mkosi.1 (only from OpenSUSE tumbleweed, page attached (compressed)) > * afmtodit.1 (as of Debian unstable) > > * And it also fail(ed) in mkpasswd.1 (as of Debian unstable), see > Debian #1036908 Groff.1 works now, but all others listed here still fail. Is this expected? (Po4a 0.72 just hit unstable, so I tried them out). Greetings Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/ signature.asc Description: PGP signature
Bug#1036826: Please start handling \c
Hello Martin, Am Sun, May 12, 2024 at 07:05:32PM +0200 schrieb Martin Quinson: > Le samedi 11 mai 2024 à 03:31 +0000, Helge Kreutzmann a écrit : > > Hello Martin, > > Am Fri, May 10, 2024 at 06:55:38PM +0200 schrieb Martin Quinson: > > > > > > > If you have other failures from other pages, please tell me so that I can > > > check > > > whether my fix is enough even before the release. > > > > I can do so tomorrow afternoon, if this has time until then (I have > > limited access atm). > > No rush. If some problems presist, I'll try to fix it afterward. Did you receive my e-mail from this morning, where I compiled the remaining examples I'm aware of? Greetings Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/ signature.asc Description: PGP signature
Bug#1036826: Please start handling \c
Hello Martin, now with the attachement. Am Sun, May 12, 2024 at 08:36:36AM + schrieb Helge Kreutzmann: > Hello Martin, > Am Fri, May 10, 2024 at 06:58:17PM +0200 schrieb Martin Quinson: > > tag 1036826 fixed-upstream > > thanks > > > > Hello Helge, > > > > I think I fixed this bug upstream, and it will be part of the next release, > > later this month. I did not implement a full support for \c since it's > > difficult in the current code base, but at least the groff.1 page proceeds. > > Thank you very much, I'm looking forward to the release. > > > If you have other failures from other pages, please tell me so that I can > > check > > whether my fix is enough even before the release. > > I checked with the documentation base from manpages-l10n. The > following pages are failing (with the current po4a): > > * groff (as reported) > * credentials.7 (as of Debian unstable) > * mkosi.1 (only from OpenSUSE tumbleweed, page attached (compressed)) > * afmtodit.1 (as of Debian unstable) > > * And it also fail(ed) in mkpasswd.1 (as of Debian unstable), see > Debian #1036908 > > > Thanks for your help and patience, > > Again, thanks from my side. > > Greetings > > Helge > > > -- > Dr. Helge Kreutzmann deb...@helgefjell.de >Dipl.-Phys. http://www.helgefjell.de/debian.php > 64bit GNU powered gpg signed mail preferred >Help keep free software "libre": http://www.ffii.de/ -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/ mkosi.1.xz Description: application/xz signature.asc Description: PGP signature
Bug#1036908: expect: Broken use of \c in man page
Hello Marco, Am Sat, May 04, 2024 at 03:25:22AM +0200 schrieb Marco d'Itri: > On May 29, Helge Kreutzmann wrote: > > > The usage of \c is in mkpasswd(1) is incorrect. It fails when trying > > to use po4a to provide translations of the man pages. Im currently > > "patching around this" in manpages-l10n. > > > > For a full explanation of the problem (the man page is different, but > > the problem is the same) see Debian #1036826 and the explanations by > I have read #1036826 and tested multiple proposed solutions but I could > not managed to reproduce the original output. > Are you able to propose a patch which does not change the generated man > page? > > > Bjarni, especially in message #25. > That solution has been rejected by Branden. I currently patch around this with: sed "s/^\.BI \(.*\)\"c$/.BI \1\"/" | sed "s/^\.BR \(.*\)\"c$/.BI \1\"/" However, po4a is about to get fixed (Martin told me (#1036826) he intends to release later this month). So maybe we wait a few weeks and potentially this bug can be closed without any further action from your side. Greetings Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/ signature.asc Description: PGP signature
Bug#1036826: Please start handling \c
Hello Martin, Am Fri, May 10, 2024 at 06:58:17PM +0200 schrieb Martin Quinson: > tag 1036826 fixed-upstream > thanks > > Hello Helge, > > I think I fixed this bug upstream, and it will be part of the next release, > later this month. I did not implement a full support for \c since it's > difficult in the current code base, but at least the groff.1 page proceeds. Thank you very much, I'm looking forward to the release. > If you have other failures from other pages, please tell me so that I can > check > whether my fix is enough even before the release. I checked with the documentation base from manpages-l10n. The following pages are failing (with the current po4a): * groff (as reported) * credentials.7 (as of Debian unstable) * mkosi.1 (only from OpenSUSE tumbleweed, page attached (compressed)) * afmtodit.1 (as of Debian unstable) * And it also fail(ed) in mkpasswd.1 (as of Debian unstable), see Debian #1036908 > Thanks for your help and patience, Again, thanks from my side. Greetings Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/ signature.asc Description: PGP signature
Bug#1036826: Please start handling \c
Hello Martin,
Am Fri, May 10, 2024 at 06:55:38PM +0200 schrieb Martin Quinson:
> tag 1036826 fixed-upstream
> thanks
>
> Hello Helge,
>
> I think I fixed this bug upstream, and it will be part of the next release,
> later this month. I did not implement a full support for \c since it's
> difficult in the current code base, but at least the groff.1 page proceeds.
This is very good news. Thank you very much!
> If you have other failures from other pages, please tell me so that I can
> check
> whether my fix is enough even before the release.
I can do so tomorrow afternoon, if this has time until then (I have
limited access atm).
> Thanks for your help and patience,
The thanks is on my side!
Greetings
Helge
--
Dr. Helge Kreutzmann deb...@helgefjell.de
Dipl.-Phys. http://www.helgefjell.de/debian.php
64bit GNU powered gpg signed mail preferred
Help keep free software "libre": http://www.ffii.de/
signature.asc
Description: PGP signature
Bug#1070242: tracker.debian.org: Removal information not useful
Package: tracker.debian.org Severity: normal how-can-i-help informs me regularly about packages needing help. Often (which is not part of this bug report) this information is outdated, i.e. the package to be removed is no longer removed. Today, I got informed that several games are removed from Testing, e.g. pingus. So I followed the link and went to https://tracker.debian.org/pkg/pingus Ok, there I get the information: The package has not entered testing even though the 5-day delay is over. Check why. Which links me to https://qa.debian.org/excuses.php?package=pingus However, this page does *not* give any reason: Migration status for pingus (- to 0.7.6-6): BLOCKED: Rejected/violates migration policy/introduces a regression Here nothing tells me what policy entry is violated or which regeression is about to occur. Then Issues preventing migration: Nothing here, execpt that piuparts tested ok, which I don't think is a problem. The last line is Remove hint for (transitive) dependency: sdl-mixer1.2 Now I go (manually) to https://tracker.debian.org/pkg/sdl-mixer1.2 Here I see that a removal is scheduled (but has not happened!), again "Check why" / https://qa.debian.org/excuses.php?package=sdl-mixer1.2 only tells me that a removal is about to happen (Removal request by auto-removals), but not why. It even tells me that the most recent upload is closing a bug. This is very frustrating. -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/ signature.asc Description: PGP signature
Bug#1015201: logcheck: Update patterns, here: rsyslogd
Hello Michael, Am Thu, May 02, 2024 at 12:28:30PM +0200 schrieb Michael Biebl: > Am 02.05.24 um 09:39 schrieb Richard Lewis: > > lOn Mon, 29 Apr 2024, 14:19 Helge Kreutzmann, > <mailto:deb...@helgefjell.de>> wrote: > > i think that practice and theory have diverged here! or possibly this > > is/was produced when logs are rotated. > > The latest autopkgtest test for logcheck passed successfully [1], so I'm > inclined to close this bug report. I haven't yet switched over to testing, so maybe the report is outdated. > If the log check rules do need an update, they should be accompanied with a > corresponding autopkgtest. I can provide patterns, when necessary. > As I don't use logcheck, I will have to rely on someone to contribute those > changes. Ideally in the form of a MR on salsa at > https://salsa.debian.org/debian/rsyslog I'm happy to send patterns in bug reports, when applicable, using reportbug(1). I use logcheck a lot, and tweak the rulse regularly. But I'm not fluent at all in autopkgtest or creating merge requests. Greetings Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/ signature.asc Description: PGP signature
Bug#1065273: manpages-de-dev: link /usr/share/man/de/man3/sscanf .3.gz (to scanf.3.gz) is misssing
tags 1065273 + pending thanks Hello Manfred, the translation is now completed and will be shipped in the next upstream version slated for mid June, most likely shortly followed by a new Debian version (both unstable and backport). Greetings Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/ signature.asc Description: PGP signature
Bug#1069991: Intel i5-1340P is Unknown
tags 1069991 + pending thanks Hello xiao Am Sun, Apr 28, 2024 at 05:05:16PM +0800 schrieb xiao sheng wen: > I buy a new notebook, It's CPU is Intel i5-1340P. > Would linuxinfo support it? Sure, added in git. Thanks for reporting. Greetings Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/ signature.asc Description: PGP signature
Bug#1015201: logcheck: Update patterns, here: rsyslogd
reassign 1015201 rsyslog
thanks
Hello Richard,
Am Sat, Apr 27, 2024 at 07:11:40PM +0100 schrieb Richard Lewis:
> On Sun, 17 Jul 2022 17:28:11 +0100 Richard Lewis
> wrote:
> > > The pattern for rsyslogd can be improved. Please add the following
> > > line:
> > >
> > > imuxsock: Acquired UNIX socket '/run/systemd/journal/syslog' \(fd 3\)
> > > from systemd. \[v8.2206.0\]
> > >
> > > You might want to generalize the fd (on my system it is always fd 3,
> > > but I don't know if this is general) and possibly the version number;
> > > ideally this would remain in sync to whatever is in testing.
> >
> > I have the following rules in etc/logcheck/ignore.d.server/local-rsyslog
> >
> > ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ systemd\[1\]: rsyslog\.service:
> > Sent signal SIGHUP to main process [0-9]+ \(rsyslogd\) on client
> > request\.$
> > ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ rsyslogd\[[0-9]+\]: \[origin
> > software="rsyslogd" swVersion="[0-9.]+" x-pid="[0-9]+"
> > x-info="https://www.rsyslog.com"\] rsyslogd was HUPed$
> >
> > so you might like to add those too. (i believe these are caused by
> > logrotate via /usr/lib/rsyslog/rsyslog-rotate , the latter being part
> > of rsyslog). they are relevant to bullseye systems
>
> Hi Helge. Apologies no-one has replied to this bug report for 2 years
> and that this response isnt going to be what you want!
Thanks for taking care of it anyhow, I noticed that it is not worth
reporting improvements to logcheck proper.
> The rules for rsyslog are actually provided by rsyslog not
> logcheck-database so this bug should be against rsyslog --
Ok, I reassign this to rsyslogd
> however, im not sure rsyslog produces those messages about HUP any
> more so maybe it should be closed rather than reassigned?
Well, it still produces it on my (stable) system:
syslog:2024-04-29T09:20:13.401257+02:00 twentytwo rsyslogd: imuxsock: Acquired
UNIX socket '/run/systemd/journal/syslog' (fd 3) from systemd. [v8.2302.0]
> I do see the one about the unix socket but
> a) i wonder if that's a bug rather that should be hidden?
I have no idea. I did not notice any problem and I read it as a status
message (I don't need to see regularly).
> b) I also think i only see it "startup" (ie only produced when the
> system boots / service starts):
> debian usually doesnt add rules to filter startup messages as it tends
> to add a lot of rules
Indeed, startup rules are quite helpful, because then I see what was
*different* during startup, i.e. if something got wrong. For servers,
this is not very useful, but for workstatins it is. Btw., the current
rules also deal with startup:
^\w{3} [ :0-9]{11} [._[:alnum:]-]+ kernel: imklog [0-9.]+, log source =
/proc/kmsg started.$
…
^\w{3} [ :0-9]{11} [._[:alnum:]-]+ rsyslogd: \[origin software="rsyslogd"
swVersion="[0-9.]+" x-pid="[0-9]+" x-info="https://www.rsyslog.com"\] start$
…
Greetings
Helge
--
Dr. Helge Kreutzmann deb...@helgefjell.de
Dipl.-Phys. http://www.helgefjell.de/debian.php
64bit GNU powered gpg signed mail preferred
Help keep free software "libre": http://www.ffii.de/
signature.asc
Description: PGP signature
Bug#1065356: Issues in man pages of cron
Hello Georges, On Tue, Mar 26, 2024 at 07:25:06PM +0100, Georges Khaznadar wrote: > I have completely rewritten the man pages for cron in Docbook XML > format, which allows us to use Docbook's markup to declare the role > of words more precisely. I used that a long time ago and I liked it back then. > One casuality is that your bug report will no longer remain valid, and that > there will be more to do for translators probably. However Docbook XML > sources should be more stable in the future, and I checked thoroughly > than the generated man pages contain the same paragraphs as previously, > albeit with different indentations, and also different emphasis > schemes. As long as they follow the man page conventions, I don't mind. And the fuzzy algorithm hopefully assigns previous and new text, so updates maybe won't be too hard. > The next package upload will close the present bug report, please feel > free to reopen it. I will perform a new source import on Friday, so cron will be part of this. Once the translations have cought up, I'll check for any reported issues and will send them to you (in a new bug report, if this is not a problem for you). Thanks for your hard work on this. Greetings Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/ signature.asc Description: PGP signature
Bug#1036908: expect: Broken use of \c in man page
Hello Sergei,
Am Wed, Mar 13, 2024 at 04:02:35PM +0300 schrieb Sergei Golovan:
> Sorry for the late reply. It seems to me that you've reported this bug
> to the wrong package. mkpasswd(1) where you've found the bug is from
> the whois package, and not from the expect one. I'm reassigning it.
Yes, you are right.
Thanks for handling.
Greetings
Helge
--
Dr. Helge Kreutzmann deb...@helgefjell.de
Dipl.-Phys. http://www.helgefjell.de/debian.php
64bit GNU powered gpg signed mail preferred
Help keep free software "libre": http://www.ffii.de/
signature.asc
Description: PGP signature
Bug#1036826: Please start handling \c
Hello Martin, Am Sun, Mar 10, 2024 at 10:14:20PM +0100 schrieb Martin Quinson: > Instead, I'd appreciate if you could do a merge request with a test file, > along > with the expected output. It'd save me the time to dig into the discussion of > this bug. > > I'm not saying that I won't fix it w/o this test case. I'm just saying that > providing a test case is a better approach to speedup the fix than severity > abuse. I hope explaining the test file in this bug is fine as well, because I'm not sure what to do exactly merge and how. The test case is groff(1) as it is in Debian unstable: $ LC_ALL=C po4a-updatepo -f man --no-deprecation --option groff_code=verbatim --option generated --option untranslated="}1,Ds,zY,zZ,Ee,ES,dT,FN,NE,NS,EX,EE,Id,rstReportMargin,INDENT,UNINDENT,UN,a.RE,\|" --option unknown_macros=untranslated --master groff.1 -M utf-8 -p test.pot groff.1:2279: (po4a::man) Escape sequence \c encountered. This is not completely handled yet. And there is no output. If I do a crude preprocessing, it kind of works: $ cat groff.1 | perl -p -e 's/\\c\n//' > groff.test.1 $ LC_ALL=C po4a-updatepo -f man --no-deprecation --option groff_code=verbatim --option generated --option untranslated="}1,Ds,zY,zZ,Ee,ES,dT,FN,NE,NS,EX,EE,Id,rstReportMargin,INDENT,UNINDENT,UN,a.RE,\|" --option unknown_macros=untranslated --master groff.test.1 -M utf-8 -p test.pot $ wc -l test.pot 3157 test.pot I hope this helps you working on this, together with the discussion in this bug. Thanks for your support! Greetings Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/ signature.asc Description: PGP signature
Bug#1065636: kwartz-client: Please review debconf template
Hello Georges, Am Fri, Mar 08, 2024 at 04:36:03PM + schrieb Helge Kreutzmann: > Hello Geoges, > Am Fri, Mar 08, 2024 at 09:37:26AM +0100 schrieb Georges Khaznadar: > > Hello Helge, I modified the debconf template, following your > > recommendations, thank you! > > I still think asking debian-l10n-english is a good idea, but this is > of course your preference. And it would be wise - I spotted another one: "update the package database. If unsure, keep the \"false\" option." The string "false" is probably localized. So probably "keep it disabled" or "decline this option" is probably better. This and other improvements are well spotted on debian-l10n-english. Should I report this separately? > > As a side effet, it invalidates the translation you sent me previously; > > I am uploading the modified templates, which will close both bug > > reports. > > Well, it does this for all translations. It would have been nice if > you could have simply included it, then it's easier for us translators > to update it. (Just for next time). > > You'll receive the updated de.po probably in a few days (pending > availability of ressources). Just done. Please apply it, even if you continue to work on the template. Thanks! Greetings Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/ signature.asc Description: PGP signature
Bug#1065730: kwartz-client: [INTL:de] updated German debconf translation
Package: kwartz-client Version: 3.0-7 Severity: wishlist Tags: patch l10n Please find the updated German debconf translation for kwartz-client attached. Please place this file in debian/po/ as de.po for your next upload. If you update your template, please use 'msgfmt --statistics ' to check the po-files for fuzzy or untranslated strings. If there are such strings, please contact me so I can update the German translation. Greetings Helge # German message catalogue for Configuring the kwartz package on Debian systems # Copyright (C) 2019 Georges Khaznadar # This file is distributed under the same license as the kwartz-client package. # Markus Hiereth , 2019, 2020. # Helge Kreutzmann , 2024. msgid "" msgstr "" "Project-Id-Version: kwartz-client 3.0-7\n" "Report-Msgid-Bugs-To: kwartz-cli...@packages.debian.org\n" "POT-Creation-Date: 2024-03-08 09:26+0100\n" "PO-Revision-Date: 2024-03-09 14:30+0100\n" "Last-Translator: Helge Kreutzmann \n" "Language-Team: debian-l10n-german \n" "Language: de\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=UTF-8\n" "Content-Transfer-Encoding: 8bit\n" "Plural-Forms: nplurals=2; plural=(n != 1);\n" "X-Generator: Virtaal 0.7.1\n" #. Type: string #. Description #: ../kwartz-client.templates:1001 msgid "IP address of the proxy service:" msgstr "IP-Adresse des Proxy-Dienstes:" #. Type: string #. Description #: ../kwartz-client.templates:1001 msgid "" "Please enter the address of the proxy service. It is ususally the same as " "the address of the Kwartz server. If unsure, keep the default value." msgstr "" "Bitte geben Sie die IP-Adresse des Proxy-Dienstes ein. Diese ist " "normalerweise identisch zu der Adresse des Kwartz-Servers. Falls Sie sich " "nicht sicher sind, behalten Sie den Vorgabewert bei." #. Type: string #. Description #: ../kwartz-client.templates:2001 msgid "Port number of the proxy service:" msgstr "Port-Nummer des Proxy-Dienstes:" #. Type: string #. Description #: ../kwartz-client.templates:2001 msgid "" "Please enter the port number of the proxy service. If unsure, keep the " "default value." msgstr "" "Bitte geben Sie die Port-Nummer des Proxy-Dienstes ein. Falls Sie sich " "nicht sicher sind, behalten Sie den Vorgabewert bei." #. Type: string #. Description #: ../kwartz-client.templates:3001 msgid "List of IP addresses not concerned by the proxy service:" msgstr "Liste der IP-Adressen, die vom Proxy-Dienst nicht betroffen sind:" #. Type: string #. Description #: ../kwartz-client.templates:3001 msgid "" "Please enter the IP addresses and ranges which must be fetched without the " "help of the proxy. If unsure, keep the default list." msgstr "" "Bitte geben Sie die IP-Adressen und -Bereiche an, die ohne Hilfe des Proxy-" "Dienstes abgerufen werden müssen. Falls Sie sich nicht sicher sind, behalten " "Sie die Vorgabeliste bei." #. Type: string #. Description #: ../kwartz-client.templates:4001 msgid "Landing page URL for the browser:" msgstr "URL der Startseite für den Browser:" #. Type: string #. Description #: ../kwartz-client.templates:4001 msgid "" "Please choose the URL of a landing page for the browser. This web page will " "appear each time the browser is launched. If unsure, keep the default URL." msgstr "" "Bitte wählen Sie die URL der Startseite für den Browser aus. Diese Webseite " "wird jedes mal beim Start des Browsers erscheinen. Falls Sie sich nicht " "sicher sind, behalten Sie die Vorgabe-URL bei." #. Type: string #. Description #: ../kwartz-client.templates:5001 msgid "Halt the client computer every night:" msgstr "Den Client-Computer jede Nacht anhalten:" #. Type: string #. Description #: ../kwartz-client.templates:5001 msgid "- 0: no, the computer will not be halted automatically" msgstr "- 0: nein, der Computer wird nicht automatisch angehalten" #. Type: string #. Description #: ../kwartz-client.templates:5001 msgid "- 1: yes, the computer will be halted at 19:00" msgstr "- 1: ja, der Computer wird um 19:00 Uhr angehalten" #. Type: string #. Description #: ../kwartz-client.templates:5001 msgid "- 2: yes, the computer will be halted at 20:00" msgstr "- 2: ja, der Computer wird um 20:00 Uhr angehalten" #. Type: string #. Description #: ../kwartz-client.templates:5001 msgid "- 3: yes, the computer will be halted at 22:00" msgstr "- 3: ja, der Computer wird um 22:00 Uhr angehalten" #. Type: boolean #. Description #:
Bug#1036826: Please start handling \c
severity 1036826 important thanks Hello Martin, you have been quite in this discussion. \c occurs in more and more man pages, and currently the build fails for them. In turn, they are no longer translated. Could you kindly check if you could add support for "\c" or is there another workaround? Thanks for your support! Greetings Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/ signature.asc Description: PGP signature
Bug#1065636: kwartz-client: Please review debconf template
Hello Geoges, Am Fri, Mar 08, 2024 at 09:37:26AM +0100 schrieb Georges Khaznadar: > Hello Helge, I modified the debconf template, following your > recommendations, thank you! I still think asking debian-l10n-english is a good idea, but this is of course your preference. > As a side effet, it invalidates the translation you sent me previously; > I am uploading the modified templates, which will close both bug > reports. Well, it does this for all translations. It would have been nice if you could have simply included it, then it's easier for us translators to update it. (Just for next time). You'll receive the updated de.po probably in a few days (pending availability of ressources). Greetings Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/ signature.asc Description: PGP signature
Bug#1065636: kwartz-client: Please review debconf template
Source: kwartz-client Version: 2.1-2 Severity: normal While translating your debconf messages we noticed quite a few issues within the debconf template, ranging from spelling error over punctuation problems up to difficult to understand sentences. Please ask on debian-l10n-english for a review to fix all issues, as we are not native speakers. We found the following issues: Issue: The wording "is safe" is ambigous, maybe just state (as other tools do as well): "If unsure, keep the default list." #. Type: string #. Description #: ../kwartz-client.templates:2001 "Please enter the port number of the proxy service. The default value is " "usually safe." Issue 1: Missing final full stop Issue 2: The previous strings do not use "you" in the 2nd sentence, use coherent wording, avoding "you" #. Type: boolean #. Description #: ../kwartz-client.templates:6001 "When the recommended package unattended-upgrades is installed, APT will run " "in the background to attempt some automatic upgrades. If unsure, you can " "safely keep the \"false\" option" Issue 1: What is "run some automatic update"? Do you mean "When APT updates the package database"? Issue 2: Sometimes, "apt" is used, sometimes "APT"? Issue 3: unpriviledged → unprivileged #. Type: string #. Description #: ../kwartz-client.templates:7001 "When APT will run some automatic update for the package database, a user " "name is needed to use the proxy service. This user must be unpriviledged. If " "apt does not need to make automatic upgrades, you can keep the default empty " "value." Issue: The previous prompt uses an article, this is inconsistent #. Type: password #. Description #: ../kwartz-client.templates:8001 "Password to access the web:" Issue: some strong password → a strong password #. Type: password #. Description #: ../kwartz-client.templates:8001 "The unpriviledged user which will be used by APT to access the web needs a " "password. It must be some strong password. If apt does not need to make " "automatic upgrades, you can keep the default empty value." -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/ signature.asc Description: PGP signature
Bug#1065635: kwartz-client: [INTL:de] updated German debconf translation
Package: kwartz-client Version: 3.0-5 Severity: wishlist Tags: patch l10n Please find the updated German debconf translation for kwartz-client attached. Please place this file in debian/po/ as de.po for your next upload. If you update your template, please use 'msgfmt --statistics ' to check the po-files for fuzzy or untranslated strings. If there are such strings, please contact me so I can update the German translation. Greetings Helge # German message catalogue for Configuring the kwartz package on Debian systems # Copyright (C) 2019 Georges Khaznadar # This file is distributed under the same license as the kwartz-client package. # Markus Hiereth , 2019, 2020. # Helge Kreutzmann , 2024. msgid "" msgstr "" "Project-Id-Version: kwartz-client 3.0-5\n" "Report-Msgid-Bugs-To: kwartz-cli...@packages.debian.org\n" "POT-Creation-Date: 2024-02-23 13:07+0100\n" "PO-Revision-Date: 2024-03-07 18:19+0100\n" "Last-Translator: Helge Kreutzmann \n" "Language-Team: debian-l10n-german \n" "Language: de\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=UTF-8\n" "Content-Transfer-Encoding: 8bit\n" "Plural-Forms: nplurals=2; plural=(n != 1);\n" "X-Generator: Virtaal 0.7.1\n" #. Type: string #. Description #: ../kwartz-client.templates:1001 msgid "IP address of the proxy service:" msgstr "IP-Adresse des Proxy-Dienstes:" #. Type: string #. Description #: ../kwartz-client.templates:1001 msgid "" "Please enter the address of the proxy service. It is ususally the same as " "the address of the Kwartz server. If unsure, keep the default value." msgstr "" "Bitte geben Sie die IP-Adresse des Proxy-Dienstes ein. Diese ist " "normalerweise identisch zu der Adresse des Kwartz-Servers. Falls Sie sich " "nicht sicher sind, behalten Sie den Vorgabewert bei." #. Type: string #. Description #: ../kwartz-client.templates:2001 msgid "Port number of the proxy service:" msgstr "Port-Nummer des Proxy-Dienstes:" # FIXME The wording "is safe" is ambigous, maybe just state (as other tools do as well): "If unsure, keep the default list." #. Type: string #. Description #: ../kwartz-client.templates:2001 msgid "" "Please enter the port number of the proxy service. The default value is " "usually safe." msgstr "" "Bitte geben Sie die Port-Nummer des Proxy-Dienstes ein. Der Vorgabewert ist " "normalerweise sicher." #. Type: string #. Description #: ../kwartz-client.templates:3001 msgid "List of IP addresses not concerned by the proxy service:" msgstr "Liste der IP-Adressen, die vom Proxy-Dienst nicht betroffen sind:" #. Type: string #. Description #: ../kwartz-client.templates:3001 msgid "" "Please enter the IP addresses and ranges which must be fetched without the " "help of the proxy. If unsure, keep the default list." msgstr "" "Bitte geben Sie die IP-Adressen und -Bereiche an, die ohne Hilfe des Proxy-" "Dienstes abgerufen werden müssen. Falls Sie sich nicht sicher sind, behalten " "Sie die Vorgabeliste bei." #. Type: string #. Description #: ../kwartz-client.templates:4001 msgid "Landing page URL for the browser:" msgstr "URL der Startseite für den Browser:" #. Type: string #. Description #: ../kwartz-client.templates:4001 msgid "" "Please choose the URL of a landing page for the browser. This web page will " "appear each time the browser is launched. If unsure, keep the default URL." msgstr "" "Bitte wählen Sie die URL der Startseite für den Browser aus. Diese Webseite " "wird jedes mal beim Start des Browsers erscheinen. Falls Sie sich nicht " "sicher sind, behalten Sie die Vorgabe-URL bei." #. Type: string #. Description #: ../kwartz-client.templates:5001 msgid "Halt the client computer every night:" msgstr "Den Client-Computer jede Nacht anhalten:" #. Type: string #. Description #: ../kwartz-client.templates:5001 msgid "- 0: no, the computer will not be halted automatically" msgstr "- 0: nein, der Computer wird nicht automatisch angehalten" #. Type: string #. Description #: ../kwartz-client.templates:5001 msgid "- 1: yes, the computer will be halted at 19:00" msgstr "- 1: ja, der Computer wird um 19:00 Uhr angehalten" #. Type: string #. Description #: ../kwartz-client.templates:5001 msgid "- 2: yes, the computer will be halted at 20:00" msgstr "- 2: ja, der Computer wird um 20:00 Uhr angehalten" #. Type: string #. Description #: ../kwartz-client.templates:5001 msgid "- 3: yes, the computer will be halted
Bug#1065396: ghostscript: Coordinate uploads for German man page transfer
Hello Steven, Am Mon, Mar 04, 2024 at 10:53:08PM -0600 schrieb Steven Robbins: > On Monday, March 4, 2024 11:14:37 A.M. CST Helge Kreutzmann wrote: > > Hello Steven, > > > > Am Sun, Mar 03, 2024 at 10:25:45PM -0600 schrieb Steven Robbins: > > > Thanks for the note! > > > > > > On Sun, 3 Mar 2024 19:59:28 + Helge Kreutzmann > > > > > I will then add > > > > Breaks: ghostscript (< > > > Replaces: ghostscript (< > > > > > > > In my debian/control. I'm a bit lost about the correct version, > > > > though. So which version is best for "?" > > > > > > I rarely deal with these situations, so I may be wrong, but > > > I would think the best version is the new one: 10.02.1~dfsg-4. > > > > Ideally it is the first version which stopped shipping the German man > > pages. Maybe you can browse your git history? > > Git says 10.01.2~dfsg-1. > > > > > OK. You titled the bug "coordinate uploads ...". Do we need to do them > > > together - on the same day or something? > > > > Well, this would be a good idea, to choose roughly the same day, to > > avoid uninstallable situations for people living on unstable or testing. > > > > I'm intending to prepare the next upstream release (and then > > immediately the Debian release) on 2024-03-23. > > OK. Let me know when you do the upload and I'll do ghostscript immediately. Great and thanks, I'll let you know once I'm in the process. Most likeyl on 2024-03-23rd. Greetings Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/ signature.asc Description: PGP signature
Bug#1065356: Issues in man pages of cron
Hello Georges, Am Mon, Mar 04, 2024 at 11:47:03AM +0100 schrieb Georges Khaznadar: > Helge Kreutzmann a écrit : > > > > > Secondly we translators see the manpages in the neutral po format, > > > > i.e. converted and harmonized, but not the original source (be it man, > > > > groff, xml or other). So we cannot provide a true patch (where > > > > possible), but only an approximation which you need to convert into > > > > your source format. > > > > > > The original format for Debian's manpages regarding cron is groff. > > Would the translators' work become easier if the manpages were rewritten > in some higher-level language than groff? I must admit that I am not at > ease with groff sources, and that I use weird hacks when modifying such > or such part of a manpage when some feature of cron or crontab is > changed. Simple answer: No. In the end, man pages are transformed into groff and this is what we get, and our toolchain po4a handles it quite nicely. Actually, translators do not see groff at all, but some pseudo language they are familiar with. (Thats why I had to double check my groff proposals, I hardly see groff except when i discuss the issues in the man pages of groff themselves …) > The source in groff format often contains very short lines, where more > context would be necessary to grasp the sense. > > So, please tell me whether it would be useful to rewrite the three > manpages in XML format? From my POV it is not necessary. As said earlier, I think the context is sufficient, translators can always build the entire (translated) file to check and shorter paragraphs are easier to handle and reuse. > This would mean writing sensible paragraphs, with lines of seventy or > more characters, containing simple text and elements marked by tags like > or , which > convey more sense than the bare bold/italics directives available in > groff. In the end, this is up to you and we translators follow suite. Please note, howver, that not all translations are maintained. Currently we have (partial) translations for ko, fr, pl, fi, ro, de and id. There are no active translators for ko, fi and id, and I'm not sure how fast the translators for fr and pl will pick it up. So from my POV I would suggest to keep them as is, unless the pain is really large or you intend to add/update lots of content. > > That's usual, but po4a transforms this in a more friendly format for > > us translators. > > Here is what I understood so far, from the first e-mail you sent me > yesterday, and from the enlightenments provided by the second one: > > Each report chunk is divided in two parts, a list of issues and a > context string, which I describe below in some wild meta-language > using square brackets: > > - > Man page: [source file] > Issue #n: [incorrect format] → [fixed format] > ... > > "[some context, extracted by po4a from the source file]" > "..." > -- > - > > Please can you confirm or infirm that the interpretation above can be > trusted? Yes, this is 100% correct. > > I think most of the report boils down that you update the patches by > > using .B instead of .I or sometimes .BI > > This is a particular consequence of a more general guideline, to follow > recommendations provided by `man man-pages`. I would feel more at ease > if this compliance was ensured by an automated process fed by a source > file with high-level syntactic markup. Yes, I see your point. And if you were to write this from scratch, I would suggest doing so. > > P.S. And since there is probably little changes in cron nowadays, most > > likely few if none further reports from my side… > > I began to maintain cron two years ago, and lowered the bug report count > by approximately one half (regarding reports in bugs.debian.org). Some > reports entailed creating new features, and modifying the manuals > accordingly. I fear that the fifty remaining bug reports will slowly, > but surely involve future changes in man pages, so rewriting them in a > high-level language would probably make future changes more consistent. Ok, I see. Then my points from above a moot, if changes are planned or underway at many places. Thanks for handling cron without a responsive upstream! > Please can you consider this proposition? I would rewrite an XML source > for the manpage crontab.1, and send it; then you run your tools > (probably po4a), and send me a feedback to tell me whether I introduced > more inconsistencies than the count of fixes. No need to do so. Once y
Bug#1065396: ghostscript: Coordinate uploads for German man page transfer
Hello Steven, Am Sun, Mar 03, 2024 at 10:25:45PM -0600 schrieb Steven Robbins: > Thanks for the note! > > On Sun, 3 Mar 2024 19:59:28 +0000 Helge Kreutzmann > wrote: > > Package: ghostscript > > Version: 10.0.0~dfsg-11+deb12u3 > > Severity: normal > > > > Hello Steve, > > ghostscript used to contain German man pages, however, they were not > > properly maintained. As detailed in [1] ghostscript removed the > > German man pages from its git repository on January 4th 2023. > > > > So the files are gone since Version 10.01.0rc1. > > > > I imported them into manpages-de and will start shipping them with the > > next release. > > > > As per transition rules [2] you will need to add > > Breaks: manpages-l10n (<4.22) > > in your debian/control. > > OK. Committed to git. Will be uploaded as version 10.02.1~dfsg-4. Thanks. > > I will then add > > Breaks: ghostscript (< > Replaces: ghostscript (< > > > In my debian/control. I'm a bit lost about the correct version, > > though. So which version is best for "?" > > I rarely deal with these situations, so I may be wrong, but > I would think the best version is the new one: 10.02.1~dfsg-4. Ideally it is the first version which stopped shipping the German man pages. Maybe you can browse your git history? It's good for partial upgrades, though in the end I simply accept what you will choose. > > I intend to upload around March 23 and I will provide a backport to > > stable (without these translations, of course). > > OK. You titled the bug "coordinate uploads ...". Do we need to do them > together - on the same day or something? Well, this would be a good idea, to choose roughly the same day, to avoid uninstallable situations for people living on unstable or testing. I'm intending to prepare the next upstream release (and then immediately the Debian release) on 2024-03-23. If this is inconvenient for you, we can wait until April. I simply keep the German man pages in deletion (as I did with previous versions) and then I release -2 on a date more convenient to you (and then ship the German man pages). Greetings Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/ signature.asc Description: PGP signature
Bug#1065396: ghostscript: Coordinate uploads for German man page transfer
Package: ghostscript Version: 10.0.0~dfsg-11+deb12u3 Severity: normal Hello Steve, ghostscript used to contain German man pages, however, they were not properly maintained. As detailed in [1] ghostscript removed the German man pages from its git repository on January 4th 2023. So the files are gone since Version 10.01.0rc1. I imported them into manpages-de and will start shipping them with the next release. As per transition rules [2] you will need to add Breaks: manpages-l10n (<4.22) in your debian/control. I will then add Breaks: ghostscript (<https://bugs.ghostscript.com/show_bug.cgi?id=705881 [2] https://wiki.debian.org/PackageTransition -- System Information: Debian Release: 12.5 APT prefers stable-security APT policy: (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 6.1.77 (SMP w/12 CPU threads; PREEMPT) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages ghostscript depends on: ii libc62.36-9+deb12u4 ii libgs10 10.0.0~dfsg-11+deb12u3 ghostscript recommends no packages. ghostscript suggests no packages. -- no debconf information -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/ signature.asc Description: PGP signature
Bug#1065356: Issues in man pages of cron
Hello Georges, Am Sun, Mar 03, 2024 at 06:37:25PM +0100 schrieb Georges Khaznadar: > thank you for your detailed bug report. You are welcome. > Helge Kreutzmann a écrit : > > We use several distributions as sources and update regularly (at > > least every 2 month). > > Most changes here are probably specific to Debian; however they will > also apply to Debian derivatives. Yes, given that I could not reach upstream, I only reported those issues which were actually present in the Debian version. I don't know when and how I can report the rest. > > Secondly we translators see the manpages in the neutral po format, > > i.e. converted and harmonized, but not the original source (be it man, > > groff, xml or other). So we cannot provide a true patch (where > > possible), but only an approximation which you need to convert into > > your source format. > > The original format for Debian's manpages regarding cron is groff. That's usual, but po4a transforms this in a more friendly format for us translators. > Unfortunately, it is not the easiest format for human translators, as it > is probably split in small chunks written to PO files, with little > meaning in each of them. That's fine, don't worry. If in doubt we can always build the full translated page and read it for consisteny. And small paragraphs are usually better to handle and, potentially, reuse. > > (Btw., do you have a working e-mail address of upstream?) > > The upstream developer, Paul Vixie, had an e-mail address: p...@vix.com Ok, so nothing new. > However, he does no longer maintain cron, and Debian's cron package > comes from a fork, dated "Sun, 1 Dec 1996 16:21:52 -0600". So, for > twenty eight years now, all of the development was made by various > debian developers, and is structured as a heap of 84 patches > (see the file > https://salsa.debian.org/debian/cron/-/blob/master/debian/patches/series?ref_type=heads) > > Regarding the issues listed below, I do not fully understand the syntax. > > If I consider the very first issue: > > > > Man page: cron.8 > > Issue:B<-L loglevel> → B<-L> I > > > > "B<-L loglevel>" > > -- > > and take a look at the manpage, which is in groff format, I can find some > matching line: > > 8<--- > $ zgrep loglevel /usr/share/man/man8/cron.8.gz > .IR loglevel ] > .B \-L loglevel > 8<--- > > The last line (in groff) means: write "-L loglevel" with a bold font. > This probably has the same meaning as the line "B<-L loglevel>" in the > snipped above. Yes, and this is what should be corrected. > So how can I help? can I answer that the line "B<-L loglevel>" is the > current valid source for localizations? I'm not very good (if at all) at groff, by I think the following might work: .B \-L .I loglevel or even .BI \-L loglevel > Now let us consider the next issues: > > > Man page: crontab.1 > > Issue 1: I<-h> → B<-h> > > Issue 2: I → B > > > > "If the I<-h> option is given, I shows a help message and quits " > > "immediately." > > -- > > > How can I help? Here is the match which I can find: > > 8<--- > zgrep -- -h /usr/share/man/man1/crontab.1.gz > crontab [ \-h] > .I \-h > 8<--- > > The last line (in groff format) would probably match Issue 1 above, > however once again I do not guess how I can help. You put it in Italics, but the convention (see man-pages(7) and man(7)) is to use bold, so this one is simply: .B \-h > It would probably be a waste of energy to discuss now all and every > issue you sent me. Maybe we can first agree about a method to make the > task easier for both of us, and for the many contributors to translation > teams. I hope this explains it. > Please can you suggest me one or more techniques which might improve the > feedback, regarding the simple examples cited above? The main question > is "how can I help?", which can be rephrased as "what kind of answer > would you expect?". First thanks for your ultra fast response - this is extraordinary help already. And for your verbose questions, which make it easier for me to respond. I think most of the report boils down that you update the patches by using .B instead of .I or sometimes .BI I hope this explains it better. Greetings Helge P.S. And since there is probably little changes in cron nowadays, most likely few if none further reports from my side… -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/ signature.asc Description: PGP signature
Bug#1065356: Issues in man pages of cron
Package: cron Version: 3.0pl1-186 Severity: minor Tags: patch X-Debbugs-CC: mario.blaetterm...@gmail.com Dear Debian cron maintainer, the manpage-l10n project maintains a large number of translations of man pages both from a large variety of sources (including cron) as well for a large variety of target languages. During their work translators notice different possible issues in the original (english) man pages. Sometimes this is a straightforward typo, sometimes a hard to read sentence, sometimes this is a convention not held up and sometimes we simply do not understand the original. We use several distributions as sources and update regularly (at least every 2 month). This means we are fairly recent (some distributions like archlinux also update frequently) but might miss the latest upstream version once in a while, so the error might be already fixed. We apologize and ask you to close the issue immediately if this should be the case, but given the huge volume of projects and the very limited number of volunteers we are not able to double check each and every issue. Secondly we translators see the manpages in the neutral po format, i.e. converted and harmonized, but not the original source (be it man, groff, xml or other). So we cannot provide a true patch (where possible), but only an approximation which you need to convert into your source format. Finally the issues I'm reporting have accumulated over time and are not always discovered by me, so sometimes my description of the problem my be a bit limited - do not hesitate to ask so we can clarify them. I'm now reporting the errors for your project. If future reports should use another channel, please let me know. (Btw., do you have a working e-mail address of upstream?) Man page: cron.8 Issue:B<-L loglevel> → B<-L> I "B<-L loglevel>" -- Man page: crontab.1 Issue 1: I<-h> → B<-h> Issue 2: I → B "If the I<-h> option is given, I shows a help message and quits " "immediately." -- Man page: crontab.1 Issue 1: I<-h> → B<-h> Issue 2: I → B "If the I<-n> option is given, it means \"dry run\": I examines " "\"your\" crontab for its syntax, and outputs a success message if this " "syntax is correct, but nothing is written to any crontab." -- Man page: crontab.1 Issue:if, they exist, → , if they exist, "The files I and I if, they exist, must be " "either world-readable, or readable by group ``crontab''. If they are not, " "then cron will deny access to all users until the permissions are fixed." -- Man page: crontab.1 Issue:crontab(5), cron(8), spc(1) → B(5), B(8), B(1) "crontab(5), cron(8), spc(1)" -- Man page: crontab.5 Issue:I → B "A I file contains instructions to the I(8) daemon of the " "general form: ``run this command at this time on this date''. Each user has " "their own crontab, and commands in any given crontab will be executed as the " "user who owns the crontab. Uucp and News will usually have their own " "crontabs, eliminating the need for explicitly running I(1) as part of a " "cron command." -- Man page: crontab.5 Issue:LOGNAME → I "Several environment variables are set up automatically by the I(8) " "daemon. SHELL is set to /usr/bin/sh, and LOGNAME and HOME are set from the /" "etc/passwd line of the crontab's owner. HOME and SHELL may be overridden by " "settings in the crontab; LOGNAME may not." -- Man page: crontab.5 Issue:I or I For → B(1) or B(1). For "If the program itself cannot do the checks then a wrapper script would be " "required. Useful tools that could be used for date analysis are I or " "I For example, to run a program the last Saturday of every month " "you could use the following wrapper code:" -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/ signature.asc Description: PGP signature
Bug#1065273: manpages-de-dev: link /usr/share/man/de/man3/sscanf .3.gz (to scanf.3.gz) is misssing
severity 1065273 wishlist retitle 1065273 Please translate sscanf(3) into German thanks Hello Manfred, thanks for your report. Am Sat, Mar 02, 2024 at 11:32:08AM +0100 schrieb Manfred Steiner: > Package: manpages-de-dev > Version: 4.18.1-1 > Severity: normal > X-Debbugs-Cc: manfred.stei...@gmx.at > > Dear Maintainer, > >* What led up to the situation? > `man sscanf` starts the english man-page for LIB-C sscanf function >* What exactly did you do (or not do) that was effective (or > ineffective)? > `man sscanf` >* What was the outcome of this action? > man page in english language This is also the case in 4.21.0-2~bpo12+1 >* What outcome did you expect instead? > man page in german language >* version 4.18.1-1~bpo11+1 works as desired If you look at the version in 4.18.1-1~bpo11+1 you see: scanf, fscanf, sscanf, vscanf, vsscanf, vfscanf - Anpassung des Eingabeformats I.e. a single man page was provided for many functions. If you look at the latest version (post 4.21, but the change is minor, if any): sscanf, vsscanf \- input string format conversion This means these two functions got their own man page, which is not yet translated. I can put this on my (long) plate, but this is definitly post 4.22, i.e. I might make it for 4.23, scheduled end of June (and subsequently backported to stable, but due to the summer this might not happen before early August). If you need this translation more urgent please ask on debian-l10n-german if someone has capabilities to handle this in the next ~ 3 weeks, then it could be part of 4.22 (and the subsequent backport), so if you use backports you could get it shortly after Easter. Greetings Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/ signature.asc Description: PGP signature
Bug#1063860: minissdpd: [INTL:de] updated German debconf translation
Package: minissdpd Version: 1.6.0-2 Severity: wishlist Tags: patch l10n Please find the updated German debconf translation for minissdpd attached. Please place this file in debian/po/ as de.po for your next upload. If you update your template, please use 'msgfmt --statistics ' to check the po-files for fuzzy or untranslated strings. If there are such strings, please contact me so I can update the German translation. Greetings Helge # German translation of Debconf template for minissdpd # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the minissdpd package. # Helge Kreutzmann , 2018, 2019, 2024. # msgid "" msgstr "" "Project-Id-Version: minissdpd 1.6.0-2\n" "Report-Msgid-Bugs-To: miniss...@packages.debian.org\n" "POT-Creation-Date: 2024-02-08 14:45+0800\n" "PO-Revision-Date: 2024-02-13 18:59+0100\n" "Last-Translator: Helge Kreutzmann \n" "Language-Team: german \n" "Language: de\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=UTF-8\n" "Content-Transfer-Encoding: 8bit\n" #. Type: note #. Description #: ../minissdpd.templates:2001 msgid "MiniSSDP daemon configuration" msgstr "Konfiguration des MiniSSDP-Daemons" #. Type: note #. Description #: ../minissdpd.templates:2001 msgid "" "The MiniSSDP daemon is being installed (perhaps as a dependency for UPnP " "support) but will not function correctly until it is configured." msgstr "" "Der MiniSSDP-Daemon wird installiert (vielleicht als eine Abhängigkeit zur " "UPnP-Unterstützung), wird aber nicht korrekt funktionieren, bis er " "konfiguriert wurde." #. Type: note #. Description #: ../minissdpd.templates:2001 msgid "" "MiniSSDP is a daemon used by MiniUPnPc to speed up device discovery. For " "security reasons, no out-of-box default configuration can be provided, so it " "requires manual configuration." msgstr "" "MiniSSDP ist ein von MiniUPnPc verwandter Daemon, um die Geräteerkennung zu " "beschleunigen. Aus Sicherheitsgründen kann keine Standardkonfiguration " "bereitgestellt werden, daher wird eine manuelle Konfiguration benötigt." #. Type: note #. Description #: ../minissdpd.templates:2001 msgid "" "Alternatively you can simply override the recommendation and remove " "MiniSSDP, or leave it unconfigured - it won't work, but MiniUPnPc (and UPnP " "applications) will still function properly despite some performance loss." msgstr "" "Alternativ können Sie auch einfach die Empfehlung außer Kraft setzen und " "MiniSSDP entfernen oder es unkonfiguriert lassen. Es wird nicht " "funktionieren, aber MiniUPnPc (und UPnP-Anwendungen) werden weiterhin, wenn " "auch mit Leistungsverlusten, korrekt funktionieren." #. Type: boolean #. Description #: ../minissdpd.templates:3001 msgid "Start the MiniSSDP daemon automatically?" msgstr "Den MiniSSDP-Daemon automatisch starten?" #. Type: boolean #. Description #: ../minissdpd.templates:3001 msgid "" "Choose this option if the MiniSSDP daemon should start automatically, now " "and at boot time." msgstr "" "Wählen Sie diese Option, falls der Daemon MiniSSDP jetzt und zum " "Systemstartzeitpunkt automatisch starten soll." #. Type: string #. Description #: ../minissdpd.templates:4001 msgid "Interfaces to listen on for UPnP queries:" msgstr "Schnittstellen, an denen auf UPnP-Anfragen gewartet werden soll:" #. Type: string #. Description #: ../minissdpd.templates:4001 msgid "" "The MiniSSDP daemon will listen for requests on those interfaces, and drop " "all queries that do not come from the local network. Please enter the LAN " "interfaces that it should listen on, separated by space." msgstr "" "Der MiniSSDP-Daemon wird auf diesen Schnittstellen auf Anfragen warten und " "alle Anfragen verwerfen, die nicht vom lokalen Netzwerk stammen. Bitte geben " "Sie die LAN-Schnittstellen ein, an denen auf Anfragen gewartet werden soll. " "Trennen Sie die Einträge durch Leerzeichen." #. Type: boolean #. Description #: ../minissdpd.templates:5001 msgid "Enable IPv6 listening?" msgstr "Auf IPv6-Anfragen warten?" #. Type: boolean #. Description #: ../minissdpd.templates:5001 msgid "" "Please specify whether the MiniSSDP daemon should listen for IPv6 queries." msgstr "" "Bitte geben Sie an, ob der MiniSSDP-Daemon auf IPv6-Anfragen warten soll." #~ msgid "" #~ "Interface names are highly preferred,
Bug#1063482: sensible-utils: Errors in man page
Package: sensible-utils Version: 0.0.22 Severity: minor A few minutes ago I reported an updated German translation of the man pages (see #1063481). While preparing the update, we noticed the following errors. If you fix them, either unfuzzy the German translation or, if you feel uncomfortable doing so (which is fine, if in doubt, do not unfuzzy yourself), please provide me de.po (after update of the template) and I will send you the updated de.po back. I usually respond within 24 hours. Now to the errors: Superfluos space before (7) (also in the following strings, with other numbers as well) "B<$VISUAL> \\(en see B (7)" "B<$EDITOR> \\(en see B (7)" "B<$SELECTED_EDITOR> \\(en see B (1)" "B \\(en see B (1), B (1)" CONFORMS → CONFORMING "CONFORMS TO" B → B(1) "B provides a coherent mechanism for selecting and storing a " "preferred sensible-editor on a per-user basis. It lists the available " "editors on a system and interactively prompts the user to select one. The " "results are stored as B variable in \\%\\s+3~\\s-3/." "selected_editor, which is sourced and used by B command. \\" "%SELECTED_EDITOR variable is overridden by the B and B " "environment variables." -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/ signature.asc Description: PGP signature
Bug#1063481: sensible-utils: [INTL:de] updated German man page translation
Package: sensible-utils Version: 0.0.22 Severity: wishlist Tags: patch l10n Please find the updated German man page translation for sensible-utils attached. If you update your template, please use 'msgfmt --statistics ' to check the po-files for fuzzy or untranslated strings. If there are such strings, please contact me so I can update the German translation. Greetings Helge # Translation of sensible-utils man page template to German # Copyright (C) Helge Kreutzmann , 2011, 2017, 2021, 2023. # This file is distributed under the same license as the sensible-utils package. # msgid "" msgstr "" "Project-Id-Version: sensible-utils man page 0.0.22\n" "POT-Creation-Date: 2024-02-04 18:06+\n" "PO-Revision-Date: 2024-02-08 19:19+0100\n" "Last-Translator: Helge Kreutzmann \n" "Language-Team: German \n" "Language: de\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=UTF-8\n" "Content-Transfer-Encoding: utf-8\n" #. type: TH #: sensible-editor.man #, no-wrap msgid "SENSIBLE-EDITOR" msgstr "SENSIBLE-EDITOR" #. type: TH #: sensible-editor.man sensible-terminal.man #, no-wrap msgid "28 Aug 2022" msgstr "28. Aug. 2022" #. type: TH #: sensible-editor.man sensible-browser.man sensible-pager.man #: select-editor.man sensible-terminal.man #, no-wrap msgid "Debian" msgstr "Debian" #. type: SH #: sensible-editor.man sensible-browser.man sensible-pager.man #: select-editor.man sensible-terminal.man #, no-wrap msgid "NAME" msgstr "NAME" #. type: Plain text #: sensible-editor.man msgid "sensible-editor - launch sensibly chosen text editor" msgstr "sensible-editor - Starten eines sinnvoll ausgewählten Texteditors" #. type: SH #: sensible-editor.man sensible-browser.man sensible-pager.man #: select-editor.man sensible-terminal.man #, no-wrap msgid "SYNOPSIS" msgstr "ÜBERSICHT" #. type: Plain text #: sensible-editor.man msgid "B [OPTIONS...]" msgstr "B [OPTIONEN …]" #. type: SH #: sensible-editor.man sensible-browser.man sensible-pager.man #: select-editor.man sensible-terminal.man #, no-wrap msgid "DESCRIPTION" msgstr "BESCHREIBUNG" #. type: Plain text #: sensible-editor.man msgid "" "B makes sensible decisions on which editor to call. " "Programs in Debian can invoke this script to get a good default editor." msgstr "" "B trifft sinnvolle Entscheidungen, welcher Editor " "aufgerufen wird. Programme in Debian können dieses Skript aufrufen, um einen " "guten Vorgabe-Editor zu erhalten." #. type: Plain text #: sensible-editor.man msgid "" "B looks for an appropriate choice of editor in a series of " "places, and uses the first candidate that works. It starts by checking " "environment variables, followed by a variable defined via B " "then tries the default editor command defined by the alternatives system, " "with a series of hard-coded command names as fallbacks." msgstr "" "B sucht an einer Reihe von Stellen nach einer geeigneten " "Wahl für einen Editor und verwendet den ersten funktionierenden Kandidaten. " "Zuerst überprüft er die Umgebungsvariablen, gefolgt von einer mittels " "B definierten Variablen. Anschließend wird der durch das " "Alternatives-System definierte Vorgabe-Editor versucht. Eine Reihe von " "hartkodierten Befehlsnamen dienen als Rückfalloptionen." #. type: Plain text #: sensible-editor.man msgid "" "Variables will be skipped if unset or null, but may include extra whitespace-" "separated parameters such as a B<--verbose> flag. Once B " "has a candidate commandline, it will try to run it (passing on the arguments " "it was given as the files to be edited). If this fails because the command " "couldn't be executed (exit code 126) or was not found (exit code 127), it " "tries the next candidate." msgstr "" "Variablen werden übersprungen, falls sie nicht gesetzt oder Null sind. Sie " "können aber zusätzliche, durch Leerraum getrennte Parameter wie den Schalter " "»B<--verbose>« enthalten. Sobald B eine sinnvolle " "Kandidaten-Befehlszeile ermittelt hat, wird es versuchen, diese auszuführen " "(wobei die an es übergebenen Argumente als zu bearbeitende Dateien angegeben " "werden). Falls dies fehlschlägt, da der Befehl nicht ausgeführt werden " "konnte (Exit-Code 126) oder nicht gefunden wurde (Exit-Code 127), wird es " "den nächsten Kandidaten ausprobieren." #. type: Plain text #: sensible-editor.man msgid "The spec
Bug#1061234: po4a: Consider parsing the macros .PS and .PE
Hello Martin, Am Mon, Jan 22, 2024 at 01:17:11PM +0100 schrieb Martin Quinson: > how should these macro be considered? Locale::Po4a::Man proposes options to I'm not into knowledgable of groff, so excuse if I say something stupid. > handle macros that are not known to po4a. For example, if the content of this > macro should be ignored, try adding "-o untranslated PS,PE" to the command > line > or alias definition in your config file. No, quite the contrary, the macro should be included, i.e. strings within should be translatable. Current setup simply ignores them, so the graphics appears in english. > Other such options exist, such as translate_joined or translate_each, etc. I'll check them. I vaguely remember that we tried something many years back and ran into problems (but did not investigage, because this is *really low priority). > > More details and the full discussion (unfortunately with some side > > discussions) can be found at: > > https://savannah.gnu.org/bugs/?59962 This explains it much better than I could (except lots of side discussions). Greetings Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/ signature.asc Description: PGP signature
Bug#1061234: po4a: Consider parsing the macros .PS and .PE
Package: po4a Version: 0.69-1 Severity: wishlist Tags: upstream This is *really* low priority, but mayb its easy/simple. manpages-l10n hase one man page with groff graphics. The graphics are included in the macros .PS and .PE which are stripped out from the translated set. Maybe the strings within this macros could be added to the translated set? More details and the full discussion (unfortunately with some side discussions) can be found at: https://savannah.gnu.org/bugs/?59962 -- System Information: Debian Release: 12.4 APT prefers stable-security APT policy: (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages po4a depends on: ii gettext 0.21-12 ii libpod-parser-perl 1.65-1 ii libsgmls-perl 1.03ii-38 ii libsyntax-keyword-try-perl 0.28-1 ii libyaml-tiny-perl 1.73-1 ii opensp 1.5.2-13+b2 ii perl5.36.0-7+deb12u1 Versions of packages po4a recommends: ii liblocale-gettext-perl 1.07-5 ii libterm-readkey-perl 2.38-2+b1 ii libtext-wrapi18n-perl 0.06-10 ii libunicode-linebreak-perl 0.0.20190101-1+b5 po4a suggests no packages. -- no debconf information -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/ signature.asc Description: PGP signature
Bug#1036824: po4a: Describe how to create/maintain pot file from man page
Hello Martin, Am Fri, Jan 05, 2024 at 05:32:37PM +0100 schrieb Martin Quinson: > I just revamped the po4a(7) documentation to better explain the workflow using > po4a only, without po4a-translate and po4a-updatepo. The result is unreleased > for now, but already viewable here: > https://github.com/mquinson/po4a/blob/master/doc/po4a.7.pod#using-po4a > > This text refers to the documentation of po4a(1) itself, available from: > https://po4a.org/man/man1/po4a.1.php > > In particular, I added a paragraph about the deprecation of the individual > scripts that you may find useful: > https://github.com/mquinson/po4a/blob/master/doc/po4a.7.pod#why-are-the-individual-scripts-deprecated > > I think that this closes the current bug (once the fix is integrated to > Debian). Please comment if you think otherwise. > > Thanks for your feedback and support, Thanks for the update. Based on what is in git now (I just updated the German translation) this is now described quite well for the standard package. And yes, so this bug can be closed when 0.70 (?) hits unstable. Not related to this bug, but the basis for my bug report: The workflow using po4a is appears quite orthogonal to manpage-l10n needs. I could roughty conceive how (parts of) such an implemenation could look like. So if 2030 comes closer and the depreciation is not lifted, I might need to work this out and hope that it both works and the runtime is not too bad. Greetings and thanks for maintaining po4a Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/ signature.asc Description: PGP signature
Bug#1060192: tracker.debian.org: SSL connection extremely slow and sometimes timing out
Hello Raphael, Am Sun, Jan 07, 2024 at 02:23:02PM +0100 schrieb Raphael Hertzog: > On Sun, 07 Jan 2024, Helge Kreutzmann wrote: > > Package: tracker.debian.org > > Severity: important > > > > Yesterday and today connections to packages.debian.org is *extremely* > > packages.debian.org is entirely unrelated to tracker.debian.org. It's > managed by the web team AFAIK. Thanks for clarification, I wasn't aware of this. > That said if the issue was at the TLS connection level, it's likely > the DSA team that can help... but since the issue is gone, I wonder > whether we shouldn't just close the bug, in particular since the DSA > team doesn't use the bug tracker. Well, it happend yesterday, and today again. But since they don't use the BTS, the bug could be closed. How should I properly report this if/once it appears again? Greetings Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/ signature.asc Description: PGP signature
Bug#1060192: Acknowledgement (tracker.debian.org: SSL connection extremely slow and sometimes timing out)
Hello, shortly after reporting this issue the speed is up to normal again. This is something I observed yesterday as well. On my side I did not notice any change. For the record: I started observing this around 05:40 CET today (when my script hit the Debian servers) until roughly 11:30 CET or so today, when the speed returned to normal). Greetings Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/ signature.asc Description: PGP signature
Bug#1060192: tracker.debian.org: SSL connection extremely slow and sometimes timing out
Package: tracker.debian.org Severity: important Yesterday and today connections to package.debian.org is *extremely* slow, sometimes running into timeouts (failing). My scripts ran last ime Sat Dec 9 17:01:56 2023 +0100 without issues. Example with wget: helge@twentytwo:/tmp/testsite$ wget --verbose http://packages.debian.org/bookworm/amd64/file/download URL transformed to HTTPS due to an HSTS policy --2024-01-07 10:30:10-- https://packages.debian.org/bookworm/amd64/file/download Auflösen des Hostnamens packages.debian.org (packages.debian.org)… 2603:400a::bb8::801f:33, 2a02:16a8:dc41:100::132, 128.31.0.51, ... Verbindungsaufbau zu packages.debian.org (packages.debian.org)|2603:400a::bb8::801f:33|:443 … verbunden. GnuTLS: Fehler in der Pull-Funktion. Es ist nicht möglich, eine SSL-Verbindung herzustellen. (English (translated by me): GnuTLS: Error in the Pull function. It is not possible, to establish an SSL connection. When it succeeds, this take ages: helge@twentytwo:/tmp/testsite$ time LC_ALL=C wget --verbose http://packages.debian.org/bookworm/amd64/file/download URL transformed to HTTPS due to an HSTS policy --2024-01-07 10:38:07-- https://packages.debian.org/bookworm/amd64/file/download Resolving packages.debian.org (packages.debian.org)... 2603:400a::bb8::801f:33, 2a02:16a8:dc41:100::132, 128.31.0.51, ... Connecting to packages.debian.org (packages.debian.org)|2603:400a::bb8::801f:33|:443... failed: Connection timed out. Connecting to packages.debian.org (packages.debian.org)|2a02:16a8:dc41:100::132|:443... connected. HTTP request sent, awaiting response... 200 OK Length: unspecified [text/html] Saving to: 'download.1' download.1 [ <=> ] 12.21K --.-KB/sin 0.003s 2024-01-07 10:40:17 (3.51 MB/s) - 'download.1' saved [12503] real2m10,254s user0m0,019s sys 0m0,000s I observere this similarly with other clients, e.g. links. Other https site(s) work fine, e.g. helge@twentytwo:/tmp/testsite$ time LC_ALL=C wget --verbose https://mirror.netcologne.de/archlinux/core/os/x86_64/ --2024-01-07 10:40:05-- https://mirror.netcologne.de/archlinux/core/os/x86_64/ Resolving mirror.netcologne.de (mirror.netcologne.de)... 2001:4dd0:1234:1::deb, 194.8.197.22 Connecting to mirror.netcologne.de (mirror.netcologne.de)|2001:4dd0:1234:1::deb|:443... connected. HTTP request sent, awaiting response... 200 OK Length: unspecified [text/html] Saving to: 'index.html' index.html [ <=> ] 68.83K --.-KB/sin 0.007s 2024-01-07 10:40:05 (10.1 MB/s) - 'index.html' saved [70485] real0m0,068s user0m0,008s sys 0m0,005s This causes a data collection script of mine, which usually runs in a few minutes, to take hours (and still be incomplete). I don't know how to get more information, links does not offer a verbose switch and for wget I don't see more than the information posted. I'm happy to provide more information if you tell me which. -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/ signature.asc Description: PGP signature
Bug#1059353: manpages: Update to latest upstream possible
Hello Tobias, Am Sat, Dec 23, 2023 at 04:52:00PM +0100 schrieb Dr. Tobias Quathamer: > Am 23.12.23 um 10:55 schrieb Helge Kreutzmann: > > Since September the salsa git repository indicates that the latest > > upstream is ready for upload. > > > > Could you maybe upload this as Christmas present or for a happy new > > year? > > Sure, I've just uploaded. :-) Thanks a lot. I took the liberty to triage the manpage bugs, hope this helps. Greetings Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/ signature.asc Description: PGP signature
Bug#171681: man5/filesystems.5: updated list and descriptions of supported filesystems
tags 171681 + moreinfo thanks Am Fri, Jan 28, 2022 at 08:48:27PM +0100 schrieb Florian Ernst: > On Tue, Feb 16, 2016 at 10:35:15PM +0100, Stéphane Aulery wrote: > > [...] > > About this bug I had send this first patch to M. Kerrisk. He rejected it. > > Too long for a good review. See this thread on linux-...@vger.kernel.org > > [1]. First info. > > I started to break my patch and some passages were corrected (see patches > > accepted from March 2015) [2]. > > > > The list is long and it must be controlled because my initial patch was only > > to add all FS. Then I wanted to check every description with the kernel doc. > > [...] > > JFTR, those FS mainly referred to in the original bugreport (i.e. > "jfs,xfs or reiserfs") have already been added to man-pages-2.73 whose > Changes accordingly list > > | filesystems.5 > | mtk > | Added Reiserfs, XFS, JFS to list of file systems. So we have a resolution for the "main" pages. > The others contained in the patch have not, however, but for some of > them there exist dedicated man pages in their respective packages: > > afs in openafs-client > btrfs in btrfs-progs > ecryptfs in ecryptfs-utils > gfs2 in gfs2-utils > ocfs2 in ocfs2-tools > spufs in manpages ;-) > sysfs in manpages ;-) > (this list may be neither exhaustive nor entirely accurate) Filesystems come (and go), so probably an complete and exhaustive list is not possible in one place. Given this, I propose to close this bug. If further file systems should be mentioned in filesystems.5, then please report them individually and they can be reviewed on a case by case basis. Also, it is probably best to contact upstream directly and not using Debian as proxy. Upstream is just one e-mail (and a CC) away: E-Mail a...@kernel.org and CC linux-...@vger.kernel.org Greetings Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/ signature.asc Description: PGP signature
debian-bugs-dist@lists.debian.org
tags 1033477 + pending
thanks
Hello Tobias,
Am Sun, Apr 02, 2023 at 01:36:15AM +0200 schrieb наб:
> Control: forwarded -1
> https://lore.kernel.org/linux-man/7818bd3c-0351-a738-fd69-14b59838c...@gmail.com/t/#mcf38b6c9ad9e6ae8f4d4ebc7d5373fe7b7f5e1f9
> Control: tags -1 + fixed-upstream
>
> Applied as
>
> https://git.kernel.org/pub/scm/docs/man-pages/man-pages.git/commit/?id=92964433bd8547aefbae1fd002d4a6534eecf9d7
>
> https://git.kernel.org/pub/scm/docs/man-pages/man-pages.git/commit/?id=2e1c1a57f138eedd35b7b2a825002fddb12d240f
I just double checked - this is contained in the latest upstream
release (i.e. man-pages 6.05.01), so you can close this bug on your
next upload.
Greetings
Helge
--
Dr. Helge Kreutzmann deb...@helgefjell.de
Dipl.-Phys. http://www.helgefjell.de/debian.php
64bit GNU powered gpg signed mail preferred
Help keep free software "libre": http://www.ffii.de/
signature.asc
Description: PGP signature
