Bug#1079091: Upgrading libssl3t64 fixed this for me
Had the same issue with Remmina, and an upgrade of libssl3t64 from 3.3.1 to 3.3.2 fixed it for me. Previously, the openssl legacy ciphers were only recommended and I didn't have them installed, now they are mandatory. -- .''`. martin f. krafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems
Bug#1070663: Unable to lock an existing session
Package: xautolock Version: 1:2.2-8 Severity: critical This may be related to #1022781 or not. I have xautolock running: % ps -fC xautolock UID PIDPPID C STIME TTY TIME CMD madduck 27332421 0 May05 ?00:00:53 xautolock -time 3 -locker xsecurelock && autorandr -- … and yet: % xautolock -locknow % echo $? 0 It exits 0, but nothing happens. If I use strace on the main process, there is also zero activity reported. Moreover, despite being set to lock after 3 minutes, the main xautolock process does not lock the display. This has happened multiple times, and each time, only a restart of the main xautolock process makes things work again. So if I don't restart the process regularly (daily? hourly?), then occasionally, the system will not lock as expected, and that is a huge security problem, hence the critical severity. -- System Information: Debian Release: trixie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 6.7.9-amd64 (SMP w/8 CPU threads; PREEMPT) Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8), LANGUAGE=en_NZ:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages xautolock depends on: ii libc6 2.37-17 ii libx11-6 2:1.8.7-1 ii libxext6 2:1.3.4-1+b1 ii libxss1 1:1.2.3-1 Versions of packages xautolock recommends: ii suckless-tools 47-1 xautolock suggests no packages. -- debconf-show failed -- .''`. martin f. krafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems
Bug#1069162: Problem starting at boot, MAINPID to kill is a root-owned java process
Package: puppetserver
Version: 7.9.5-2
Severity: normal
I found puppetserver failing to boot, because the `ExecStartPost`
line fails:
```
[Service]
ExecStartPost=sh -c "while ! head -c1 ${RUNTIME_DIRECTORY}/restart | grep -q
'^1'; do kill -0 $MAINPID && sleep 1 || exit 1; done"
```
Adding a little debugging output, I find `$MAINPID` pointing to the wrong
process, and the `kill` failing:
```
sh[653]: + ps -fp 652
sh[653]: UID PIDPPID C STIME TTY TIME CMD
sh[653]: root 652 1 0 10:34 ?00:00:00 (java)
sh[653]: + kill -0 652 Apr 17 10:18:27
sh[653]: sh: 1: kill: Operation not permitted
```
It's unclear to me why `$MAINPID` points at the root-owned `java` process, or
why that process is even started as root, given that `User=puppet` is
specified.
This only happens during boot, and not 100% of the time. When the service is
restarted later, it works fine.
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 6.6.13-amd64 (SMP w/8 CPU threads; PREEMPT)
Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8), LANGUAGE=en_NZ:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages puppetserver depends on:
ii default-jre-headless 2:1.17-75
pn jruby
pn libclj-time-clojure
pn libclojure-java
pn libcomidi-clojure
pn libcommons-exec-java
ii libcommons-io-java 2.16.0-1
pn libcommons-lang-java
pn libdropwizard-metrics-java
pn libdujour-version-check-clojure
pn libjruby-utils-clojure
pn libkitchensink-clojure
pn libliberator-clojure
pn libprismatic-schema-clojure
pn libpuppetlabs-http-client-clojure
pn libpuppetlabs-i18n-clojure
pn libpuppetlabs-ring-middleware-clojure
pn libraynes-fs-clojure
pn librbac-client-clojure
pn libsemver-clojure
pn libshell-utils-clojure
pn libslingshot-clojure
pn libssl-utils-clojure
pn libtrapperkeeper-authorization-clojure
pn libtrapperkeeper-clojure
pn libtrapperkeeper-comidi-metrics-clojure
pn libtrapperkeeper-filesystem-watcher-clojure
pn libtrapperkeeper-metrics-clojure
pn libtrapperkeeper-scheduler-clojure
pn libtrapperkeeper-status-clojure
pn libtrapperkeeper-webserver-jetty9-clojure
pn libyaml-snake-java
ii procps 2:4.0.4-4
pn puppet-agent
ii ruby 1:3.1+nmu1
ii ruby-concurrent 1.2.3-2
pn ruby-deep-merge
pn ruby-fast-gettext
pn ruby-gettext
pn ruby-hocon
ii ruby-locale 2.1.3-1
pn ruby-puppet-resource-api
pn ruby-puppetserver-ca-cli
pn ruby-semantic-puppet
pn ruby-text
Versions of packages puppetserver recommends:
pn puppet-module-puppetlabs-mailalias-core
puppetserver suggests no packages.
--
.''`. martin f. krafft
: :' : proud Debian developer
`. `'` http://people.debian.org/~madduck
`- Debian - when you have better things to do than fixing systems
Bug#1060244: use of unitialized value $params{"action"} in gitweb.cgi
Package: gitweb
Version: 1:2.39.2-1.1
Severity: minor
Tags: patch
```
gitweb.cgi: Use of uninitialized value $params{"action"} in string eq at
/usr/lib/cgi-bin/gitweb.cgi line 1432.
```
Patch is attached.
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 6.5.0-3-amd64 (SMP w/8 CPU threads; PREEMPT)
Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8), LANGUAGE=en_NZ:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages gitweb depends on:
ii git 1:2.42.0-1
ii libcgi-pm-perl 4.57-1
ii perl5.36.0-9
Versions of packages gitweb recommends:
ii libhttp-date-perl 6.05-2
ii lynx 2.9.0dev.12-1
ii nginx [httpd] 1.24.0-2
Versions of packages gitweb suggests:
pn git-doc
ii nginx [httpd-cgi] 1.24.0-2
--
.''`. martin f. krafft
: :' : proud Debian developer
`. `'` http://people.debian.org/~madduck
`- Debian - when you have better things to do than fixing systems
--- /tmp/gitweb.cgi 2024-01-08 08:32:37.267888437 +0100
+++ /usr/lib/cgi-bin/gitweb.cgi 2024-01-08 08:34:06.427008372 +0100
@@ -1427,13 +1427,16 @@
$href .= "/".esc_path_info($params{'project'});
delete $params{'project'};
- # since we destructively absorb parameters, we keep this
- # boolean that remembers if we're handling a snapshot
- my $is_snapshot = $params{'action'} eq 'snapshot';
+# since we destructively absorb parameters, we keep
+# this boolean that remembers if we're handling a
+# snapshot (see next conditional)
+my $is_snapshot = 0;
# Summary just uses the project path URL, any other action is
# added to the URL
if (defined $params{'action'}) {
+$is_snapshot = $params{'action'} eq 'snapshot';
+
$href .= "/".esc_path_info($params{'action'})
unless $params{'action'} eq 'summary';
delete $params{'action'};
Bug#1042468: scrcpy: import version 2.1.1 into debian
Hello, Version 2.3 has been out for a while, and it's needed for Android 14+, i.e. the current version in Debian doesn't work with Android 14 anymore. Is this package still maintained? -- .''`. martin f. krafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems
Bug#1053160: [spf] Unknown instance method size while calling IN OPT
le APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 6.4.0-2-amd64 (SMP w/8 CPU threads; PREEMPT) Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8), LANGUAGE=en_NZ:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages mtpolicyd depends on: ii adduser3.137 ii init-system-helpers1.65.2 pn libcache-memcached-perl ii libconfig-general-perl 2.65-2 pn libdbd-sqlite3-perl pn libdbi-perl pn libgeo-ip-perl ii libjson-perl 4.1-1 pn libmail-rbl-perl pn libmail-spf-perl ii libmoose-perl 2.2206-1 ii libmoosex-getopt-perl 0.75-3 ii libmoosex-role-parameterized-perl 1.11-2 pn libmoosex-singleton-perl ii libnamespace-autoclean-perl0.29-2 pn libnet-server-perl ii libtie-ixhash-perl 1.23-4 ii lsb-base 11.6 ii perl 5.36.0-7 ii sysvinit-utils [lsb-base] 3.07-1 Versions of packages mtpolicyd recommends: pn libnet-ldap-perl pn libtime-piece-mysql-perl mtpolicyd suggests no packages. -- .''`. martin f. krafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems
Bug#1051122: neomutt integration
Package: t-prot Version: 3.4-4.1 Severity: wishlist Please also link the rc file to `/etc/neomuttrc.d` if the directory exists. -- System Information: Debian Release: trixie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 6.4.0-2-amd64 (SMP w/8 CPU threads; PREEMPT) Kernel taint flags: TAINT_WARN Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8), LANGUAGE=en_NZ:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages t-prot depends on: ii debconf [debconf-2.0] 1.5.82 ii liblocale-gettext-perl 1.07-5 ii perl5.36.0-7 Versions of packages t-prot recommends: ii mutt 2.2.9-1+b1 Versions of packages t-prot suggests: ii postfix [mail-transport-agent] 3.8.1-2 -- debconf-show failed -- .''`. martin f. krafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems
Bug#1043281: Aborts with "illegal hardware instruction" on i586 AMD Geode
Regarding the following, written by "Marc Haber" on 2023-08-15 at 14:11 Uhr +0200: I won't have time to recompile any time soon, and in part because I won't be close to those systems in the foreseeable future. They are not important Would you be willing to try a .deb delivered by me? Yes of course. -- .''`. martin f. krafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems "one should never trust a woman who tells her real age. if she tells that, she will tell anything." -- oscar wilde
Bug#1043281: Aborts with "illegal hardware instruction" on i586 AMD Geode
Regarding the following, written by "Marc Haber" on 2023-08-14 at 14:03 Uhr +0200: On Thu, Aug 10, 2023 at 08:36:54AM +1200, martin f krafft wrote: Regarding the following, written by "Marc Haber" on 2023-08-08 at 14:57 Uhr +0200: > Is this probably a duplicate of #1004894? > > If so, this probably boils down on a GCC bug, see > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104713 Thanks and sorry for the duplicate. Not sure it is. I did a search, but "opcode" only appeared on my radar later… What makes you unsure it is? Lack of knowledge? It's not important what I am sure and unsure of ;) I won't have time to recompile any time soon, and in part because I won't be close to those systems in the foreseeable future. They are not important (both are just IPMI jumphosts). I agree that you shouldn't loosen security on sudo just for a few older systems. It's probably time I replaced them anyway, where are the raspberry pis with two LAN interfaces? ;) -- .''`. martin f. krafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems "... alle sätze der logik sagen aber dasselbe. nämlich nichts." -- wittgenstein
Bug#1043281: Aborts with "illegal hardware instruction" on i586 AMD Geode
Regarding the following, written by "Marc Haber" on 2023-08-08 at 14:57 Uhr +0200: Is this probably a duplicate of #1004894? If so, this probably boils down on a GCC bug, see https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104713 Thanks and sorry for the duplicate. Not sure it is. I did a search, but "opcode" only appeared on my radar later… -- .''`. martin f. krafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems "auch der mutigste von uns hat nur selten den mut zu dem, was er eigentlich weiß." - friedrich nietzsche
Bug#1043281: Aborts with "illegal hardware instruction" on i586 AMD Geode
Package: sudo Version: 1.9.13p3-3 Severity: normal I have two systems running the AMD Geode processor¹ and consequently the non-PAE kernel: ``` Linux gig 5.10.0-23-686 #1 SMP Debian 5.10.179-2 (2023-07-14) i586 GNU/Linux ``` and ``` Linux emily 6.1.0-10-686 #1 SMP PREEMPT_DYNAMIC Debian 6.1.38-2 (2023-07-27) i586 GNU/Linux ``` Both have had the bookworm upgrade, but I've not rebooted the former yet, hence the 5.x kernel. Anywhow, I cannot use sudo on either anymore, because if I do: ``` emily:~% sudo -l #(132 pts/0) 08 14:05:20.790 [1]29199 illegal hardware instruction sudo -l ``` which shows up in `dmesg` like so: ``` 2023-08-08T14:06:32.666253+02:00 emily kernel: [206827.519200] traps: sudo[29332] trap invalid opcode ip:4ac030 sp:bfb3eedc error:0 in sudo[4ab000+2e000] ``` The system otherwise works fine, it's just `sudo` that's not usable. ¹) Here's the CPU data ``` emily:~% cat /proc/cpuinfo processor : 0 vendor_id : AuthenticAMD cpu family : 5 model : 10 model name : Geode(TM) Integrated Processor by AMD PCS stepping: 2 cpu MHz : 498.036 cache size : 128 KB physical id : 0 siblings: 1 core id : 0 cpu cores : 1 apicid : 0 initial apicid : 0 fdiv_bug: no f00f_bug: no coma_bug: no fpu : yes fpu_exception : yes cpuid level : 1 wp : yes flags : fpu de pse tsc msr cx8 sep pge cmov clflush mmx mmxext 3dnowext 3dnow cpuid 3dnowprefetch vmmcall bugs: sysret_ss_attrs spectre_v1 spectre_v2 spec_store_bypass bogomips: 996.07 clflush size: 32 cache_alignment : 32 address sizes : 32 bits physical, 32 bits virtual power management: ``` -- .''`. martin f. krafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems
Bug#941214: Completion for mutt's -a command line switch
Hey, mutt allows attaching files from the command-line: ``` mutt -a /file/one /file/two /file/three -- … ``` Basically, the rules are: `-a` takes a list of files, terminated by `--`. Zsh's completion of mutt treats the argument to `-a` as optional: ``` '*-a[attach file using MIME]::file attachment:_files' \ ``` Therefore, after `-a`, mutt's completions include recipients, which is not correct: ``` albatross:~% mutt -a toni^D directory toni/ recipient toni@… ``` Could you please help me figure out how to fix this? Basically after it sees `-a`, compsys should be offering `_files` until `--` is encountered, and also: at least one file is mandatory. Thanks, -- .''`. martin f. krafft @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems "he gave me his card he said, 'call me if they die' i shook his hand and said goodbye ran out to the street when a bowling ball came down the road and knocked me off my feet" -- bob dylan
Bug#804174: Keyboard shortcuts (Ctrl-Q etc.) do not work
Regarding the following, written by "Stéphane Aulery" on 2022-12-21 at 04:51 Uhr +0100: Still valid with LO 6.1.0.3. please follow this bug at : https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=804174 Please don't send such messages to the bug tracking system, especially not to the `-d...@bugs.debian.org` address, as it closes the bug report. -- .''`. martin f. krafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems #define emacs eighty megabytes and constantly swapping.
Bug#1026205: Unpaper errors for every scanned page
Regarding the following, written by "Jeff" on 2022-12-19 at 09:26 Uhr +: Yup. This patch fixes things: I just tried with the patch applied, and I still get [image2 @ 0x5609ccef9e40] The specified filename '/home/ssd/madduck/.tmp/gscan2pdf-uiWw/eLwbJ_5EFR.pnm' does not contain an image sequence pattern or a pattern is invalid. for every page, even after clicking to "Hide all these messages" -- .''`. martin f. krafft @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems "let me take you down, 'cause i'm going to strawberry fields. nothing is real and nothing to get hungabout. strawberry fields forever." -- the beatles digital_signature_gpg.asc Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#1026205: Unpaper errors for every scanned page
Regarding the following, written by "Jeff" on 2022-12-19 at 09:26 Uhr +: Yup. This patch fixes things: Thank you! -- .''`. martin f. krafft @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems may the bluebird of happiness twiddle your bits. digital_signature_gpg.asc Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#1026205: Unpaper errors for every scanned page
Regarding the following, written by "Jeff" on 2022-12-16 at 16:44 Uhr +: I think that this is this bug in unpaper: https://github.com/unpaper/unpaper/issues/113 Okay, but gscan2pdf makes it an error, and I do wonder if it's possible to hide them… -- .''`. martin f. krafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems "time flies like an arrow. fruit flies like a banana." -- groucho marx digital_signature_gpg.asc Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#1026205: Unpaper errors for every scanned page
Package: gscan2pdf Version: 2.13.0-2 Severity: normal Tags: upstream Hey, for every page processed by unpaper, I get two errors: 1. [image2 @ 0x558772ceee40] The specified filename '/home/ssd/madduck/.tmp/gscan2pdf-SMFz/OHSkXwKy5v.pnm' does not contain an image sequence pattern or a pattern is invalid. 2. [image2 @ 0x558772ceee40] Use a pattern such as %03d for an image sequence or use the -update option (with -frames:v 1 if needed) to write a single image. -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.0.0-1-amd64 (SMP w/8 CPU threads; PREEMPT) Kernel taint flags: TAINT_WARN, TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8), LANGUAGE=en_NZ:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages gscan2pdf depends on: ii imagemagick8:6.9.11.60+dfsg-1.3+b4 ii imagemagick-6.q16 [imagemagick]8:6.9.11.60+dfsg-1.3+b4 ii libconfig-general-perl 2.65-2 ii libdate-calc-perl 6.4-2 ii libfilesys-df-perl 0.92-7+b1 ii libgoocanvas2-perl 0.06-3 ii libgtk3-imageview-perl 10-1 ii libgtk3-perl 0.038-3 ii libgtk3-simplelist-perl0.21-1 ii libhtml-parser-perl3.79-1+b1 ii libimage-magick-perl 8:6.9.11.60+dfsg-1.3 ii libimage-sane-perl 5-1+b3 ii liblist-moreutils-perl 0.430-2 ii liblocale-codes-perl 3.72-1 ii liblocale-gettext-perl 1.07-4+b3 ii liblog-log4perl-perl 1.57-1 ii libossp-uuid-perl [libdata-uuid-perl] 1.6.2-1.5+b11 ii libpdf-builder-perl3.024-1 ii libproc-processtable-perl 0.634-1+b2 ii libreadonly-perl 2.050-3 ii librsvg2-common2.54.5+dfsg-1 ii libset-intspan-perl1.19-3 ii libtiff-tools 4.4.0-5+b1 ii libtry-tiny-perl 0.31-2 ii sane-utils 1.1.1-6+b1 Versions of packages gscan2pdf recommends: ii djvulibre-bin 3.5.28-2 ii pdftk 2.02-5+b1 ii pdftk-java [pdftk] 3.3.2-1 ii tesseract-ocr 5.1.0-2+b1 ii unpaper 7.0.0-0.1 ii xdg-utils 1.1.3-4.1 gscan2pdf suggests no packages. -- no debconf information -- .''`. martin f. krafft @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems
Bug#1026069: Cannot find symbols during build
Package: scrcpy Version: 1.24-1 Severity: serious Tags: ftbfs Justification: fails to build from source (but built successfully in the past) Running `apt build-dep scrcpy` and `fakeroot debian/rules binary` results in plenty of unresolvable symbols. -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 6.0.0-5-amd64 (SMP w/8 CPU threads; PREEMPT) Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8), LANGUAGE=en_NZ:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages scrcpy depends on: ii libavcodec59 7:5.1.2-1 ii libavdevice59 7:5.1.2-1 ii libavformat59 7:5.1.2-1 ii libavutil577:5.1.2-1 ii libc6 2.36-6 ii libsdl2-2.0-0 2.26.0+dfsg-1 ii libusb-1.0-0 2:1.0.26-1 ii scrcpy-server 1.24-1 Versions of packages scrcpy recommends: ii adb 1:29.0.6-21 scrcpy suggests no packages. -- no debconf information -- .''`. martin f. krafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems
Bug#1025533: New systemd socket activation breaks existing setups
Package: openssh-server Version: 1:9.1p1-1 Severity: important Compared to Debian's 1:9.0p1-1, this version provides a `ssh.socket` file that has `Accept=no`, and consequently, the package no longer provides `ssh@.service`. This is most likely related to [Steve's work](https://salsa.debian.org/ssh-team/openssh/-/commit/bfb10550c1e8c69757aff2860f60b78253fb9851) titled "Support systemd socket activation", despite socket activation working out of the box previously. The new approach breaks existing setups that relied on systemd handling the `accept()` call. At the very least, a `NEWS.Debian` entry would be in order. Better yet would be a Debconf question to see what the user wants/needs, defaulting to the status quo, rather than changing it. -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 6.0.0-rc7-amd64 (SMP w/8 CPU threads; PREEMPT) Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8), LANGUAGE=en_NZ:en 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.129 ii debconf [debconf-2.0] 1.5.80 ii init-system-helpers1.65.2 ii libaudit1 1:3.0.7-1.1+b2 ii libc6 2.36-6 ii libcom-err21.46.6~rc1-1+b1 ii libcrypt1 1:4.4.33-1 ii libgssapi-krb5-2 1.20.1-1 ii libkrb5-3 1.20.1-1 ii libpam-modules 1.5.2-5 ii libpam-runtime 1.5.2-5 ii libpam0g 1.5.2-5 ii libselinux13.4-1+b3 ii libssl33.0.7-1 ii libsystemd0252.2-1 ii libwrap0 7.6.q-31 ii lsb-base 11.5 ii openssh-client 1:9.1p1-1 ii openssh-sftp-server1:9.1p1-1 ii procps 2:3.3.17-7.1 ii runit-helper 2.15.0 ii sysvinit-utils [lsb-base] 3.05-7 ii ucf3.0043 ii zlib1g 1:1.2.13.dfsg-1 Versions of packages openssh-server recommends: ii libpam-systemd [logind] 252.2-1 pn ncurses-term ii xauth1:1.1.1-1 Versions of packages openssh-server suggests: pn molly-guard pn monkeysphere ii ssh-askpass 1:1.2.4.1-15 pn ufw -- debconf information excluded -- .''`. martin f. krafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems
Bug#1025498: Links to old libavdevice58
Package: scrcpy Version: 1.24-1 Severity: grave The package depends on libavdevice59, but it's apparently built against libavdevice58: lotus:~% ldd =scrcpy | grep libavdevice libavdevice.so.58 => not found -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 6.0.0-rc7-amd64 (SMP w/8 CPU threads; PREEMPT) Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8), LANGUAGE=en_NZ:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages scrcpy depends on: ii libavcodec59 7:5.1.2-1 ii libavdevice59 7:5.1.2-1 ii libavformat59 7:5.1.2-1 ii libavutil577:5.1.2-1 ii libc6 2.36-6 ii libsdl2-2.0-0 2.26.0+dfsg-1 ii libusb-1.0-0 2:1.0.26-1 ii scrcpy-server 1.24-1 Versions of packages scrcpy recommends: ii adb 1:29.0.6-21 scrcpy suggests no packages. -- no debconf information -- .''`. martin f. krafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems
Bug#1022868: closed by Andreas Beckmann (Re: Certificate change breaks signald)
Regarding the following, written by "Debian Bug Tracking System" on 2022-10-30 at 18:27 Uhr +: This is not an official Debian package. Please report any issues to the provider of this third-party package. Autsch. I am sorry. :/ -- .''`. martin f. krafft @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems
Bug#1022868: Certificate change breaks signald
Package: signald Version: 0.22.2-2-d61903f2 Severity: important Tags: upstream signald effectively stopped working. A fix is already upstream: https://gitlab.com/signald/signald/-/issues/343 Might this be provided as a stable-update please? -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 6.0.0-rc7-amd64 (SMP w/8 CPU threads; PREEMPT) Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8), LANGUAGE=en_NZ:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled -- .''`. martin f. krafft @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems
Bug#1022781: Unable to lock an existing session
Regarding the following, written by "Antoni Villalonga" on 2022-10-26 at 01:04 Uhr +: I guess the exit value of your `xautolock -locknow` execution is not zero. At it's defined as EXIT_FAILURE (EXIT_FAILURE=1 in stdlib.c). Yes, it's 1: lotus:~% xautolock -locknow || echo $? Could not locate a running xautolock. 1 The message "Could not locate a running xautolock." (src/message.c:286) only show up when `type` is not `XA_INTEGER` (19. Defined in /usr/include/X11/Xatom.h from x11proto-dev). I don't know anything about x11proto, so I am not sure what the above means. I've recompiled xautolock and if this happens again, I'll be able to provide an strace and the debug output. Until then: thanks for your quick response! -- .''`. martin f. krafft @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems stupidity management for the superuser is a user space issue in unix systems. -- alan cox
Bug#1022781: Unable to lock an existing session
Package: xautolock Version: 1:2.2-7 Severity: critical Tags: security This is not software you can rely on to lock your screen: ``` lotus:~% xautolock -locknow Could not locate a running xautolock. lotus:~% ps aux | grep '[x]autolo' madduck 172688 0.0 0.0 6584 2756 ?SOct23 0:34 xautolock -time 3 -locker exec /usr/bin/xsecurelock -notify 30 -notifier notify-send Locking the screen in 30 seconds ``` Strace didn't disclose any file the process might be looking for. -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 6.0.0-rc7-amd64 (SMP w/8 CPU threads; PREEMPT) Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8), LANGUAGE=en_NZ:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages xautolock depends on: ii libc6 2.35-3 ii libx11-6 2:1.8.1-2 ii libxext6 2:1.3.4-1+b1 ii libxss1 1:1.2.3-1 Versions of packages xautolock recommends: pn xtrlock | xscreensaver | i3lock | suckless-tools xautolock suggests no packages. -- no debconf information -- .''`. martin f. krafft @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems
Bug#1021766: Doesn't call program after timeout
Regarding the following, written by "Thorsten Glaser" on 2022-10-14 at 13:45 Uhr +: I run X.org with evilwm, although I do use the “exec startx” method to run X, not a login manager, and that with xserver-xorg-legacy. Maybe that makes a difference? I use `xdm` and no legacy packages. I don't even have graphics drivers installed anymore (modesetting just works now), and using libinput. I just replicated this exact problem on a second machine that's configured similarly. I've attached my strace for about 10 seconds. It's notable that there also isn't any reaction/input/event/whatever when I move the mouse and tap a key 10 seconds later. Maybe xidle does use legacy stuff? I've installed the legacy package and will report back as soon as I can restart X. -- .''`. martin f. krafft @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems "man sagt nicht 'nichts!', man sagt dafür 'jenseits' oder 'gott'." - friedrich nietzsche
Bug#1021766: Doesn't call program after timeout
Package: xidle
Version: 20200802
Severity: important
Wanting to replace xscreensaver with something better, I took a look
at xidle. Unfortunately, the simple call
```
xidle -program /usr/bin/xsecurelock -timeout 5
```
doesn't cause `xsecurelock` to be spawned after 5 seconds. According
to `strace`, the tool just sits there and waits on FD 3 for an event
that never comes. XScreensaver is no longer running. I am using
X.org with the Awesome window manager.
strace:
```
[…]
rt_sigaction(SIGINT, {sa_handler=0x5583e20db6e0, sa_mask=[INT],
sa_flags=SA_RESTORER|SA_RESTART, sa_restorer=0x7ff858130aa0},
{sa_handler=SIG_DFL, sa_mask=[], sa_flags=0}, 8) = 0
rt_sigaction(SIGTERM, {sa_handler=0x5583e20db6e0, sa_mask=[TERM],
sa_flags=SA_RESTORER|SA_RESTART, sa_restorer=0x7ff858130aa0},
{sa_handler=SIG_DFL, sa_mask=[], sa_flags=0}, 8) = 0
rt_sigaction(SIGUSR1, {sa_handler=0x5583e20db6e0, sa_mask=[USR1],
sa_flags=SA_RESTORER|SA_RESTART, sa_restorer=0x7ff858130aa0},
{sa_handler=SIG_DFL, sa_mask=[], sa_flags=0}, 8) = 0
openat(AT_FDCWD, "/dev/null", O_RDWR) = 4
dup2(4, 0) = 0
dup2(4, 1) = 1
dup2(4, 2) = 2
close(4)= 0
poll([{fd=3, events=POLLIN|POLLOUT}], 1, -1) = 1 ([{fd=3, revents=POLLOUT}])
writev(3,
[{iov_base="k\2\3\0\5\0\0\0\0\0\0\0\f\0\4\0\1\0\300\1@\0\2\0\0\0\0\0\10\2\2\0"...,
iov_len=36}, {iov_base=NULL, iov_len=0}, {iov_base="", iov_len=0}], 3) = 36
poll([{fd=3, events=POLLIN}], 1, -1
```
-- System Information:
Debian Release: bookworm/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 5.19.0-1-amd64 (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_WARN, TAINT_FIRMWARE_WORKAROUND
Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8), LANGUAGE=en_NZ:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages xidle depends on:
ii libc6 2.35-3
ii libx11-6 2:1.8.1-2
ii libxss1 1:1.2.3-1
xidle recommends no packages.
xidle suggests no packages.
-- no debconf information
--
.''`. martin f. krafft @martinkrafft
: :' : proud Debian developer
`. `'` http://people.debian.org/~madduck
`- Debian - when you have better things to do than fixing systems
Bug#607758:
severity 607758 wishlist tags 607758 upstream wontfix close 607758 kthxbye -- .''`. martin f. krafft @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems seen on an advertising for an elaborate swiss men's watch: "almost as complicated as a woman. except it's on time"
Bug#1019593: hp-plugin: Failure to download plugin
Regarding the following, written by "Brian Potkin" on 2022-09-14 at 23:10 Uhr +0100: On unstable libsane1 installs the recommended sane-airscan. This gives driverless scanning, which is supported by your deice. Color me perplexed! Please give scanimage -L airscan-discover This makes me hopeful. However, I've shoved the printer into a VLAN of its own given how much bloody traffic I saw it generate out of nothing, and so now of course DNS-SD doesn't work out of the box, and I have not figured out how to coax it into submission yet. But I'll give this a shot soon. Driverless printing and scanning! Wow! Thanks, -- .''`. martin f. krafft @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems "in the figure of the president, george w. bush, the incompetence, stupidity, and sheer inhumanity that characterize so much of america's money-mad corporate elite find their quintessentially repulsive expression." -- journalist, aftermath of katrina
Bug#1019593: hp-plugin: Failure to download plugin
Thanks Brian for your quick response. Yeah, it's cool that I can use the printer for driverless printing, but unfortunately, the scanning functionality still requires the plugin. It is also true that the issue seems to be in code downloaded on-the-fly from upstream, so you're right in closing the bug. It's a real shame that HP still require proprietary code, and have such shit Linux support. -- .''`. martin f. krafft @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems
Bug#1019593: hp-plugin: Failure to download plugin
1 ii libpython3.10 3.10.6-1 ii libsane-hpaio 3.22.6+dfsg0-1 ii libsane1 1.1.1-5 ii lsb-base 11.2 ii printer-driver-hpcups 3.22.6+dfsg0-1 ii python33.10.6-1 ii python3-dbus 1.2.18-3+b2 ii python3-gi 3.42.2-1 ii python3-pexpect4.8.0-3 ii python3-pil9.2.0-1+b1 ii python3-reportlab 3.6.11-1 ii wget 1.21.3-1+b2 ii xz-utils 5.2.5-2.1 Versions of packages hplip recommends: ii avahi-daemon 0.8-6 ii policykit-1 0.105-33 pn printer-driver-postscript-hp ii sane-utils1.1.1-5 Versions of packages hplip suggests: pn hplip-doc pn hplip-gui pn python3-notify2 pn system-config-printer -- no debconf information -- .''`. martin f. krafft @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems
Bug#1013937: Fails to upload to cloud with "SSL handshake failed"
Package: flameshot
Version: 12.0.0-1
Severity: normal
Trying to upload a shot to imgur ("the Cloud") results in an error
"SSL handshake failed". Connections to `api.imgur.net` with e.g.
`gnutls-cli` work without trouble.
-- System Information:
Debian Release: bookworm/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 5.18.0-1-amd64 (SMP w/8 CPU threads; PREEMPT)
Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8), LANGUAGE=en_NZ:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages flameshot depends on:
ii hicolor-icon-theme 0.17-2
ii libc6 2.33-7
ii libgcc-s1 12.1.0-1
ii libqt5core5a5.15.2+dfsg-16+b2
ii libqt5dbus5 5.15.2+dfsg-16+b2
ii libqt5gui5 5.15.2+dfsg-16+b2
ii libqt5network5 5.15.2+dfsg-16+b2
ii libqt5svg5 5.15.2-4
ii libqt5widgets5 5.15.2+dfsg-16+b2
ii libstdc++6 12.1.0-1
Versions of packages flameshot recommends:
ii grim1.4.0+ds-2
ii xdg-desktop-portal-gtk 1.14.0-1
Versions of packages flameshot suggests:
ii ca-certificates 20211016
ii openssl 1.1.1o-1
-- no debconf information
--
.''`. martin f. krafft @martinkrafft
: :' : proud Debian developer
`. `'` http://people.debian.org/~madduck
`- Debian - when you have better things to do than fixing systems
Bug#862207: error: libcrypto does not provide GOST
Regarding the following, written by "Michael Tokarev" on 2022-04-26 at 18:28 Uhr +0300: Well, GOST comes as an add-on to libcrypto. So if you install such an add-on on your system, everything will work. If we disable GOST for ldns, we'll got another bugreport, saying GOST is not enabled even if ldns supports it. I think it's best to keep it the way it is now, how do you think? Yeah, but maybe add a stanza to the README? -- .''`. martin f. krafft @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems
Bug#1009257: Option to convert white to transparency
Regarding the following, written by "Jeff" on 2022-04-12 at 09:42 Uhr +: If you look at the post-processing tab of the scan window, you should be able to invoke any of the user-defined tools as part of your workflow. I saw that, and then promptly forgot about it when I found out it actually doesn't post-process the PDF file, which was what I wanted at the time. But yeah, using `mogrify -transparent white %i` as part of the post-processing pipeline works. For completeness, here is how to chuck a watermark onto the PDF generated with transparent background: ``` convert -size 4330x -density 300x300 -background transparent -gravity center -fill grey label:"This is a long text" -trim -rotate -54 +repage -resize $((2480*.8))x$((3508*.8)) -extent 2480x3508 /tmp/watermark.png convert /tmp/watermark.png /tmp/watermark.pdf pdftk from-gscan2pdf.pdf background /tmp/watermark.pdf output /tmp/target.pdf ``` I am still trying to combine the first two commands into one, see [here](https://github.com/ImageMagick/ImageMagick/discussions/5039) for the discussion. -- .''`. martin f. krafft @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems "you know you're a hopeless geek when you misspell 'date' as 'data'" -- branden robinson digital_signature_gpg.asc Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#1009257: Option to convert white to transparency
Regarding the following, written by "Jeff" on 2022-04-11 at 06:05 Uhr +: The user-defined tools operate on the source images, not the resulting PDF. I think you might be mixing them up with the post-save hook, which does operate on the PDF. Oh yes, then I was indeed confused. Then I think a better UI/UX for user-defined tools, and possibly the ability to invoke any subset of them automatically during the scan would do just fine. Also, have a look at how Geeqie does user-defined actions, using `.desktop` entries. Not the nicest, but it's a standard, and means it can easily be brought into the menus. Having units like `.desktop` files also means we could start a `contrib` collection for gscan2pdf, rather than providing them all off the shelf for everyone. Best, -- .''`. martin f. krafft @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems "i wish i hadn't slept all day, it's really lowered my productivity" -- robert mcqueen digital_signature_gpg.asc Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#1009257: Option to convert white to transparency
Regarding the following, written by "Jeff" on 2022-04-10 at 12:52 Uhr +: Can't this be achieved with a user defined tool? Sure thing, for instance: ``` convert -size 2480x3508 -depth 300x300 -transparent white in.pdf out.pdf ``` I see four problems with this though: 1. This operation would be a lot faster on the PNM files, rather than first writing the PDF, and then basically accessing the PDF bitmaps page-wise for this operation; 2. The ImageMagick conversion really messes with the PDF file in ways I haven't figure out yet. If I apply it to the PNM files, there is no quality loss; 3. A user-defined tool does not have access to the resolution to be used, unlike gscan2pdf. I can calculate the dimensions, but only if I have the resolution; 4. Invoking user-defined tools is cumbersome, especially if you want to do so multiple times (https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1007197) I understand your point, but the argument can be made about all of the post-processing tools built-in, and the question becomes which one of those are so commonly used that they should be built-in. I never use unsharp mask, negation, brigthness/contrast, or even OCR, but they are built-in. -- .''`. martin f. krafft @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems "the difference between genius and stupidity is that genius has it's limits." -- albert einstein digital_signature_gpg.asc Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#1009257: Option to convert white to transparency
Package: gscan2pdf Version: 2.12.6-1 Severity: wishlist When scanning documents, I basically end up with black-white images, either because the scanner already provides line-drawing input, or because of the threshold filter. In this case, it would be fantastic if the white background could be replaced with transparency. It renders the same as PDF, but the benefit is that it's easy to later add a watermark to the PDF, which is not possible if the background is non-transparent. Or well, then you just can't see the watermark. Thanks, martin -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.16.0-5-amd64 (SMP w/8 CPU threads; PREEMPT) Kernel taint flags: TAINT_WARN, TAINT_FIRMWARE_WORKAROUND Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8), LANGUAGE=en_NZ:en Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages gscan2pdf depends on: ii imagemagick8:6.9.11.60+dfsg-1.3+b2 ii imagemagick-6.q16 [imagemagick]8:6.9.11.60+dfsg-1.3+b2 ii libconfig-general-perl 2.63-1 ii libdate-calc-perl 6.4-1.1 ii libfilesys-df-perl 0.92-6+b7 ii libgoocanvas2-perl 0.06-2 ii libgtk3-imageview-perl 10-1 ii libgtk3-perl 0.038-1 ii libgtk3-simplelist-perl0.21-1 ii libhtml-parser-perl3.78-1 ii libimage-magick-perl 8:6.9.11.60+dfsg-1.3 ii libimage-sane-perl 5-1+b2 ii liblist-moreutils-perl 0.430-2 ii liblocale-codes-perl 3.70-1 ii liblocale-gettext-perl 1.07-4+b2 ii liblog-log4perl-perl 1.54-1 ii libossp-uuid-perl [libdata-uuid-perl] 1.6.2-1.5+b10 ii libpdf-builder-perl3.023-1 ii libproc-processtable-perl 0.634-1+b1 ii libreadonly-perl 2.050-3 ii librsvg2-common2.52.5+dfsg-3+b1 ii libset-intspan-perl1.19-2 ii libtiff-tools 4.3.0-6 ii libtry-tiny-perl 0.31-1 ii sane-utils 1.1.1-5 Versions of packages gscan2pdf recommends: ii djvulibre-bin 3.5.28-2 ii pdftk 2.02-5+b1 ii pdftk-java [pdftk] 3.2.2-1 ii tesseract-ocr 4.1.1-2.1 ii unpaper 6.1-2+b2 ii xdg-utils 1.1.3-4.1 gscan2pdf suggests no packages. -- no debconf information -- .''`. martin f. krafft @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems
Bug#1007718: Confusing UI during scanning
Package: gscan2pdf Version: 2.12.5-1 Severity: normal The act of scanning a few pages is greatly automated and facilitated by gscan2pdf, but it's a rather confusing process, and especially one during which you better not interact with the UI. I've recorded a screencast to illustrate the problems that happen when multiple pages are scanned, in this case 5: The process counter is rather inconsistent. During the video, you can see the following sequence: * Process 1 of 1 * Process 1 of 2 * Process 1 of 1 * Process 1 of 2 * Process 2 of 3 (to-png) * Process 2 of 4 * Process 3 of 5 (to-png) * Process 4 of 6 (to-png) * Process 5 of 6 (to-png) * Process 6 of 7 (unpaper) * Process 6 of 8 * Process 7 of 9 (unpaper) * Process 8 of 10 (unpaper) * Process 9 of 11 (to-png) * Process 10 of 12 (to-png) * Process 11 of 12 (to-png) * Process 12 of 12 (to-png) According to this, for 5 pages, 12 processes were invoked: 8 times to-png and 3 times unpaper, and none of this squares with 5 pages. It's also pretty confusing how the total number of processes keeps increasing. gscan2pdf knows how many post-processes it needs to run for each page. A better display might then be "Processing page 2 (operation 1 of 2)", one page at a time. At about 10s into the video, you will also see the selected page in the left pane jump around quite wildly. This means it's impossible to start interacting with the first couple of pages, while scanning is still going on. I think it would be a lot better if the selection wouldn't move at all. Page 1 scans and displays, then page 2 scans and displays, but if the user meanwhile selected page 1, the selection stays on page 1. And in the background, while page 2 is scanning, page 1 is being post-processed, but without needing to be selected. Thanks for your consideration. -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.15.0-3-amd64 (SMP w/8 CPU threads) Kernel taint flags: TAINT_WARN, TAINT_FIRMWARE_WORKAROUND Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8), LANGUAGE=en_NZ:en Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages gscan2pdf depends on: ii imagemagick8:6.9.11.60+dfsg-1.3+b2 ii imagemagick-6.q16 [imagemagick]8:6.9.11.60+dfsg-1.3+b2 ii libconfig-general-perl 2.63-1 ii libdate-calc-perl 6.4-1.1 ii libfilesys-df-perl 0.92-6+b7 ii libgoocanvas2-perl 0.06-2 ii libgtk3-imageview-perl 10-1 ii libgtk3-perl 0.038-1 ii libgtk3-simplelist-perl0.21-1 ii libhtml-parser-perl3.76-1+b1 ii libimage-magick-perl 8:6.9.11.60+dfsg-1.3 ii libimage-sane-perl 5-1+b2 ii liblist-moreutils-perl 0.430-2 ii liblocale-codes-perl 3.70-1 ii liblocale-gettext-perl 1.07-4+b2 ii liblog-log4perl-perl 1.54-1 ii libossp-uuid-perl [libdata-uuid-perl] 1.6.2-1.5+b10 ii libpdf-builder-perl3.023-1 ii libproc-processtable-perl 0.634-1+b1 ii libreadonly-perl 2.050-3 ii librsvg2-common2.52.5+dfsg-3+b1 ii libset-intspan-perl1.19-2 ii libtiff-tools 4.3.0-5 ii libtry-tiny-perl 0.31-1 ii sane-utils 1.1.1-4 Versions of packages gscan2pdf recommends: ii djvulibre-bin 3.5.28-2 ii pdftk 2.02-5+b1 ii pdftk-java [pdftk] 3.2.2-1 ii tesseract-ocr 4.1.1-2.1 ii unpaper 6.1-2+b2 ii xdg-utils 1.1.3-4.1 gscan2pdf suggests no packages. -- no debconf information -- .''`. martin f. krafft @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems
Bug#1007705: Page paste behaviour non-intuitive
Package: gscan2pdf Version: 2.12.5-1 Severity: minor In the left pane, pasting a page or range of pages causes them to be inserted *after* the selected page. I think it should be inserted *before* instead. If I cut a page, selection moves to the following page. Thus, if I cut-paste the same page in one operation, it is actually moved behind the next page, when I think it would make more sense to have cut-paste be an idempotent operation, i.e. cut-paste restores the pages in the same order they were before. -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.15.0-3-amd64 (SMP w/8 CPU threads) Kernel taint flags: TAINT_WARN, TAINT_FIRMWARE_WORKAROUND Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8), LANGUAGE=en_NZ:en Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages gscan2pdf depends on: ii imagemagick8:6.9.11.60+dfsg-1.3+b2 ii imagemagick-6.q16 [imagemagick]8:6.9.11.60+dfsg-1.3+b2 ii libconfig-general-perl 2.63-1 ii libdate-calc-perl 6.4-1.1 ii libfilesys-df-perl 0.92-6+b7 ii libgoocanvas2-perl 0.06-2 ii libgtk3-imageview-perl 10-1 ii libgtk3-perl 0.038-1 ii libgtk3-simplelist-perl0.21-1 ii libhtml-parser-perl3.76-1+b1 ii libimage-magick-perl 8:6.9.11.60+dfsg-1.3 ii libimage-sane-perl 5-1+b2 ii liblist-moreutils-perl 0.430-2 ii liblocale-codes-perl 3.70-1 ii liblocale-gettext-perl 1.07-4+b2 ii liblog-log4perl-perl 1.54-1 ii libossp-uuid-perl [libdata-uuid-perl] 1.6.2-1.5+b10 ii libpdf-builder-perl3.023-1 ii libproc-processtable-perl 0.634-1+b1 ii libreadonly-perl 2.050-3 ii librsvg2-common2.52.5+dfsg-3+b1 ii libset-intspan-perl1.19-2 ii libtiff-tools 4.3.0-5 ii libtry-tiny-perl 0.31-1 ii sane-utils 1.1.1-4 Versions of packages gscan2pdf recommends: ii djvulibre-bin 3.5.28-2 ii pdftk 2.02-5+b1 ii pdftk-java [pdftk] 3.2.2-1 ii tesseract-ocr 4.1.1-2.1 ii unpaper 6.1-2+b2 ii xdg-utils 1.1.3-4.1 gscan2pdf suggests no packages. -- no debconf information -- .''`. martin f. krafft @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems
Bug#1007704: Switching pages changes scroll position of preview pane
Package: gscan2pdf Version: 2.12.5-1 Severity: minor Whenever I click on another page in the left pane, even if I just select it for batch-processing, the scroll position jumps to centre the newly selected item. This is actually mighty confusing when one is trying to shuffle pages into order, and I think it would be better if nothing ever changed the scroll position, than the user. -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.15.0-3-amd64 (SMP w/8 CPU threads) Kernel taint flags: TAINT_WARN, TAINT_FIRMWARE_WORKAROUND Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8), LANGUAGE=en_NZ:en Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages gscan2pdf depends on: ii imagemagick8:6.9.11.60+dfsg-1.3+b2 ii imagemagick-6.q16 [imagemagick]8:6.9.11.60+dfsg-1.3+b2 ii libconfig-general-perl 2.63-1 ii libdate-calc-perl 6.4-1.1 ii libfilesys-df-perl 0.92-6+b7 ii libgoocanvas2-perl 0.06-2 ii libgtk3-imageview-perl 10-1 ii libgtk3-perl 0.038-1 ii libgtk3-simplelist-perl0.21-1 ii libhtml-parser-perl3.76-1+b1 ii libimage-magick-perl 8:6.9.11.60+dfsg-1.3 ii libimage-sane-perl 5-1+b2 ii liblist-moreutils-perl 0.430-2 ii liblocale-codes-perl 3.70-1 ii liblocale-gettext-perl 1.07-4+b2 ii liblog-log4perl-perl 1.54-1 ii libossp-uuid-perl [libdata-uuid-perl] 1.6.2-1.5+b10 ii libpdf-builder-perl3.023-1 ii libproc-processtable-perl 0.634-1+b1 ii libreadonly-perl 2.050-3 ii librsvg2-common2.52.5+dfsg-3+b1 ii libset-intspan-perl1.19-2 ii libtiff-tools 4.3.0-5 ii libtry-tiny-perl 0.31-1 ii sane-utils 1.1.1-4 Versions of packages gscan2pdf recommends: ii djvulibre-bin 3.5.28-2 ii pdftk 2.02-5+b1 ii pdftk-java [pdftk] 3.2.2-1 ii tesseract-ocr 4.1.1-2.1 ii unpaper 6.1-2+b2 ii xdg-utils 1.1.3-4.1 gscan2pdf suggests no packages. -- no debconf information -- .''`. martin f. krafft @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems
Bug#1007231: Thumbnails should be zoomable/expandable
Package: gscan2pdf Version: 2.12.5-1 Severity: wishlist The page thumbnails are just too small to be able to tell one page from another. I've tried widening the side pane, expecting the thumbnails to resize accordingly, but they don't, and there seems to be no way to get them to scale. It would be great if this was dynamic, or at least a couple of sizes configurable. Thanks for your consideration! -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.15.0-3-amd64 (SMP w/8 CPU threads) Kernel taint flags: TAINT_WARN, TAINT_FIRMWARE_WORKAROUND Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8), LANGUAGE=en_NZ:en Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages gscan2pdf depends on: ii imagemagick8:6.9.11.60+dfsg-1.3+b2 ii imagemagick-6.q16 [imagemagick]8:6.9.11.60+dfsg-1.3+b2 ii libconfig-general-perl 2.63-1 ii libdate-calc-perl 6.4-1.1 ii libfilesys-df-perl 0.92-6+b7 ii libgoocanvas2-perl 0.06-2 ii libgtk3-imageview-perl 10-1 ii libgtk3-perl 0.038-1 ii libgtk3-simplelist-perl0.21-1 ii libhtml-parser-perl3.76-1+b1 ii libimage-magick-perl 8:6.9.11.60+dfsg-1.3 ii libimage-sane-perl 5-1+b2 ii liblist-moreutils-perl 0.430-2 ii liblocale-codes-perl 3.70-1 ii liblocale-gettext-perl 1.07-4+b2 ii liblog-log4perl-perl 1.54-1 ii libossp-uuid-perl [libdata-uuid-perl] 1.6.2-1.5+b10 ii libpdf-builder-perl3.023-1 ii libproc-processtable-perl 0.634-1+b1 ii libreadonly-perl 2.050-3 ii librsvg2-common2.52.5+dfsg-3+b1 ii libset-intspan-perl1.19-2 ii libtiff-tools 4.3.0-5 ii libtry-tiny-perl 0.31-1 ii sane-utils 1.1.1-4 Versions of packages gscan2pdf recommends: ii djvulibre-bin 3.5.28-2 ii pdftk 2.02-5+b1 ii pdftk-java [pdftk] 3.2.2-1 ii tesseract-ocr 4.1.1-2.1 ii unpaper 6.1-2+b2 ii xdg-utils 1.1.3-4.1 gscan2pdf suggests no packages. -- no debconf information -- .''`. martin f. krafft @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems
Bug#1007206: After moving page, wrong page is selected
Package: gscan2pdf Version: 2.12.5-1 Severity: minor If I move a page with drag-drop, gscan2pdf then selects the page that "falls into place" at the source location, rather than keeping the page that is being moved selected. Example: Imagine the following sequence of pages, wherein [x] is used to denote the selected one: 1 2 [3] 4. If I move page 3 before page 2, I get 1 3 2 [4], but I'd expect 1 [3] 2 4. It's quite confusing to regain the bearing, especially when a page is being moved mroe than 10 pages forward or backwards, and scroll comes into play. Thanks for your consideration, -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.15.0-3-amd64 (SMP w/8 CPU threads) Kernel taint flags: TAINT_WARN, TAINT_FIRMWARE_WORKAROUND Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8), LANGUAGE=en_NZ:en Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages gscan2pdf depends on: ii imagemagick8:6.9.11.60+dfsg-1.3+b2 ii imagemagick-6.q16 [imagemagick]8:6.9.11.60+dfsg-1.3+b2 ii libconfig-general-perl 2.63-1 ii libdate-calc-perl 6.4-1.1 ii libfilesys-df-perl 0.92-6+b7 ii libgoocanvas2-perl 0.06-2 ii libgtk3-imageview-perl 10-1 ii libgtk3-perl 0.038-1 ii libgtk3-simplelist-perl0.21-1 ii libhtml-parser-perl3.76-1+b1 ii libimage-magick-perl 8:6.9.11.60+dfsg-1.3 ii libimage-sane-perl 5-1+b2 ii liblist-moreutils-perl 0.430-2 ii liblocale-codes-perl 3.70-1 ii liblocale-gettext-perl 1.07-4+b2 ii liblog-log4perl-perl 1.54-1 ii libossp-uuid-perl [libdata-uuid-perl] 1.6.2-1.5+b10 ii libpdf-builder-perl3.023-1 ii libproc-processtable-perl 0.634-1+b1 ii libreadonly-perl 2.050-3 ii librsvg2-common2.52.5+dfsg-3+b1 ii libset-intspan-perl1.19-2 ii libtiff-tools 4.3.0-5 ii libtry-tiny-perl 0.31-1 ii sane-utils 1.1.1-4 Versions of packages gscan2pdf recommends: ii djvulibre-bin 3.5.28-2 ii pdftk 2.02-5+b1 ii pdftk-java [pdftk] 3.2.2-1 ii tesseract-ocr 4.1.1-2.1 ii unpaper 6.1-2+b2 ii xdg-utils 1.1.3-4.1 gscan2pdf suggests no packages. -- no debconf information -- .''`. martin f. krafft @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems
Bug#1007197: Option to save to temporary file and invoke a postprocessor
Package: gscan2pdf Version: 2.12.4-1 Severity: wishlist gscan2pdf covers the majority of my scan→file workflow, but I still generally need to postprocess the generated PDF files, be it the addition of watermarks, my preference for using the shell to put the file into the target directory, the need to assign tags to the file, or just attaching the scanned document to an email. Right now, I save the file to a temporary path, which means I need to face the save-as dialog, ensure I am in a temporary directory, and hit save, and then invoke the postprocessing tool, or find the file on disk. Which is quite a lot of extra work that I don't really want to do. gscan2pdf already allows me to invoke my email programme from the File menu. In the Preferences dialog, I can also specify user-defined tools to be invoked, either on the PNG files (accessible by menu), or on the PDF with the save-hook. Would it be possible to generalise the "Email a PDF" functionality, such that I could provide a different command to be run, or ideally provide an additional menu item for each additional command I need to be able to access? -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.15.0-3-amd64 (SMP w/8 CPU threads) Kernel taint flags: TAINT_WARN, TAINT_FIRMWARE_WORKAROUND Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8), LANGUAGE=en_NZ:en Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages gscan2pdf depends on: ii imagemagick8:6.9.11.60+dfsg-1.3 ii imagemagick-6.q16 [imagemagick]8:6.9.11.60+dfsg-1.3 ii libconfig-general-perl 2.63-1 ii libdate-calc-perl 6.4-1.1 ii libfilesys-df-perl 0.92-6+b7 ii libgoocanvas2-perl 0.06-2 ii libgtk3-imageview-perl 10-1 ii libgtk3-perl 0.038-1 ii libgtk3-simplelist-perl0.21-1 ii libhtml-parser-perl3.76-1+b1 ii libimage-magick-perl 8:6.9.11.60+dfsg-1.3 ii libimage-sane-perl 5-1+b2 ii liblist-moreutils-perl 0.430-2 ii liblocale-codes-perl 3.69-1 ii liblocale-gettext-perl 1.07-4+b2 ii liblog-log4perl-perl 1.54-1 ii libossp-uuid-perl [libdata-uuid-perl] 1.6.2-1.5+b10 ii libpdf-builder-perl3.023-1 ii libproc-processtable-perl 0.634-1+b1 ii libreadonly-perl 2.050-3 ii librsvg2-common2.52.5+dfsg-3+b1 ii libset-intspan-perl1.19-2 ii libtiff-tools 4.3.0-3 ii libtry-tiny-perl 0.31-1 ii sane-utils 1.0.32-4 Versions of packages gscan2pdf recommends: ii djvulibre-bin 3.5.28-2 ii pdftk 2.02-5+b1 ii pdftk-java [pdftk] 3.2.2-1 ii tesseract-ocr 4.1.1-2.1 ii unpaper 6.1-2+b2 ii xdg-utils 1.1.3-4.1 gscan2pdf suggests no packages. -- no debconf information -- .''`. martin f. krafft @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems
Bug#1007195: Dock dialogs to not obscure preview
Package: gscan2pdf Version: 2.12.5-1 Severity: wishlist When I save a page or multiple, a dialog pops up, allowing me to control the file format. Then, another dialog pops up wherein I choose the destination file. Both these dialogs are placed by the window manager, and often end up obscuring the content that was just scanned. Which is a shame, because sometime I need to look something up (like a date) when making the filename. Hence, I find myself quite regularly first moving both dialogs out of my view. Wouldn't it be possible to replace the dialogs with a persistently docked pane, maybe even including a file browser. Then, the window manager wouldn't need to attempt to do magic, because gscan2pdf knows how not to obscure the content. Thanks for your consideration. -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.15.0-3-amd64 (SMP w/8 CPU threads) Kernel taint flags: TAINT_WARN, TAINT_FIRMWARE_WORKAROUND Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8), LANGUAGE=en_NZ:en Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages gscan2pdf depends on: ii imagemagick8:6.9.11.60+dfsg-1.3 ii imagemagick-6.q16 [imagemagick]8:6.9.11.60+dfsg-1.3 ii libconfig-general-perl 2.63-1 ii libdate-calc-perl 6.4-1.1 ii libfilesys-df-perl 0.92-6+b7 ii libgoocanvas2-perl 0.06-2 ii libgtk3-imageview-perl 10-1 ii libgtk3-perl 0.038-1 ii libgtk3-simplelist-perl0.21-1 ii libhtml-parser-perl3.76-1+b1 ii libimage-magick-perl 8:6.9.11.60+dfsg-1.3 ii libimage-sane-perl 5-1+b2 ii liblist-moreutils-perl 0.430-2 ii liblocale-codes-perl 3.69-1 ii liblocale-gettext-perl 1.07-4+b2 ii liblog-log4perl-perl 1.54-1 ii libossp-uuid-perl [libdata-uuid-perl] 1.6.2-1.5+b10 ii libpdf-builder-perl3.023-1 ii libproc-processtable-perl 0.634-1+b1 ii libreadonly-perl 2.050-3 ii librsvg2-common2.52.5+dfsg-3+b1 ii libset-intspan-perl1.19-2 ii libtiff-tools 4.3.0-3 ii libtry-tiny-perl 0.31-1 ii sane-utils 1.0.32-4 Versions of packages gscan2pdf recommends: ii djvulibre-bin 3.5.28-2 ii pdftk 2.02-5+b1 ii pdftk-java [pdftk] 3.2.2-1 ii tesseract-ocr 4.1.1-2.1 ii unpaper 6.1-2+b2 ii xdg-utils 1.1.3-4.1 gscan2pdf suggests no packages. -- no debconf information -- .''`. martin f. krafft @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems
Bug#1005822: Always asks to save changes even if unchanged
Package: pdfarranger Version: 1.8.2-1 Severity: normal Even if I open and close a PDF right away, i.e. without making any changes, I have to confirm that I don't want to save the changes. This is a bug that was recently introduced. -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.15.0-3-amd64 (SMP w/8 CPU threads) Kernel taint flags: TAINT_WARN, TAINT_FIRMWARE_WORKAROUND Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8), LANGUAGE=en_NZ:en Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages pdfarranger depends on: ii gir1.2-glib-2.01.70.0-3 ii gir1.2-gtk-3.0 3.24.31-1 ii gir1.2-poppler-0.1820.09.0-3.1 ii python33.9.8-1 ii python3-cairo 1.20.1-3 ii python3-dateutil 2.8.1-6 ii python3-gi 3.42.0-3 ii python3-gi-cairo 3.42.0-3 ii python3-pikepdf4.2.0+dfsg-1 ii python3-pkg-resources 59.6.0-1.2 Versions of packages pdfarranger recommends: ii python3-img2pdf 0.4.2-2 pdfarranger suggests no packages. -- no debconf information -- .''`. martin f. krafft @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems
Bug#1004946: Cannot hold down backspace to delete password
Regarding the following, written by "Jamie Zawinski" on 2022-02-12 at 09:55 Uhr -0800: Also this is far from the only problem with XInput2's keyboard event handling. See the comments in xscreensaver/driver/xinput.c for a laundry list of its bugs. Why did you switch to it? Or am I misunderstanding that you did? -- .''`. martin f. krafft @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems "i feel sorry for people who don't drink. when they wake up in the morning, that's as good as they're going to feel all day." -- frank sinatra
Bug#1004947: Loses keystrokes until dialog displayed
Package: xscreensaver Version: 6.02+dfsg1-2 Severity: normal For the past decades, you could walk up to an XScreensaver-protected machine and hammer in the password before the dialog was shown, and it just worked. With version 5.x I started noticing that sometimes it would lose the first couple of characters when doing so (especially when typing fast). With version 6, it loses all keystrokes until the dialog is actually displayed, which on my system sometimes takes a second or two. That breaks decades of muscle memory and also stretches my patience, since I don't want to first have to instruct the computer to show the dialog before it allows me to punch in the password. Instead, I want to just hammer the password and have it work, no matter how quickly the dialog gets displayed. Like it used to work for decades. -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.15.0-3-amd64 (SMP w/8 CPU threads) Kernel taint flags: TAINT_WARN, TAINT_FIRMWARE_WORKAROUND Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8), LANGUAGE=en_NZ:en Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages xscreensaver depends on: ii init-system-helpers 1.61 ii libatk1.0-0 2.36.0-3 ii libc62.33-5 ii libcrypt11:4.4.27-1.1 ii libglib2.0-0 2.70.3-1 ii libgtk2.0-0 2.24.33-2 ii libpam0g 1.4.0-11 ii libpango-1.0-0 1.50.3+ds1-6 ii libsystemd0 250.3-2 ii libx11-6 2:1.7.2-2+b1 ii libxext6 2:1.3.4-1 ii libxft2 2.3.2-2 ii libxi6 2:1.8-1 ii libxinerama1 2:1.1.4-2 ii libxml2 2.9.12+dfsg-5+b1 ii libxrandr2 2:1.5.2-1 ii libxt6 1:1.2.0-1 ii libxxf86vm1 1:1.1.4-1+b2 ii xscreensaver-data6.02+dfsg1-2 Versions of packages xscreensaver recommends: ii gsfonts-x11 0.28 ii libjpeg-turbo-progs 1:2.1.2-1 ii perl 5.32.1-6 ii wamerican [wordlist] 2020.12.07-2 ii xfonts-100dpi 1:1.0.4+nmu1.1 Versions of packages xscreensaver suggests: ii chromium [www-browser] 97.0.4692.99-1 ii elinks [www-browser] 0.13.2-1+b2 ii firefox [www-browser]96.0.3-1 ii fortune-mod [fortune]1:1.99.1-7.1 pn gdm3 | kdm-gdmcompat ii lynx [www-browser] 2.9.0dev.10-1 pn qcam | streamer ii w3m [www-browser]0.5.3+git20210102-6 pn xdaliclock pn xfishtank pn xscreensaver-data-extra ii xscreensaver-gl 6.02+dfsg1-2 pn xscreensaver-gl-extra -- no debconf information -- .''`. martin f. krafft @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems
Bug#1004946: Cannot hold down backspace to delete password
Package: xscreensaver Version: 6.02+dfsg1-2 Severity: normal If I know I mistyped the password, I am used to holding down backspace to erase all characters, effectively making use of the key repeat. This stopped working with version 6, and now holding down the key only ever removes a single character. -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.15.0-3-amd64 (SMP w/8 CPU threads) Kernel taint flags: TAINT_WARN, TAINT_FIRMWARE_WORKAROUND Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8), LANGUAGE=en_NZ:en Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages xscreensaver depends on: ii init-system-helpers 1.61 ii libatk1.0-0 2.36.0-3 ii libc62.33-5 ii libcrypt11:4.4.27-1.1 ii libglib2.0-0 2.70.3-1 ii libgtk2.0-0 2.24.33-2 ii libpam0g 1.4.0-11 ii libpango-1.0-0 1.50.3+ds1-6 ii libsystemd0 250.3-2 ii libx11-6 2:1.7.2-2+b1 ii libxext6 2:1.3.4-1 ii libxft2 2.3.2-2 ii libxi6 2:1.8-1 ii libxinerama1 2:1.1.4-2 ii libxml2 2.9.12+dfsg-5+b1 ii libxrandr2 2:1.5.2-1 ii libxt6 1:1.2.0-1 ii libxxf86vm1 1:1.1.4-1+b2 ii xscreensaver-data6.02+dfsg1-2 Versions of packages xscreensaver recommends: ii gsfonts-x11 0.28 ii libjpeg-turbo-progs 1:2.1.2-1 ii perl 5.32.1-6 ii wamerican [wordlist] 2020.12.07-2 ii xfonts-100dpi 1:1.0.4+nmu1.1 Versions of packages xscreensaver suggests: ii chromium [www-browser] 97.0.4692.99-1 ii elinks [www-browser] 0.13.2-1+b2 ii firefox [www-browser]96.0.3-1 ii fortune-mod [fortune]1:1.99.1-7.1 pn gdm3 | kdm-gdmcompat ii lynx [www-browser] 2.9.0dev.10-1 pn qcam | streamer ii w3m [www-browser]0.5.3+git20210102-6 pn xdaliclock pn xfishtank pn xscreensaver-data-extra ii xscreensaver-gl 6.02+dfsg1-2 pn xscreensaver-gl-extra -- no debconf information -- .''`. martin f. krafft @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems
Bug#941214: [Pkg-zsh-devel] Bug#941214: mutt zsh completion broken, -a does not take email address
Regarding the following, written by "Daniel Shahaf" on 2021-12-31 at 02:16 Uhr +: The two consecutive colons on the -a line mean the -a option takes an optional argument. Herein lies the problem: ``` -a [...] -- attach file(s) to the message the list of files must be terminated with the "--" sequence ``` So it's neither optional, nor even a single word by necessity. -- .''`. martin f. krafft @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems "the college students who are using lsd and marijuana today do not comprise a criminal class. they are not drug addicts seeking to escape. they're your best educated, your most creative, and your most couragious, young people. and like it or not, they might build you a new civilisation." -- porcupine tree, voyage 34
Bug#805111: Set a new random password
Regarding the following, written by "Pascal Volk" on 2021-11-21 at 17:29 Uhr +: e.g. vmm ur a.u...@example.com Generated password: PuF">Q3.pAMXC3vH!:O"iLudE6||>9y0 Fantastic. Could we change the backend to diceware? -- .''`. martin f. krafft @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems "when faced with a new problem, the wise algorithmist will first attempt to classify it as np-complete. this will avoid many tears and tantrums as algorithm after algorithm fails." -- g. niruta digital_signature_gpg.asc Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#804380: Domain deletion does not gracefully handle catchall address presence
Regarding the following, written by "Pascal Volk" on 2021-11-13 at 21:42 Uhr +: the code in Domain.delete() (and helpers) didn't check for a possible catchall record. https://bitbucket.org/pvo/vmm/commits/fc33d2fc40d6567a6129247dff65c287587f1365 should fix it Fantastic. Thank you! -- .''`. martin f. krafft @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems gentoo: the performance placebo. digital_signature_gpg.asc Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#990737: Audacity's new privacy policy may need to be addressed
Regarding the following, written by "Paul Wise" on 2021-07-06 at 11:30 Uhr +0800: IIRC the telemetry is off by default when building from source and only the official upstream binaries are affected. Can confirm. I should have been explicit: check that the telemetry code is DFSG, or if it's not, switch to the fork. Thanks Paul, -- .''`. martin f. krafft @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems "ah, but a man's reach should exceed his grasp, or what's a heaven for?" -- robert browning digital_signature_gpg.asc Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#990737: Audacity's new privacy policy may need to be addressed
Package: audacity Severity: important Tags: upstream Not yet in the archive I don't think, but flagging this here: https://www.audacityteam.org/about/desktop-privacy-notice/ This may need addressing in the Debian packaging, i.e. in addition to ensuring that the data collection is off by default, maybe the whole tracking code needs to be removed? -- System Information: Debian Release: 11.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 5.10.0-6-amd64 (SMP w/8 CPU threads) Kernel taint flags: TAINT_WARN Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8), LANGUAGE=en_NZ:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages audacity depends on: ii audacity-data 2.4.2~dfsg0-4 ii libavcodec58 7:4.3.2-0+deb11u1 ii libavformat58 7:4.3.2-0+deb11u1 ii libavutil56 7:4.3.2-0+deb11u1 ii libc6 2.31-12 ii libexpat1 2.2.10-2 ii libflac++6v5 1.3.3-2 ii libflac8 1.3.3-2 ii libgcc-s1 10.2.1-6 ii libgdk-pixbuf-2.0-0 2.42.2+dfsg-1 ii libglib2.0-0 2.66.8-1 ii libgtk-3-03.24.24-4 ii libid3tag00.15.1b-14 ii liblilv-0-0 0.24.12-2 ii libmad0 0.15.1b-10 ii libogg0 1.3.4-0.1 ii libportaudio2 19.6.0-1.1 ii libportsmf0 0.1~svn20101010-5 ii libsndfile1 1.0.31-1 ii libsoundtouch12.2+ds1-2 ii libsoxr0 0.1.3-4 ii libstdc++610.2.1-6 ii libsuil-0-0 0.10.10-1 ii libtwolame0 0.4.0-2 ii libvamp-hostsdk3v52.10.0-1 ii libvorbis0a 1.3.7-1 ii libvorbisenc2 1.3.7-1 ii libvorbisfile31.3.7-1 ii libwxbase3.0-0v5 3.0.5.1+dfsg-2 ii libwxgtk3.0-gtk3-0v5 3.0.5.1+dfsg-2 audacity recommends no packages. Versions of packages audacity suggests: pn ladspa-plugin -- no debconf information -- .''`. martin f. krafft @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems
Bug#969463: Not on all clients
Just popping in here the fact that I have two Debian unstable clients backing up to the same BackupPC server (v3), and while one works fine, the other does exhibit a problem similar to this one. I am unsure about the hang and 100% CPU use, but my XferLog file is definitely growing indefinitely, and the backups are taking forever. -- .''`. martin f. krafft @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems
Bug#990256: BackupPC_deleteFile needs missing modules
Package: backuppc Version: 4.4.0-3 Severity: normal File: /usr/share/backuppc/bin/BackupPC_deleteFile Tags: upstream The helper script uses BackupPC::Attrib, but that is no longer provided by backuppc (as it was in version 3). As a consequence, BackupPC_deleteFile no longer works: ``` Can't locate BackupPC/Attrib.pm in @INC (you may need to install the BackupPC::Attrib module) (@INC contains: /usr/share/backuppc/lib /etc/perl /usr/local/lib/x86_64-linux-gnu/perl/5.32.1 /usr/local/share/perl/5.32.1 /usr/lib/x86_64-linux-gnu/perl5/5.32 /usr/share/perl5 /usr/lib/x86_64-linux-gnu/perl-base /usr/lib/x86_64-linux-gnu/perl/5.32 /usr/share/perl/5.32 /usr/local/lib/site_perl) at /usr/share/backuppc/lib/BackupPC/jLib.pm line 49. BEGIN failed--compilation aborted at /usr/share/backuppc/lib/BackupPC/jLib.pm line 49. Compilation failed in require at /usr/share/backuppc/bin/BackupPC_deleteFile line 274. BEGIN failed--compilation aborted at /usr/share/backuppc/bin/BackupPC_deleteFile line 274. ``` The same applies to BackupPC::FileZIO and BackupPC::jLib, although the latter (which also uses BackupPC::Attrib) is still part of the package, despite not being provided upstream anymore. -- System Information: Debian Release: 11.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.9.0-1-amd64 (SMP w/8 CPU threads) Kernel taint flags: TAINT_WARN, TAINT_FIRMWARE_WORKAROUND Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8), LANGUAGE=en_NZ:en Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages backuppc depends on: ii adduser 3.118 ii apache2 [httpd] 2.4.48-3 ii apache2-utils 2.4.48-3 ii backuppc-rsync 3.1.3.0-3 ii bzip2 1.0.8-4 ii debconf [debconf-2.0] 1.5.77 ii init-system-helpers 1.60 ii iputils-ping3:20210202-1 ii libarchive-zip-perl 1.68-1 ii libbackuppc-xs-perl 0.62-1+b1 ii libc6 2.31-12 ii libcgi-pm-perl 4.51-1 pn libdigest-md5-perl ii libfile-listing-perl6.14-1 ii libtime-parsedate-perl 2015.103-3 ii lsb-base11.1.0 ii perl [libio-compress-perl] 5.32.1-4 ii postfix [mail-transport-agent] 3.5.6-1+b1 ii ucf 3.0043 Versions of packages backuppc recommends: ii libio-dirent-perl0.05-1+b9 ii openssh-client [ssh-client] 1:8.4p1-5 ii rrdtool 1.7.2-3+b7 ii samba-common-bin 2:4.13.5+dfsg-2 ii smbclient2:4.13.5+dfsg-2 Versions of packages backuppc suggests: ii certbot 1.12.0-2 ii chromium [www-browser] 90.0.4430.212-1 ii dehydrated 0.7.0-2 ii elinks [www-browser]0.13.2-1+b1 ii firefox [www-browser] 88.0.1-1 pn libscgi-perl pn par2 ii rsync 3.2.3-4 ii w3m [www-browser] 0.5.3+git20210102-6 -- Configuration Files: /etc/backuppc/hosts changed [not included] -- debconf information excluded
Bug#989970: Mistake
I should note that the debug output in the original message corresponded to when I had simplified the SPF record to "v=spf1 ip4:188.174.253.166/32 -all" for debugging. Sorry. -- .''`. martin f. krafft @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#989970: Returns "neutral" despite "-all"
Package: libspf2-2
Version: 1.2.10-7+b5
Severity: normal
The domain `madduck.net` has a simple SPF policy:
"v=spf1 ip4:188.174.253.166/32 ip6:2001:a60:902f::bcae:fda6/128 -all"
However, both `policyd-spf` as well as `spfquery` fail to report a
negative result when email is being delivered from another IP. The
following shows a debug run of `spfquery`, and it yields exactly the
same result as if `policyd-spf` saw a message with those cornerstone
data.
```
% spfquery.libspf2 -ip 130.60.75.242 -sender madd...@madduck.net -rcpt-to
martin@tahi.ventures -helo diamond.madduck.net -debug
spf_compile.c:523Debug: Parsing macro starting at
Please%_see%_http://www.openspf.org/Why?id=%{S}&ip=%{C}&receiver=%{R}
spf_compile.c:1210 Debug: Compiling record v=spf1
spf_dns.c:54 Debug: DNS[cache] lookup: madduck.net TXT (16)
spf_dns.c:54 Debug: DNS[resolv] lookup: madduck.net TXT (16)
spf_dns.c:66 Debug: DNS[resolv] found record
spf_dns.c:69 Debug: DOMAIN: madduck.net TYPE: TXT (16)
spf_dns.c:76 Debug: TTL: 0 RR found: 1 herrno: 0 source: resolv
spf_dns.c:94 Debug: - TXT: v=spf1 ip4:188.174.253.166/32 -all
spf_dns.c:66 Debug: DNS[cache] found record
spf_dns.c:69 Debug: DOMAIN: madduck.net TYPE: TXT (16)
spf_dns.c:76 Debug: TTL: 0 RR found: 1 herrno: 0 source: resolv
spf_dns.c:94 Debug: - TXT: v=spf1 ip4:188.174.253.166/32 -all
spf_server.c:402 Debug: get_record(madduck.net): NETDB_SUCCESS
spf_server.c:443 Debug: found SPF record: v=spf1 ip4:188.174.253.166/32 -all
spf_compile.c:1210 Debug: Compiling record v=spf1 ip4:188.174.253.166/32 -all
spf_compile.c:1314 Debug: Name starts at ip4:188.174.253.166/32 -all
spf_compile.c:1408 Debug: Adding mechanism type 5
spf_compile.c:847Debug: SPF_c_mech_add: type=5, value=:188.174.253.166/32
-all
spf_compile.c:1314 Debug: Name starts at all
spf_compile.c:1408 Debug: Adding mechanism type 8
spf_compile.c:847Debug: SPF_c_mech_add: type=8, value=
spf_interpret.c:491 Debug: ip_match: 130.60.75.242 == 188.174.253.166 (/32
255.255.255.255): 0
--vv--
Context: Main query
Response result: fail
Response reason: mechanism
Response err: No errors
StartError
EndError
--^^--
spf_compile.c:1210 Debug: Compiling record v=spf1 mx:@tahi.ventures
spf_compile.c:1314 Debug: Name starts at mx:@tahi.ventures
spf_compile.c:1408 Debug: Adding mechanism type 2
spf_compile.c:847Debug: SPF_c_mech_add: type=2, value=:@tahi.ventures
spf_compile.c:689Debug: Parsing domainspec starting at @tahi.ventures, cidr
is optional
spf_compile.c:523Debug: Parsing macro starting at @tahi.ventures
spf_dns.c:54 Debug: DNS[cache] lookup: @tahi.ventures MX (15)
spf_dns.c:54 Debug: DNS[resolv] lookup: @tahi.ventures MX (15)
spf_dns_resolv.c:311 Debug: query failed: err = -1 Unknown host (1):
@tahi.ventures
spf_dns.c:66 Debug: DNS[resolv] found record
spf_dns.c:69 Debug: DOMAIN: @tahi.ventures TYPE: MX (15)
spf_dns.c:76 Debug: TTL: 0 RR found: 0 herrno: 1 source: resolv
spf_dns.c:66 Debug: DNS[cache] found record
spf_dns.c:69 Debug: DOMAIN: @tahi.ventures TYPE: MX (15)
spf_dns.c:76 Debug: TTL: 0 RR found: 0 herrno: 1 source: resolv
spf_interpret.c:824 Debug: found 0 MX records for @tahi.ventures (herrno: 1)
--vv--
Context: 2mx query
Response result: neutral
Response reason: default
Response err: No errors
StartError
EndError
--^^--
failneutral
Please see
http://www.openspf.org/Why?id=madduck%40madduck.net&ip=130.60.75.242&receiver=spfquery
: Reason: default
spfquery: 130.60.75.242 is neither permitted nor denied by domain of madduck.net
Received-SPF: neutral (spfquery: 130.60.75.242 is neither permitted nor denied
by domain of madduck.net) client-ip=130.60.75.242;
envelope-from=madd...@madduck.net; helo=diamond.madduck.net;
```
-- System Information:
Debian Release: 11.0
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 5.10.0-6-amd64 (SMP w/8 CPU threads)
Kernel taint flags: TAINT_WARN
Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8), LANGUAGE=en_NZ:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages libspf2-2 depends on:
ii libc6 2.31-12
libspf2-2 recommends no packages.
libspf2-2 suggests no packages.
--
.''`. martin f. krafft @martinkrafft
: :' : proud Debian developer
`. `'` http://people.debian.org/~madduck
`- Debian - when you have better things to do than fixing systems
digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#808571: Does not support travelling across timezones
Package: redshift Version: 1.12-4.1 Followup-For: Bug #808571 Let's not overcomplicate things. All that redshift needs to do is regularly obtain the current timezone from the system, and get an updated position from the location provider. Shouldn't be that hard to do, and would beat regularly killing and restarting. -- System Information: Debian Release: 11.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 5.10.0-1-amd64 (SMP w/8 CPU threads) Kernel taint flags: TAINT_WARN Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8), LANGUAGE=en_NZ:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages redshift depends on: ii libc6 2.31-11 ii libdrm2 2.4.104-1 ii libglib2.0-02.66.8-1 ii libwayland-client0 1.19.0-2 ii libx11-62:1.7.0-2 ii libxcb-randr0 1.14-3 ii libxcb1 1.14-3 ii libxxf86vm1 1:1.1.4-1+b2 Versions of packages redshift recommends: ii geoclue-2.0 2.5.7-3 redshift suggests no packages. -- no debconf information -- .''`. martin f. krafft @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#976973: RFS: fonts-aenigma/0.0.20080510.dfsg-3 -- 465 free TrueType fonts by Brian Kent
Regarding the following, written by "Gürkan Myczko" on 2020-12-18 at 15:56 Uhr +0100: Sure, mind taking a look, a new upload will be on mentors.d.n soon, I'll need it as Depends for komposter ITP. Done. Let's hope it works, I haven't done this in months ;) -- .''`. martin f. krafft @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems save the plankton - eat a whale. digital_signature_gpg.asc Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#976973: RFS: fonts-aenigma/0.0.20080510.dfsg-3 -- 465 free TrueType fonts by Brian Kent
* License : madduck-special-license I am very thankful for Gürkan to take over this very cool collection of fonts, and I stand by to answer any questions about its history or this "madduck-special-licence" (happy for that to be renamed, but don't care either way). If you don't find a sponsor, I'll upload this too, but give it a few days, ok? -- .''`. martin f. krafft @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#756993: evince: no quit command in top menu
Package: evince Version: 3.36.7-1 Followup-For: Bug #756993 What's more, ctrl-q does not work anymore, only ctrl-w closes the window. -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 5.6.0-trunk-amd64 (SMP w/8 CPU threads) Kernel taint flags: TAINT_WARN Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8), LANGUAGE=en_NZ:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages evince depends on: ii dconf-gsettings-backend [gsettings-backend] 0.36.0-1 ii evince-common3.36.7-1 ii gsettings-desktop-schemas3.36.1-1 ii libatk1.0-0 2.36.0-2 ii libc62.31-2 ii libcairo-gobject21.16.0-4 ii libcairo21.16.0-4 ii libevdocument3-4 3.36.7-1 ii libevview3-3 3.36.7-1 ii libgdk-pixbuf2.0-0 2.40.0+dfsg-5 ii libglib2.0-0 2.64.4-1 ii libgnome-desktop-3-193.36.4-1 ii libgtk-3-0 3.24.20-1 ii libnautilus-extension1a 3.36.3-1 ii libpango-1.0-0 1.44.7-4 ii libpangocairo-1.0-0 1.44.7-4 ii libsecret-1-00.20.3-1 ii shared-mime-info 1.15-1 Versions of packages evince recommends: ii dbus-user-session [default-dbus-session-bus] 1.12.20-1 Versions of packages evince suggests: pn gvfs pn nautilus-sendto ii poppler-data 0.4.9-2 pn unrar -- no debconf information -- .''`. martin f. krafft @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#962703: mailplate: Should we remove this package from Debian?
Thank you for your efforts! Removal of mailplate is definitely the best option. -- .''`. martin f. krafft @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#962151: Failure to save: unitialized value $SETTINGS{"ps_backend"}
Package: gscan2pdf
Version: 2.7.0-1
Severity: normal
Tags: upstream
When trying to save, nothing happens and the process indicator just
freezes at 0%. In the debug logs, I see this:
WARN - Use of uninitialized value $SETTING{"ps_backend"} in string
eq at /usr/bin/gscan2pdf line 2867.
lotus:~% grep ps_backend .config/gscan2pdfrc
"ps_backend" : "pdftops",
lotus:~% pdftops -v
pdftops version 0.71.0
Copyright 2005-2018 The Poppler Developers - http://poppler.freedesktop.org
Copyright 1996-2011 Glyph & Cog, LLC
-- System Information:
Debian Release: bullseye/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 5.6.0-trunk-amd64 (SMP w/8 CPU cores)
Kernel taint flags: TAINT_WARN
Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8), LANGUAGE=en_NZ:en
(charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages gscan2pdf depends on:
ii imagemagick8:6.9.10.23+dfsg-2.1+b2
ii imagemagick-6.q16 [imagemagick]8:6.9.10.23+dfsg-2.1+b2
ii libconfig-general-perl 2.63-1
ii libdate-calc-perl 6.4-1
ii libfilesys-df-perl 0.92-6+b5
ii libgoocanvas2-perl 0.06-1
ii libgtk3-perl 0.037-1
ii libgtk3-simplelist-perl0.21-1
ii libhtml-parser-perl3.72-5
ii libimage-magick-perl 8:6.9.10.23+dfsg-2.1
ii libimage-sane-perl 5-1
ii liblist-moreutils-perl 0.416-1+b5
ii liblocale-gettext-perl 1.07-4
ii liblog-log4perl-perl 1.49-1
ii libossp-uuid-perl [libdata-uuid-perl] 1.6.2-1.5+b8
ii libpdf-api2-perl 2.037-1
ii libproc-processtable-perl 0.59-2
ii libreadonly-perl 2.050-2
ii librsvg2-common2.48.4+dfsg-1
ii libset-intspan-perl1.19-1
ii libtiff-tools 4.1.0+git191117-2
ii libtry-tiny-perl 0.30-1
ii sane-utils 1.0.27-3.2+b1
Versions of packages gscan2pdf recommends:
pn djvulibre-bin
ii pdftk 2.02-5+b1
ii pdftk-java [pdftk] 3.1.1-1
ii tesseract-ocr 4.1.1-2
pn unpaper
ii xdg-utils 1.1.3-2
gscan2pdf suggests no packages.
-- no debconf information
--
.''`. martin f. krafft @martinkrafft
: :' : proud Debian developer
`. `'` http://people.debian.org/~madduck
`- Debian - when you have better things to do than fixing systems
digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#960009: postfix needs a new journalmatch parameter
Regarding the following, written by "Sylvestre Ledru" on 2020-05-08 at 11:41 Uhr +0200: However, for version in stable, not sure what to do... I think this might qualify for a stable-update… -- .''`. martin f. krafft @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems "for art to exist, for any sort of aesthetic activity or perception to exist, a certain physiological precondition is indispensable: intoxication." -- friedrich nietzsche digital_signature_gpg.asc Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#960009: postfix needs a new journalmatch parameter
Package: fail2ban Version: 0.10.2-2.1 Severity: normal File: /etc/fail2ban/filter.d/postfix.conf Postfix is started by systemd as postfix@-.service since 3.1.0-3.1 (June 2016), which means that the journalmatch parameter needs to be updated to the above. This also opens the question about what to do with multiple instances. Ideally, the journalmatch parameter could be parametrised and defined in the jail? Thanks, martin -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 5.6.0-trunk-amd64 (SMP w/8 CPU cores) Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8), LANGUAGE=en_NZ:en (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages fail2ban depends on: ii lsb-base 11.1.0 ii python3 3.8.2-3 Versions of packages fail2ban recommends: ii iptables 1.8.4-3 ii nftables 0.9.4-1 pn python3-pyinotify pn python3-systemd ii whois 5.5.6 Versions of packages fail2ban suggests: ii bsd-mailx [mailx]8.1.2-0.20180807cvs-1+b1 pn monit ii rsyslog [system-log-daemon] 8.2002.0-2 ii sqlite3 3.31.1-5 -- .''`. martin f. krafft @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#959028: sats: mpd has single mode
Package: mpdtoys Version: 0.25 Severity: minor Just flick on single mode, and there's no need for sats. Might want to remove the tool… -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 5.6.0-trunk-amd64 (SMP w/8 CPU cores) Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8), LANGUAGE=en_NZ:en (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages mpdtoys depends on: pn libaudio-mpd-perl ii perl 5.30.0-10 mpdtoys recommends no packages. Versions of packages mpdtoys suggests: pn libproc-daemon-perl pn libstring-approx-perl pn libterm-readkey-perl pn mpd -- .''`. martin f. krafft @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#959018: Domain name queried during installation is not used
Package: debian-installer Version: 20190702+deb10u3 Severity: normal Tags: d-i During installation, I have to provide netcfg/domain. However, when the installation has finished and the system is booted, that domain name is not actually put in place anywhere. If I run # grep -r 'example\.org' /etc /var then the only reference I find is in /var/log/installer. At the very least, I'd expect the domain name to end up in /etc/hosts to ensure that `hostname --fqdn` works post-install. Whether to put it into /etc/hostname is another question… -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 5.6.0-trunk-amd64 (SMP w/8 CPU cores) Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8), LANGUAGE=en_NZ:en (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled -- .''`. martin f. krafft @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#954965: /etc/ssh/ssh_config: ssh_config: Include custom config files at the end, so they can overwrite the default settings
Package: openssh-server Version: 1:8.2p1-4 Followup-For: Bug #954965 Just wanted to chime in to say that 1. I can confirm that the config works as intended, 2. The debug output is really quite confusing in this regard: ``` debug3: /etc/ssh/sshd_config.d/no-xforwarding.conf:1 setting X11Forwarding no […] debug3: /etc/ssh/sshd_config:91 setting X11Forwarding yes ``` This clearly suggests that X11Forwarding is being turned on again. -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 5.5.0-rc5-amd64 (SMP w/8 CPU cores) Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8), LANGUAGE=en_NZ:en (charmap=UTF-8) 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.118 ii debconf [debconf-2.0] 1.5.73 ii dpkg 1.19.7 ii libaudit1 1:2.8.5-3+b1 ii libc6 2.30-4 ii libcom-err21.45.6-1 ii libcrypt1 1:4.4.16-1 ii libgssapi-krb5-2 1.17-7 ii libkrb5-3 1.17-7 ii libpam-modules 1.3.1-5 ii libpam-runtime 1.3.1-5 ii libpam0g 1.3.1-5 ii libselinux13.0-1+b3 ii libssl1.1 1.1.1f-1 ii libsystemd0245.4-4 ii libwrap0 7.6.q-30 ii lsb-base 11.1.0 ii openssh-client 1:8.2p1-4 ii openssh-sftp-server1:8.2p1-4 ii procps 2:3.3.16-4 ii runit-helper 2.8.15 ii ucf3.0038+nmu1 ii zlib1g 1:1.2.11.dfsg-2 Versions of packages openssh-server recommends: ii libpam-systemd [logind] 245.4-4 pn ncurses-term ii xauth1:1.0.10-1 Versions of packages openssh-server suggests: pn molly-guard pn monkeysphere ii ssh-askpass 1:1.2.4.1-10+b1 pn ufw -- debconf information excluded -- .''`. martin f. krafft @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#956851: Package supoerseeded by vlc-plugin-base
Package: vlc-plugin-vlsub Version: 0.10.2-2 Severity: normal vlc-plugin-base includes even a newer version of the VLSub plugin. This package can thus, and should thus be removed. -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 5.5.0-rc5-amd64 (SMP w/8 CPU cores) Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8), LANGUAGE=en_NZ:en (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages vlc-plugin-vlsub depends on: ii vlc 3.0.8-4+b1 vlc-plugin-vlsub recommends no packages. vlc-plugin-vlsub suggests no packages. -- no debconf information -- .''`. martin f. krafft @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#956206: Don't complain if device does not contain partition table
Package: backupninja
Version: 1.1.0-2.1
Severity: normal
File: /usr/share/backupninja/sys
Tags: patch
If a device does not contain a partition table, it's not a bug if
the partition table can't be saved. Unfortunately, the only way to
distinguish between this situation, and a failure to read the
partition table by sfdisk, is by parsing the error output:
--- /tmp/sys2020-04-08 12:27:57.878926371 +0200
+++ sys 2020-04-08 12:36:45.277413427 +0200
@@ -618,10 +618,15 @@
label=${dev#/dev/}
label=${label//\//-}
outputfile=${partitionsfile//__star__/$label}
- debug "$SFDISK $sfdisk_options -d $dev > $outputfile 2>/dev/null"
- $SFDISK $sfdisk_options -d $dev > $outputfile 2>/dev/null
+ debug "$SFDISK $sfdisk_options -d $dev 2>&1 > $outputfile"
+ debug "(Forcing LC_ALL=C for $SFDISK as we might have to parse error
output)"
+ output=`LC_ALL=C $SFDISK $sfdisk_options -d $dev 2>&1 > $outputfile`
if [ $? -ne 0 ]; then
-warning "The partition table for $dev could not be saved."
+if echo "$output" | grep -q ": does not contain a recognized
partition table$"; then
+ debug "Device $dev does not contain a recognized partition
table"
+else
+ warning "The partition table for $dev could not be saved."
+fi
fi
done
fi
-- System Information:
Debian Release: bullseye/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 5.5.0-rc5-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8), LANGUAGE=en_NZ:en
(charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages backupninja depends on:
ii bash 5.0-6
ii bsd-mailx [mailx] 8.1.2-0.20180807cvs-1+b1
ii dialog 1.3-20190808-1
ii mawk 1.3.4.20200120-2
backupninja recommends no packages.
Versions of packages backupninja suggests:
pn borgbackup
ii bzip2 1.0.8-2
ii debconf-utils 1.5.73
pn duplicity
ii fdisk 2.34-0.1
ii genisoimage9:1.1.11-3.1
ii hwinfo 21.68-1
pn mdadm
pn rdiff-backup
ii rsync 3.1.3-8
pn subversion
pn trickle
ii util-linux 2.34-0.1
pn wodim
-- Configuration Files:
/etc/backupninja.conf changed [not included]
-- no debconf information
--
.''`. martin f. krafft @martinkrafft
: :' : proud Debian developer
`. `'` http://people.debian.org/~madduck
`- Debian - when you have better things to do than fixing systems
digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#938340: reclass: Python2 removal in sid/bullseye
Regarding the following, written by "Sandro Tosi" on 2020-03-18 at 18:23 Uhr -0400: Martin (you're upstream) and Jonas (you are Uploader of boxer, the only rdep of reclass): what's the future of reclass? is it ever going to be ported to python3? I have no plans or time to do the port. I am okay with you removing it. -- .''`. martin f. krafft @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems "it is easier to be a lover than a husband for the simple reason that it is more difficult to be witty every day than to say pretty things from time to time." -- honoré de balzac digital_signature_gpg.asc Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#949992: Does not take subprocess down when killed
tags 949992 +patch
kthxbye
Attached is a patch. Warning, I'm not a Perl-coder. Seems to work
though.
--
.''`. martin f. krafft @martinkrafft
: :' : proud Debian developer
`. `'` http://people.debian.org/~madduck
`- Debian - when you have better things to do than fixing systems
"i never travel without my diary. one should always have something
sensational to read on the train."
-- oscar wilde
--- /tmp/run-mailcap 2020-01-29 09:12:51.002973844 +1300
+++ /usr/bin/run-mailcap 2020-01-29 10:37:56.385391104 +1300
@@ -12,6 +12,7 @@
use Encode qw(decode);
use I18N::Langinfo qw(langinfo CODESET);
use File::Spec;
+use POSIX ":sys_wait_h";
$debug=($ENV{RUN_MAILCAP_DEBUG} || 0);
$norun=0;
@@ -25,8 +26,17 @@
$quotedsemi=chr(255);
$quotedprct=chr(254);
$retcode=0;
+$wait_on_child_pid=0;
+sub signal_handler {
+my($sig) = @_;
+print STDERR " - caught signal $sig, cleaning up...\n" if $debug;
+kill $sig, $wait_on_child_pid;
+die "Terminated on signal $sig";
+}
+$SIG{INT} = \&signal_handler;
+$SIG{TERM} = \&signal_handler;
sub Usage {
my($error) = @_;
@@ -542,22 +552,28 @@
print $comm,"\n";
$res = 0;
} else {
- $res = system $comm;
- if ($res != 0) {
- if (!($res & 0xFF)) {
-print STDERR "Warning: program returned non-zero exit code \#$res\n";
-$retcode = $res >> 8;
- } elsif ($res == -1) {
- print STDERR "Error: program failed to execute: $!\n";
- $retcode = -1;
- } else {
+ my $pid = fork;
+ die "Unable to fork" unless defined $pid;
+ if ($pid == 0) {
+ exec $comm;
+ } else {
+ $wait_on_child_pid=$pid; # so the signal handler knows what to kill.
+ waitpid($pid, 0);
+
+ if ($? & 0xFF) {
my $signal = $? & 0x7F;
my $core = ($? & 0x80) ? ' (core dumped)' : '';
print STDERR "Warning: program died on signal ${signal}${core}\n";
$retcode = -1;
+ } elsif ($? == -1) {
+ print STDERR "Error: program failed to execute: $!\n";
+ $retcode = -1;
+ } elsif ($? > 0) {
+ print STDERR "Warning: program returned non-zero exit code \#$?\n";
+ $retcode = $?;
}
-}
-}
+ }
+ }
$done=1;
unlink $tmpfile if $tmpfile;
unlink $tmplink if $tmplink;
digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#949992: Does not take subprocess down when killed
Package: mime-support Version: 3.64 Severity: normal File: /usr/bin/run-mailcap When run-mailcap is killed (e.g. SIGTERM), the subprocess it spawned according to mailcap is left alive. This is due to the use of the system(3perl) call. Quite frankly, I think exec() should be used instead, as there is no purpose in leaving run-mailcap around. However, if that is not possible, please make sure that the subprocesses are killed when run-mailcap is killed. -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 5.5.0-rc5-amd64 (SMP w/8 CPU cores) Kernel taint flags: TAINT_WARN Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8), LANGUAGE=en_NZ:en (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled mime-support depends on no packages. Versions of packages mime-support recommends: ii bzip2 1.0.8-2 ii file 1:5.38-4 ii xz-utils 5.2.4-1+b1 mime-support suggests no packages. -- no debconf information -- .''`. martin f. krafft @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#948612: Unintelligble error message
Package: dnsutils
Version: 1:9.10.3.dfsg.P4-12.3+deb9u5
Severity: normal
File: /usr/bin/dig
I have no idea what dig is trying to tell me with the following.
There's obviously a problem, but please make this a proper error
message, not debug output.
+ dig @::1 +noall +question -x fc00:14:75::8001:3
; Communication with 10.14.75.1#53 failed: operation canceled
../../../lib/dns/name.c:1002: REQUIREsource) != ((void *)0)) &&
c == ((('D') << 24 | ('N') << 16 | ('S') << 8 | ('n')) failed,
#0 0x7f3f2ed58a27 in ??
#1 0x7f3f2ed5897a in ??
#2 0x7f3f30235445 in ??
#3 0x55d3d3a70650 in ??
#4 0x55d3d3a720fd in ??
#5 0x55d3d3a73712 in ??
#6 0x7f3f2ed7c9f3 in ??
#7 0x7f3f2e7234a4 in ??
#8 0x7f3f2db74d0f in ??
Aborted
-- System Information:
Debian Release: bullseye/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 5.4.0-trunk-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8), LANGUAGE=en_NZ:en
(charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages dnsutils depends on:
ii bind9-host [host] 1:9.11.5.P4+dfsg-5.1+b1
ii libbind9-161 1:9.11.5.P4+dfsg-5.1+b1
ii libc6 2.29-7
ii libcap21:2.27-1
ii libcom-err21.45.4-1
ii libdns1104 1:9.11.5.P4+dfsg-5.1+b1
ii libfstrm0 0.6.0-1+b1
ii libgeoip1 1.6.12-5
ii libgssapi-krb5-2 1.17-6
ii libidn2-0 2.2.0-2
ii libirs161 1:9.11.5.P4+dfsg-5.1+b1
ii libisc1100 1:9.11.5.P4+dfsg-5.1+b1
ii libisccfg163 1:9.11.5.P4+dfsg-5.1+b1
ii libjson-c4 0.13.1+dfsg-6
ii libk5crypto3 1.17-6
ii libkrb5-3 1.17-6
ii liblmdb0 0.9.22-1
ii liblwres1611:9.11.5.P4+dfsg-5.1+b1
ii libprotobuf-c1 1.3.2-1+b1
ii libssl1.1 1.1.1d-2
ii libxml22.9.4+dfsg1-8
dnsutils recommends no packages.
Versions of packages dnsutils suggests:
pn rblcheck
-- no debconf information
--
.''`. martin f. krafft @martinkrafft
: :' : proud Debian developer
`. `'` http://people.debian.org/~madduck
`- Debian - when you have better things to do than fixing systems
digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#896516: closed by gustavo panizzo (new maintainer for rss2email)
reopen 896516 This improvement suggestion still applies. Thanks for taking over the package!! -- .''`. martin f. krafft @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#455977: closed by gustavo panizzo (new maintainer for rss2email)
reopen 455977 thanks This feature request still applies. Thanks for taking over the package!! -- .''`. martin f. krafft @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#948370: Ability to define HTTP headers
Package: rss2email Version: 1:3.9-2.1 Severity: wishlist Sites such as techcrunch.com have started requiring advertising consent cookies for their feeds. It would be great if I could specify additional headers to be added to the HTTP requests, similar to how I can add e.g. bonus-header to the outgoing emails. Thanks, martin -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 5.4.0-trunk-amd64 (SMP w/8 CPU cores) Kernel taint flags: TAINT_WARN Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8), LANGUAGE=en_NZ:en (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages rss2email depends on: ii python3 3.7.5-3 pn python3-feedparser ii python3-html2text 2019.8.11-1 Versions of packages rss2email recommends: ii python3-bs4 4.8.2-1 Versions of packages rss2email suggests: pn esmtp -- .''`. martin f. krafft @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#946913: Error message every minute
Regarding the following, written by "Simon McVittie" on 2019-12-18 at 15:38 Uhr +: It's how Flatpak apps communicate with anything outside their sandbox (and in particular provides the document portal service that lets their File -> Open and File -> Save As dialogs work as intended, which used to be part of Flatpak but was spun off so that it could be used by other app frameworks). If you are running Flatpak apps, you do need it. I understand, except I only use Flatpak for us.zoom.Zoom, which works just fine without the process. So it's actually more a Recommends than a Depends. -- .''`. martin f. krafft @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems "if I can't dance, i don't want to be part of your revolution." - emma goldman digital_signature_gpg.asc Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#946913: Error message every minute
Package: xdg-desktop-portal Version: 1.4.2-3 Severity: normal File: /usr/libexec/xdg-desktop-portal Every minute, this service, which I don't want or need, and don't even know what it's about (flatpak pulls it in) spams my syslog: Dec 17 20:31:06 lotus xdg-desktop-por[31369]: Failed to get application states: GDBus.Error:org.freedesktop.portal.Error.Failed: Could not get window list: Cannot invoke method; proxy is for the well-known name org.gnome.Shell without an owner, and proxy was constructed with the G_DBUS_PROXY_FLAGS_DO_NOT_AUTO_START flag I tried masking the systemd user unit, but it still somehow gets started. Please make it optional, and less verbose. -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 5.4.0-trunk-amd64 (SMP w/8 CPU cores) Kernel taint flags: TAINT_WARN Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8), LANGUAGE=en_NZ:en (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages xdg-desktop-portal depends on: ii bubblewrap0.4.0-1 ii dbus-user-session [default-dbus-session-bus] 1.12.16-2 ii fuse 2.9.9-2 ii libc6 2.29-5 ii libfontconfig12.13.1-2+b1 ii libfuse2 2.9.9-2 ii libgdk-pixbuf2.0-02.40.0+dfsg-1 ii libglib2.0-0 2.62.3-2 ii libjson-glib-1.0-01.4.4-2 ii libpipewire-0.2-1 0.2.7-1 xdg-desktop-portal recommends no packages. xdg-desktop-portal suggests no packages. -- debconf-show failed -- .''`. martin f. krafft @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#945492: ifup/ifdown --all causes hooks to be called not per interface, but once with IFACE==--all
Package: ifupdown Version: 0.8.35+b1 Severity: important root@lotus:/etc/network/if-pre-up.d# cat <<_eof > 000debug #!/bin/sh echo IFACE==$IFACE exit 1 _eof root@lotus:/etc/network/if-pre-up.d# chmod +x 000debug root@lotus:/etc/network/if-pre-up.d# ifup -a IFACE==--all run-parts: /etc/network/if-pre-up.d/000debug exited with return code 1 ifup: pre-up script failed Arguably, the hooks should be called once for each interface that is brought up/down, with $IFACE set accordingly, not just once for all of them. -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 5.3.0-2-amd64 (SMP w/8 CPU cores) Kernel taint flags: TAINT_WARN Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8), LANGUAGE=en_NZ:en (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages ifupdown depends on: ii adduser 3.118 ii iproute2 5.3.0-1 ii libc6 2.29-3 ii lsb-base 11.1.0 Versions of packages ifupdown recommends: ii isc-dhcp-client [dhcp-client] 4.4.1-2 Versions of packages ifupdown suggests: pn ppp pn rdnssd -- no debconf information -- .''`. martin f. krafft @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#852025: xdg-utils: chromium should not be automatically set as XDG default-web-browser default-web-browser
Package: xdg-utils Version: 1.1.3-1 Followup-For: Bug #852025 xdg-utils on Debian really ought to default to x-www-browser. -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 5.3.0-2-amd64 (SMP w/8 CPU cores) Kernel taint flags: TAINT_WARN Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8), LANGUAGE=en_NZ:en (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled xdg-utils depends on no packages. Versions of packages xdg-utils recommends: pn libfile-mimeinfo-perl pn libnet-dbus-perl pn libx11-protocol-perl ii x11-utils 7.7+4 ii x11-xserver-utils 7.7+8 xdg-utils suggests no packages. -- no debconf information -- .''`. martin f. krafft @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#945126: wget --use-askpass exposes password to terminal
Package: wget Version: 1.20.3-1+b2 Severity: important Tags: security % echo -e '#!/bin/sh\necho user:s3cr3t' > /tmp/askpass % chmod +x /tmp/askpass % wget --use-askpass=/tmp/askpass https://debian.org --2019-11-20 22:14:24-- https://user%3As3cr3t:*password*@debian.org/ There seems to be a bug here, possibly related to the output of the askpass script being HTML-encoded too early. HTTP basic auth still works (though not on debian.org, but I've tried it on other sites). -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.3.0-1-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_WARN, TAINT_CRAP Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8), LANGUAGE=en_NZ:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages wget depends on: ii libc6 2.29-3 ii libgnutls30 3.6.10-3 ii libidn2-0 2.2.0-2 ii libnettle73.5.1+really3.5.1-2 ii libpcre2-8-0 10.32-5+b1 ii libpsl5 0.20.2-2 ii libuuid1 2.34-0.1 ii zlib1g1:1.2.11.dfsg-1+b1 Versions of packages wget recommends: ii ca-certificates 20190110 wget suggests no packages. -- no debconf information -- .''`. martin f. krafft @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#944504: User-service tries to use /run instead of /run/user/$UID
Package: anbox Version: 0.0~git20191022-1 Severity: minor Trying to use the provided systemd user unit, anbox just dies with an error on startup: anbox: Failed to connect to socket /run/anbox-container.socket: No such file or directory This is probably because in per-user mode, it should be using /run/user/$UID instead of the 755 /run directory directly. -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.3.0-1-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_CRAP Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8), LANGUAGE=en_NZ:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages anbox depends on: ii init-system-helpers 1.57 ii iptables1.8.3-2 ii libboost-filesystem1.67.0 1.67.0-13 ii libboost-iostreams1.67.01.67.0-13 ii libboost-log1.67.0 1.67.0-13 ii libboost-program-options1.67.0 1.67.0-13 ii libboost-system1.67.0 1.67.0-13 ii libboost-thread1.67.0 1.67.0-13 ii libc6 2.29-3 ii libegl1 1.1.0-1+b1 ii libgcc1 1:9.2.1-16 ii libgles21.1.0-1+b1 ii liblxc1 1:3.1.0+really3.0.4-2 ii libprotobuf-lite17 3.6.1.3-2 ii libsdl2-2.0-0 2.0.10+dfsg1-1 ii libsdl2-image-2.0-0 2.0.5+dfsg1-1 ii libstdc++6 9.2.1-16 ii libsystemd0 242-7 ii lxc 1:3.1.0+really3.0.4-2 Versions of packages anbox recommends: ii dbus-user-session 1.12.16-2 anbox suggests no packages. -- no debconf information -- .''`. martin f. krafft @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#941854: Does not follow timezone
Package: rsyslog Version: 8.1908.0-1 Severity: normal If a system's timezone is updated, rsyslog doesn't find out about it. Arguably, this only applies to travelling laptops, but rsyslog is the default Debian logger on this, which is why I think this is worthwhile to think about. Many other tools automatically adjust on timezone changes, whether that is through inotify on /etc/localtime, not caching the timezone in the first place, or some other mechanism provided by the OS. Please consider something similar for rsyslog. -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8), LANGUAGE=en_NZ:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages rsyslog depends on: ii init-system-helpers 1.57 ii libc62.29-1 ii libestr0 0.1.10-2.1+b1 ii libfastjson4 0.99.8-2 ii liblognorm5 2.0.5-1+b1 ii libsystemd0 242-5 ii libuuid1 2.34-0.1 ii zlib1g 1:1.2.11.dfsg-1+b1 Versions of packages rsyslog recommends: ii logrotate 3.15.1-1 Versions of packages rsyslog suggests: pn rsyslog-doc pn rsyslog-gssapi pn rsyslog-mongodb pn rsyslog-mysql | rsyslog-pgsql pn rsyslog-openssl | rsyslog-gnutls pn rsyslog-relp -- Configuration Files: /etc/rsyslog.conf changed [not included] -- debconf-show failed -- .''`. martin f. krafft @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#941214: mutt zsh completion broken, -a does not take email address
Package: notmuch Version: 0.29.1-2 Severity: normal File: /usr/share/zsh/vendor-completions/_email-notmuch mutt has a command-line switch '-a' for attachments, and the Zsh completer offers files and directories for its argument. As of late, _email-notmuch also adds all addresses into the mix: % mutt -a ^D directory […] file attachment […] email address (notmuch) […] In the context of '-a', no email addresses should be offered. Maybe this is actually a problem with Zsh or Mutt, I can't figure it out. But since I see mainly notmuch in the output, I am filing here… -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.2.0-2-amd64 (SMP w/8 CPU cores) Kernel taint flags: TAINT_FIRMWARE_WORKAROUND Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8), LANGUAGE=en_NZ:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages notmuch depends on: ii libc6 2.29-1 ii libglib2.0-02.60.6-2 ii libgmime-3.0-0 3.2.1-1 ii libnotmuch5 0.29.1-2 ii libtalloc2 2.3.0-2 ii zlib1g 1:1.2.11.dfsg-1+b1 Versions of packages notmuch recommends: ii gnupg-agent 2.2.17-3 ii gpg-agent [gnupg-agent] 2.2.17-3 ii gpgsm2.2.17-3 ii notmuch-mutt 0.29.1-2 ii notmuch-vim 0.29.1-2 notmuch suggests no packages. -- no debconf information -- .''`. martin f. krafft @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#941213: Completer should use "Full Name "
Package: notmuch
Version: 0.29.1-2
Severity: wishlist
File: /usr/share/zsh/vendor-completions/_email-notmuch
Completing email addresses with Zsh and notmuch is amazing!
% mutt martin.krafft
email address (notmuch)
martin.kra...@example.org
[…]
In /usr/share/zsh/vendor-completions/_email-notmuch, the following
call retrieves the full list of addresses:
local -a notmuch_addr
notmuch_addr=( ${(f)"$(notmuch address --deduplicate=address \
--output=address -- from:/$PREFIX/)"} )
which populates the array like so:
Martin Krafft
Martin Krafft
However, the completion output, as well as the completion output
only have the email address, not the full name.
Please add the full name to the outputs.
--
System Information:
Debian Release: bullseye/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 5.2.0-2-amd64 (SMP w/8 CPU cores)
Kernel taint flags: TAINT_FIRMWARE_WORKAROUND
Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8), LANGUAGE=en_NZ:en
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages notmuch depends on:
ii libc6 2.29-1
ii libglib2.0-02.60.6-2
ii libgmime-3.0-0 3.2.1-1
ii libnotmuch5 0.29.1-2
ii libtalloc2 2.3.0-2
ii zlib1g 1:1.2.11.dfsg-1+b1
Versions of packages notmuch recommends:
ii gnupg-agent 2.2.17-3
ii gpg-agent [gnupg-agent] 2.2.17-3
ii gpgsm2.2.17-3
ii notmuch-mutt 0.29.1-2
ii notmuch-vim 0.29.1-2
notmuch suggests no packages.
--
no debconf information
--
.''`. martin f. krafft @martinkrafft
: :' : proud Debian developer
`. `'` http://people.debian.org/~madduck
`- Debian - when you have better things to do than fixing systems
digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#931363: Fails to create output PDF (permission denied)
Quoting "intrigeri", who wrote on 2019-09-18 at 08:42 Uhr +0200: Martin, could you please confirm this fixes the problem for you? Thanks for looking into this. Unfortunately, adding /home/ssd to HOMEDIRS and reloading apparmor didn't have the desired effect. I was also not aware of actually having apparmor enabled on this machine. Anyway, the problem persists, unfortunately. -- .''`. martin f. krafft @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems "the ships hung in the sky in much the same way that bricks don't." -- hitchhiker's guide to the galaxy digital_signature_gpg.asc Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#939226: Dies with --action due to SCALAR ref being used with strict refs
Package: mime-support
Version: 3.63
Severity: important
File: /usr/bin/run-mailcap
Trying to use the --action command line results in the following
error being printed, as well as the tool exiting with exitcode
-1/255:
Can't use string ("action") as a SCALAR ref while "strict refs" in
use at /usr/bin/run-mailcap line 329.
--
System Information:
Debian Release: bullseye/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 5.2.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8), LANGUAGE=en_NZ:en
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
mime-support depends on no packages.
Versions of packages mime-support recommends:
ii bzip2 1.0.6-9.2
ii file 1:5.37-5
ii xz-utils 5.2.4-1+b1
mime-support suggests no packages.
--
no debconf information
--
.''`. martin f. krafft @martinkrafft
: :' : proud Debian developer
`. `'` http://people.debian.org/~madduck
`- Debian - when you have better things to do than fixing systems
digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#935243: Does not work with Thunderbird 6x (60+)
Quoting "Mechtilde Stehmann", who wrote on 2019-08-24 at 20:21 Uhr +0200: you find a new package version 2.3 in experimental. there is thunderbird (>=68), too. Thank you so much! It's working again, though I now need to figure out a problem with Radicale. -- .''`. martin f. krafft @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems a gourmet concerned about calories is like a punter eyeing the clock. digital_signature_gpg.asc Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#524007: logsave/fsck should create /var/log/fsck
Quoting "Dmitry Bogatov", who wrote on 2019-08-22 at 12:03 Uhr +: What is possible is to mkdir /var/log/fsck after `mountall', so `logsave' can write to /var/log/fsck/checkfs. Is it what you want? That would work, yes. It just shouldn't assume that the directory exists. -- .''`. martin f. krafft @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems there are two groups of people in the world: those who believe that the world can be divided into two groups of people, and those who don't. digital_signature_gpg.asc Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#935377: run-mailcap: "my" variable $file masks earlier declaration in same scope
Package: mime-support Version: 3.63 Severity: minor File: /usr/bin/run-mailcap Since the last update, run-mailcap now produces the following warning on every run: "my" variable $file masks earlier declaration in same scope at /usr/bin/run-mailcap line 339. I don't understand the logic around line 339, but it doesn't look like the current code is intentional. Could there be a bug? Or at the very least, one of the "my" needs to go… -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8), LANGUAGE=en_NZ:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) mime-support depends on no packages. Versions of packages mime-support recommends: ii bzip2 1.0.6-9.2 ii file 1:5.37-5 ii xz-utils 5.2.4-1 mime-support suggests no packages. -- no debconf information -- .''`. martin f. krafft @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#935376: RM: buffycli -- ROM; Unmaintained & dependencies about to be removed
Package: ftp.debian.org Severity: normal As requested in Bug#935375. -- .''`. martin f. krafft @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#935243: Does not work with Thunderbird
Hey, I downgraded to 60.0.8, but the extensions are apparently also not supported. See screenshot attached. -- .''`. martin f. krafft @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems "the strength of women comes from the fact that psychology cannot explain us. men can be analyzed, women merely adored." -- oscar wilde digital_signature_gpg.asc Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#935243: Does not work with Thunderbird
Quoting "Mechtilde Stehmann", who wrote on 2019-08-21 at 20:16 Uhr +0200: you installed thunderbird from experimental. In sid I found thunderbird version 1:60.8.0-1. So webext-tbsync is very usefull in unstable. Oh right, I am sorry, I have thunderbird pinned to experimental, and I forgot about that. I've removed the pin now. I hope 68 comes out soon. Alternatively, would it be possible to package the updated extensions to experimental? Thanks, -- .''`. martin f. krafft @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems i don't want to get myself into a hot babe situation. -- jonathan mcdowell, #debian-uk, 6 jul 2009 digital_signature_gpg.asc Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#935295: Hide deprecated/temporary/tentative v6 addresses
Package: apticron
Version: 1.2.1
Severity: minor
Tags: patch
No reason to include temporary, deprecated, tentative, or failed
IPv6 addresses in output.
diff -u /usr/sbin/apticron /tmp/apticron
--- /usr/sbin/apticron 2018-08-22 04:19:31.0 +1200
+++ /tmp/apticron 2019-08-21 23:29:16.703946937 +1200
@@ -90,7 +90,7 @@
/usr/bin/cut -d/ -f1) || true`
# Set the IPv6 addresses
- IPADDRESSES="$IPADDRESSES `/sbin/ip -f inet6 addr show scope global 2>
/dev/null | \
+ IPADDRESSES="$IPADDRESSES `/sbin/ip -f inet6 addr show scope global
-deprecated -dadfailed -temporary -tentative 2> /dev/null | \
/bin/grep "scope global" | \
/usr/bin/head -$IPADDRESSNUM |\
/usr/bin/awk '{ print $2 }' |\
--
System Information:
Debian Release: bullseye/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.19.0-5-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8), LANGUAGE=en_NZ:en
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages apticron depends on:
ii apt 1.8.3
ii bsd-mailx [mailx] 8.1.2-0.20180807cvs-1+b1
ii bzip2 1.0.6-9.2
ii cron [cron-daemon] 3.0pl1-134
ii dpkg1.19.7
ii ucf 3.0038+nmu1
Versions of packages apticron recommends:
ii apt-listchanges 3.20
ii gpg 2.2.17-3
ii iproute2 5.2.0-1
apticron suggests no packages.
--
Configuration Files:
/etc/apticron/apticron.conf changed [not included]
--
debconf information excluded
--
.''`. martin f. krafft @martinkrafft
: :' : proud Debian developer
`. `'` http://people.debian.org/~madduck
`- Debian - when you have better things to do than fixing systems
digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#935243: Does not work with Thunderbird 6x (60+)
Package: webext-tbsync, webext-dav4tbsync, webext-eas4tbsync Severity: normal The extensions needs to be updated to Thunderbird 60+. Not sure upstream supports it, but it's useless with the current version in unstable. -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.19.0-5-amd64 (SMP w/4 CPU cores) Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8), LANGUAGE=en_NZ:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages webext-tbsync depends on: ii lightning1:68.0~b1-1 ii thunderbird 1:68.0~b1-1 Versions of packages webext-tbsync recommends: ii webext-dav4tbsync 0.15-1 pn webext-eas4tbsync webext-tbsync suggests no packages. -- no debconf information -- .''`. martin f. krafft @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#934107: Importing with --import=file.pdf does not import anything
Quoting "Jeff", who wrote on 2019-08-09 at 20:01 Uhr +0200: Thanks for the report. This fixes things for me for the next release. Confirmed that this fixes things. Any chance of adding --import-all=* to avoid the dialog asking me which pages to import? Want a new issue? -- .''`. martin f. krafft @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems "i like young girls. their stories are shorter." -- tom mcguane digital_signature_gpg.asc Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#934216: buster version has 3 deprecated settings in sshd_config
Package: openssh-server Version: 1:7.9p1-10 Severity: normal Following a fresh install with default sshd_config, I see this in the logs: sshd[1330]: /etc/ssh/sshd_config line 29: Deprecated option UsePrivilegeSeparation sshd[1330]: /etc/ssh/sshd_config line 32: Deprecated option KeyRegenerationInterval sshd[1330]: /etc/ssh/sshd_config line 33: Deprecated option ServerKeyBits Probably worth addressing using a NEWS.Debian entry. -- .''`. martin f. krafft @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#934107: Importing with --import=file.pdf does not import anything
Package: gscan2pdf Version: 2.5.5-1 Severity: normal I am trying to run gscan2pdf from the command-line, automatically importing a file. However, gscan2pdf --debug --import=/path/to/file.pdf just yields a new, empty instance. There is nothing in the debug output that suggests what's going on, and strace output doesn't even mention the filename, let alone give any indication of gscan2pdf even trying to open the file. -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.19.0-5-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_WARN Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8), LANGUAGE=en_NZ:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gscan2pdf depends on: ii imagemagick8:6.9.10.23+dfsg-2.1 ii imagemagick-6.q16 [imagemagick]8:6.9.10.23+dfsg-2.1 ii libconfig-general-perl 2.63-1 ii libdate-calc-perl 6.4-1 ii libfilesys-df-perl 0.92-6+b4 ii libgoocanvas2-perl 0.06-1 ii libgtk3-perl 0.035-1 ii libgtk3-simplelist-perl0.18-1 ii libhtml-parser-perl3.72-3+b3 ii libimage-magick-perl 8:6.9.10.23+dfsg-2.1 ii libimage-sane-perl 0.14-1+b3 ii liblist-moreutils-perl 0.416-1+b4 ii liblocale-gettext-perl 1.07-3+b4 ii liblog-log4perl-perl 1.49-1 ii libossp-uuid-perl [libdata-uuid-perl] 1.6.2-1.5+b7 ii libpdf-api2-perl 2.033-1 ii libproc-processtable-perl 0.59-1 ii libreadonly-perl 2.050-2 ii librsvg2-common2.44.10-2.1 ii libset-intspan-perl1.19-1 ii libtiff-tools 4.0.10-4 ii libtry-tiny-perl 0.30-1 ii sane-utils 1.0.27-3.2 Versions of packages gscan2pdf recommends: ii djvulibre-bin 3.5.27.1-11 ii gocr0.52-1 ii pdftk 2.02-5 ii pdftk-java [pdftk] 3.0.2-2 pn sane ii tesseract-ocr 4.0.0-2 ii unpaper 6.1-2+b2 ii xdg-utils 1.1.3-1 gscan2pdf suggests no packages. -- no debconf information -- .''`. martin f. krafft @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#931363: Fails to create output PDF (permission denied)
I straced gs run directly (as user "nobody"), as well as gs run from cupsd. After replacing all hex addresses with 0xdeadbeef, the two traces are nigh identical, except cupsd seems to close FDs 0–2, so that when run from cupsd, the first FD used is 0, whereas it's 3 otherwise. Apart from that, I see absolutely no difference in the syscalls until one of the fails to write the output file. Straces attached. Go ahead load them in vimdiff! -- .''`. martin f. krafft @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems "it takes more keystrokes to enter a windows license key than it takes to do a complete debian desktop install!" -- joey hess gs-run-from-cupsd.strace.xz Description: application/xz gs-run-from-shell.strace.xz Description: application/xz digital_signature_gpg.asc Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#931363: Fails to create output PDF (permission denied)
Quoting "Martin-Éric Racine", who wrote on 2019-07-03 at 14:13 Uhr +0300: I just tried on my stable host. This used to work until a few weeks ago, but it no longer does. Can you reproduce the problem? CUPS-PDF has not been updated, but Ghostscript has received security updates twice in recent times. I'm thus extremely tempted to reassign to Ghostscript. I cannot reproduce the problem with Ghostscript. I used cd /var/spool/cups-pdf/SPOOL while :; do sudo ln * saved && break; done to capture the temporary file, and then ran: /usr/bin/gs -q -dCompatibilityLevel=1.5 -dNOPAUSE -dBATCH -dSAFER -sDEVICE=pdfwrite -sOutputFile="/home/ssd/madduck/PDF/stdin___madduck_PDF.pdf" -dAutoRotatePages=/PageByPage -dAutoFilterColorImages=false -dColorImageFilter=/FlateEncode -dPDFSETTINGS=/prepress -c .setpdfwrite -f /tmp/saved as gleaned from the log. This created the PDF file just fine though. If I use "sudo -u nobody" to run the process, then gs obviously fails, *unless* I make the target directory 1777, in which case it works and writes the PDF file. However, gs, as called by cups-pdf, still fails to write the file in exactly the same setting. What else could be different? -- .''`. martin f. krafft @martinkrafft : :' : proud Debian developer `. `'` http://people.debian.org/~madduck `- Debian - when you have better things to do than fixing systems "if java had true garbage collection, most programs would delete themselves upon execution." -- robert sewell digital_signature_gpg.asc Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
