Bug#1068919: coreutils: join misconstrues empty fields as missing
Package: coreutils Version: 9.1-1 Version: 9.4-3 Severity: normal Dear Maintainer, Given $ cat f1 b row1f1 1 row1f1 11 urow1 f1 2 $ cat f2 a row1f2 1 row1f2 11 urow2 f2 2 $ join f? -e sus -o 0,1.1,1.2,1.3,2.1,2.2,2.3 -t ' ' sus sus sus sus sus sus sus sus sus sus sus sus a sus sus sus b sus sus sus sus sus sus b sus sus a sus row1row1f1 1 row1f2 1 row1row1f1 1 row1f2 11 row1row1f1 11 row1f2 1 row1row1f1 11 row1f2 11 The first two rows of f? have an empty field 1. The first row has no field 2, and the second row has field 2 of "a"/"b". Compare FreeBSD join $ join -e sus -o 0,1.1,1.2,1.3,2.1,2.2,2.3 -t '' f? sus sus sus sus sus sus a sus b sus sus sus b sus a sus row1row1f1 1 row1f2 1 row1row1f1 1 row1f2 11 row1row1f1 11 row1f2 1 row1row1f1 11 row1f2 11 which correctly distinguished the empty field from a missing one. -- System Information: Debian Release: 12.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable-debug'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-12-amd64 (SMP w/24 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages coreutils depends on: ii libacl1 2.3.1-3 ii libattr1 1:2.5.1-4 ii libc62.36-9+deb12u4 ii libgmp10 2:6.2.1+dfsg1-1.1 ii libselinux1 3.4-1+b6 coreutils recommends no packages. coreutils suggests no packages. -- no debconf information b row1f1 1 row1f1 11 urow1 f1 2 a row1f2 1 row1f2 11 urow2 f2 2 signature.asc Description: PGP signature
Bug#1068892: coreutils: join -t accepts \0 to mean NUL; doesn't document it
Package: coreutils Version: 9.1-1 Version: 9.4-3 Severity: normal Dear Maintainer, When trying to decypher -t behaviour for #1068891, the second empty-string semantic I tried was **(argv + optind), but that wasn't it. But what /is/ it is -t '\0'; i.e. given $ cat f1 row1f1 1 urow1 f1 2 $ cat f2 row1f2 1 urow2 f2 2 $ join <(tr '\t' '\0' < f1) <(tr '\t' '\0' < f2) -t '\0' | cat -A row1^@f1^@1^@f2^@1$ which is great, but the manual doesn't mention this at all. Best, наб -- System Information: Debian Release: 12.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable-debug'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-12-amd64 (SMP w/24 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages coreutils depends on: ii libacl1 2.3.1-3 ii libattr1 1:2.5.1-4 ii libc62.36-9+deb12u4 ii libgmp10 2:6.2.1+dfsg1-1.1 ii libselinux1 3.4-1+b6 coreutils recommends no packages. coreutils suggests no packages. -- no debconf information signature.asc Description: PGP signature
Bug#1068891: coreutils: is join -t '' just comm -12?
Package: coreutils Version: 9.1-1 Version: 9.4-3 Severity: normal Dear Maintainer, POSIX.1-202x/D3: −t char Use character char as a separator, for both input and output. Every appearance of char in a line shall be significant. When this option is specified, the collating sequence shall be the same as sort without the −b option. so obviously allowing -t '' is an extension. Manual: -t CHAR use CHAR as input and output field separator Important: FILE1 and FILE2 must be sorted on the join fields. E.g., use "sort -k 1b,1" if 'join' has no options, or use "join -t ''" if 'sort' has no options. Note, comparisons honor the rules specified by 'LC_COLLATE'. If the input is not sorted and some lines cannot be joined, a warning message will be given. So given $ cat f1 row1f1 1 urow1 f1 2 $ cat f2 row1f2 1 urow2 f2 2 which are stable against both sort and sort -k 1b,1 $ join f? row1 f1 1 f2 1 $ join f? -t ' ' row1f1 1 f2 1 is all as expected. But $ join f? -t '' returns empty. What would empty -t mean, anyway? The empty string can either be found at every position (clearly not the case here, otherwise this'd be joined on r and u) or at no positions, so $ cat g1 row1 urow1 $ cat g2 row1 urow2 $ join g? -t '' row1 which is, well $ comm g? -12 row1 Somehow I don't feel like this is a good recommendation? Best, наб -- System Information: Debian Release: 12.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable-debug'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-12-amd64 (SMP w/24 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages coreutils depends on: ii libacl1 2.3.1-3 ii libattr1 1:2.5.1-4 ii libc62.36-9+deb12u4 ii libgmp10 2:6.2.1+dfsg1-1.1 ii libselinux1 3.4-1+b6 coreutils recommends no packages. coreutils suggests no packages. -- no debconf information signature.asc Description: PGP signature
Bug#1068889: coreutils: join -t refuses single-character delimiters as "multi-character tab"s
Package: coreutils Version: 9.1-1 Version: 9.4-1 Severity: normal Dear Maintainer, Yes good: $ cat f1 row1f1 1 urow1 f1 2 $ cat f2 row1f2 1 urow2 f2 2 $ join f? -t ' ' row1f1 1 f2 1 Not good: $ cat f1 row1ąf1ą1 urow1ąf1ą2 $ cat f2 row1ąf2ą1 urow2ąf2ą2 $ join f? -t 'ą' join: multi-character tab ‘ą’ Compare manual: -t CHAR use CHAR as input and output field separator Compare POSIX.1-202x/D3, XCU, join, OPTIONS: −t char Use character char as a separator, for both input and output. Every appearance of char in a line shall be significant. When this option is specified, the collating sequence shall be the same as sort without the −b option. Best, наб -- System Information: Debian Release: 12.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable-debug'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-12-amd64 (SMP w/24 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages coreutils depends on: ii libacl1 2.3.1-3 ii libattr1 1:2.5.1-4 ii libc62.36-9+deb12u4 ii libgmp10 2:6.2.1+dfsg1-1.1 ii libselinux1 3.4-1+b6 coreutils recommends no packages. coreutils suggests no packages. -- no debconf information signature.asc Description: PGP signature
Bug#1068876: coreutils: join: -a doesn't exclude -v (ought to per POSIX), confusing behaviour when combined
Package: coreutils Version: 9.1-1 Version: 9.4-3 Severity: normal Dear Maintainer, Given $ cat f1 row1f1 1 urow1 f1 2 $ cat f2 row1f2 1 urow2 f2 2 and join(1) -a FILENUM also print unpairable lines from file FILENUM, where FILENUM is 1 or 2, corresponding to FILE1 or FILE2 -v FILENUM like -a FILENUM, but suppress joined output lines and POSIX.1-202x/D3, XCU, join 100437 SYNOPSIS 100438 join [-a file_number|-v file_number] [-e string] [-o list] [-t char] 100439 [-1 field] [-2 field] file1 file2 100460 OPTIONS 100463 −a file_number 100464 Produce a line for each unpairable line in file file_number, where file_number is 1 or 100465 2, in addition to the default output. If both −a1 and −a2 are specified, all unpairable 100466 lines shall be output. 100482 −v file_number 100483 Instead of the default output, produce a line only for each unpairable line in 100484 file_number, where file_number is 1 or 2. If both −v1 and −v2 are specified, all 100485 unpairable lines shall be output. we observe: $ join f? row1 f1 1 f2 1 $ join -v1 f? urow1 f1 2 $ join -v1 -a1 f? urow1 f1 2 $ join -v1 -a2 f? urow1 f1 2 urow2 f2 2 This does not conform to POSIX (should be refused); the manual implies some sort of separate accounting for -a and -v (and the interaxion is not described at all), but -v 1 appears to just be -v -a1. Why? Best, наб -- System Information: Debian Release: 12.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable-debug'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-12-amd64 (SMP w/24 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages coreutils depends on: ii libacl1 2.3.1-3 ii libattr1 1:2.5.1-4 ii libc62.36-9+deb12u4 ii libgmp10 2:6.2.1+dfsg1-1.1 ii libselinux1 3.4-1+b6 coreutils recommends no packages. coreutils suggests no packages. -- no debconf information signature.asc Description: PGP signature
Bug#1068864: coreutils: join -a3 errors "invalid field number" even when no field number given
Package: coreutils Version: 9.1-1 Version: 9.4-3 Severity: normal Dear Maintainer, $ join -a3 /dev/null /dev/null join: invalid field number: ‘3’ Not sure where field 3 came from here. Best, наб -- System Information: Debian Release: 12.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable-debug'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-12-amd64 (SMP w/24 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages coreutils depends on: ii libacl1 2.3.1-3 ii libattr1 1:2.5.1-4 ii libc62.36-9+deb12u4 ii libgmp10 2:6.2.1+dfsg1-1.1 ii libselinux1 3.4-1+b6 coreutils recommends no packages. coreutils suggests no packages. -- no debconf information signature.asc Description: PGP signature
Bug#1068252: urlview: (security) extract IMG URLs so users can see tracker pixels
Control: tags -1 + wontfix unreproducible On Tue, Apr 02, 2024 at 09:33:06PM +0200, Manny wrote: > Tracker pixels are quite commonly used to snoop on email > recipients. URLview ignores URLs that specify an image to render. Inconsistent capitalisation (URLview here/urlview elsewhere) and incoherent problem statement makes me think this first sentence was produced by an LLM while farming for a security issue (note also "(security)" in subject but Tags: wishlist). The lack of cohesion and utter detachment from reality of the rest of this post only drives this further for me. À la mode? signature.asc Description: PGP signature
Bug#1067752: anacrontab(5) incorrectly says the only @period is @monthly (@yearly also supported)
Package: anacron Version: 2.3-39 Severity: minor Tags: patch Dear Maintainer, anacrontab.5 says: The .I period_name can only be set to monthly at the present time.\& (note also the weird space at the end) the README says: Anacron solves this problem. These jobs can simply be scheduled as Anacron-jobs with periods of 1, 7 and a special target called @monthly. but readtab.c says: if (!strncmp ("@monthly", periods, 7)) { jr->named_period = 1; } else if (!strncmp("@yearly", periods, 7)) { jr->named_period = 2; } else { complain("%s: Unknown named period on line %d, skipping", anacrontab, line_num); } so the manual is wrong here. Attaching a patch that mentions @yearly in the manual. I got lost in the "source forge" bullshit listed as the upstream in d/control and d/watch, and @monthly seems to come from d/p/debian-changes anyway (it's tagged as accumulated upstream git but idk due to the aforementioned), so please forward/squash into d/p/d-c at your discretion. Best, наб -- System Information: Debian Release: 12.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable-debug'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-12-amd64 (SMP w/24 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Subject: anacrontab.5: mention @yearly Author: наб --- anacron-2.3.orig/anacrontab.5 +++ anacron-2.3/anacrontab.5 @@ -28,11 +28,13 @@ The .I command can be any shell command.\& The fields can be separated by blank spaces or tabs.\& -The .I period_name -can only be set to monthly at the present time.\& +can be set to +.B monthly +or +.BR yearly .\& This will ensure jobs are only run once a month, no matter the number of days -in this month, or the previous month.\& +in this month, or the previous month; or analogously for the year.\& .PP Environment assignment lines are of the form: .PP signature.asc Description: PGP signature
Bug#1051205: git grep -F isn't ‒ '(' fails with "fatal: unmatched parenthesis"
Control: tags -1 + upstream hehe hoho git grep '(' is actually git grep PATTERN_GROUP_START, because git grep has pattern grouping. Not a bug per se, but the error message is actively adversarial: $ git grep \( fatal: unmatched parenthesis $ git grep \) fatal: incomplete pattern expression: ) neither of these explain what the error actually is. Somehow the one for ) is worse, since this is a /complete/ pattern (which is a regular expression). signature.asc Description: PGP signature
Bug#1063097: /usr/bin/mkimage: opens image and device trees (-d, -b) O_RDONLY, then O_RDWR, and fails if they're read-only (it doesn't write to them)
Control: tags -1 + upstream On Tue, Mar 19, 2024 at 02:41:13PM -0700, Vagrant Cascadian wrote: > It would be helpful to list the exact command you are running, whoops! mkimage -f auto -A arm64 \ -T kernel -C lz4 -d Image-6.6.15.lz4 \ -b mt8173-elm-hana-6.6.15.dtb outf > although best to take this upstream. Yeah, can repro on mkimage from upstream checkout: $ strace -oss tools/mkimage -f auto -A arm64 -T kernel -C lz4 -d Image-6.6.15.lz4 -b mt8173-elm-hana-6.6.15.dtb /dev/null tools/mkimage: Can't open Image-6.6.15.lz4: Permission denied tools/mkimage: Failed to build FIT image tools/mkimage: failed to build FIT Error: Bad parameters for FIT image type $ grep Image ss execve("tools/mkimage", ["tools/mkimage", "-f", "auto", "-A", "arm64", "-T", "kernel", "-C", "lz4", "-d", "Image-6.6.15.lz4", "-b", "mt8173-elm-hana-6.6.15.dtb", "/dev/null"], 0x7ffdbed66100 /* 30 vars */) = 0 openat(AT_FDCWD, "Image-6.6.15.lz4", O_RDONLY) = 3 openat(AT_FDCWD, "Image-6.6.15.lz4", O_RDWR) = -1 EACCES (Permission denied) write(2, "tools/mkimage: Can't open Image-"..., 62) = 62 $ gdb --args tools/mkimage -f auto -A arm64 -T kernel -C lz4 -d Image-6.6.15.lz4 -b mt8173-elm-hana-6.6.15.dtb /dev/null #0 __libc_open64 (file=0x7fffe587 "Image-6.6.15.lz4", oflag=2) at ../sysdeps/unix/sysv/linux/open64.c:30 #1 0xf0f7 in fdt_property_file () #2 0xdef9 in fit_handle_file () #3 0x5557d1da in main () so I'll post a patch there probably. Best, signature.asc Description: PGP signature
Bug#1051418: bad patch: debian/patches/0013-Fix-comparision-if-char-is-unsigned.patch
Control: found -1 30.0.2+dfsg-2.1+b1 Can trivially repro the issue and the fix: after reopening a session with an Xcomposite capture, clicking on it segfaults (strlen over NULL); rebuilding 30.0.2+dfsg-2 with 0013-Fix-comparision-* stripped from d/p/series fixes the segfault and works as-expected. Best, наб signature.asc Description: PGP signature
Bug#1065585: linux-headers-6.7.7-amd64: Depends: linux-compiler-gcc-13-x86 -> linux-image-6.7.7-amd64, gcc-13 => uninstallable on x32
On Fri, Mar 08, 2024 at 06:43:44PM +0100, Bastian Blank wrote: > Control: severity -1 minor > > Because this is an x32 host. > x32 is multi-arch kernel only architecture. Debian still don't have > proper support for multi-arch for compilers. I don't get this. This literally Just fully worked. gcc-13:x32 can produce x32, amd64, and i386 binaries and modules; if you noticed the taints, those are because of ZFS/dkms, which works out-of-box. One could hazard to say that Debian /did/ have proper multi-arch compiler support with linux-headers-6.5.0-5-amd64:amd64 -> linux-compiler-gcc-13-x86:x32 -> gcc-13:x32 and it was freshly broken in the 6.7 packages which seem to be linux-headers-6.5.0-5-amd64:amd64 -> gcc-13:amd64 there's never been a need to install gcc-13:amd64 on an x32 system, and there still isn't. The previous arrangement had worked with no issues for at least the 4 years I've been using this system, and probably longer. Don't really see how "can no longer install kernel infrastructure" is "minor", either. > Just use amd64. Just undo the change that broke x32. signature.asc Description: PGP signature
Bug#1065585: linux-headers-6.7.7-amd64: Depends: linux-compiler-gcc-13-x86 -> linux-image-6.7.7-amd64, gcc-13 => uninstallable on x32
-image-$ver at all? one wants to build for linux but not care for or want the image (and i-t ) quite often. but whatever. The real kicker is, I think going by the unmet-dep list, the gcc-13 dependency, with linux-headers-6.7.7-amd64:amd64 now trying to pull in gcc-13:amd64 for an unknown reason. linux-headers-6.5.0-5-amd64:amd64 pulled in linux-compiler-gcc-13-x86:x32 ‒ linux-compiler-gcc-13-x86/unstable 6.5.13-1 amd64 linux-compiler-gcc-13-x86/unstable 6.5.13-1 i386 linux-compiler-gcc-13-x86/now 6.5.13-1 x32 [installed,local] ii linux-compiler-gcc-13-x86 6.5.13-1 x32 Compiler for Linux on x86 (meta-package) Package: linux-compiler-gcc-13-x86 Version: 6.5.13-1 Status: install ok installed Priority: optional Section: kernel Source: linux Maintainer: Debian Kernel Team Installed-Size: 746 kB Depends: gcc-13 Homepage: https://www.kernel.org/ Download-Size: unknown APT-Manual-Installed: no APT-Sources: /var/lib/dpkg/status Description: Compiler for Linux on x86 (meta-package) This package depends on GCC of the appropriate version and architecture for Linux on amd64, i386 and x32. ‒ which correctly and expectedly pulled in gcc-13:x32. Because this is an x32 host. Please revert this change and pull in the correct compiler again. Best, наб (One has to assume this would be a similar scenario on an i386 host using an amd64 kernel; this is rare in a.d. 2024 probably, but.) -- System Information: Debian Release: trixie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: x32 (x86_64) Foreign Architectures: amd64, i386 Kernel: Linux 6.5.0-3-amd64 (SMP w/2 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_FORCED_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled signature.asc Description: PGP signature
Bug#1063683: lxappearance: segfault when removing cursor theme
gdb says this is a null theme in on_remove_theme_clicked(): -- >8 -- Reading symbols from lxappearance... Reading symbols from /usr/lib/debug/.build-id/94/079b37c65443f89e318af943680a890f1ad940.debug... warning: Can't open file /SYSV (deleted) during file-backed mapping note processing [New LWP 6213] [New LWP 6221] [New LWP 6219] [New LWP 6220] [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/aarch64-linux-gnu/libthread_db.so.1". Core was generated by `lxappearance'. Program terminated with signal SIGSEGV, Segmentation fault. #0 0xd7d77730 in on_remove_theme_clicked (btn=0xe2941690, user_data=) at ./src/icon-theme.c:174 174 gboolean both = theme->has_icon && theme->has_cursor; [Current thread is 1 (Thread 0xb9f3c9c0 (LWP 6213))] (gdb) p theme $1 = (IconTheme *) 0x0 (gdb) bt #0 0xd7d77730 in on_remove_theme_clicked (btn=0xe2941690, user_data=) at ./src/icon-theme.c:174 #1 0xb9e77dbc in _g_closure_invoke_va (closure=0xe291ce50, return_value=0x0, instance=0xe2941690, args=..., n_params=0, param_types=0x0) at ../../../gobject/gclosure.c:895 #2 0xb9e8e7ac in signal_emit_valist_unlocked (instance=0xe274ba00, instance@entry=0xe2941690, signal_id=signal_id@entry=178, detail=detail@entry=0, var_args=...) at ../../../gobject/gsignal.c:3516 #3 0xb9e940b4 in g_signal_emit_valist (instance=0xe2941690, signal_id=178, detail=0, var_args=...) at ../../../gobject/gsignal.c:3355 #4 0xb9e94174 in g_signal_emit (instance=, signal_id=, detail=) at ../../../gobject/gsignal.c:3675 #5 0xba144ea4 in gtk_button_do_release (emit_clicked=1, button=0xe2941690) at ../../../gtk/gtkbutton.c:1845 #6 gtk_button_do_release (emit_clicked=1, button=0xe2941690) at ../../../gtk/gtkbutton.c:1832 #7 gtk_real_button_released (button=0xe2941690) at ../../../gtk/gtkbutton.c:1963 #8 0xb9e75f64 in g_type_class_meta_marshalv (closure=, return_value=, instance=, args=..., marshal_data=, n_params=, param_types=) at ../../../gobject/gclosure.c:1060 #9 0xb9e77dbc in _g_closure_invoke_va (closure=0xe278f400, return_value=0x0, instance=0xe2941690, args=..., n_params=0, param_types=0x0) at ../../../gobject/gclosure.c:895 #10 0xb9e8e7ac in signal_emit_valist_unlocked (instance=0xe274ba00, instance@entry=0xe2941690, signal_id=signal_id@entry=177, detail=detail@entry=0, var_args=...) at ../../../gobject/gsignal.c:3516 #11 0xb9e940b4 in g_signal_emit_valist (instance=0xe2941690, signal_id=177, detail=0, var_args=...) at ../../../gobject/gsignal.c:3355 #12 0xb9e94174 in g_signal_emit (instance=instance@entry=0xe2941690, signal_id=, detail=detail@entry=0) at ../../../gobject/gsignal.c:3675 #13 0xba142e24 in multipress_released_cb (gesture=0xe2941780, n_press=, x=, y=, widget=0xe2941690) at ../../../gtk/gtkbutton.c:666 #14 0xba0f9c34 in _gtk_marshal_VOID__INT_DOUBLE_DOUBLEv (closure=, return_value=, instance=, args=..., marshal_data=, n_params=, param_types=) at gtk/gtkmarshalers.c:4804 #15 0xb9e77dbc in _g_closure_invoke_va (closure=0xe2941a70, return_value=0x0, instance=0xe2941780, args=..., n_params=3, param_types=0xe2727730) at ../../../gobject/gclosure.c:895 #16 0xb9e8e7ac in signal_emit_valist_unlocked (instance=0xe27be5a0, instance@entry=0xe2941780, signal_id=signal_id@entry=188, detail=detail@entry=0, var_args=...) at ../../../gobject/gsignal.c:3516 #17 0xb9e940b4 in g_signal_emit_valist (instance=0xe2941780, signal_id=188, detail=0, var_args=...) at ../../../gobject/gsignal.c:3355 #18 0xb9e94174 in g_signal_emit (instance=instance@entry=0xe2941780, signal_id=, detail=detail@entry=0) at ../../../gobject/gsignal.c:3675 #19 0xba22f408 in gtk_gesture_multi_press_end (gesture=0xe2941780, sequence=sequence@entry=0x0) at ../../../gtk/gtkgesturemultipress.c:287 #20 0xb9e7b60c in g_cclosure_marshal_VOID__BOXEDv (closure=0xe27e43e0, return_value=, instance=0xe2941780, args=..., marshal_data=0xba22f340 , n_params=, param_types=0xe27e4410) at ../../../gobject/gmarshal.c:1686 #21 0xb9e75f64 in g_type_class_meta_marshalv (closure=, return_value=, instance=, args=..., marshal_data=, n_params=, param_types=) at ../../../gobject/gclosure.c:1060 #22 0xb9e77dbc in _g_closure_invoke_va (closure=0xe27e43e0, return_value=0x0, instance=0xe2941780, args=..., n_params=1, param_types=0xe27e4410) at ../../../gobject/gclosure.c:895 #23 0xb9e8e7ac in signal_emit_valist_unlocked (instance=0xe27be5a0, instance@entry=0xe2941780, signal_id=signal_id@entry=183, detail=detail@entry=0, var_args=...) at ../../../gobject/gsignal.c:3516 #24 0xb9e940b4 in g_signal_emit_valist (instance=0xe2941780, signal_id=183, detail=0, var_args=...) at
Bug#1063097: /usr/bin/mkimage: opens image and device trees (-d, -b) O_RDONLY, then O_RDWR, and fails if they're read-only (it doesn't write to them)
Package: u-boot-tools Version: 2024.01+dfsg-1 Severity: normal File: /usr/bin/mkimage Dear Maintainer, From a strace: 1390 openat(AT_FDCWD, "/tmp/tmp.j2DX6x1MgV/Image-6.6.11.lz4", O_RDONLY) = 3 1390 newfstatat(3, "", {st_mode=S_IFREG|0644, st_size=12611929, ...}, AT_EMPTY_PATH) = 0 1390 close(3) = 0 1390 openat(AT_FDCWD, "mt8173-elm-hana-6.6.11.dtb", O_RDONLY) = 3 1390 newfstatat(3, "", {st_mode=S_IFREG|0644, st_size=43853, ...}, AT_EMPTY_PATH) = 0 1390 close(3) = 0 1390 mmap(NULL, 12660736, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xafecd000 1390 openat(AT_FDCWD, "/tmp/tmp.j2DX6x1MgV/Image-6.6.11.lz4", O_RDWR) = 3 1390 newfstatat(3, "", {st_mode=S_IFREG|0644, st_size=12611929, ...}, AT_EMPTY_PATH) = 0 1390 read(3, "\4\"M\30dp\271\361K!\0\225\37 \3\325'\360X\24\0\1\0 \243\1\6\0/\n\0\1"..., 12611929) = 12611929 1390 close(3) = 0 1390 openat(AT_FDCWD, "mt8173-elm-hana-6.6.11.dtb", O_RDWR) = -1 EACCES (Permission denied) 1390 write(2, "mkimage: Can't open mt8173-elm-h"..., 66) = 66 1390 write(2, "mkimage: Failed to build FIT ima"..., 35) = 35 1390 munmap(0xafecd000, 12660736) = 0 here, the dtb is unwritable. An analogous error happens if the Image is unwritable, but as we can see here, it doesn't write to it anyway. (Nor should it, given this is an input file.) Please turn this into an O_RDONLY. Best, наб -- System Information: Debian Release: trixie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: arm64 (aarch64) Kernel: Linux 6.6.11 (SMP w/4 CPU threads) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages u-boot-tools depends on: ii libc62.37-15 ii libgnutls30 3.8.3-1 ii libssl3 3.1.4-2 ii libtinfo66.4+20240113-1 ii libuuid1 2.39.3-6 Versions of packages u-boot-tools recommends: pn device-tree-compiler pn libubootenv-tool u-boot-tools suggests no packages. -- no debconf information signature.asc Description: PGP signature
Bug#1062262: pipewire-alsa: adversarial description
Package: pipewire-alsa Version: 1.0.1-2 Severity: normal Dear Maintainer, $ apt info pipewire-alsa Package: pipewire-alsa Version: 1.0.1-2 Priority: optional Section: sound Source: pipewire Maintainer: Utopia Maintenance Team Installed-Size: 247 kB Depends: pipewire (= 1.0.1-2), libasound2 (>= 1.1.7), libc6 (>= 2.17), libpipewire-0.3-0 (= 1.0.1-2) Conflicts: pulseaudio Breaks: pipewire-audio-client-libraries (<< 0.3.54-1~) Replaces: pipewire-audio-client-libraries (<< 0.3.54-1~) Homepage: https://pipewire.org/ Download-Size: 55.1 kB APT-Manual-Installed: yes APT-Sources: http://deb.debian.org/debian sid/main arm64 Packages Description: PipeWire ALSA plugin PipeWire is a server and user space API to deal with multimedia pipelines. This includes: . - Making available sources of audio and video (such as from a capture devices or application provided streams) and multiplexing this with clients. - Accessing sources of audio and video for consumption. - Generating graphs for audio and video processing. . This package contains the ALSA plugin. This doesn't actually say what it is. From the arch wiki I found out this is a plugin /for ALSA/ (clients) to output to pipewire sinks. That's not what I wanted. Maybe the package "contains a plugin for ALSA applications to output via PipeWire"? Maybe the diest line should also be something similar to "ALSA->PipeWire plugin". Best, -- System Information: Debian Release: trixie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: arm64 (aarch64) Kernel: Linux 6.6.11 (SMP w/4 CPU threads) Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages pipewire-alsa depends on: ii libasound2 1.2.10-3 ii libc6 2.37-13 ii libpipewire-0.3-0 1.0.1-2 ii pipewire 1.0.1-2 pipewire-alsa recommends no packages. pipewire-alsa suggests no packages. -- no debconf information signature.asc Description: PGP signature
Bug#1062213: /usr/bin/wpctl: "status" draws output table with garbage
Package: wireplumber Version: 0.4.17-1 Severity: normal File: /usr/bin/wpctl Dear Maintainer, Please see attached jpeg for what wpctl just gave me. On the teletype I ran it on I have just LANG=C set: $ env | grep -e ^LA -e ^LC LANG=C $ locale LANG=C LANGUAGE= LC_CTYPE="C" LC_NUMERIC="C" LC_TIME="C" LC_COLLATE="C" LC_MONETARY="C" LC_MESSAGES="C" LC_PAPER="C" LC_NAME="C" LC_ADDRESS="C" LC_TELEPHONE="C" LC_MEASUREMENT="C" LC_IDENTIFICATION="C" LC_ALL= Presumably this is because wpctl writes UTF-8 arrows and bars, which is counter to what I have configured, and, hence, naturally, doesn't work. Best, -- System Information: Debian Release: trixie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: arm64 (aarch64) Kernel: Linux 6.6.11 (SMP w/4 CPU threads) Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages wireplumber depends on: ii dbus-user-session [default-dbus-session-bus] 1.14.10-4 ii init-system-helpers 1.66 ii libc6 2.37-13 ii libglib2.0-0 2.78.3-1 ii libpipewire-0.3-0 1.0.1-2 ii libwireplumber-0.4-0 0.4.17-1 ii pipewire 1.0.1-2 Versions of packages wireplumber recommends: ii pipewire-pulse 1.0.1-2 Versions of packages wireplumber suggests: ii libspa-0.2-bluetooth 1.0.1-2 pn libspa-0.2-libcamera pn wireplumber-doc -- no debconf information signature.asc Description: PGP signature
Bug#1062208: /usr/sbin/fsck: exits 0 with no output (just version) when it doesn't find a type-specific fsck
Package: util-linux Version: 2.39.3-6 Severity: normal File: /usr/sbin/fsck Dear Maintainer, Just got [ 3030.473467] FAT-fs (mmcblk1p1): Volume was not properly unmounted. Some data may be corrupt. Please run fsck. great idea! After unmounting I did # fsck /dev/mmcblk1p1 fsck from util-linux 2.39.3 which is just --version. Maybe # fsck -AR fsck from util-linux 2.39.3 so also no. Strace says close(6) = 0 close(5) = 0 close(3)= 0 munmap(0xa8eb7000, 266240) = 0 munmap(0xa8e76000, 266240) = 0 munmap(0xa8e35000, 266240) = 0 munmap(0xa8df4000, 266240) = 0 close(4) = 0 faccessat(AT_FDCWD, "/usr/local/sbin/fsck.vfat", X_OK) = -1 ENOENT (No such file or directory) faccessat(AT_FDCWD, "/usr/local/bin/fsck.vfat", X_OK) = -1 ENOENT (No such file or directory) faccessat(AT_FDCWD, "/usr/sbin/fsck.vfat", X_OK) = -1 ENOENT (No such file or directory) faccessat(AT_FDCWD, "/usr/bin/fsck.vfat", X_OK) = -1 ENOENT (No such file or directory) faccessat(AT_FDCWD, "/sbin/fsck.vfat", X_OK) = -1 ENOENT (No such file or directory) faccessat(AT_FDCWD, "/bin/fsck.vfat", X_OK) = -1 ENOENT (No such file or directory) dup(1)= 3 close(3) = 0 dup(2)= 3 close(3) = 0 exit_group(0) = ? +++ exited with 0 +++ which looks like a failed path traversal and then nothing? So fsck just happily exited 0 with no warnings for my potentially-broken filesystem, which I'd classify as "not very cash-money". Best, -- System Information: Debian Release: trixie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: arm64 (aarch64) Kernel: Linux 6.6.11 (SMP w/4 CPU threads) Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages util-linux depends on: ii libblkid1 2.39.3-6 ii libc6 2.37-13 ii libcap-ng0 0.8.4-1 ii libcrypt1 1:4.4.36-4 ii libmount1 2.39.3-6 ii libpam0g 1.5.2-9.1+b1 ii libselinux13.5-1+b2 ii libsmartcols1 2.39.3-6 ii libsystemd0255.2-4 ii libtinfo6 6.4+20240113-1 ii libudev1 255.2-4 ii libuuid1 2.39.3-6 ii zlib1g 1:1.3.dfsg-3+b1 Versions of packages util-linux recommends: ii sensible-utils 0.0.20 Versions of packages util-linux suggests: pn dosfstools ii kbd 2.6.4-2 pn util-linux-extra pn util-linux-locales -- no debconf information signature.asc Description: PGP signature
Bug#1061537: kexec-tools: non-text error output
Package: kexec-tools Version: 1:2.0.27-1 Severity: normal Dear Maintainer, root@chwast:/tmp# zcat /media/Image.gz | kexec -l -t Image /dev/stdin --reuse-cmdline --dtb /usr/local/src/mt8173-elm-hana.dtb Cannot read /dev/stdinroot@chwast:/tmp# As evident from this transcript, the output isn't a text file. (Also, it doesn't say why it couldn't read it; strace disagrees: openat(AT_FDCWD, "/dev/stdin", O_RDONLY) = 4 lseek(4, 0, SEEK_CUR) = -1 ESPIPE (Illegal seek) read(4, "MZ@\372\377?\0\24\0\0\0\0\0\0\0\0\0\0\333\33\0\0\0\0\n\0\0\0\0\0\0\0"..., 8192) = 8192 close(4)= 0 openat(AT_FDCWD, "/dev/stdin", O_RDONLY) = 4 newfstatat(4, "", {st_mode=S_IFIFO|0600, st_size=0, ...}, AT_EMPTY_PATH) = 0 close(4)= 0 write(2, "Cannot read /dev/stdin", 22Cannot read /dev/stdin) = 22 exit_group(1) = ? it's a bizarre success, but a success nonetheless.) Best, наб -- System Information: Debian Release: trixie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: arm64 (aarch64) Kernel: Linux 6.6.11 (SMP w/4 CPU threads) Kernel taint flags: TAINT_WARN Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages kexec-tools depends on: ii debconf [debconf-2.0] 1.5.83 ii dpkg 1.22.2 ii libc6 2.37-13 ii libxenmisc4.17 4.17.2+76-ge1f9cb16e2-1 ii zlib1g 1:1.3.dfsg-3+b1 kexec-tools recommends no packages. kexec-tools suggests no packages. -- debconf information: kexec-tools/use_grub_config: false signature.asc Description: PGP signature
Bug#1061329: /usr/bin/futility: "FATAL: do_vbutil_kernel: Error reading bootloader file." when --bootloader points to empty file
Package: vboot-kernel-utils Version: 0~R106-15054.B-1 Severity: normal File: /usr/bin/futility Dear Maintainer, # vbutil_kernel --pack /dev/mmcblk1p9 --keyblock /usr/share/vboot/devkeys/kernel.keyblock --signprivate /usr/share/vboot/devkeys/kernel_data_key.vbprivk --version 1 --vmlinuz /media/new+pstored+sysrq.dtb --bootloader /dev/null --config cmdline3 --arch arm64 FATAL: do_vbutil_kernel: Error reading bootloader file. The same happens when you # > b # ... --bootloader b ... and you need to printf '\0' > b for vbutil_kernel to accept it. This appears to be a fake restrixion ‒ AFAICT the boot bundles on my chromebook are all-zero anyway, and booting with the single-NUL-byte bootloader works. So the --bootloader option should be optional, or it should correctly accept empty files. Best, наб -- System Information: Debian Release: trixie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: arm64 (aarch64) Kernel: Linux 6.6.9-amd64 (SMP w/2 CPU threads; PREEMPT) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: sysvinit (via /sbin/init) Versions of packages vboot-kernel-utils depends on: ii coreboot-utils 4.15~dfsg-4 ii flashrom1.3.0-2.1+b1 ii libc6 2.37-13 ii libflashrom11.3.0-2.1+b1 ii libssl3 3.1.4-2 vboot-kernel-utils recommends no packages. vboot-kernel-utils suggests no packages. -- no debconf information signature.asc Description: PGP signature
Bug#1060825: libpam-zfs: prompts for password for passwordless user, accepts empty
Package: libpam-zfs Version: 2.2.2-3 Severity: normal Dear Maintainer, On a graphical session, I was prompted for a passphrase; when there is no passphrase, there's just a login button. For something easy to reproduce: $ sudo getent shadow [sudo] password for user: user::19736:0:9:7::: this is obviously wrong. Best, наб -- System Information: Debian Release: trixie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 6.6.9-amd64 (SMP w/2 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages libpam-zfs depends on: ii libc62.37-13 ii libnvpair3linux 2.2.2-3 ii libpam-runtime 1.5.2-9.1 ii libpam0g 1.5.2-9.1+b1 ii libssl3 3.1.4-2 ii libzfs4linux 2.2.2-3 libpam-zfs recommends no packages. libpam-zfs suggests no packages. -- no debconf information signature.asc Description: PGP signature
Bug#1060730: /usr/share/doc/libneatvnc-dev/examples/png-server.c: depends on "../src/pngfb.c", which isn't distributed
Package: libneatvnc-dev Version: 0.5.4+dfsg-1 Version: 0.7.1+dfsg-1 Severity: normal File: /usr/share/doc/libneatvnc-dev/examples/png-server.c Dear Maintainer, $ cc $(pkg-config --libs --cflags neatvnc aml pixman-1 libpng) /usr/share/doc/libneatvnc-dev/examples/png-server.c -O3 -o png-server /bin/ld: /tmp/png-server-952d18.o: in function `main': png-server.c:(.text+0x1f): undefined reference to `read_png_file' cc: error: linker command failed with exit code 1 (use -v to see invocation) cf. /usr/share/doc/libneatvnc-dev/examples/meson.build: if libpng.found() executable( 'png-server', [ 'png-server.c', '../src/pngfb.c', ], this isn't distributed, so to actually use this example you need to apt source neatvnc and run $ cc $(pkg-config --libs --cflags neatvnc aml pixman-1 libpng) /usr/share/doc/libneatvnc-dev/examples/png-server.c neatvnc-0.7.1+dfsg/src/pngfb.c -O3 -o png-server which diminishes the utility of the example greatly. Please also put pngfb.c into examples. Best, наб -- System Information: Debian Release: 12.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable-debug'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-9-amd64 (SMP w/24 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages libneatvnc-dev:amd64 depends on: ii libaml-dev0.2.2-1 ii libgnutls28-dev [gnutls-dev] 3.7.9-2+deb12u1 ii libneatvnc0 0.5.4+dfsg-1 ii libpixman-1-dev 0.42.2-1 ii libturbojpeg0-dev 1:2.1.5-2 ii zlib1g-dev1:1.2.13.dfsg-1 libneatvnc-dev:amd64 recommends no packages. libneatvnc-dev:amd64 suggests no packages. -- no debconf information signature.asc Description: PGP signature
Bug#1060729: /usr/lib/x86_64-linux-gnu/pkgconfig/neatvnc.pc: Requires libdrm, libdrm-dev isn't pulled in the dependency list
Package: libneatvnc-dev Version: 0.5.4+dfsg-1 Version: 0.7.1+dfsg-1 Severity: normal File: /usr/lib/x86_64-linux-gnu/pkgconfig/neatvnc.pc Dear Maintainer, After installation, $ pkg-config --libs --cflags neatvnc Package libdrm was not found in the pkg-config search path. Perhaps you should add the directory containing `libdrm.pc' to the PKG_CONFIG_PATH environment variable Package 'libdrm', required by 'neatvnc', not found Found on bookworm, AFAICT also affects sid. Best, наб -- System Information: Debian Release: 12.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable-debug'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-9-amd64 (SMP w/24 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages libneatvnc-dev:amd64 depends on: ii libaml-dev0.2.2-1 ii libgnutls28-dev [gnutls-dev] 3.7.9-2+deb12u1 ii libneatvnc0 0.5.4+dfsg-1 ii libpixman-1-dev 0.42.2-1 ii libturbojpeg0-dev 1:2.1.5-2 ii zlib1g-dev1:1.2.13.dfsg-1 libneatvnc-dev:amd64 recommends no packages. libneatvnc-dev:amd64 suggests no packages. -- no debconf information signature.asc Description: PGP signature
Bug#1040183: [Pkg-zfsonlinux-devel] Bug#1040183: zfs-initramfs: snapshots for rootfs mounted in /root/.zfs/snapshot
On Fri, Jan 12, 2024 at 07:12:34AM +, 陈 晟祺 wrote: > Seems .zfs/ of you home dataset goes wrongly to /.zfs, which is really weird, > since they are mounted in the different stage of booting sequence. > I don’t think it is the same problem as this report. > You might want to create a new report (and to upstream). Forwarded to https://github.com/openzfs/zfs/issues/15766. signature.asc Description: PGP signature
Bug#1040183: zfs-initramfs: snapshots for rootfs mounted in /root/.zfs/snapshot
Control: found -1 2.2.2-3 The upstream issue referenced in the OP is still open, and you can still repro this error on 2.2.2-3 and 6.6.9-amd64: nabijaczleweli@chrust:~$ ls .zfs/snapshot/pre-keymap/ ls: cannot access '/home/nabijaczleweli/.zfs/snapshot/pre-keymap/': Too many levels of symbolic links nabijaczleweli@chrust:~$ ls /.zfs/snapshot/pre-keymap/ audio-script.tar cros-keyboard-map foreign.nabijaczleweli.xyz typescript xev.log nabijaczleweli@chrust:~/code/babfig/i3status.rs$ findmnt TARGET SOURCE FSTYPE OPTIONS / chrust-zootzfs rw,relatime,xattr,posixacl,casesensitive ├─/home chrust-zoot/home zfs rw,relatime,xattr,posixacl,casesensitive │ └─/home/nabijaczlewelichrust-zoot/home/nabijaczlewelizfs rw,relatime,xattr,posixacl,casesensitive └─/.zfs/snapshot/pre-keymap chrust-zoot/home/nabijaczleweli@pre-keymap zfs ro,relatime,xattr,posixacl,casesensitive $ uname -a Linux chrust 6.6.9-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.6.9-1 (2024-01-01) x86_64 GNU/Linux $ zfs --version zfs-2.2.2-3 zfs-kmod-2.2.2-3 with the added spice of c-z/h/n@p-k instead of c-z@p-k being mounted. signature.asc Description: PGP signature
Bug#1060461: libpam-zfs: fails to unload and unmount homedir on exit from graphical session
Package: libpam-zfs Version: 2.2.2-3 Severity: normal Dear Maintainer, After logging out (as testuser), /home/testuser was still mounted. Before logging in, it was unloaded and unmounted. Journal says Jan 11 20:59:41 chrust systemd[1]: Started session-33.scope - Session 33 of User testuser. Jan 11 20:59:55 chrust lightdm[13290]: pam_unix(lightdm:session): session closed for user testuser Jan 11 20:59:55 chrust lightdm[13290]: pam_zfs_key(lightdm:session): zfs_unmount failed with: -1 Jan 11 21:00:01 chrust lightdm[13484]: pam_zfs_key(lightdm:auth): pbkdf failed Jan 11 21:00:12 chrust (sd-pam)[13299]: pam_unix(systemd-user:session): session closed for user testuser I'm in as default a configuration as I could be (sans setting homes=chrust-zoot/home), using lightdm as the greeter and i3 as the WM. None of testuser's processes persisted. Best, наб -- System Information: Debian Release: trixie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 6.6.9-amd64 (SMP w/2 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages libpam-zfs depends on: ii libc62.37-13 ii libnvpair3linux 2.2.2-3 ii libpam-runtime 1.5.2-9.1 ii libpam0g 1.5.2-9.1+b1 ii libssl3 3.1.4-2 ii libzfs4linux 2.2.2-3 libpam-zfs recommends no packages. libpam-zfs suggests no packages. -- no debconf information signature.asc Description: PGP signature
Bug#1060460: reportbug: adduser prompts for current password when adding user, impossible to change passphrase
Package: libpam-zfs Version: 2.2.2-3 Severity: normal Dear Maintainer, Given # adduser testuser info: Adding user `testuser' ... info: Selecting UID/GID from range 1000 to 5 ... info: Adding new group `testuser' (1001) ... info: Adding new user `testuser' (1001) with group `testuser (1001)' ... info: Creating home directory `/home/testuser' ... info: Copying files from `/etc/skel' ... Current password: What does this mean? What am I supposed to write here? If I respond with mismatched passwords then Current password: abc New password: def Retype new password: def passwd: Authentication token manipulation error passwd: password unchanged Try again? [y/N] And if with the same then: adduser testuser info: Adding user `testuser' ... info: Selecting UID/GID from range 1000 to 5 ... info: Adding new group `testuser' (1001) ... info: Adding new user `testuser' (1001) with group `testuser (1001)' ... info: Creating home directory `/home/testuser' ... info: Copying files from `/etc/skel' ... Current password: asd New password: asd Retype new password: asd The password has not been changed. New password: asd Retype new password: asd The password has not been changed. New password: asd Retype new password: asd The password has not been changed. passwd: Authentication token manipulation error passwd: password unchanged Try again? [y/N] And if I click through the rest, the user is disabled: $ getent passwd testuser testuser:x:1001:1001:test,test,test,test,test:/home/testuser:/bin/bash # getent shadow testuser testuser:!:19733:0:9:7::: If I then passwd testuser then Current password: New password: Retype new password: passwd: Authentication token manipulation error passwd: password unchanged when running as root! In the journal I see Jan 11 20:40:14 chrust sudo[10942]: nabijaczleweli : TTY=pts/0 ; PWD=/home/nabijaczleweli ; USER=root ; COMMAND=/usr/bin/passwd testuser Jan 11 20:40:14 chrust sudo[10942]: pam_unix(sudo:session): session opened for user root(uid=0) by nabijaczleweli(uid=1000) Jan 11 20:40:16 chrust passwd[10944]: pam_zfs_key(passwd:chauthtok): dataset chrust-zoot/home/testuser not found Jan 11 20:40:16 chrust passwd[10944]: pam_zfs_key(passwd:chauthtok): old token mismatch Jan 11 20:40:33 chrust sudo[10942]: pam_unix(sudo:session): session closed for user root Jan 11 20:40:35 chrust sudo[10946]: nabijaczleweli : TTY=pts/0 ; PWD=/home/nabijaczleweli ; USER=root ; COMMAND=/usr/bin/passwd testuser Jan 11 20:40:35 chrust sudo[10946]: pam_unix(sudo:session): session opened for user root(uid=0) by nabijaczleweli(uid=1000) Jan 11 20:40:35 chrust passwd[10948]: pam_zfs_key(passwd:chauthtok): dataset chrust-zoot/home/testuser not found Jan 11 20:40:35 chrust passwd[10948]: pam_zfs_key(passwd:chauthtok): old token mismatch Jan 11 20:40:38 chrust passwd[10948]: pam_unix(passwd:chauthtok): authentication failure; logname=nabijaczleweli uid=0 euid=0 tty= ruser= rhost= user=testuser Jan 11 20:40:38 chrust passwd[10948]: pam_unix(passwd:chauthtok): user password changed by another process Jan 11 20:40:40 chrust sudo[10946]: pam_unix(sudo:session): session closed for user root -- System Information: Debian Release: trixie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 6.6.9-amd64 (SMP w/2 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages adduser depends on: ii passwd 1:4.13+dfsg1-3+b1 adduser recommends no packages. Versions of packages adduser suggests: ii cron3.0pl1-182 ii liblocale-gettext-perl 1.07-6 ii perl5.36.0-10+b1 pn quota -- no debconf information signature.asc Description: PGP signature
Bug#1060389: systemd: logind: HandlePowerKeyLongPress doesn't appear to work
On Wed, Jan 10, 2024 at 03:40:27PM +0100, Michael Biebl wrote: > Am 10.01.24 um 15:26 schrieb наб: > > As you can see in my logind.conf, > > I have re-mapped the power key to suspend, > > and long-pressing the power key to hibernate. > > > > When I click the power key the machine suspends instantly > > (and under X I see XF86PowerOff). > > But this actually happens no matter how long I hold the button for, > > and hibernation never occurs. > Maybe your desktop environment intercepts/interprets those keys? It doesn't: $ grep XF86 .config/i3/config bindsym XF86AudioRaiseVolume exec --no-startup-id pactl set-sink-volume @DEFAULT_SINK@ +10% && $refresh_i3status bindsym XF86AudioLowerVolume exec --no-startup-id pactl set-sink-volume @DEFAULT_SINK@ -10% && $refresh_i3status bindsym XF86AudioMute exec --no-startup-id pactl set-sink-mute @DEFAULT_SINK@ toggle && $refresh_i3status bindsym XF86AudioMicMute exec --no-startup-id pactl set-source-mute @DEFAULT_SOURCE@ toggle && $refresh_i3status And, well, the xev seeing them means i3 didn't eat them. > Can you confirm the issue when being logged into the kernel console only > (i.e. no desktop environment running)? I guess I forgot to note this explicitly: yes this happens both under X and at a getty. Best, signature.asc Description: PGP signature
Bug#1060389: systemd: logind: HandlePowerKeyLongPress doesn't appear to work
Package: systemd Version: 255.2-4 Severity: normal Dear Maintainer, As you can see in my logind.conf, I have re-mapped the power key to suspend, and long-pressing the power key to hibernate. When I click the power key the machine suspends instantly (and under X I see XF86PowerOff). But this actually happens no matter how long I hold the button for, and hibernation never occurs. Best, наб -- Package-specific info: -- System Information: Debian Release: trixie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 6.6.9-amd64 (SMP w/2 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages systemd depends on: ii libacl12.3.1-4 ii libapparmor1 3.0.12-1+b2 ii libaudit1 1:3.1.2-1 ii libblkid1 2.39.3-6 ii libc6 2.37-13 ii libcap21:2.66-4+b2 ii libcryptsetup122:2.6.1-6+b1 ii libfdisk1 2.39.3-6 ii libgcrypt201.10.3-2 ii libkmod2 31-1 ii liblz4-1 1.9.4-1+b2 ii liblzma5 5.4.5-0.3 ii libmount1 2.39.3-6 ii libpam0g 1.5.2-9.1+b1 ii libseccomp22.5.5-1 ii libselinux13.5-1+b2 ii libssl33.1.4-2 ii libsystemd-shared 255.2-4 ii libsystemd0255.2-4 ii libzstd1 1.5.5+dfsg2-2 ii mount 2.39.3-6 ii systemd-dev255.2-4 Versions of packages systemd recommends: ii dbus [default-dbus-system-bus] 1.14.10-3+b1 ii systemd-timesyncd [time-daemon] 255.2-4 Versions of packages systemd suggests: ii libfido2-11.14.0-1 pn libip4tc2 ii libp11-kit0 0.25.3-4 pn libqrencode4 pn libtss2-esys-3.0.2-0 pn libtss2-mu0 pn libtss2-rc0 ii polkitd 123-3 pn systemd-boot pn systemd-container pn systemd-homed pn systemd-resolved pn systemd-userdbd Versions of packages systemd is related to: ii dbus-user-session 1.14.10-3+b1 pn dracut ii initramfs-tools0.142 ii libnss-systemd 255.2-4 ii libpam-systemd 255.2-4 ii udev 255.2-4 -- Configuration Files: /etc/systemd/logind.conf changed: [Login] HandlePowerKey=suspend HandlePowerKeyLongPress=hibernate HandleSuspendKey=ignore HandleSuspendKeyLongPress=ignore -- no debconf information signature.asc Description: PGP signature
Bug#934736: initramfs-tools: MODULES=dep fails when rootfs is zfs
s rw,relatime,xattr,posixacl,casesensitive 0 0 chrust-zoot/opt /opt zfs rw,relatime,xattr,posixacl,casesensitive 0 0 chrust-zoot/srv /srv zfs rw,relatime,xattr,posixacl,casesensitive 0 0 chrust-zoot/usr /usr zfs rw,relatime,xattr,posixacl,casesensitive 0 0 chrust-zoot/usr/local /usr/local zfs rw,relatime,xattr,posixacl,casesensitive 0 0 chrust-zoot/var /var zfs rw,relatime,xattr,posixacl,casesensitive 0 0 chrust-zoot/var/cache /var/cache zfs rw,relatime,xattr,posixacl,casesensitive 0 0 chrust-zoot/var/lib /var/lib zfs rw,relatime,xattr,posixacl,casesensitive 0 0 chrust-zoot/var/log /var/log zfs rw,relatime,xattr,posixacl,casesensitive 0 0 chrust-zoot/var/tmp /var/tmp zfs rw,relatime,xattr,posixacl,casesensitive 0 0 securityfs /sys/kernel/security securityfs rw,nosuid,nodev,noexec,relatime 0 0 tmpfs /dev/shm tmpfs rw,nosuid,nodev,inode64 0 0 tmpfs /run/lock tmpfs rw,nosuid,nodev,noexec,relatime,size=5120k,inode64 0 0 cgroup2 /sys/fs/cgroup cgroup2 rw,nosuid,nodev,noexec,relatime,nsdelegate,memory_recursiveprot 0 0 pstore /sys/fs/pstore pstore rw,nosuid,nodev,noexec,relatime 0 0 efivarfs /sys/firmware/efi/efivars efivarfs rw,nosuid,nodev,noexec,relatime 0 0 bpf /sys/fs/bpf bpf rw,nosuid,nodev,noexec,relatime,mode=700 0 0 systemd-1 /proc/sys/fs/binfmt_misc autofs rw,relatime,fd=33,pgrp=1,timeout=0,minproto=5,maxproto=5,direct,pipe_ino=1962 0 0 hugetlbfs /dev/hugepages hugetlbfs rw,nosuid,nodev,relatime,pagesize=2M 0 0 debugfs /sys/kernel/debug debugfs rw,nosuid,nodev,noexec,relatime 0 0 mqueue /dev/mqueue mqueue rw,nosuid,nodev,noexec,relatime 0 0 tracefs /sys/kernel/tracing tracefs rw,nosuid,nodev,noexec,relatime 0 0 fusectl /sys/fs/fuse/connections fusectl rw,nosuid,nodev,noexec,relatime 0 0 configfs /sys/kernel/config configfs rw,nosuid,nodev,noexec,relatime 0 0 systemd-1 /home/nabijaczleweli/foreign.nabijaczleweli.xyz autofs rw,relatime,fd=42,pgrp=1,timeout=420,minproto=5,maxproto=5,direct,pipe_ino=2207 0 0 tmpfs /tmp tmpfs rw,nosuid,nodev,nr_inodes=1048576,inode64 0 0 /dev/mmcblk0p1 /boot/efi vfat rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,utf8,errors=remount-ro 0 0 binfmt_misc /proc/sys/fs/binfmt_misc binfmt_misc rw,nosuid,nodev,noexec,relatime 0 0 tmpfs /run/user/1000 tmpfs rw,nosuid,nodev,relatime,size=387924k,nr_inodes=96981,mode=700,uid=1000,gid=1000,inode64 0 0 -- >8 -- Applying Aron's patch succeeds at 434 (offset 60 lines) and generates a valid initrd. Best, наб -- Package-specific info: -- initramfs sizes -rw-r--r-- 1 root root 17M Jan 9 20:42 /boot/initrd.img-6.6.9-amd64 -- /proc/cmdline initrd=\klapki\dd956699294c45e99ffe000df2d986d6\6.6.9-amd64\initrd.img-6.6.9-amd64 root=zfs:AUTO quiet resume=PARTLABEL=chrust-swap -- resume RESUME=UUID=42e17393-a8a0-48df-971b-38872d9b86e6 -- /proc/filesystems fuseblk vfat -- lsmod Module Size Used by ccm20480 6 cmac 12288 3 algif_hash 12288 1 algif_skcipher 12288 1 af_alg 36864 6 algif_hash,algif_skcipher bnep 36864 2 binfmt_misc28672 1 uvcvideo 147456 0 videobuf2_vmalloc 20480 1 uvcvideo uvc12288 1 uvcvideo btusb 86016 0 videobuf2_memops 16384 1 videobuf2_vmalloc btrtl 32768 1 btusb btintel57344 1 btusb videobuf2_v4l2 36864 1 uvcvideo btbcm 24576 1 btusb btmtk 16384 1 btusb videodev 368640 2 videobuf2_v4l2,uvcvideo bluetooth1134592 27 btrtl,btmtk,btintel,btbcm,bnep,btusb videobuf2_common 77824 4 videobuf2_vmalloc,videobuf2_v4l2,uvcvideo,videobuf2_memops mc 94208 4 videodev,videobuf2_v4l2,uvcvideo,videobuf2_common usbhid 73728 0 ecdh_generic 16384 2 bluetooth crc16 12288 1 bluetooth snd_soc_sst_bxt_da7219_max98357a28672 0 snd_soc_intel_hda_dsp_common16384 1 snd_soc_sst_bxt_da7219_max98357a snd_soc_hdac_hdmi 45056 1 snd_soc_sst_bxt_da7219_max98357a snd_sof_probes 24576 0 x86_pkg_temp_thermal16384 0 intel_powerclamp 16384 0 coretemp 16384 0 snd_hda_codec_hdmi 90112 1 kvm_intel 413696 0 snd_soc_dmic 12288 1 snd_sof_pci_intel_apl12288 0 snd_sof_intel_hda_common 217088 1 snd_sof_pci_intel_apl soundwire_intel73728 1 snd_sof_intel_hda_common kvm 1363968 1 kvm_intel soundwire_generic_allocation12288 1 soundwire_intel snd_sof_intel_hda_mlink40960 2 soundwire_intel,snd_sof_intel_hda_common soundwire_cadence 45056 1 soundwire_intel snd_sof_intel_hda 24576 1 snd_sof_intel_hda_common snd_sof_pci24576 2 snd_sof_intel_hda_common,snd_sof_pci_intel_apl snd_sof_xtensa_dsp 16384 1 snd_sof_intel_hda_common snd_sof 360448 4 snd_sof_pci,snd_sof_intel_hda_commo
Bug#1060336: /usr/share/initramfs-tools/hooks/klibc-utils: cp: warning: behavior of -n is non-portable and may change in future; use --update=none instead
Package: klibc-utils Version: 2.0.13-2 Severity: normal File: /usr/share/initramfs-tools/hooks/klibc-utils Dear Maintainer, On a rebuild I just got W: Possible missing firmware /lib/firmware/i915/mtl_guc_70.bin for module i915 cp: warning: behavior of -n is non-portable and may change in future; use --update=none instead cp: warning: behavior of -n is non-portable and may change in future; use --update=none instead cp: warning: behavior of -n is non-portable and may change in future; use --update=none instead cp: warning: behavior of -n is non-portable and may change in future; use --update=none instead cp: warning: behavior of -n is non-portable and may change in future; use --update=none instead cp: warning: behavior of -n is non-portable and may change in future; use --update=none instead cp: warning: behavior of -n is non-portable and may change in future; use --update=none instead cp: warning: behavior of -n is non-portable and may change in future; use --update=none instead cp: warning: behavior of -n is non-portable and may change in future; use --update=none instead cp: warning: behavior of -n is non-portable and may change in future; use --update=none instead cp: warning: behavior of -n is non-portable and may change in future; use --update=none instead cp: warning: behavior of -n is non-portable and may change in future; use --update=none instead cp: warning: behavior of -n is non-portable and may change in future; use --update=none instead cp: warning: behavior of -n is non-portable and may change in future; use --update=none instead cp: warning: behavior of -n is non-portable and may change in future; use --update=none instead cp: warning: behavior of -n is non-portable and may change in future; use --update=none instead cp: warning: behavior of -n is non-portable and may change in future; use --update=none instead Processing triggers for libc-bin (2.37-13) ... and $ grep -rwo 'cp -[^ ]*' /usr/share/initramfs-tools/ | grep ' .*n' /usr/share/initramfs-tools/hooks/klibc-utils:cp -pnL so here we are. Best, наб -- System Information: Debian Release: trixie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 6.6.9-amd64 (SMP w/2 CPU threads; PREEMPT) Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages klibc-utils depends on: ii libklibc 2.0.13-2 klibc-utils recommends no packages. klibc-utils suggests no packages. -- no debconf information signature.asc Description: PGP signature
Bug#1060332: /usr/share/man/man4/libinput.4.gz: Option ccelStepFallback" "float", Option ccelStepMotion" "float", .
Package: xserver-xorg-input-libinput Version: 1.3.0-1 Severity: normal File: /usr/share/man/man4/libinput.4.gz Dear Maintainer, libinput(4): Option "AccelSpeed" "float" Sets the pointer acceleration speed within the range [-1, 1]. This only ap- plies to the flat or adaptive profile. Option ccelPointsFallback" "string" Sets the points of the Fallback acceleration function, (see the libinput docu- mentation). The string must be a space-separated list of floating point non- negative numbers, e.g. "0.0 1.0 2.4 2.5". This only applies to the custom profile. Option ccelStepFallback" "float" Sets the step between the points of the Fallback acceleration function, (see the libinput documentation). When a step of 0.0 is provided, libinput's default Fallback acceleration function is used. This only applies to the custom profile. Option ccelPointsMotion" "string" Equivalent to AccelPointsFallback but applies to the Motion accelera- tion function. Option ccelStepMotion" "float" Equivalent to AccelStepFallback but applies to the Motion acceleration function. Option ccelPointsScroll" "string" Equivalent to AccelPointsFallback but applies to the Scroll accelera- tion function. Option ccelStepScroll" "float" Equivalent to AccelStepFallback but applies to the Scroll acceleration function. do notice Option ccelStepFallback "float" and similar, clearly mangled. Best, наб -- Package-specific info: /etc/X11/X does not exist. /etc/X11/X is not a symlink. /etc/X11/X is not executable. VGA-compatible devices on PCI bus: -- /etc/X11/xorg.conf does not exist. Contents of /etc/X11/xorg.conf.d: - total 0 /etc/modprobe.d contains no KMS configuration files. Kernel version (/proc/version): --- Linux version 6.6.9-amd64 (debian-ker...@lists.debian.org) (gcc-13 (Debian 13.2.0-9) 13.2.0, GNU ld (GNU Binutils for Debian) 2.41.50.20231227) #1 SMP PREEMPT_DYNAMIC Debian 6.6.9-1 (2024-01-01) Xorg X server log files on system: -- -rw-r--r-- 1 nabijaczleweli nabijaczleweli 28815 Jan 9 19:37 /home/nabijaczleweli/.local/share/xorg/Xorg.0.log Contents of most recent Xorg X server log file (/home/nabijaczleweli/.local/share/xorg/Xorg.0.log): --- [ 2023.416] X.Org X Server 1.21.1.10 X Protocol Version 11, Revision 0 [ 2023.418] Current Operating System: Linux chrust 6.6.9-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.6.9-1 (2024-01-01) x86_64 [ 2023.418] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-6.6.9-amd64 root=UUID=2fdf93ca-bef8-4e5c-9fb1-37c2c514f86f ro quiet modprobe.blacklist=intel_snd_avc [ 2023.420] xorg-server 2:21.1.10-1 (https://www.debian.org/support) [ 2023.421] Current version of pixman: 0.42.2 [ 2023.424]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [ 2023.424] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 2023.430] (==) Log file: "/home/nabijaczleweli/.local/share/xorg/Xorg.0.log", Time: Tue Jan 9 17:47:05 2024 [ 2023.431] (==) Using system config directory "/usr/share/X11/xorg.conf.d" [ 2023.431] (==) No Layout section. Using the first Screen section. [ 2023.431] (==) No screen section available. Using defaults. [ 2023.431] (**) |-->Screen "Default Screen Section" (0) [ 2023.431] (**) | |-->Monitor "" [ 2023.432] (==) No monitor specified for screen "Default Screen Section". Using a default monitor configuration. [ 2023.432] (==) Automatically adding devices [ 2023.432] (==) Automatically enabling devices [ 2023.432] (==) Automatically adding GPU devices [ 2023.432] (==) Automatically binding GPU devices [ 2023.432] (==) Max clients allowed: 256, resource mask: 0x1f [ 2023.432] (WW) The directory "/usr/share/fonts/X11/misc" does not exist. [ 2023.432]Entry deleted from font path. [ 2023.432] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist. [ 2023.432]Entry deleted from font path. [ 2023.432] (WW) The directory "/usr/share/fonts/X11/100dpi/" does not exist. [ 2023.432]Entry deleted from font path. [ 2023.432] (WW) The directory "/usr/share/fonts/X11/75dpi/" does not exist. [ 2023.432]Entry deleted from font pa
Bug#1060331: /usr/share/man/man4/libinput.4.gz: SYNOPSIS says Section "InputDevice" but the DESCRIPTION says It is recommended that libinput devices are configured through the InputClass directive
Package: xserver-xorg-input-libinput Version: 1.3.0-1 Severity: normal File: /usr/share/man/man4/libinput.4.gz Dear Maintainer, libinput(4): SYNOPSIS Section "InputDevice" Identifier "devname" Driver "libinput" Option "Device" "devpath" ... EndSection DESCRIPTION It is recommended that libinput devices are configured through the InputClass direc- tive (refer to xorg.conf(5)) instead of manual per-device configuration. Devices con- figured in the xorg.conf(5) are not hot-plug capable. These are at odds. Best, наб -- Package-specific info: /etc/X11/X does not exist. /etc/X11/X is not a symlink. /etc/X11/X is not executable. VGA-compatible devices on PCI bus: -- /etc/X11/xorg.conf does not exist. Contents of /etc/X11/xorg.conf.d: - total 0 /etc/modprobe.d contains no KMS configuration files. Kernel version (/proc/version): --- Linux version 6.6.9-amd64 (debian-ker...@lists.debian.org) (gcc-13 (Debian 13.2.0-9) 13.2.0, GNU ld (GNU Binutils for Debian) 2.41.50.20231227) #1 SMP PREEMPT_DYNAMIC Debian 6.6.9-1 (2024-01-01) Xorg X server log files on system: -- -rw-r--r-- 1 nabijaczleweli nabijaczleweli 28358 Jan 9 17:47 /home/nabijaczleweli/.local/share/xorg/Xorg.0.log Contents of most recent Xorg X server log file (/home/nabijaczleweli/.local/share/xorg/Xorg.0.log): --- [ 2023.416] X.Org X Server 1.21.1.10 X Protocol Version 11, Revision 0 [ 2023.418] Current Operating System: Linux chrust 6.6.9-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.6.9-1 (2024-01-01) x86_64 [ 2023.418] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-6.6.9-amd64 root=UUID=2fdf93ca-bef8-4e5c-9fb1-37c2c514f86f ro quiet modprobe.blacklist=intel_snd_avc [ 2023.420] xorg-server 2:21.1.10-1 (https://www.debian.org/support) [ 2023.421] Current version of pixman: 0.42.2 [ 2023.424]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [ 2023.424] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 2023.430] (==) Log file: "/home/nabijaczleweli/.local/share/xorg/Xorg.0.log", Time: Tue Jan 9 17:47:05 2024 [ 2023.431] (==) Using system config directory "/usr/share/X11/xorg.conf.d" [ 2023.431] (==) No Layout section. Using the first Screen section. [ 2023.431] (==) No screen section available. Using defaults. [ 2023.431] (**) |-->Screen "Default Screen Section" (0) [ 2023.431] (**) | |-->Monitor "" [ 2023.432] (==) No monitor specified for screen "Default Screen Section". Using a default monitor configuration. [ 2023.432] (==) Automatically adding devices [ 2023.432] (==) Automatically enabling devices [ 2023.432] (==) Automatically adding GPU devices [ 2023.432] (==) Automatically binding GPU devices [ 2023.432] (==) Max clients allowed: 256, resource mask: 0x1f [ 2023.432] (WW) The directory "/usr/share/fonts/X11/misc" does not exist. [ 2023.432]Entry deleted from font path. [ 2023.432] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist. [ 2023.432]Entry deleted from font path. [ 2023.432] (WW) The directory "/usr/share/fonts/X11/100dpi/" does not exist. [ 2023.432]Entry deleted from font path. [ 2023.432] (WW) The directory "/usr/share/fonts/X11/75dpi/" does not exist. [ 2023.432]Entry deleted from font path. [ 2023.432] (WW) The directory "/usr/share/fonts/X11/Type1" does not exist. [ 2023.432]Entry deleted from font path. [ 2023.432] (WW) The directory "/usr/share/fonts/X11/100dpi" does not exist. [ 2023.432]Entry deleted from font path. [ 2023.432] (WW) The directory "/usr/share/fonts/X11/75dpi" does not exist. [ 2023.432]Entry deleted from font path. [ 2023.432] (==) FontPath set to: built-ins [ 2023.432] (==) ModulePath set to "/usr/lib/xorg/modules" [ 2023.432] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [ 2023.432] (II) Loader magic: 0x5615b1bfff00 [ 2023.432] (II) Module ABI versions: [ 2023.432]X.Org ANSI C Emulation: 0.4 [ 2023.432]X.Org Video Driver: 25.2 [ 2023.432]X.Org XInput driver : 24.4 [ 2023.432]X.Org Server Extension : 10.0 [ 2023.433] (++) using VT number 2 [ 2023.435] (II) systemd-logind: took control of session /org/freedesktop/login1/session/_37 [ 2023.437] (II) xfree86:
Bug#1060325: installation-reports: Successful installation on Chrultrabooked Lenovo 300e Chromebook 2nd Gen (Intel)
Package: installation-reports Severity: wishlist Boot method: cp mini.iso /dev/sda where /dev/sda is an SD card Image version: https://deb.debian.org/debian/dists/bookworm/main/installer-amd64/current/images/netboot/mini.iso dated 2023-12-10 00:20 bramded 20230607+deb12u4 Date: 2024-01-09 Machine: Lenovo 300e Chromebook 2nd Gen (Intel), Chrultrabooked with BIOS MrChromebox-4.22.0 12/22/2023 Partitions: Disk /dev/mmcblk0: 29.12 GiB, 31268536320 bytes, 61071360 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: gpt Disk identifier: A48995AA-FF90-4540-8B6F-541E382FBCCF DeviceStart End Sectors Size Type /dev/mmcblk0p1 2048 499711 497664 243M EFI System /dev/mmcblk0p2 53258240 61069311 7811072 3.7G Linux swap /dev/mmcblk0p3 45445120 53258239 7813120 3.7G Linux filesystem Partition table entries are not in disk order. Disk /dev/mmcblk0boot0: 4 MiB, 4194304 bytes, 8192 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk /dev/mmcblk0boot1: 4 MiB, 4194304 bytes, 8192 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [O] Detect media: [O] Load installer modules: [O] Clock/timezone setup: [O] User/password setup:[O] Detect hard drives: [O] Partition hard drives: [O] Install base system:[O] Install tasks: [O] Install boot loader:[O] Overall install:[O] Comments/Problems: None that I found so far, works perfectly. Post-install I see Jan 09 17:09:50 chrust kernel: x86/cpu: SGX disabled by BIOS. Jan 09 17:09:50 chrust kernel: simple-framebuffer simple-framebuffer.0: Unable to acquire aperture: -16 Jan 09 17:09:51 chrust kernel: cros-ec-keyb GOOG0007:00: cannot register non-matrix inputs: -95 Jan 09 17:09:52 chrust kernel: iwlwifi :00:0c.0: firmware: failed to load iwl-debug-yoyo.bin (-2) Jan 09 17:09:52 chrust kernel: firmware_class: See https://wiki.debian.org/Firmware for information about missing firmware Jan 09 17:09:52 chrust kernel: iwlwifi :00:0c.0: firmware: failed to load iwl-debug-yoyo.bin (-2) Jan 09 17:09:53 chrust kernel: i915 :00:02.0: firmware: failed to load i915/glk_dmc_ver1_04.bin (-2) Jan 09 17:09:53 chrust kernel: i915 :00:02.0: firmware: failed to load i915/glk_dmc_ver1_04.bin (-2) Jan 09 17:09:54 chrust kernel: sof-audio-pci-intel-apl :00:0e.0: firmware: failed to load intel/sof/community/sof-glk.ri (-2) Jan 09 17:09:54 chrust kernel: sof-audio-pci-intel-apl :00:0e.0: firmware: failed to load intel/sof/community/sof-glk.ri (-2) Jan 09 17:09:54 chrust kernel: sof-audio-pci-intel-apl :00:0e.0: error: sof firmware file is missing, you might need to Jan 09 17:09:54 chrust kernel: sof-audio-pci-intel-apl :00:0e.0: download it from https://github.com/thesofproject/sof-bin/ Jan 09 17:09:54 chrust kernel: sof-audio-pci-intel-apl :00:0e.0: error: failed to load DSP firmware -2 Jan 09 17:09:54 chrust kernel: sof-audio-pci-intel-apl :00:0e.0: error: sof_probe_work failed err: -2 Jan 09 17:09:56 chrust bluetoothd[616]: profiles/sap/server.c:sap_server_register() Sap driver initialization failed. Jan 09 17:09:56 chrust bluetoothd[616]: sap-server: Operation not permitted (1) and Jan 09 17:09:50 chrust kernel: simple-framebuffer simple-framebuffer.0: Unable to acquire aperture: -16 Jan 09 17:09:51 chrust kernel: cros-ec-keyb GOOG0007:00: cannot register non-matrix inputs: -95 end up in the console before logging in. Unclear to me what those entail. d-i calls the installation medium a "hard disk" quite often. This machine doesn't have one, or an interface to connect one (you've no doubt noted the 32G MMC: that's all there is to it). This is funny more than an error I think, calling it anything else may well be much more confusing. -- Package-specific info: == Installer lsb-release: == DISTRIB_ID=Debian DISTRIB_DESCRIPTION="Debian GNU/Linux installer" DISTRIB_RELEASE="12 (bookworm) - installer build 20230607+deb12u4" X_INSTALLATION_MEDIUM=netboot == Installer hardware-summary: == == Installer firmware-summary: == #Package Component Reason firmware-iwlwifi non-free
Bug#1059783: libncursesw6: wmouse_trafo doesn't appear to always reject out-of-bounds positions
Package: libncursesw6 Version: 6.4+20231121-1 Severity: normal Dear Maintainer, I am attaching a repro.c program that when built with cc -O3 -g -Wall -Wextra -DNCURSES_WIDECHAR -D_GNU_SOURCE repro.c -lncursesw -ltinfo -o repro presents a UI in the form of first line -> L1 L2 L3 L4 L5 last line Mousing is enabled, and if you click on a line the cursor on the left moves to select it. The first line and last line are on stdscr, the rest of the screen is urlswin = newpad(LINES, COLS), rendered via pnoutrefresh(urlswin, /**/ url[first_on_page].cursor_y + fudge, 0, /**/ 1 /*title line*/, 0, LINES - 2, COLS); On KEY_MOUSE and BUTTON1_CLICKED: getmouse(); if(!wmouse_trafo(urlswin, , , false)) break; and the line targeted is found and selected. Clicking on first line correctly hits the break. Clicking on last line incorrectly continues on. This shows as scrolling to the next screen (since the line selected is L6, which would be under last line). This /only happens/ if the lines go all the way to the line above last. If you click on any line below a non-full screen (s/1000/10/ or scroll down), nothing happens. Is this a weird thing with the edge of the screen? Or with how pnoutrefresh accounts for the undrawn parts of the pad? Best, наб -- System Information: Debian Release: 12.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable-debug'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-9-amd64 (SMP w/24 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages libncursesw6 depends on: ii libc6 2.36-9+deb12u3 ii libtinfo6 6.4+20231121-1 Versions of packages libncursesw6 recommends: ii libgpm2 1.20.7-10+b1 libncursesw6 suggests no packages. -- no debconf information #include #include #include #include #include #include #include #include #include #include #include #include struct url { char * url; size_t urllen; int cursor_y, cursor_x; int last_y; }; int main() { setlocale(LC_ALL, ""); size_t urlcount = 1000; struct url * url = reallocarray(NULL, urlcount, sizeof(*url)); for(size_t i = 0; i < urlcount; ++i) url[i].urllen = asprintf([i].url, "L%zu", i); size_t current = 0, oldcurrent = 0; initscr(); cbreak(); noecho(); curs_set(1); keypad(stdscr, TRUE); mousemask(BUTTON1_CLICKED | BUTTON5_PRESSED | BUTTON4_PRESSED, NULL); mouseinterval(5); // title line #define urlswin_logical_height (LINES - 1 - 1) //status line WINDOW * urlswin = newpad(LINES, COLS); if(!urlswin) return endwin(), 1; int page_of_current = 0; size_t first_on_page = 0; int fudge= 0; for(bool done = false; !done;) { { clear(); mvwaddstr(stdscr, 0, 0, "first line"); mvwaddstr(stdscr, LINES - 1, 0, "last line"); wnoutrefresh(stdscr); wclear(urlswin); wmove(urlswin, 0, 0); for(size_t i = 0; i < urlcount; ++i) { #define EXPAND() \ { \ int sizey, sizex; \ getmaxyx(urlswin, sizey, sizex); \ if(wresize(urlswin, sizey * 2, sizex) == ERR) \ break; \ } #define EXPANDONSCROLL(...) \ if(__VA_ARGS__ != OK) { \ wmove(urlswin, starty, startx); \ EXPAND(); \ goto again; \ } int starty, startx; getyx(urlswin, starty, startx); again: EXPANDONSCROLL(waddstr(urlswin, " ")); getyx(urlswin, url[i].cursor_y, url[i].cursor_x); --url[i].cursor_x; EXPANDONSCROLL(wprintw(urlswin, "%4zu", i + 1)); EXPANDONSCROLL(waddch(urlswin, ' ')); EXPANDONSCROLL(waddnstr(urlswin, url[i].url, url[i].urllen)); url[i].last_y = getcury(urlswin); if(i != urlcount - 1) if(waddch(urlswin, '\n') != OK) { EXPAND(); waddch(urlswin, '\n'); } } mvwaddstr(urlswin, url[oldcurrent].cursor_y, url[oldcurrent].cursor_x - 2, " "); wstandout(urlswin); mvwaddstr(urlswin, url[current].cursor_y, url[current].cursor_x - 2, "->"); wstandend(urlswin); page_of_current = url[current].cursor_y / urlswin_logical_height; first_on_page = 0; while(url[first_on_page].cursor_y / urlswin_logical_height != page_of_current) ++first_on_page; fudge = 0; // try to get the last-URL-on-the-page to be included when it's selected if(url[current].last_y - url[first_on_page].cursor_y > urlswin_logical
Bug#1059778: /usr/share/man/man3/mouse.3ncurses.gz: wmouse_trafo()'s boolean parameter is confusing
Package: ncurses-doc Version: 6.4+20231121-1 Severity: normal File: /usr/share/man/man3/mouse.3ncurses.gz Dear Maintainer, Quoting the manual: The wmouse_trafo function transforms a given pair of coordinates from stdscr-relative coordinates to coordinates relative to the given window or vice versa. • If the parameter to_screen is TRUE, the pointers pY, pX must reference the coordinates of a location inside the window win. They are converted to window-relative coordinates and returned through the pointers. If the conversion was successful, the function returns TRUE. • If to_screen is FALSE, the pointers pY, pX must reference window-relative coordinates. They are converted to stdscr-relative coordinates if the window win en‐ closes this point. In this case the function returns TRUE. So, if to_screen is true, then the coordinates are converted from screen to window coordinates? And if to_screen is false, then window corrdinates are converted to screen coordinates? Given -stdscr | | | | | | | -win-- | | |x | | | || | | || | | || | |_| I should expect wmouse_trafo(win, &1, &1, true) to yield 6, 6, and wmouse_trafo(win, &6, &6, false) to yield 1, 1? (And both wmouse_trafo(win, &1, &1, false) and wmouse_trafo(win, &6, &6, true) to return false?) Or, to put it bluntly, is the to_screen parameter actually to_window, and not to_screen? What is the purpose of mouse_trafo() if a stdscr/stdscr mapping is a no-op? Is the first sentence conflating the stdscr window with the physical, uh, window^Wscreen^Wdisplay? Best, наб -- System Information: Debian Release: 12.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable-debug'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-9-amd64 (SMP w/24 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled -- no debconf information signature.asc Description: PGP signature
Bug#1059761: ITP: snappy-tools -- Snappy, a fast compressor/decompressor ‒ program
Package: wnpp Severity: wishlist Owner: наб X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: snappy-tools Version : 0 Upstream Contact: наб * URL : https://sr.ht/~nabijaczleweli/snappy-tools * License : 0BSD Programming Lang: C++ Description : Snappy, a fast compressor/decompressor ‒ program The Snappy compression algorithm aims for very high speeds and reasonable compression, suitable for real-time RPC scenarios, but is also used by, i.a., Firefox to compress parts of the profile. This package provides snappy(1) and unsnappy(1), which handle Snappy compression and decompression with and without framing. -- The packaging is (will be, once, I get a bugnum for the ITP) uploaded to https://mentors.debian.net/package/snappy-tools/ and is tracked in git at https://git.sr.ht/~nabijaczleweli/snappy-tools.deb Your Firefox profile contains files compressed with the Snappy framing format, and Snappy is also used for on-the-wire compression (on the web, if rarely, and for other RPCs, like mongodb), as well as a compression option in ceph and rocksdb (default in the latter), so the ability to inspect and produce snappy streams is inherently useful. I do need a sponsor for this, as I am not a DM. signature.asc Description: PGP signature
Bug#1059735: git-buildpackage: baffling instructions w.r.t. creating a new package
Package: git-buildpackage Version: 0.9.30 Severity: normal Dear Maintainer, I would like to import the first version of an upstream source into a fresh gbp-maintained debian package. I have the usual debian branch files under debian/ prepped, the working tree is ready for an uscan. $ git ls-tree HEAD 04 tree 4c37e44470bd093f9b15f925366c84757828cbb3debian $ git branch -a * debian $ gbp import-orig --uscan --pristine-tar gbp:error: Repository does not have branch 'upstream' for upstream sources. If there is none see file:///usr/share/doc/git-buildpackage/manual-html/gbp.import.html#GBP.IMPORT.CONVERT on howto create it otherwise use --upstream-branch to specify it. Of course it doesn't, there is none. Let's see. The first and most obvious issue is that the #-location doesn't exist. "GBP" doesn't figure once in the HTML. But finding a "Starting a Debian™ package from scratch" sexion in the index, I navigated to file://localhost/usr/share/doc/git-buildpackage/manual-html/gbp.import.fromscratch.html which says (these are the entire contents of this document, barring header/footer): Starting a Debian™ package from scratch So far, we assumed you already have a Debian™ package to start with, but what if you want to start a new package? First, create an empty repository: mkdir package-0.1 cd package-0.1 git init Then, you import the upstream sources, branch off the upstream-branch branch and add the Debian™ files (e.g. via dh_make): gbp import-orig -u 0.1 ../package-0.1.tar.gz dh_make That's it, you're done. If you want to publish your new repository, you can use gbp create-remote-repo. (a) Why on earth does the directory have a version in it? (b) gbp import-orig doesn't have an -u option: $ man gbp-import-orig | grep -- '-u\b' $ and even if it did, I don't see how it would materially change the error. (c) I didn't realise, until evaluating this literally phrase-by-phrase, what "branch off the upstream-branch branch" was supposed to mean, and the entire "Then, you import the upstream sources, branch off the upstream-branch branch and add the Debian™ files" sequence is incomprehensible: (c1) this describes a sequence of "import -> create upstream branch -> add debian files"; import where? this is impossible (c2) what in god's name does "branch off the upstream-branch branch" mean (c3) what is "the upstream-branch branch". I've never seen a branch called "upstream-branch". Why does it spec that instead of the documented default of "upstream"? (c4) no but really. does it try to mean to spec git checkout -b upstream git import-orig ... or what? Because that's what I did finally after I violated (c1) and that worked but. well. (d) I think this whole thing is worse than just saying Repository does not have branch 'upstream' for upstream sources. Use --upstream-branch or create it with git checkout -b upstream, then gbp import-orig again. (e) This will also fix the "see [url] on howto create it" salad. Best, наб -- System Information: Debian Release: 12.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable-debug'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-9-amd64 (SMP w/24 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages git-buildpackage depends on: ii devscripts 2.23.4+deb12u1 ii git1:2.39.2-1.1 ii man-db 2.11.2-2 ii python33.11.2-1+b1 ii python3-dateutil 2.8.2-2 ii python3-pkg-resources 66.1.1-1 ii python3-yaml 6.0-3+b2 ii sensible-utils 0.0.17+nmu1 Versions of packages git-buildpackage recommends: pn cowbuilder | pbuilder | sbuild ii pristine-tar1.50 ii python3-requests2.28.1+dfsg-1 Versions of packages git-buildpackage suggests: pn python3-notify2 ii sudo 1.9.13p3-1+deb12u1 ii unzip6.0-28 -- no debconf information signature.asc Description: PGP signature
Bug#1059734: /usr/bin/uscan: refuses to download a tarball it says matches, does nothing, exits 0
bijaczleweli/snappy-tools/archive/0a.tar.gz.asc failed: 404 NOT FOUND uscan die: FAIL Checking OpenPGP signature (no keyring). (correct, I didn't sign it). With sed -i s/0/0a/ debian/changelog and --d-c-v I see uscan info: Found the following matching hrefs on the web page (newest first): https://git.sr.ht/~nabijaczleweli/snappy-tools/archive/0a.tar.gz (0a) index=0a-1 matched with the download version https://git.sr.ht/~nabijaczleweli/snappy-tools/archive/0a.tar.gz (0a) index=0a-1 matched with the download version https://git.sr.ht/~nabijaczleweli/snappy-tools/archive/0.tar.gz (0) index=0-1 https://git.sr.ht/~nabijaczleweli/snappy-tools/archive/0.tar.gz (0) index=0-1 uscan info: Looking at $base = https://git.sr.ht/~nabijaczleweli/snappy-tools/refs with $filepattern = .*/([0-9][0-9a-zA-Z]*)(?i)(?:\.(?:tar\.xz|tar\.bz2|tar\.gz|tar\.zstd?|zip|tgz|tbz|txz)) found $newfile = https://git.sr.ht/~nabijaczleweli/snappy-tools/archive/0a.tar.gz $newversion = 0a $lastversion = 0a uscan info: Matching target for downloadurlmangle: https://git.sr.ht/~nabijaczleweli/snappy-tools/archive/0a.tar.gz uscan info: Upstream URL(+tag) to download is identified as https://git.sr.ht/~nabijaczleweli/snappy-tools/archive/0a.tar.gz uscan info: Filename (filenamemangled) for downloaded file: 0a.tar.gz Newest version of snappy-tools on remote site is 0a, specified download version is 0a uscan info: Not downloading, using existing file: 0a.tar.gz uscan info: Downloading OpenPGP signature from: https://git.sr.ht/~nabijaczleweli/snappy-tools/archive/0a.tar.gz.asc (pgpsigurlmangled) as 0a.tar.gz.asc uscan info: Requesting URL: https://git.sr.ht/~nabijaczleweli/snappy-tools/archive/0a.tar.gz.asc uscan warn: In directory ., downloading https://git.sr.ht/~nabijaczleweli/snappy-tools/archive/0a.tar.gz.asc failed: 404 NOT FOUND uscan die: FAIL Checking OpenPGP signature (no keyring). so idk. Does uscan simply refuse to download version 0? Is this a bizarre perlism (version "0" => if version => false)? Best, наб -- Package-specific info: --- /etc/devscripts.conf --- Empty. --- ~/.devscripts --- Not present -- System Information: Debian Release: 12.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable-debug'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-9-amd64 (SMP w/24 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages devscripts depends on: ii dpkg-dev 1.21.22 ii fakeroot 1.31-1.2 ii file 1:5.44-3 ii gnupg 2.2.40-1.1 ii gpgv 2.2.40-1.1 ii libc6 2.36-9+deb12u3 ii libfile-dirlist-perl 0.05-3 ii libfile-homedir-perl 1.006-2 ii libfile-touch-perl0.12-2 ii libfile-which-perl1.27-2 ii libipc-run-perl 20220807.0-1 ii libmoo-perl 2.005005-1 ii libwww-perl 6.68-1 ii patchutils0.4.2-1 ii perl 5.36.0-7+deb12u1 ii python3 3.11.2-1+b1 ii sensible-utils0.0.17+nmu1 ii wdiff 1.2.2-5 Versions of packages devscripts recommends: ii apt 2.6.1 ii curl7.88.1-10+deb12u5 ii dctrl-tools 2.24-3+b1 pn debian-keyring ii dput1.1.3 ii equivs 2.3.1 ii libdistro-info-perl 1.5+deb12u1 ii libdpkg-perl1.21.22 ii libencode-locale-perl 1.05-3 pn libgit-wrapper-perl pn libgitlab-api-v4-perl ii liblist-compare-perl0.55-2 ii liblwp-protocol-https-perl 6.10-1 ii libsoap-lite-perl 1.27-3 pn libstring-shellquote-perl ii libtry-tiny-perl0.31-2 ii liburi-perl 5.17-1 pn licensecheck ii lintian 2.116.3 ii man-db 2.11.2-2 ii patch 2.7.6-7.1 ii pristine-tar1.50 ii python3-apt 2.6.0 ii python3-debian 0.1.49 pn python3-magic ii python3-requests2.28.1+dfsg-1 pn python3-unidiff ii python3-xdg 0.28-2 ii strace 6.1-0.1 ii unzip 6.0-28 ii wget1.21.3-1+b2 ii xz-utils5.4.1-0.2 Versions of packages devscripts suggests: pn adequate pn at pn autopkgtest pn bls-standalone ii
Bug#1059542: groff-base: eqn mathml output doesn't understand left floor/right floor (or \[rf])
Package: groff-base Version: 1.23.0-3 Version: 1.22.4-10 Severity: normal Dear Maintainer, I'm trying to assemble some equations. MathML is convenient for high-res renders and embedding. One such is: w = left floor l 39 over 40 right floor When rendering images with eqn2graph and groff -Thtml (both attached), this yields the expected ⌊ and ⌋ wrapping. However, when rendering with eqn -TMathML and groff -Txhtml (likewise), this yields "w = floor l³⁹⁄₄₉ floor". Also \[lf] and \[lf] are "unknown eqn/troff special char [rl]f", but they obviously ought to be given that they are understood by groff. Best, наб -- System Information: Debian Release: 12.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable-debug'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-9-amd64 (SMP w/24 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages groff-base depends on: ii libc6 2.36-9+deb12u3 ii libgcc-s1 12.2.0-14 ii libstdc++612.2.0-14 ii libuchardet0 0.0.7-1 groff-base recommends no packages. Versions of packages groff-base suggests: ii groff 1.22.4-10 -- no debconf information .if !dEQ .ds EQ .if !dEN .ds EN .EQ wunknown eqn/troff special char lfunknown eqn/troff special char rffloorl3940floor .EN binGSJicdKuIJ.bin Description: application/xhtml signature.asc Description: PGP signature
Bug#1059537: man-db: please (provide an option to) remove the 5-column right margin
Package: man-db Version: 2.12.0-1 Version: 2.11.2-2 Severity: wishlist Dear Maintainer, I just noticed this and now it's bugging me to no end. Given $ stty size 48 122 the debug output (attached) says Terminal width 122 Using 118-character lines Similarly, stty size -> 54 172 -> "groff", ..., "-rLL=167n", "-rLT=167n". Faking a five-column-wider teletype via alias man='MANWIDTH=$(stty size | { read -r _ w; echo $(( w + 5 )); }) man' draws the manual at full width. I don't really see why there's a right margin, if no left margin is enforced. Best, наб -- System Information: Debian Release: 12.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable-debug'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-9-amd64 (SMP w/24 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages man-db depends on: ii bsdextrautils 2.38.1-5+b1 ii debconf [debconf-2.0] 1.5.82 ii groff-base 1.22.4-10 ii libc6 2.36-9+deb12u3 ii libgdbm6 1.23-3 ii libpipeline1 1.5.7-1 ii libseccomp22.5.4-1+b3 ii zlib1g 1:1.2.13.dfsg-1 man-db recommends no packages. Versions of packages man-db suggests: ii apparmor3.0.8-3 ii groff 1.22.4-10 ii less590-2 ii lynx [www-browser] 2.9.0dev.12-1 ii w3m [www-browser] 0.5.3+git20230121-2 -- Configuration Files: /etc/manpath.config changed: MANDATORY_MANPATH /usr/man MANDATORY_MANPATH /usr/share/man MANDATORY_MANPATH /usr/local/share/man MANPATH_MAP /bin/usr/share/man MANPATH_MAP /usr/bin/usr/share/man MANPATH_MAP /sbin /usr/share/man MANPATH_MAP /usr/sbin /usr/share/man MANPATH_MAP /usr/local/bin /usr/local/man MANPATH_MAP /usr/local/bin /usr/local/share/man MANPATH_MAP /usr/local/sbin /usr/local/man MANPATH_MAP /usr/local/sbin /usr/local/share/man MANPATH_MAP /usr/X11R6/bin /usr/X11R6/man MANPATH_MAP /usr/bin/X11/usr/X11R6/man MANPATH_MAP /usr/games /usr/share/man MANPATH_MAP /opt/bin/opt/man MANPATH_MAP /opt/sbin /opt/man MANDB_MAP /usr/man/var/cache/man/fsstnd MANDB_MAP /usr/share/man /var/cache/man MANDB_MAP /usr/local/man /var/cache/man/oldlocal MANDB_MAP /usr/local/share/man/var/cache/man/local MANDB_MAP /usr/X11R6/man /var/cache/man/X11R6 MANDB_MAP /opt/man/var/cache/man/opt MANDB_MAP /snap/man /var/cache/man/snap SECTION 1 n l 8 3 0 2 3type 3posix 3pm 3perl 3am 5 4 9 6 7 NOCACHE -- debconf information: man-db/install-setuid: false man-db/auto-update: true ruid=1000, euid=1000 rgid=1000, egid=1000 From the config file /etc/manpath.config: Mandatory mandir `/usr/man'. Mandatory mandir `/usr/share/man'. Mandatory mandir `/usr/local/share/man'. Path `/bin' mapped to mandir `/usr/share/man'. Path `/usr/bin' mapped to mandir `/usr/share/man'. Path `/sbin' mapped to mandir `/usr/share/man'. Path `/usr/sbin' mapped to mandir `/usr/share/man'. Path `/usr/local/bin' mapped to mandir `/usr/local/man'. Path `/usr/local/bin' mapped to mandir `/usr/local/share/man'. Path `/usr/local/sbin' mapped to mandir `/usr/local/man'. Path `/usr/local/sbin' mapped to mandir `/usr/local/share/man'. Path `/usr/X11R6/bin' mapped to mandir `/usr/X11R6/man'. Path `/usr/bin/X11' mapped to mandir `/usr/X11R6/man'. Path `/usr/games' mapped to mandir `/usr/share/man'. Path `/opt/bin' mapped to mandir `/opt/man'. Path `/opt/sbin' mapped to mandir `/opt/man'. Global mandir `/usr/man', catdir `/var/cache/man/fsstnd'. Global mandir `/usr/share/man', catdir `/var/cache/man'. Global mandir `/usr/local/man', catdir `/var/cache/man/oldlocal'. Global mandir `/usr/local/share/man', catdir `/var/cache/man/local'. Global mandir `/usr/X11R6/man', catdir `/var/cache/man/X11R6'. Global mandir `/opt/man', catdir `/var/cache/man/opt'. Global mandir `/snap/man', catdir `/var/cache/man/snap'. Added sections: `1', `n', `l', `8', `3', `0', `2', `3type', `3posix', `3pm', `3perl', `3am', `5', `4', `9', `6', `7'. is a tty using pager as pager path directory /home/nabijaczleweli/bin is not in the config file path directory /usr/local/sbin is in the config file adding /usr/local/man to manpath adding /usr/local/shar
Bug#1059536: groff-base: mdoc nroff output (Nm, Dt) broken since 1.23
Package: groff-base Version: 1.23.0-3 Severity: normal Dear Maintainer, This isn't about the many other font changes, especially the troff ones (though changing Cm/Fl to CR from CB in troff mode is basically violence against the user, and changing Pa from C to I and Xr from B to nothing is awful) because I'm the only psycho who actually renders PDFs and can patch this, or even the other nroff font changes (Sx I->Dq is weird, especially contrasted with Xr R->I (which I'm not gonna complain too much about but it is odd; you don't need any font because there's a big sexion specifier there); I might even agree with Li R->B); (it would be nice if reversions were provided by default or with an easy opt-in in Debian I've personally been using .\" Comparing groff-base 1.23.0-3 with 1.22.4-10 .\" Based on https://paste.sr.ht/~nabijaczleweli/e897d091aa5b62c284c6c996d90253023b6271f7 .\" .\" 1.23 effectively aliases Sx to Dq. undo this .als Sx doc-generic-macro .ds doc-Sx-usage section_header . .ie n \{ . .\" doc-nroff .ds doc-Li-font \f[R] .\" \f[B] in 1.23 . .ds doc-Sx-font \f[I] .\" dropped in 1.23 . .ds doc-Xr-font \f[R] .\" \f[I] in 1.23 . \} .el \{ . .\" doc-ditroff .ds doc-Sx-font \f[B] .\" dropped in 1.23 . .ds doc-Xr-font \f[C] .\" \f[I] in 1.23 . .ds doc-page-topic-font \f[R] .\" \f[I] in 1.23; used to be called doc-caption-font . .ds doc-Cm-font \f[CB] .\" \f[CR] in 1.23 . .ds doc-Fl-font \f[CB] .\" \f[CR] in 1.23 . .ds doc-Pa-font \f[C] .\" \f[I] in 1.23 . \} since, commit date says, 2023-11-14) this is about the two "obviously-broken" changes. 1: The first invocation of Nm in NAME is broken: it correctly saves the first argument to the string register, but it draws the argument in R instead of B. This is in contrast to every other use of Nm (and, thus, every other reference to the object the Nms refer to). This is baffling and confusing; please revert this (a quick peep at https://sources.debian.org/src/groff/1.23.0-3/tmac/doc.tmac/#L1166 shows that this is an explicit change). This is much harder to correct (I'd say impossible) for a casual user, though I've added this to my mdoc.local (it's not pretty nor is it nice but it does work against 1.23.0-3): .\" Handle '.Nm ...' in "Name" section: use the Nm font! It doesn't anymore in 1.23. .als Nm_old Nm .rm Nm .de Nm .if \\n[doc-in-name-section] \{\ . if "\\*[doc-topic-name]"" \ .ds doc-topic-name "\\$1\" . nr doc-in-name-section 0 .\} .Nm_old \\$@ .. 2: Dt is misrendered but only in nroff mode. Given .Dt A_B_C 9 In troff mode, and in 1.22.4-10, the top left and right corners were "A_B_C(9)". In 1.23.0-3 in nroff they are "\fIA_B_C\fP(9)", which: (a) why would you need this? (b) completely breaks manuals with underscores in the name, because "\fIA_B_C\fP(9)" and "A_B_C(9)" and "\fIA B C\fP(9)" are all drawn identically. I didn't have the time or the energy to root-cause this. Best, наб -- System Information: Debian Release: 12.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable-debug'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-9-amd64 (SMP w/24 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages groff-base depends on: ii libc6 2.36-9+deb12u3 ii libgcc-s1 12.2.0-14 ii libstdc++612.2.0-14 ii libuchardet0 0.0.7-1 groff-base recommends no packages. Versions of packages groff-base suggests: ii groff 1.22.4-10 -- no debconf information signature.asc Description: PGP signature
Bug#1059369: htop: file listing view shows bottom 4 bytes in the SIZE column
/ld-linux-x86-64.so.2 mem REG 0x22 216368440144 /usr/lib/x86_64-linux-gnu/libtinfo.so.6.4 mem REG 0x22 231344462346 /usr/lib/x86_64-linux-gnu/libncursesw.so.6.4 mem REG 0x22 325896634016 /usr/lib/x86_64-linux-gnu/libnss_systemd.so.2 mem REG 0x22 907784613694 /usr/lib/x86_64-linux-gnu/libm.so.6 mem REG 0x22 1922136613688 /usr/lib/x86_64-linux-gnu/libc.so.6 mem REG 0x22 8547984609660 /usr/lib/locale/locale-archive rtd DIR 0x20 3034 / txt REG 0x71 1324944 10840859 /home/nabijaczleweli/uwu/htop/htop Best, наб -- diff --git a/OpenFilesScreen.c b/OpenFilesScreen.c index 3077490..03260bf 100644 --- a/OpenFilesScreen.c +++ b/OpenFilesScreen.c @@ -253,7 +253,7 @@ static void OpenFilesScreen_scan(InfoScreen* this) { while (fdata) { OpenFiles_Data* data = >data; char* entry = NULL; - xAsprintf(, "%5.5s %-7.7s %-4.4s %-10.10s %10.10s %10.10s %10.10s %s", + xAsprintf(, "%5.5s %-7.7s %-4.4s %-4.4s %16.16s %10.10s %10.10s %s", getDataForType(data, 'f'), getDataForType(data, 't'), getDataForType(data, 'a'), signature.asc Description: PGP signature
Bug#1058778: storm-lang: uses sizeof('\0') (4) instead of 1 for string termination allocations
Source: storm-lang Version: 0.6.19-1 Severity: minor Tags: patch Dear Maintainer, As found by DCS query [^._]sizeof[ (]'.{1,2}' filetype:c The website is an information black hole, didn't find a mail address there, so submitting here. Patch based on the git, so paths based on the mps submodule already. Best, наб -- System Information: Debian Release: 12.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable-debug'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-9-amd64 (SMP w/24 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled From f8c2ecf90eeae779c7a03c9313717559eb3b4159 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?=D0=BD=D0=B0=D0=B1?= Date: Sat, 16 Dec 2023 01:45:44 +0100 Subject: [PATCH] sizeof('c')=4, not 1: fix overallocations X-Mutt-PGP: OS As found by DCS: [^._]sizeof[ (]'.{1,2}' filetype:c Ref: https://paste.sr.ht/~nabijaczleweli/6ee9ccf301a2651afb693bff46e3671d3f7cdd89 Ref: https://101010.pl/@nabijaczleweli/111587138076843793 --- code/event.h| 2 +- code/eventcom.h | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/code/event.h b/code/event.h index 954b315b..358064d9 100644 --- a/code/event.h +++ b/code/event.h @@ -84,7 +84,7 @@ extern Word EventKindControl; size_t _string_len = (length); \ size_t size; \ AVER(_string_len <= EventStringLengthMAX); \ -size = offsetof(Event##name##Struct, f1) + _string_len + sizeof('\0'); \ +size = offsetof(Event##name##Struct, f1) + _string_len + 1 /* NUL */; \ EVENT_BEGIN(name, size) \ _event->f0 = (p0); \ (void)mps_lib_memcpy(_event->f1, (string), _string_len); \ diff --git a/code/eventcom.h b/code/eventcom.h index 75886be3..243570da 100644 --- a/code/eventcom.h +++ b/code/eventcom.h @@ -91,7 +91,7 @@ typedef void *EventFP; /* pointer to C object */ typedef Addr EventFA; /* address on the heap */ typedef Word EventFW; /* word */ typedef unsigned EventFU; /* unsigned integer */ -typedef char EventFS[EventStringLengthMAX + sizeof('\0')]; /* string */ +typedef char EventFS[EventStringLengthMAX + 1 /* NUL */]; /* string */ typedef double EventFD; /* double */ typedef unsigned char EventFB; /* Boolean */ -- 2.39.2 signature.asc Description: PGP signature
Bug#1058560: libncursesw6: getch(3ncurses) returns -1 with errno unchanged, only documented to return -1 with errno=EINTR
I didn't seem to get your mail On Wed, Dec 13, 2023 at 07:36:32PM -0500, Thomas Dickey wrote: > On Wed, Dec 13, 2023 at 11:09:41PM +0100, наб wrote: > > On Wed, Dec 13, 2023 at 03:49:48PM +0100, наб wrote: > > > On Wed, Dec 13, 2023 at 02:09:35PM +0100, наб wrote: > > > > On Tue, Dec 12, 2023 at 08:30:02PM -0500, Thomas Dickey wrote: > > > > > mouseinterval(0) tells it to not wait for mouse events, > > > > Well, mouseinterval(3curses) says > > > > Use mouseinterval(0) to disable click resolution. > > > > which is different from "not wait for mouse events". > > > Even funnier, it also says that > > > The mouseinterval function sets the maximum time (in thousands of > > > a second) that can elapse between press and release events for them to > > > be recognized as a click. > > > and it appears to only actually be used for coalescing adjacent click > > > events into double and triple clicks (testing confirms this), > > > so the manual sure reads like disinformation. > > Okay so it does appear to be true... on NetBSD. > > > > Admittedly, curses_mouse(3) simultaneously says > > "There is currently no actual mouse support" and > > "The mouse functions were added in NetBSD 10.0"; > > the default is 200ms. > I've noticed that they added stubs (mainly to allow some programs to link), > but probably won't take a close look until NetBSD 10.0 is actually released. > > [...] > > So I'd hold off on discussing what NetBSD curses does, until they get around > to actually doing it. You're right; I had installed and linked to pkgsrc ncurses 6.2, but man mouseinterval showed me the the NetBSD curses manual. Indeed, NetBSD 10 RC1 curses still doesn't have mouse support at all. > > Why do I have to learn of this by gruesome experimentation > > (the ISO was 743.78M 33.8KB/sin 5h 39m) > > and an off-hand comment instead of this being in the manual? > This particular function is little used, but generally speaking, > having an idea of how click-resolution _has_ to be computed > (like function-key stuff), it's not effective to use zero-delays. > > Currently it's used in one test program, and I see that it's using zero > there (I didn't write that one, but have made several corrections to it - > overlooked this detail). It's also used in many other programs with 0 because the default value of 166 adds a 166ms delay after each click where nothing happens, and this is obviously unacceptable: https://codesearch.debian.net/search?q=mouseinterval%280=1 To re-iterate, mouse(3ncurses) says of mouseinterval(): The mouseinterval function sets the maximum time (in thousands of a second) that can elapse between press and release events for them to be recognized as a click. Use mouseinterval(0) to disable click resolution. this simply doesn't appear to be true. Oddly, you say it does this (above) but suggest it doesn't: > > > > > I'd have used a 5msec delay (or 1msec for "modern" computers :-) which corresponds to a clicking frequency of 200Hz and 1kHz. Which obviously isn't realistic. Since you yourself said "use strace", here's a strace that trivially proves this: poll([{fd=0, events=POLLIN}], 1, 0) = 0 (Timeout) <0.13> rt_sigaction(SIGTSTP, {sa_handler=0x7f1db7eaffe0, sa_mask=[], sa_flags=SA_RESTORER|SA_RESTART, sa_restorer=0x7f1db7cb7fd0}, NULL, 8) = 0 <0.12> read(0, "\33", 1) = 1 <1.157825> poll([{fd=0, events=POLLIN}], 1, 1000) = 1 ([{fd=0, revents=POLLIN}]) <0.000176> read(0, "[", 1) = 1 <0.000169> poll([{fd=0, events=POLLIN}], 1, 1000) = 1 ([{fd=0, revents=POLLIN}]) <0.000169> read(0, "M", 1) = 1 <0.24> read(0, " :#", 3) = 3 <0.000166> poll([{fd=0, events=POLLIN}], 1, 166) = 0 (Timeout) <0.166421> read(0, "\33", 1) = 1 <5.766872> poll([{fd=0, events=POLLIN}], 1, 1000) = 1 ([{fd=0, revents=POLLIN}]) <0.000178> read(0, "[", 1) = 1 <0.000178> poll([{fd=0, events=POLLIN}], 1, 1000) = 1 ([{fd=0, revents=POLLIN}]) <0.000169> read(0, "M", 1) = 1 <0.000106> read(0, "#:#", 3) = 3 <0.23> poll([{fd=0, events=POLLIN}], 1, 166) = 0 (Timeout) <0.166414> rt_sigaction(SIGTSTP, {sa_handler=SIG_IGN, sa_mask=[], sa_flags=SA_RESTORER|SA_RESTART, sa_restorer=0x7f1db7cb7fd0}, {sa_handler=0x7f1db7eaffe0, sa_mask=[], sa_flags=SA_RESTORER|SA_RESTART, sa_restorer=0x7f1db7cb7fd0}, 8) = 0 <
Bug#1058560: libncursesw6: getch(3ncurses) returns -1 with errno unchanged, only documented to return -1 with errno=EINTR
On Wed, Dec 13, 2023 at 03:49:48PM +0100, наб wrote: > On Wed, Dec 13, 2023 at 02:09:35PM +0100, наб wrote: > > On Tue, Dec 12, 2023 at 08:30:02PM -0500, Thomas Dickey wrote: > > > mouseinterval(0) tells it to not wait for mouse events, > > Well, mouseinterval(3curses) says > > Use mouseinterval(0) to disable click resolution. > > which is different from "not wait for mouse events". > Even funnier, it also says that > The mouseinterval function sets the maximum time (in thousands of > a second) that can elapse between press and release events for them to > be recognized as a click. > and it appears to only actually be used for coalescing adjacent click > events into double and triple clicks (testing confirms this), > so the manual sure reads like disinformation. Okay so it does appear to be true... on NetBSD. > In light of this, > > > I'd have used a 5msec delay (or 1msec for "modern" computers :-) > I wouldn't, since this corresponds to the actual delay between > consecutive clicks, and even I can't click twice in 5ms. And in a quite-slow VM, under X and uxterm, mouseinterval(0) works sporadically but mouseinterval(5) works always. Admittedly, curses_mouse(3) simultaneously says "There is currently no actual mouse support" and "The mouse functions were added in NetBSD 10.0"; the default is 200ms. (Additionally it also governs coalescing multiple clicks into double/triple, just like under ncurses.) So the ncurses manual documents the behaviour of non-n-curses, it's contradicted by experimentation on ncurses, and the most common response to this (I recommend a codesearch.d.n for "mouseinterval\(0" vs "mouseinterval\([1-9]") works on ncurses but breaks on non-n-curses? Why do I have to learn of this by gruesome experimentation (the ISO was 743.78M 33.8KB/sin 5h 39m) and an off-hand comment instead of this being in the manual? Best, наб signature.asc Description: PGP signature
Bug#1058625: libarchive-tools: bsdcat(1) points at libarchive-formats(5), which doesn't exist, and isn't useful, since you actually want libarchive(3), which also doesn't
Package: libarchive-tools Version: 3.6.2-1 Severity: normal Dear Maintainer, Thanks for this, bsdcat fills the niche of generalised zcat much nicer than whatever I'd come up with. However, to evaluate this (and to actually try to consult the bsdcat manual for, for example, "what will it unpack") is much more complicated than it ought to be. The main issue is that SEE ALSO bzcat(1), uncompress(1), xzcat(1), zcat(1), libarchive-formats(5) points to libarchive-formats(5). This file is in libarchive-dev, so you're SOL unless you manage to find that ‒ the procedure for this is obvious to me, but may not be to everyone. If you assume this is a complete list of the formats supported you assume wrong, because zstdcat(1) is missing. This is quite easy to solve IMO: libarchive-formats(5) should live in the libarchive13 package (or a libarchive-doc which is Recommends:ed by libarchive13 for multiarch compat, you get my point), since it's of general usefulness to all users using libarchive-using programs. The second issue is that the SEE ALSO shouldn't point to libarchive-formats(5), since that only describes archive formats, not compression formats. It should either point to libarchive(3) (which for some reason isn't in libarchive-formats(5)'s SEE ALSO), which should also live in libarchive13/libarchive-doc, or libarchive-formats(5) should at least include a version of the The library automatically detects archives compressed with compress(1), bzip2(1), grzip(1), gzip(1), lrzip(1), lz4(1), lzip(1), lzop(1), xz(1), or zstd(1) and decompresses them transparently. Decompression of some formats requires external decompressor utilities. It can similarly detect and decode archives processed with uuencode(1) or which have an rpm(1) header. sentence. Thanks, наб -- System Information: Debian Release: 12.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable-debug'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-9-amd64 (SMP w/24 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages libarchive-tools depends on: ii libarchive13 3.6.2-1 ii libc6 2.36-9+deb12u3 libarchive-tools recommends no packages. libarchive-tools suggests no packages. -- no debconf information signature.asc Description: PGP signature
Bug#1058616: dracut-network: root=nfs4:... broken on current sid, used to work on buster-era sid
According to /etc/os-release and /var/log/dpkg.log from my pre-upgrade snapshot, it used to work on "bullseye/sid" from 2021-01-24 version 051-1. On Fri, Dec 08, 2023 at 09:08:53PM +0100, наб wrote: > it just hung for so-long-I-thought-it's-forever before going into a > minutes-long initqueue crashloop before finally dropping to > an emergency shell. > > This revealed it didn't actually generate a sysroot.mount unit at all! > > Though running > mount -t nfs4 tarta:/mnt/filling/machine/1200-S121 /sysroot > corresponding to the > ip=dhcp root=nfs4:tarta:/mnt/filling/machine/1200-S121 > cmdline did work. > > As usual with dracut, > breaking out of the shell after mounting /sysroot proceeded normally. > > the nfs netboot generator doesn't work anymore. See journalctl-b.zst above for a normal boot, attaching one with "verbose debug" appended. I'm explicitly including a pre-composed /etc/resolv.conf from my rootfs so the hostname isn't an issue. (Well, I don't know if it isn't. It probably is, since it was correctly derived from DHCP and now isn't, but nothing works at all rn, so maybe another clone later.) I don't really know what is, tbf, except that there doesn't actually appear to be a sysroot.mount generated. journalctl-b+verbosedebug.zst Description: application/zstd signature.asc Description: PGP signature
Bug#1058560: libncursesw6: getch(3ncurses) returns -1 with errno unchanged, only documented to return -1 with errno=EINTR
On Wed, Dec 13, 2023 at 02:09:35PM +0100, наб wrote: > On Tue, Dec 12, 2023 at 08:30:02PM -0500, Thomas Dickey wrote: > > On Wed, Dec 13, 2023 at 01:33:59AM +0100, наб wrote: > > > On Tue, Dec 12, 2023 at 05:55:38PM -0500, Thomas Dickey wrote: > > > > On Tue, Dec 12, 2023 at 11:09:13PM +0100, наб wrote: > > > > > urlview 1c-1 whose xterm was killed but which didn't die consumes > > > > > 100% CPU. > > > > > The event loop is for(;;) switch(getch()) ... and ignores -1 > > > > If it's going to ignore the error return (while at the same time > > > > manipulating the time delays with mousemask), then this is expected > > > > (mis)behavior. > > > Sure. > > > > > > Still, it doesn't set errno to EINTR, > > ...and the manual page does not say it would do that. > > > > It lists three possible causes for ERR being returned, > > and on the third it mentions that errno will be set: > >returns ERR if the window pointer is null, or if its timeout > >expires without having any data, or if the execution was interrupted > > by > >a signal (errno will be set to EINTR). > > > > It could be reformatted like this without changing its meaning: > >returns ERR > >* if the window pointer is null, or > >* if its timeout expires without having any data, or > >* if the execution was interrupted by a signal (errno will be set to > > EINTR). > That, to me, wasn't clear from the page itself. > "any data (errno unchanged)" would make it so. > > > > and instant empty reads you get from a hung-up teletype > > > definitely aren't exceeding the timeout. > > > > https://git.sr.ht/~nabijaczleweli/urlview-ng/tree/1c/item/urlview.c#L441 > > > > mouseinterval(0) tells it to not wait for mouse events, > Well, mouseinterval(3curses) says > Use mouseinterval(0) to disable click resolution. > which is different from "not wait for mouse events". Even funnier, it also says that The mouseinterval function sets the maximum time (in thousands of a second) that can elapse between press and release events for them to be recognized as a click. and it appears to only actually be used for coalescing adjacent click events into double and triple clicks (testing confirms this), so the manual sure reads like disinformation. In light of this, > > I'd have used a 5msec delay (or 1msec for "modern" computers :-) I wouldn't, since this corresponds to the actual delay between consecutive clicks, and even I can't click twice in 5ms. So mouseinterval(0) appears to just be a boilerplate requirement if you aren't using curses-provided double- or triple-clicks, which I'm not? signature.asc Description: PGP signature
Bug#1058560: libncursesw6: getch(3ncurses) returns -1 with errno unchanged, only documented to return -1 with errno=EINTR
On Tue, Dec 12, 2023 at 08:30:02PM -0500, Thomas Dickey wrote: > On Wed, Dec 13, 2023 at 01:33:59AM +0100, наб wrote: > > On Tue, Dec 12, 2023 at 05:55:38PM -0500, Thomas Dickey wrote: > > > On Tue, Dec 12, 2023 at 11:09:13PM +0100, наб wrote: > > > > urlview 1c-1 whose xterm was killed but which didn't die consumes 100% > > > > CPU. > > > > The event loop is for(;;) switch(getch()) ... and ignores -1 > > > If it's going to ignore the error return (while at the same time > > > manipulating the time delays with mousemask), then this is expected > > > (mis)behavior. > > Sure. > > > > Still, it doesn't set errno to EINTR, > ...and the manual page does not say it would do that. > > It lists three possible causes for ERR being returned, > and on the third it mentions that errno will be set: >returns ERR if the window pointer is null, or if its timeout >expires without having any data, or if the execution was interrupted by >a signal (errno will be set to EINTR). > > It could be reformatted like this without changing its meaning: >returns ERR >* if the window pointer is null, or >* if its timeout expires without having any data, or >* if the execution was interrupted by a signal (errno will be set to > EINTR). That, to me, wasn't clear from the page itself. "any data (errno unchanged)" would make it so. > > and instant empty reads you get from a hung-up teletype > > definitely aren't exceeding the timeout. > > https://git.sr.ht/~nabijaczleweli/urlview-ng/tree/1c/item/urlview.c#L441 > > mouseinterval(0) tells it to not wait for mouse events, Well, mouseinterval(3curses) says Use mouseinterval(0) to disable click resolution. which is different from "not wait for mouse events". > That looks like someone's attempting to make the wheel mouse work at > infinite velocity The mouse wheel is checked-for with BUTTON[45]_PRESSED, so click resolution doesn't factor in here at all. I picked mouseinterval(0) because the default 166 value is completely unusable. Clearly it doesn't actually disable click resolution either. htop uses mouseinterval(0) as well. Regardless of the mouseinterval argument I can click-hold-release for however long I want, so long as I don't move the cursor too much and it registers. With the default value it just sleeps after I release. In addition to my usual X teletype (st(1)), this also happens with xterm(1) under both X configs I have, so with it being under the dickey umbrella as well, that clearly indicates that something's wrong to me. This is also the case under gpm, on a 2002 Celeron laptop. (And under X on that one as well.) > I'd have used a 5msec delay (or 1msec for "modern" computers :-) So is this a UI design choice or is it a VT-compat choice? What's the point of this function, why does it not just correctly associate clicks with clicks? Or, rather, why do you need mouseinterval(0) to correctly associate clicks with clicks, without "clearly broken" levels of delay? Why do you suggest any delay at all? Why 5ms or 1ms? When is this (supposedly) needed? What does computer recency have to do with it, and why is that notion dispelled on the oldest piece of shit I have? Why is none of this documented? > -- and might be the reason for ignoring errors -- Mouse support is new, errors are ignored in 0.7 from 1997, so no. > and might be the reason for the 100% CPU. This all also happens with mouse and keypad disabled altogether, so this is all moot. > If ncurses is actually reading from a closed file descriptor, the manpage > for read(2) suggests that errno may be set to EBADF ..? It isn't, and I never said it did. It reads from a valid fd, which corresponds to a hanged-up tty. This is a consistent thoroughline. > -- but since you say > errno is _not_ being set, then there's nothing to alert ncurses to the > problem -- the timeout expired. There is no time-out: > (You may get more insight using strace). The straces you got both indicate that ncurses' first (only) read returns empty, and any time-out isn't even attempted. You can tell because they both say read(0, "", 1) = 0 exclusively, and neither of them have a poll. Indeed, the only time the mouse timeout is attempted is /after/ a mouse button down/up is read. There is another 1s poll timeout, which happens after reading an ESC. Again, neither of those are attempted. Similarly, they all end up in fifo_push() with 340 n = (int) read(sp->_ifd, , (size_t) 1); ... 347 if ((n == -1) || (n == 0)) { 348 TR(TRACE_IEVENT, ("read(%d,,1)=%d, errno=%d", sp->_ifd, n, errno)); 349 ch = ERR; 350 } from (in the no-timeout case) _nc_wgetch() 596
Bug#1058560: libncursesw6: getch(3ncurses) returns -1 with errno unchanged, only documented to return -1 with errno=EINTR
Package: libncursesw6 Version: 6.4+20231121-1 Severity: normal Dear Maintainer, urlview 1c-1 whose xterm was killed but which didn't die consumes 100% CPU. The event loop is for(;;) switch(getch()) ... and ignores -1 (https://git.sr.ht/~nabijaczleweli/urlview-ng/tree/1c/item/urlview.c#L576). strace -p: read(0, "", 1) = 0 read(0, "", 1) = 0 read(0, "", 1) = 0 read(0, "", 1) = 0 read(0, "", 1) = 0 read(0, "", 1) = 0 ltrace -p: wgetch(0x55e356e14860, 0, 0, 1) = 0x wgetch(0x55e356e14860, 0x, 0, 0x) = 0x wgetch(0x55e356e14860, 0, 0, 1) = 0x wgetch(0x55e356e14860, 0x, 0, 0x) = 0x wgetch(0x55e356e14860, 0, 0, 1) = 0x wgetch(0x55e356e14860, 0x, 0, 0x) = 0x wgetch(0x55e356e14860, 0, 0, 1) = 0x wgetch(0x55e356e14860, 0x, 0, 0x) = 0x gdb -p, b ./urlview.c:576: (gdb) cont Continuing. Breakpoint 1, main (argc=, argv=) at ./urlview.c:576 576 int c = getch(); (gdb) n 578 switch(c) { (gdb) p c $1 = -1 (gdb) p *__errno_location() $3 = 5 this is EIO. By resetting *__errno_location() = 0 and letting it rip for a few more loops, I see it continue to be 0, so it just returns 0 but doesn't change errno (I'm assuming changing errno is a side-effect of read(), which completes successfully but emptily here), presumably the EIO is from an earlier refresh to a dead pty. getch(3ncurses) on bookworm and sid says RETURN VALUE All routines return the integer ERR upon failure and an integer value other than ERR (OK in the case of ungetch) upon successful completion. wgetch returns ERR if the window pointer is null, or if its timeout expires without having any data, or if the execution was interrupted by a signal (errno will be set to EINTR). so how precisely you're meant to handle this is unclear to me. The first sentence implies "case ERR: exit(1)", but the second implies "case ERR: if(errno != EINTR) exit(1); break" to me. I set no timeouts so I expect that bit to not apply, but I read this as the EINTR parenthetical applying to both the interruption and timeout cases. Either way, if errno isn't (re)set, then returning ERR isn't really reliable or meaningful i think (lest you "errno=0, getch()" always? which kinda sucks). I see SUSv2 XCURSES say: Upon successful completion getch(), mvgetch(), mvwgetch() and wgetch() return the single-byte character, KEY_ value, or ERR. When in the nodelay mode and no data is available, ERR is returned. which makes it silent on the issue. Reopening its pty fails with EIO, as expected, but consulting stty against urlview in a live xterm I see speed 38400 baud; rows 54; cols 172; line = 0; -brkint -icrnl -imaxbel iutf8 -onlcr -icanon -echo so -icanon min=1 time=0, which is by no means a "nodelay" mode, and it doesn't have a "timeout" set. Naturally, setting min=0 time=1 I reproduce the empty-returning read()s, and the unchanging errno. So to this point, I think this just needs disambiguation to the tune of "having any data (with errno unchanged)". Empty read()s from a hung-up teletype aren't covered by the documentation. Naturally this is an adversarial reading, but it may not be obvious to all readers that these are homologous conditions: "or if the read from returns empty \(em be it due to a timeout expiring with no data or due to a hangup (with errno unchanged)," In a similar vein, I see a lot of references to a "cbreak mode" (sometimes in bold) and a "nocbreak mode" (never in bold). I suppose this is a left-over from old berkeley manuals(?), but that's not a feature of the Linux teletype driver, and according to my notes[1] the CBREAK mode features in [V7, 4.4BSD) exclusively, which isn't really useful to the modern reader, with the 4.4BSD URM being released close to 30 years ago now. The only remnant of this remains in stty(1), but that consistently calls it cbreak/-cbreak mapping it to -icanon/icanon. This makes it even more jarring to a modern reader. Anyway, is this behaviour expected, and is the loop best-served as for(;;) switch(errno=0, getch()) case ERR: if(errno != EINTR) { err = true; break 2; } ? Or is there a better way to drive this? Best, наб [1]: https://lfs.nabijaczleweli.xyz/0012-groff-mdoc-*q-spacing/2022-10-23-stty.1-preprint/a4.pdf pp. 20, 67-68 -- System Information: Debian Release: 12.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable-debug'), (5
Bug#1058048: RFS: urlview/1c-1 [RC] -- Extracts URLs from text
Package: sponsorship-requests Severity: important Dear mentors, I am looking for a sponsor for my package "urlview": * Package name : urlview Version : 1c-1 Upstream contact : https://lists.sr.ht/~nabijaczleweli/urlview-ng * URL : https://sr.ht/~nabijaczleweli/urlview-ng * License : GPL-2+, 0BSD * Vcs : https://git.sr.ht/~nabijaczleweli/urlview.deb Section : misc The source builds the following binary packages: urlview - Extracts URLs from text To access further information about this package, please visit the following URL: https://mentors.debian.net/package/urlview/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/u/urlview/urlview_1c-1.dsc Changes since the last upload: urlview (1c-1) unstable; urgency=medium . * d/control: drop the ill-conceived shellcheck dep * Downgrade sensible-utils to Recommends: ‒ very-nice-to-have in default configuration, but by no means absolutely required (Closes: #906725) * Revert UCF addition (Closes: #1057675) * New upstream version 1c (+ changelog & NEWS) (Closes: #1057411, #1043334) * d/copyright: update for 1c Regards, -- наб signature.asc Description: PGP signature
Bug#1057807: dracut-network: broken on sid ("Module 'ifcfg' cannot be found.", and /etc/dracut.conf.d/11-ifcfg.conf add_dracutmodules+=" ifcfg " but modules.d/45ifcfg gone vs bookworm)
On Fri, Dec 08, 2023 at 08:35:11PM +0100, Thomas Lange wrote: > remove-on-upgrade /etc/dracut.conf.d/11-ifcfg.conf Just commenting out the file and regenerating did seem to make the initrd, but it just hung for so-long-I-thought-it's-forever before going into a minutes-long initqueue crashloop before finally dropping to an emergency shell. This revealed it didn't actually generate a sysroot.mount unit at all! Though running mount -t nfs4 tarta:/mnt/filling/machine/1200-S121 /sysroot corresponding to the ip=dhcp root=nfs4:tarta:/mnt/filling/machine/1200-S121 cmdline did work. As usual with dracut, breaking out of the shell after mounting /sysroot proceeded normally. Whether it's the ifcfg thing or not (probably not), the nfs netboot generator doesn't work anymore. Attaching journalctl -b from the emergency shell. Best, наб journalctl-b.zst Description: application/zstd signature.asc Description: PGP signature
Bug#1057807: dracut-network: broken on sid ("Module 'ifcfg' cannot be found.", and /etc/dracut.conf.d/11-ifcfg.conf add_dracutmodules+=" ifcfg " but modules.d/45ifcfg gone vs bookworm)
Package: dracut-network Version: 059+212-3 Severity: important Dear Maintainer, # cat /etc/dracut.conf.d/11-ifcfg.conf add_dracutmodules+=" ifcfg " # dpkg -L dracut-network | grep ifcfg /etc/dracut.conf.d/11-ifcfg.conf # dracut -q --kver 6.5.0-5-686 dracut[E]: Module 'ifcfg' cannot be found. which naturally breaks upgrades. Compare https://packages.debian.org/search?suite=bookworm=filename=contents=ifcfg /etc/dracut.conf.d/11-ifcfg.conf dracut-network /usr/lib/dracut/modules.d/45ifcfg/write-ifcfg.sh dracut-network /usr/lib/dracut/modules.d/80cms/cms-write-ifcfg.sh dracut-network and https://packages.debian.org/search?suite=sid=filename=contents=ifcfg /etc/dracut.conf.d/11-ifcfg.conf dracut-network [kfreebsd-amd64, mipsel, hurd-i386, powerpc, mips, kfreebsd-i386, powerpcspe] /usr/lib/dracut/modules.d/45ifcfg/write-ifcfg.sh dracut-network [not amd64, arm64, armel, armhf, i386, mips64el, ppc64el, riscv64, s390x] /usr/lib/dracut/modules.d/80cms/cms-write-ifcfg.sh dracut-network [not amd64, arm64, armel, armhf, i386, mips64el, ppc64el, riscv64, s390x] This is unnoted both in the NEWS and the changelog, so it's obviously a bug. Not tagging grave because presumably it works on.. ppc? All the more baffling since this is arch:all. Best, наб -- System Information: Debian Release: 12.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable-debug'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-9-amd64 (SMP w/24 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages dracut-network depends on: ii dracut-core 059-4 pn iputils-arping pn isc-dhcp-client Versions of packages dracut-network recommends: ii curl7.88.1-10+deb12u4 ii nbd-client 1:3.24-1.1 ii nfs-common 1:2.6.2-4 pn open-iscsi dracut-network suggests no packages. signature.asc Description: PGP signature
Bug#1057714: htop: newlines in cmdline rendered as U+FFFD
Oddly, I cannot reproduce this on bookworm (htop 3.2.2-2 as well) by running the same cmdline ( -- >8 -- sh -c 'make -C /lib/modules/6.5.0-5-amd64/build CC=gcc-13 \ \ M="$PWD" O=/lib/modules/6.5.0-5-amd64/build CONFIG_ZFS=m modules; sleep 100' -- >8 -- ) explicitly. signature.asc Description: PGP signature
Bug#1057714: htop: newlines in cmdline rendered as U+FFFD
Package: htop Version: 3.2.2-2 Severity: normal Dear Maintainer, From my palmtop rn: └─ /bin/sh -c make -C /lib/modules/6.5.0-5-amd64/build CC=gcc-13 \ � \ �M="$PWD" O=/lib/modules/6.5.0-5-amd64/build CONFIG_ZFS=m modules and -- >8 -- $ cat /proc/59470/cmdline /bin/sh-cmake -C /lib/modules/6.5.0-5-amd64/build CC=gcc-13 \ \ M="$PWD" O=/lib/modules/6.5.0-5-amd64/build CONFIG_ZFS=m modules $ hd /proc/59470/cmdline 2f 62 69 6e 2f 73 68 00 2d 63 00 6d 61 6b 65 20 |/bin/sh.-c.make | 0010 2d 43 20 2f 6c 69 62 2f 6d 6f 64 75 6c 65 73 2f |-C /lib/modules/| 0020 36 2e 35 2e 30 2d 35 2d 61 6d 64 36 34 2f 62 75 |6.5.0-5-amd64/bu| 0030 69 6c 64 20 43 43 3d 67 63 63 2d 31 33 20 5c 0a |ild CC=gcc-13 \.| 0040 09 20 20 5c 0a 09 4d 3d 22 24 50 57 44 22 20 20 |. \..M="$PWD" | 0050 4f 3d 2f 6c 69 62 2f 6d 6f 64 75 6c 65 73 2f 36 |O=/lib/modules/6| 0060 2e 35 2e 30 2d 35 2d 61 6d 64 36 34 2f 62 75 69 |.5.0-5-amd64/bui| 0070 6c 64 20 43 4f 4e 46 49 47 5f 5a 46 53 3d 6d 20 |ld CONFIG_ZFS=m | 0080 6d 6f 64 75 6c 65 73 00 |modules.| 0088 -- >8 -- These are 0A, so newlines. These should get transliterated to spaces for display, just like the NULs. Best, наб -- System Information: Debian Release: trixie/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-9-amd64 (SMP w/8 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages htop depends on: ii libc6 2.37-13 ii libncursesw6 6.4+20231121-1 ii libnl-3-200 3.7.0-0.2+b1 ii libnl-genl-3-200 3.7.0-0.2+b1 ii libtinfo6 6.4+20231121-1 htop recommends no packages. Versions of packages htop suggests: ii lm-sensors 1:3.6.0-8 ii lsof4.95.0-1 ii strace 6.5-0.1 -- no debconf information signature.asc Description: PGP signature
Bug#1057675: urlview: postinst uses /usr/share/doc content (Policy 12.3): /usr/share/doc/urlview/examples/sample.urlview
Control: tags -1 + pending On Thu, Dec 07, 2023 at 02:28:39AM +0100, Andreas Beckmann wrote: > Package: urlview > Version: 1b-1 > > a test with piuparts revealed that your package uses files from > /usr/share/doc in its maintainer scripts which is a violation of > Policy 12.3: "Packages must not require the existence of any files in > /usr/share/doc/ in order to function." > https://www.debian.org/doc/debian-policy/ch-docs.html#additional-documentation > > These files must be moved to /usr/share/$PACKAGE and may be symlinked > from /usr/share/doc/$PACKAGE. Comparing 0.9-24 and 1b-1, I see that I started to use ucf with a /usr/share/urlview/examples/sample.urlview /etc/urlview/system.urlview stanza. I'm gonna be frank: I don't know why, since this file is already covered by the conffile mechanism. And, re-reading the conffile sexion, https://www.debian.org/doc/debian-policy/ap-pkg-conffiles.html > Note that a package should not modify a dpkg-handled conffile in its > maintainer scripts. Doing this will lead to dpkg giving the user > confusing and possibly dangerous options for conffile update when the > package is upgraded. which is precisely what ucf does. Thankfully, we're in a fortunate situation of there having only been one urlview with ucf, and /e/u/s.u is installed (and conffile-tagged) in both versions, so an upgrade-test shows we can drop it with the normal conffile mechanism correctly handling the situation. Fixed in https://git.sr.ht/~nabijaczleweli/urlview.deb/commit/13cd0e45d02da500ff0b8ed32701bd9ac9131454 Thank you for your report! This would be a lot uglier if we ended up with multiple versions with double conffile+ucf handling, I think. Best, наб signature.asc Description: PGP signature
Bug#1057668: python3-samba: many regex-related SyntaxWarnings (invalid escape sequence) on update
Package: python3-samba Version: 2:4.19.3+dfsg-1 Severity: normal Dear Maintainer, Straight from apt upgrade's mouth: -- >8 -- Setting up python3-samba (2:4.19.3+dfsg-1) ...#...] /usr/lib/python3/dist-packages/samba/gp/gp_cert_auto_enroll_ext.py:319: SyntaxWarning: invalid escape sequence '\A' return 'Cryptography\AutoEnrollment' /usr/lib/python3/dist-packages/samba/gp/gp_cert_auto_enroll_ext.py:371: SyntaxWarning: invalid escape sequence '\P' section = 'Software\Policies\Microsoft\Cryptography\AutoEnrollment' /usr/lib/python3/dist-packages/samba/gp/gp_cert_auto_enroll_ext.py:491: SyntaxWarning: invalid escape sequence '\P' section = 'Software\Policies\Microsoft\Cryptography\AutoEnrollment' /usr/lib/python3/dist-packages/samba/tests/dns_forwarder_helpers/server.py:80: SyntaxWarning: invalid escape sequence '\s' m = re.match(b'^timeout\s+([\d.]+)$', data.strip()) /usr/lib/python3/dist-packages/samba/tests/gpo.py:126: SyntaxWarning: invalid escape sequence '\L' b""" /usr/lib/python3/dist-packages/samba/tests/gpo.py:263: SyntaxWarning: invalid escape sequence '\P' b""" /usr/lib/python3/dist-packages/samba/tests/gpo.py:285: SyntaxWarning: invalid escape sequence '\P' b""" /usr/lib/python3/dist-packages/samba/tests/gpo.py:2097: SyntaxWarning: invalid escape sequence '\P' b""" /usr/lib/python3/dist-packages/samba/tests/gpo.py:4954: SyntaxWarning: invalid escape sequence '\P' b""" /usr/lib/python3/dist-packages/samba/tests/samba_tool/gpo.py:1809: SyntaxWarning: invalid escape sequence '\s' cse_ext = re.findall('^UniqueGUID\s+:\s+(.*)', out) /usr/lib/python3/dist-packages/samba/tests/samba_tool/join_member.py:43: SyntaxWarning: invalid escape sequence '\s' existing_records = re.findall('A:\s+(\d+\.\d+\.\d+\.\d+)\s', out) /usr/lib/python3/dist-packages/samba/tests/samba_tool/ntacl.py:93: SyntaxWarning: invalid escape sequence '\s' self.assertNotRegex(err, '^\s*File [^,]+, line \d+, in', /usr/lib/python3/dist-packages/samba/tests/samba_tool/user_virtualCryptSHA.py:42: SyntaxWarning: invalid escape sequence '\s' p = re.compile("^" + name + ":\s+(\S+)") /usr/lib/python3/dist-packages/samba/tests/samba_tool/user_virtualCryptSHA_base.py:42: SyntaxWarning: invalid escape sequence '\s' p = re.compile("^" + name + ":\s+(\S+)") -- >8 -- Best, наб -- System Information: Debian Release: trixie/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-9-amd64 (SMP w/8 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages python3-samba depends on: ii libbsd0 0.11.7-4 ii libc6 2.37-13 ii libgnutls30 3.8.2-1 ii libldb2 2:2.8.0+samba4.19.3+dfsg-1 ii libpython3.11 3.11.7-1 ii libtalloc2 2.4.1-2 ii libtevent0 0.15.0-1 ii python3 3.11.6-1 ii python3-ldb 2:2.8.0+samba4.19.3+dfsg-1 ii python3-talloc 2.4.1-2 ii python3-tdb 1.4.9-2 ii samba-libs 2:4.19.3+dfsg-1 Versions of packages python3-samba recommends: ii python3-gpg 1.18.0-4+b1 python3-samba suggests no packages. -- no debconf information signature.asc Description: PGP signature
Bug#1035358: urlview does not work with URLs containing parentheses
On Mon, May 01, 2023 at 09:45:46PM +0200, Francesco Ariis wrote: > A workaround is to `cp /etc/urlview/system.urlview ~/.urlview` and > then replace REGEXP with > REGEXP (((http|https|ftp|gopher)|mailto):(//)?[^ > <>"\t]*|(www|ftp)[0-9]?\.[-a-z0-9.]+)[^ .,;\t\n\r<">\):]?[^, <>"\t]*[^ > .,;\t\n\r<">:] > (i.e. erasing that last “\)”). This is quite detrimental to the very common case of a URL that's entirely parenthesised, or one that ends a parenthetical; compare: $ tail -n3 text Debian#1035358: https://en.wikipedia.org/wiki/Close_Combat_(series) vs (https://en.wikipedia.org/wiki/Debian) vs https://en.wikipedia.org/wiki/(You_Gotta)_Fight_for_Your_Right_(To_Party!) $ grep -Eio '((http|https|ftp|gopher|gemini|mailto):(//)?[^ <>"]*|(www|ftp)[0-9]?\.[-a-z0-9.]+)[^ .,;<">\):]?[^, <>"]*[^ .,;<">:\)]' text | tail -n3 https://en.wikipedia.org/wiki/Close_Combat_(series https://en.wikipedia.org/wiki/Debian https://en.wikipedia.org/wiki/(You_Gotta)_Fight_for_Your_Right_(To_Party! $ grep -Eio '((http|https|ftp|gopher|gemini|mailto):(//)?[^ <>"]*|(www|ftp)[0-9]?\.[-a-z0-9.]+)[^ .,;<">\):]?[^, <>"]*[^ .,;<">:]' text | tail -n3 https://en.wikipedia.org/wiki/Close_Combat_(series) https://en.wikipedia.org/wiki/Debian) https://en.wikipedia.org/wiki/(You_Gotta)_Fight_for_Your_Right_(To_Party!) so this trivial solution fixes an IME rare case of an URL ending with a ')' by breaking the much more common one. It is quite likely something /can/ be cooked here, I haven't managed to in a good few minutes of fiddling. Attaching my test driver. Best, наб static auto regex = // R"DUPA(((http|https|ftp|gopher|gemini|mailto):(//)?[^ <>"]*|(www|ftp)[0-9]?\.[-a-z0-9.]+)[^ .,;<">\):]?(([^, <>"]*)|(\([^, <>"]*\)))*[^ .,;<">:\)])DUPA"; R"DUPA(((http|https|ftp|gopher|gemini|mailto):(//)?[^ <>"]*|(www|ftp)[0-9]?\.[-a-z0-9.]+)[^ .,;<">\):]?[^, <>"]*[^ .,;<">:\)])DUPA"; #include #include #include #include int main() { regex_t rgx; if(regcomp(, regex, REG_EXTENDED | REG_ICASE)) abort(); for(auto l : {"Debian#1035358: https://en.wikipedia.org/wiki/Close_Combat_(series)", // "vs (https://en.wikipedia.org/wiki/Debian)", // "vs https://en.wikipedia.org/wiki/(You_Gotta)_Fight_for_Your_Right_(To_Party!)"}) { regmatch_t matches[20]; if(regexec(, l, 20, matches, 0)) abort(); puts(l); for(size_t i = 0; i <= rgx.re_nsub; ++i) std::printf("%zu: \"%.*s\"\n", i, (int)(matches[i].rm_eo - matches[i].rm_so), l + matches[i].rm_so); puts(""); } } signature.asc Description: PGP signature
Bug#1057411: urlview: bad display
Control: tags -1 + confirmed upstream fixed-upstream On Mon, Dec 04, 2023 at 03:19:00PM +0100, Vincent Lefevre wrote: > Package: urlview > Version: 1b-1 > > With the new urlview version, when I invoke it from Mutt, I get > something like for the first line: > > 3 URLs urlview-ng 1bAppuyez sur q ou ^C pour > quitter ! > > in French, or > > 3 URLs urlview-ng 1b-1 Press q or ^C to > quit! > > in English. This is poorly aligned, specially with the French message, > which overwrites the version number. These are aligned to left/right margins and center-of-screen, which looks fine with my usual size of teletype, but I agree it do be pretty goofy at 80. I s'pose they could instead be aligned to left/right margins and center-of-remaining, which'd fix this: -- >8 -- 17 URLsurlview-ng 1b-1Appuyez sur q ou ^C pour quitter ! ->1 http://www.cs.hmc.edu/~me 2 http://www.cs.hmc.edu 3 https://www.cs.hmc.edu -- >8 -- and -- >8 -- 17 URLs urlview-ng 1b-1 Press q or ^C to quit! ->1 http://www.cs.hmc.edu/~me 2 http://www.cs.hmc.edu 3 https://www.cs.hmc.edu -- >8 -- is much more reasonable. Having modeled that, it was quite easy to implement, and the results match the model above, incl. -- >8 -- 17 URLi urlview-ng 1b-1Wyjście: q lub ^C ->1 http://www.cs.hmc.edu/~me 2 http://www.cs.hmc.edu 3 https://www.cs.hmc.edu -- >8 -- This is what https://git.sr.ht/~nabijaczleweli/urlview-ng/commit/af9bf97584c015c9417428aa4eca5c64486ff816 does. Best, наб signature.asc Description: PGP signature
Bug#1043334: urlview is insecure: URL visible to everyone with commands like ps
Control: tags -1 + fixed-upstream On Wed, Aug 09, 2023 at 11:18:31AM +0200, Vincent Lefevre wrote: > Package: urlview > > So it should provide a way to pass the URL via a pipe. For instance, > this can be useful with xclip (the user can then paste the URL to the > web browser). Agree, this would be quite useful in general. > Moreover, when the URL is to be passed as an arguemnt, a warning > should be displayed by default about this issue. Disagree an additional warning is needed, urlview already writes "Executing: www-browser 'URL'...", so this is blatantly obvious. But, sure, this can warrant a note in the manual. https://git.sr.ht/~nabijaczleweli/urlview-ng/commit/88a54e2ca0e86cce1fc62e264a822a5cb7d528ae adds a VIA config option; what you describe can be done by setting "VIA pipe" and "COMMAND xclip" (or "COMMAND xclip -selection clipboard", or whatever). Best, наб signature.asc Description: PGP signature
Bug#906725: urlview: please lower sensible-utils dependency to Recommends, as just needed in the default config
Control: tags -1 + fixed-upstream On Mon, Aug 20, 2018 at 10:23:59AM +0200, Vincent Lefevre wrote: > Package: urlview > > The dependency on sensible-utils is too strong, as sensible-browser is > just used by /etc/urlview/url_handler.sh, which is a config file; the > handler can also be changed in /etc/urlview/system.urlview (COMMAND). Agree with your assessment (plus, even in the default config, sensible-browser is part of a fallback group). > Thus is should just be a Recommends. Applied in https://git.sr.ht/~nabijaczleweli/urlview.deb/commit/ab7c83ebf2a4f023866b689278c565f620d9e7bb Best, наб signature.asc Description: PGP signature
Bug#1055889: RFS: urlview/1b-1 [ITA] -- Extracts URLs from text
Hi! On Sun, Nov 26, 2023 at 06:10:05PM +0100, Tobias Frost wrote: > - d/copyright misses a few files/has inaccuracies, e.g enter.h > please review & update. Indeed, fixed in https://git.sr.ht/~nabijaczleweli/urlview.deb/commit/e975623d2973b8555065eae89424c2c15aa8858b thanks. Uploaded a fixed 1b-1 to mentors.d.n. Best, наб signature.asc Description: PGP signature
Bug#1056344: libefivar1: sleeps for 10ms twice for every variable read
Control: tags -1 + upstream patch A sequence of two simple patches fixes this, making the reads instant: -- >8 -- $ time efibootmgr BootCurrent: 0006 Timeout: 1 seconds BootOrder: 0006,0005,0002,0003,0004 Boot0002* UEFI:CD/DVD Drive BBS(129,,0x0) Boot0003* UEFI:Removable Device BBS(130,,0x0) Boot0004* UEFI:Network Device BBS(131,,0x0) Boot0005* Debian GNU/Linux trixie/sid with Linux 6.4.0-1-amd64 HD(1,GPT,2823eeb4-962f-cb4d-86ea-c0a4e460bc9c,0x800,0xfa000)/File(\KLAPKI\A2B398A10F5F4AF99258999E14093599\6.4.0-1-AMD64\VMLINUZ-6.4.0-1-AMD64)69006e0069007400720064003d005c006b006c00610070006b0069005c00610032006200330039003800610031003000660035006600340061006600390039003200350038003900390039006500310034003000390033003500390039005c0036002e0034002e0030002d0031002d0061006d006400360034005c0069006e0069007400720064002e0069006d0067002d0036002e0034002e0030002d0031002d0061006d00640036003400200072006f006f0074003d007a00660073003a004100550054004f00200072006500730075006d0065003d0050004100520054004c004100420045004c003d0072006f007a006200690061006e002d007300770061007000200071007500690065007400200069006f006d006d0075003d006f006e00 Boot0006* Debian GNU/Linux trixie/sid with Linux 6.4.0-1-amd64 HD(1,GPT,2823eeb4-962f-cb4d-86ea-c0a4e460bc9c,0x800,0xfa000)/File(\KLAPKI\A2B398A10F5F4AF99258999E14093599\6.4.0-1-AMD64\VMLINUZ-6.4.0-1-AMD64)69006e0069007400720064003d005c006b006c00610070006b0069005c00610032006200330039003800610031003000660035006600340061006600390039003200350038003900390039006500310034003000390033003500390039005c0036002e0034002e0030002d0031002d0061006d006400360034005c0069006e0069007400720064002e0069006d0067002d0036002e0034002e0030002d0031002d0061006d00640036003400200072006f006f0074003d007a00660073003a004100550054004f00200072006500730075006d0065003d0050004100520054004c004100420045004c003d0072006f007a006200690061006e002d007300770061007000200071007500690065007400200069006f006d006d0075003d006f006e00 real0m0.002s user0m0.001s sys 0m0.000s -- >8 -- (some would say this is a .168/.002=84x speed improvement). And bumps the actual max read rate by 50%: -- >8 -- fcntl(4, F_SETFD, FD_CLOEXEC) = 0 getdents64(4, 0x55cd1adb8420 /* 104 entries */, 32768) = 7568 getdents64(4, 0x55cd1adb8420 /* 0 entries */, 32768) = 0 close(4)= 0 openat(AT_FDCWD, "/sys/firmware/efi/efivars/Boot0002-8be4df61-93ca-11d2-aa0d-00e098032b8c", O_RDONLY) = 4 read(4, "\7\0\0\0\1\0\0\0\r\0U\0E\0F\0I\0:\0C\0D\0/\0D\0V\0D\0"..., 4096) = 59 read(4, "", 4037) = 0 close(4)= 0 openat(AT_FDCWD, "/sys/firmware/efi/efivars/Boot0003-8be4df61-93ca-11d2-aa0d-00e098032b8c", O_RDONLY) = 4 read(4, "\7\0\0\0\1\0\0\0\r\0U\0E\0F\0I\0:\0R\0e\0m\0o\0v\0a\0"..., 4096) = 67 read(4, "", 4029) = 0 close(4)= 0 openat(AT_FDCWD, "/sys/firmware/efi/efivars/Boot0004-8be4df61-93ca-11d2-aa0d-00e098032b8c", O_RDONLY) = 4 read(4, "\7\0\0\0\1\0\0\0\r\0U\0E\0F\0I\0:\0N\0e\0t\0w\0o\0r\0"..., 4096) = 63 read(4, "", 4033) = 0 close(4)= 0 openat(AT_FDCWD, "/sys/firmware/efi/efivars/Boot0005-8be4df61-93ca-11d2-aa0d-00e098032b8c", O_RDONLY) = 4 read(4, "\7\0\0\0\7\0\0\0\314\0D\0e\0b\0i\0a\0n\0 \0G\0N\0U\0/\0"..., 4096) = 610 read(4, "", 3486) = 0 close(4)= 0 openat(AT_FDCWD, "/sys/firmware/efi/efivars/Boot0006-8be4df61-93ca-11d2-aa0d-00e098032b8c", O_RDONLY) = 4 read(4, "\7\0\0\0\7\0\0\0\314\0D\0e\0b\0i\0a\0n\0 \0G\0N\0U\0/\0"..., 4096) = 610 read(4, "", 3486) = 0 close(4)= 0 openat(AT_FDCWD, "/sys/firmware/efi/efivars/BootNext-8be4df61-93ca-11d2-aa0d-00e098032b8c", O_RDONLY) = -1 ENOENT (No such file or directory) openat(AT_FDCWD, "/sys/firmware/efi/efivars/BootCurrent-8be4df61-93ca-11d2-aa0d-00e098032b8c", O_RDONLY) = 4 read(4, "\6\0\0\0\6\0", 4096) = 6 read(4, "", 4090) = 0 close(4)= 0 newfstatat(1, "", {st_mode=S_IFCHR|0620, st_rdev=makedev(0x88, 0x2), ...}, AT_EMPTY_PATH) = 0 write(1, "BootCurrent: 0006\n", 18BootCurrent: 0006 ) = 18 openat(AT_FDCWD, "/sys/firmware/efi/efivars/Timeout-8be4df61-93ca-11d2-aa0d-00e098032b8c", O_RDONLY) = 4 read(4, "\7\0\0\0\1\0", 4096) = 6 read(4, "", 4090) = 0 close(4)= 0 write(1, "Timeout: 1 seconds\n", 19Timeout: 1 seconds )= 19 openat(AT_FDCWD, "/sys/firmware/efi/efivars/BootOrder-8be4df61-93ca-11d2-aa0d-00e098032b8c", O_RDONLY) = 4 read(4, "\7\0\0\0\6\0\5\0\2\0\3\0\4\0", 4096) = 14 read(4, "", 4082) = 0 close(4)= 0 -- >8 -- Patches attached, tested against 38-2. From 3e2a0142e4b19e45f455542994b2b0d6d3f86886 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?=D0=BD=D0=B0=D0=B1?= Date: Tue, 21 Nov 2023 14:44:53 +0100 Subject: [PATCH 1/2]
Bug#1056344: libefivar1: sleeps for 10ms twice for every variable read
= 1000 openat(AT_FDCWD, "/sys/firmware/efi/efivars/BootOrder-8be4df61-93ca-11d2-aa0d-00e098032b8c", O_RDONLY) = 4 clock_nanosleep(CLOCK_REALTIME, 0, {tv_sec=0, tv_nsec=1000}, NULL) = 0 read(4, "\7\0\0\0", 4) = 4 clock_nanosleep(CLOCK_REALTIME, 0, {tv_sec=0, tv_nsec=1000}, NULL) = 0 read(4, "\5\0\4\0\1\0\2\0\3\0", 4096) = 10 read(4, "", 4086) = 0 close(4)= 0 geteuid() = 1000 openat(AT_FDCWD, "/sys/firmware/efi/efivars/Boot0003-8be4df61-93ca-11d2-aa0d-00e098032b8c", O_RDONLY) = 4 clock_nanosleep(CLOCK_REALTIME, 0, {tv_sec=0, tv_nsec=1000}, NULL) = 0 read(4, "\7\0\0\0", 4) = 4 clock_nanosleep(CLOCK_REALTIME, 0, {tv_sec=0, tv_nsec=1000}, NULL) = 0 read(4, "\1\0\0\0\r\0U\0E\0F\0I\0:\0N\0e\0t\0w\0o\0r\0k\0 \0"..., 4096) = 59 read(4, "", 4037) = 0 close(4)= 0 geteuid() = 1000 openat(AT_FDCWD, "/sys/firmware/efi/efivars/Boot0002-8be4df61-93ca-11d2-aa0d-00e098032b8c", O_RDONLY) = 4 clock_nanosleep(CLOCK_REALTIME, 0, {tv_sec=0, tv_nsec=1000}, NULL) = 0 read(4, "\7\0\0\0", 4) = 4 clock_nanosleep(CLOCK_REALTIME, 0, {tv_sec=0, tv_nsec=1000}, NULL) = 0 read(4, "\1\0\0\0\r\0U\0E\0F\0I\0:\0R\0e\0m\0o\0v\0a\0b\0l\0"..., 4096) = 63 read(4, "", 4033) = 0 close(4)= 0 geteuid() = 1000 openat(AT_FDCWD, "/sys/firmware/efi/efivars/Boot0001-8be4df61-93ca-11d2-aa0d-00e098032b8c", O_RDONLY) = 4 clock_nanosleep(CLOCK_REALTIME, 0, {tv_sec=0, tv_nsec=1000}, NULL) = 0 read(4, "\7\0\0\0", 4) = 4 clock_nanosleep(CLOCK_REALTIME, 0, {tv_sec=0, tv_nsec=1000}, NULL) = 0 read(4, "\1\0\0\0\r\0U\0E\0F\0I\0:\0C\0D\0/\0D\0V\0D\0 \0D\0"..., 4096) = 55 read(4, "", 4041) = 0 close(4)= 0 geteuid() = 1000 openat(AT_FDCWD, "/sys/firmware/efi/efivars/Boot0005-8be4df61-93ca-11d2-aa0d-00e098032b8c", O_RDONLY) = 4 clock_nanosleep(CLOCK_REALTIME, 0, {tv_sec=0, tv_nsec=1000}, NULL) = 0 read(4, "\7\0\0\0", 4) = 4 clock_nanosleep(CLOCK_REALTIME, 0, {tv_sec=0, tv_nsec=1000}, NULL) = 0 read(4, "\7\0\0\0\314\0D\0e\0b\0i\0a\0n\0 \0G\0N\0U\0/\0L\0i\0"..., 4096) = 686 read(4, "", 3410) = 0 close(4)= 0 geteuid() = 1000 openat(AT_FDCWD, "/sys/firmware/efi/efivars/Boot0004-8be4df61-93ca-11d2-aa0d-00e098032b8c", O_RDONLY) = 4 clock_nanosleep(CLOCK_REALTIME, 0, {tv_sec=0, tv_nsec=1000}, NULL) = 0 read(4, "\7\0\0\0", 4) = 4 clock_nanosleep(CLOCK_REALTIME, 0, {tv_sec=0, tv_nsec=1000}, NULL) = 0 read(4, "\7\0\0\0\314\0D\0e\0b\0i\0a\0n\0 \0G\0N\0U\0/\0L\0i\0"..., 4096) = 686 read(4, "", 3410) = 0 close(4)= 0 geteuid() = 1000 openat(AT_FDCWD, "/sys/firmware/efi/efivars/731b69f0dac147efadfed92f12712736-a8a9ad3a-f831-11ea-946d-674ccd7415cc", O_RDONLY) = 4 clock_nanosleep(CLOCK_REALTIME, 0, {tv_sec=0, tv_nsec=1000}, NULL) = 0 read(4, "\7\0\0\0", 4) = 4 clock_nanosleep(CLOCK_REALTIME, 0, {tv_sec=0, tv_nsec=1000}, NULL) = 0 read(4, "\0\0break\0\0\0\4\374\264\240\3027\231\v\264V8t\371\245\214\200\203\237\205f\3076"..., 4096) = 363 read(4, "", 3733) = 0 close(4)= 0 openat(AT_FDCWD, "/usr/share/locale/locale.alias", O_RDONLY|O_CLOEXEC) = 4 -- >8 -- which is 14 10ms sleeps, which by itself accounts for 36% of the run-time. For the case of efibootmgr above, that's 16 of them(!) and they account for 82% of the run-time! There is no need for this in the general case (clearly, since it's a filesystem you can read correctly with cat), and I scarcely believe there are specific cases that do need it. Please remove this. Best, наб -- System Information: Debian Release: trixie/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-9-amd64 (SMP w/8 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages libefivar1 depends on: ii libc6 2.37-12 libefivar1 recommends no packages. libefivar1 suggests no packages. -- no debconf information signature.asc Description: PGP signature
Bug#1055526: efibootmgr: output broken and shows hex dump after update (can be fixed with -u, which is documented as unrelated)
On Tue, Nov 07, 2023 at 09:12:39PM +0100, наб wrote: > Package: efibootmgr > Version: 18-1 > Severity: normal > > -- >8 -- > $ efibootmgr > Boot0005* Debian GNU/Linux trixie/sid with Linux 6.1.0-9-amd64 > HD(1,GPT,48520351-6c2c-4617-a8d1-f353b750ef98,0x800,0x76800)/File(\KLAPKI\731B69F0DAC147EFADFED92F12712736\6.1.0-9-AMD64\VMLINUZ-6.1.0-9-AMD64)69006e0069007400720064003d005c006b006c00610070006b0069005c00370033003100620036003900660030006400610063003100340037006500660061006400660065006400390032006600310032003700310032003700330036005c0036002e0031002e0030002d0039002d0061006d006400360034005c0069006e0069007400720064002e0069006d0067002d0036002e0031002e0030002d0039002d0061006d00640036003400200072006f006f0074003d007a00660073003a004100550054004f0020006600620063006f006e003d0072006f0074006100740065003a003300200069006e00740065006c005f0069006f006d006d0075003d006f006e0020007a00660073002e007a00660073005f006100720063005f006d00610078003d003100320038003800340039003000310038003800380020007100750069006500740020006d006f00640075006c0065002e007300690067005f0065006e0066006f007200630065003d003100 > -- >8 -- > > Previous versions did something like this: > -- >8 -- > Boot0005* Debian GNU/Linux trixie/sid with Linux 6.1.0-9-amd64 > HD(1,GPT,48520351-6c2c-4617-a8d1-f353b750ef98,0x800,0x76800)/File(\KLAPKI\731B69F0DAC147EFADFED92F12712736\6.1.0-9-AMD64\VMLINUZ-6.1.0-9-AMD64).i.n.i.t.r.d.=.\.k.l.a.p.k.i.\.7.3.1.b.6.9.f.0.d.a.c.1.4.7.e.f.a.d.f.e.d.9.2.f.1.2.7.1.2.7.3.6.\.6...1...0.-.9.-.a.m.d.6.4.\.i.n.i.t.r.d...i.m.g.-.6...1...0.-.9.-.a.m.d.6.4. > .r.o.o.t.=.z.f.s.:.A.U.T.O. .f.b.c.o.n.=.r.o.t.a.t.e.:.3. > .i.n.t.e.l._.i.o.m.m.u.=.o.n. > .z.f.s...z.f.s._.a.r.c._.m.a.x.=.1.2.8.8.4.9.0.1.8.8.8. .q.u.i.e.t. > .m.o.d.u.l.e...s.i.g._.e.n.f.o.r.c.e.=.1. > -- >8 -- > which was suboptimal but still okay (as-in "readable"). And efibootdump still does! -- >8 -- $ efibootdump Boot0005 Boot0005: * Debian GNU/Linux trixie/sid with Linux 6.1.0-9-amd64 HD(1,GPT,48520351-6c2c-4617-a8d1-f353b750ef98,0x800,0x76800)/File(\KLAPKI\731B69F0DAC147EFADFED92F12712736\6.1.0-9-AMD64\VMLINUZ-6.1.0-9-AMD64)i.n.i.t.r.d.=.\.k.l.a.p.k.i.\.7.3.1.b.6.9.f.0.d.a.c.1.4.7.e.f.a.d.f.e.d.9.2.f.1.2.7.1.2.7.3.6.\.6...1...0.-.9.-.a.m.d.6.4.\.i.n.i.t.r.d...i.m.g.-.6...1...0.-.9.-.a.m.d.6.4. .r.o.o.t.=.z.f.s.:.A.U.T.O. .f.b.c.o.n.=.r.o.t.a.t.e.:.3. .i.n.t.e.l._.i.o.m.m.u.=.o.n. .z.f.s...z.f.s._.a.r.c._.m.a.x.=.1.2.8.8.4.9.0.1.8.8.8. .q.u.i.e.t. .m.o.d.u.l.e...s.i.g._.e.n.f.o.r.c.e.=.1. -- >8 -- so what's the deal with this? I tried to build upstream to bisect this but it just fundamentally refuses to build, so. Best, наб signature.asc Description: PGP signature
Bug#1055968: libefivar-dev: GNUisms in header yield warnings if using pkgconf file (-I vs -isystem probably)
Package: libefivar-dev Version: 37-6 Severity: normal Dear Maintainer, With -pedantic, -- >8 -- In file included from src/config.cpp:16: /usr/include/efivar/efivar.h:223:65: warning: named variadic macros are a GNU extension [-Wvariadic-macros] 223 | #define efi_error_real__(errval, file, function, line, fmt, args...) \ | ^ /usr/include/efivar/efivar.h:226:28: warning: named variadic macros are a GNU extension [-Wvariadic-macros] 226 | #define efi_error(fmt, args...) \ |^ /usr/include/efivar/efivar.h:228:40: warning: named variadic macros are a GNU extension [-Wvariadic-macros] 228 | #define efi_error_val(errval, msg, args...) \ |^ /usr/include/efivar/efivar.h:227:61: warning: token pasting of ',' and __VA_ARGS__ is a GNU extension [-Wgnu-zero-variadic-macro-arguments] 227 | efi_error_real__(errno, __FILE__, __func__, __LINE__, (fmt), ## args) |^ /usr/include/efivar/efivar.h:224:51: warning: token pasting of ',' and __VA_ARGS__ is a GNU extension [-Wgnu-zero-variadic-macro-arguments] 224 | efi_error_set(file, function, line, errval, (fmt), ## args) | ^ /usr/include/efivar/efivar.h:227:61: warning: token pasting of ',' and __VA_ARGS__ is a GNU extension [-Wgnu-zero-variadic-macro-arguments] 227 | efi_error_real__(errno, __FILE__, __func__, __LINE__, (fmt), ## args) |^ /usr/include/efivar/efivar.h:224:51: warning: token pasting of ',' and __VA_ARGS__ is a GNU extension [-Wgnu-zero-variadic-macro-arguments] 224 | efi_error_set(file, function, line, errval, (fmt), ## args) | ^ -- >8 -- The second warning is clang-only for some reason. These warnings only appear if using $ pkgconf --cflags efivar -I/usr/include/efivar and including with #include . They are not present when doing #include . Replacing -I with -isystem in efivar.pc fixes the issue. -- System Information: Debian Release: 12.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable-debug'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-9-amd64 (SMP w/24 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages libefivar-dev depends on: ii libefivar1 37-6 libefivar-dev recommends no packages. libefivar-dev suggests no packages. -- no debconf information signature.asc Description: PGP signature
Bug#1055882: libncurses6: waddnstr() reads n+1 bytes, ought to end at n bytes
On Mon, Nov 13, 2023 at 08:13:02PM -0500, Thomas Dickey wrote: > The null terminator should be checked only for the special case where > the passed-in length is negative. I agree in principle but the manual says > The four functions with n as the last argument write at most n bytes, or > until a terminating null is reached. If n is -1, then the entire string > will be added. Which reads to me like it ought to behave like printf(%.*s), terminating at the first specified condition ‒ a C string with a limit, not a range ‒ so if it's supposed to be a range then maybe something to the effect of --- ncurses-6.4+20230625.orig/man/curs_addstr.3x +++ ncurses-6.4+20230625/man/curs_addstr.3x @@ -80,9 +80,8 @@ characters. Thereafter, the cursor is advanced as a side-effect of writing to the window. .PP The four functions with \fIn\fP as the last argument -write at most \fIn\fP bytes, -or until a terminating null is reached. -If \fIn\fP is \-1, then the entire string will be added. +write \fIn\fP bytes. +If \fIn\fP is \-1, it is taken to be \fBstrlen\fP(\fIstr\fP) instead. .SH RETURN VALUE All functions return the integer \fBERR\fP upon failure and \fBOK\fP on success. .PP or --- ncurses-6.4+20230625.orig/man/curs_addstr.3x +++ ncurses-6.4+20230625/man/curs_addstr.3x @@ -80,9 +80,8 @@ characters. Thereafter, the cursor is advanced as a side-effect of writing to the window. .PP The four functions with \fIn\fP as the last argument -write at most \fIn\fP bytes, -or until a terminating null is reached. -If \fIn\fP is \-1, then the entire string will be added. +instead write \fIn\fP bytes, +unless \fIn\fP is \-1. .SH RETURN VALUE All functions return the integer \fBERR\fP upon failure and \fBOK\fP on success. .PP is appropriate. > I overlooked this case when eliminating > the strlen's. Here's what I have in mind (using a flag to short-circuit > past the test for null terminator): > > diff -u -r1.58 lib_addstr.c > --- lib_addstr.c 2022/06/11 20:12:04 1.58 > +++ lib_addstr.c 2023/11/14 01:09:13 Works for me against 6.4+20230625 for both the original and the repro, and I don't really see a much prettier way of doing it, short of while ((n < 0) ? (*str != '\0') : (n-- > 0)) { Also I just noticed the comma in mvwaddnstr is italic, so here's a diff for that as well: --- ncurses-6.4+20230625.orig/man/curs_addstr.3x +++ ncurses-6.4+20230625/man/curs_addstr.3x @@ -68,7 +68,7 @@ .br \fBint mvwaddstr(WINDOW *\fIwin\fB, int \fIy\fB, int \fIx\fB, const char *\fIstr\fB);\fR .br -\fBint mvwaddnstr(WINDOW *\fIwin\fB, int \fIy\fB, int \fIx\fB, const char *\fIstr, int \fIn\fB);\fR +\fBint mvwaddnstr(WINDOW *\fIwin\fB, int \fIy\fB, int \fIx\fB, const char *\fIstr\fB, int \fIn\fB);\fR .fi .SH DESCRIPTION These functions write the (null-terminated) character string Best, наб signature.asc Description: PGP signature
Bug#1055889: RFS: urlview/1b-1 [ITA] -- Extracts URLs from text
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "urlview": * Package name : urlview Version : 1b-1 Upstream contact : https://lists.sr.ht/~nabijaczleweli/urlview-ng * URL : https://sr.ht/~nabijaczleweli/urlview-ng * License : 0BSD, GPL-2+ * Vcs : https://git.sr.ht/~nabijaczleweli/urlview.deb Section : misc The source builds the following binary packages: urlview - Extracts URLs from text To access further information about this package, please visit the following URL: https://mentors.debian.net/package/urlview/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/u/urlview/urlview_1b-1.dsc Changes since the last upload: urlview (1b-1) unstable; urgency=medium . * New maintainer (Closes: #1051204) * d/watch, d/upstream/signing-key.asc: new for urlview-ng upstream * New upstream version 1b (+ changelog & NEWS) (Closes: #127090, #161620, #631481, #690405, #983417, #985259, #988055) * d/system.urlview, d/url_handler.sh, d/patches: remove, merged upstream * d/postrm, d/dhelp, d/README.Debian: remove * d/tests: rewrite * d/rules, d/copyright: new for urlview-ng * d/upstream/metadata: add for urlview-ng Regards, -- наб signature.asc Description: PGP signature
Bug#1055888: efibootmgr: d/control missing upstream source link via Homepage field
Source: efibootmgr Version: 18-1 Severity: normal Tags: patch Dear Maintainer, d/control is missing the Homepage: field, which is supposed to link to the canonical upstream (and it's thus missing from packages.d.o ), which in the case of this package is https://github.com/rhboot/efibootmgr, per README. Patch attached. -- System Information: Debian Release: 12.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable-debug'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-9-amd64 (SMP w/24 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled From 47cdd9c41fb276e1307a219f622e25a8af3d160f Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?=D0=BD=D0=B0=D0=B1?= Date: Mon, 13 Nov 2023 17:17:10 +0100 Subject: [PATCH] d/control: add Homepage: field pointing at upstream GitHub X-Mutt-PGP: OS --- debian/control | 1 + 1 file changed, 1 insertion(+) diff --git a/debian/control b/debian/control index 9c91497..b40adb9 100644 --- a/debian/control +++ b/debian/control @@ -5,6 +5,7 @@ Maintainer: Debian UEFI Maintainers Uploaders: Steve McIntyre <93...@debian.org>, Mario Limonciello Build-Depends: debhelper-compat (= 13), pkg-config, libefivar-dev (>= 30), libefiboot-dev (>= 30), libpopt-dev Standards-Version: 4.5.1 +Homepage: https://github.com/rhboot/efibootmgr Vcs-Git: https://salsa.debian.org/efi-team/efibootmgr.git Vcs-Browser: https://salsa.debian.org/efi-team/efibootmgr -- 2.39.2 signature.asc Description: PGP signature
Bug#1055887: efibootmgr: d/watch broken (upstream repo moved)
zip (13) index=13-0 https://github.com/rhboot/efibootmgr/archive/refs/tags/13.zip (13) index=13-0 uscan info: Looking at $base = https://github.com/rhboot/efibootmgr/tags with $filepattern = (?:.*?/)?v?(?:[-_]?v?(\d[\-+\.:\~\da-zA-Z]*))(?i)(?:\.(?:tar\.xz|tar\.bz2|tar\.gz|tar\.zstd?|zip|tgz|tbz|txz)) found $newfile = https://github.com/rhboot/efibootmgr/archive/refs/tags/18.tar.gz $newversion = 18 $lastversion = 18 uscan info: Matching target for downloadurlmangle: https://github.com/rhboot/efibootmgr/archive/refs/tags/18.tar.gz uscan info: Upstream URL(+tag) to download is identified as https://github.com/rhboot/efibootmgr/archive/refs/tags/18.tar.gz uscan info: Matching target for filenamemangle: https://github.com/rhboot/efibootmgr/archive/refs/tags/18.tar.gz uscan info: Filename (filenamemangled) for downloaded file: efibootmgr-18.tar.gz uscan info: Newest version of efibootmgr on remote site is 18, local version is 18 uscan info: => Package is up to date from: => https://github.com/rhboot/efibootmgr/archive/refs/tags/18.tar.gz uscan info: Scan finished Manually importing the tarball shows there are no significant differences so the import will work (and also that what you ship as 18-1 isn't actually 18, and includes multiple commits from trunk (95cd0728325786bbee90bc3f150bddf7c7ee9c77 and 811ec82fc6ff3ff18933d5ca55c1dfdad1f922c6 at least), and this isn't reflected in either the version, changelog, nor d/README.Debian: it looks like the upstream branch has seen these commits applied as patches directly(!?) which is baffling for a gbp-maintained package ‒ the correct procedure is to "gbp pq import", then apply the commits, then "gbp pq export", so they are recorded as patches, which they are, and not as clandestine changes to the upstream source). Patch, baed on Salsa d34cf212fbd900dad1e14247bc782f88b31413b5, attached. Best, наб -- System Information: Debian Release: 12.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable-debug'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-9-amd64 (SMP w/24 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled From 801c41ba1dc9fe7257a80208231c912b02d9942e Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?=D0=BD=D0=B0=D0=B1?= Date: Mon, 13 Nov 2023 16:48:41 +0100 Subject: [PATCH] d/watch: fix for moved upstream URL X-Mutt-PGP: OS --- debian/watch | 9 + 1 file changed, 5 insertions(+), 4 deletions(-) diff --git a/debian/watch b/debian/watch index 66f4589..96bbb8c 100644 --- a/debian/watch +++ b/debian/watch @@ -1,11 +1,12 @@ # You can run the "uscan" command to check for upstream updates and more. # See uscan(1) for format -# Compulsory line, this is a version 3 file -version=3 +# Compulsory line, this is a version 4 file +version=4 #opts=filenamemangle=s/.+\/v?(\d\S*)\.tar\.gz/efibootmgr-$1\.tar\.gz/ \ #https://github.com/vathpela/efibootmgr/tags .*/v?(\d\S*)\.tar\.gz -https://github.com/rhinstaller/efibootmgr/releases \ -.*[^n]/(?:|v|version-|r|REL_|rel-|efibootmgr(?:_|-))(\d[^\s/]*)\.(?:tar\.xz|txz|tar\.bz2|tbz2|tar\.gz|tgz) +opts="filenamemangle=s%(?:.*?)?v?@ANY_VERSION@(@ARCHIVE_EXT@)%@PACKAGE@-$1$2%" \ +https://github.com/rhboot/efibootmgr/tags \ +(?:.*?/)?v?@ANY_VERSION@@ARCHIVE_EXT@ -- 2.39.2 signature.asc Description: PGP signature
Bug#1055882: libncurses6: waddnstr() reads n+1 bytes, ought to end at n bytes
11 frees, 821,468 bytes allocated ==2162311== ==2162311== LEAK SUMMARY: ==2162311==definitely lost: 4 bytes in 1 blocks ==2162311==indirectly lost: 0 bytes in 0 blocks ==2162311== possibly lost: 0 bytes in 0 blocks ==2162311==still reachable: 813,469 bytes in 227 blocks ==2162311== suppressed: 0 bytes in 0 blocks ==2162311== Rerun with --leak-check=full to see details of leaked memory ==2162311== ==2162311== For lists of detected and suppressed errors, rerun with: -s ==2162311== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0) but there are probably other funxions that take string_view^W(char*, int)s and need to be evaluated, and I don't know what those would be. Best, наб -- System Information: Debian Release: 12.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable-debug'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-9-amd64 (SMP w/24 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages libncurses6 depends on: ii libc6 2.36-9+deb12u3 ii libtinfo6 6.4-4 Versions of packages libncurses6 recommends: ii libgpm2 1.20.7-10+b1 libncurses6 suggests no packages. -- no debconf information --- ncurses-6.4+20230625.orig/ncurses/base/lib_addstr.c +++ ncurses-6.4+20230625/ncurses/base/lib_addstr.c @@ -64,7 +64,7 @@ waddnstr(WINDOW *win, const char *astr, ((n > 0) ? n : (int) strlen(str; if (n < 0) n = INT_MAX; - while ((*str != '\0') && (n-- > 0)) { + while ((n-- > 0) && (*str != '\0')) { NCURSES_CH_T ch; TR(TRACE_VIRTPUT, ("*str = %#o", UChar(*str))); SetChar(ch, UChar(*str++), A_NORMAL); @@ -237,7 +237,7 @@ waddnwstr(WINDOW *win, const wchar_t *st ((n > 0) ? n : (int) wcslen(str; if (n < 0) n = INT_MAX; - while ((*str != L('\0')) && (n-- > 0)) { + while ((n-- > 0) && (*str != L('\0'))) { NCURSES_CH_T ch; TR(TRACE_VIRTPUT, ("*str[0] = %#lx", (unsigned long) *str)); SetChar(ch, *str++, A_NORMAL); signature.asc Description: PGP signature
Bug#1055526: efibootmgr: output broken and shows hex dump after update (can be fixed with -u, which is documented as unrelated)
12712736\6.1.0-9-amd64\initrd.img-6.1.0-9-amd64 root=zfs:AUTO fbcon=rotate:3 intel_iommu=on zfs.zfs_arc_max=12884901888 quiet module.sig_enforce=1 -- >8 -- So..? Best, наб -- System Information: Debian Release: trixie/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-9-amd64 (SMP w/8 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages efibootmgr depends on: ii libc62.37-12 ii libefiboot1 38-2 ii libefivar1 38-2 ii libpopt0 1.19+dfsg-1 efibootmgr recommends no packages. efibootmgr suggests no packages. -- no debconf information signature.asc Description: PGP signature
Bug#1050197: bluetoothctl: ctrl-r inescapable
Hi! On Tue, Oct 24, 2023 at 03:34:48PM +0900, Nobuhiro Iwamatsu wrote: > I tested this with 5.69. But it doesn't reproduce. > Could you check latest version? Still happens (^R, asd, ^C^C^C^C^C^C, ^\): -- >8 -- nabijaczleweli@babtop:~$ dpkg -l bluez libreadline8 Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name Version Architecture Description +++-==---> ii bluez 5.69-1 amd64Bluetooth tools and daemons ii libreadline8:amd64 8.2-1.3 amd64GNU readline and history libraries, run-> nabijaczleweli@babtop:~$ bluetoothctl hci0 new_settings: bondable ssp br/edr le secure-conn Agent registered [CHG] Controller DC:8B:28:8C:BF:58 Pairable: yes (failed reverse-i-search)`asd': alias z600 (failed reverse-i-search)`asd': (failed reverse-i-search)`asd': (failed reverse-i-search)`asd': (failed reverse-i-search)`asd': (failed reverse-i-search)`asd': (failed reverse-i-search)`asd': (failed reverse-i-search)`asd': Quit -- >8 -- Best, наб signature.asc Description: PGP signature
Bug#805152: grub-pc: postinst inconsistently masks lvm2's "leaked fd" errors
1 3 Installing for i386-pc platform. Installation finished. No error reported. Installing for i386-pc platform. Installation finished. No error reported. Generating grub configuration file ... Found linux image: /boot/vmlinuz-6.5.0-2-amd64 Found initrd image: /boot/initrd.img-6.5.0-2-amd64 Found linux image: /boot/vmlinuz-6.3.0-2-amd64 Found initrd image: /boot/initrd.img-6.3.0-2-amd64 Found linux image: /boot/vmlinuz-5.5.0-1-amd64 Found initrd image: /boot/initrd.img-5.5.0-1-amd64 Adding Hurd... done -- >8 -- which is what I'm used to seeing since pre-LVM. The attached patch does both of the changes I described. Best, наб diff -ru grub2-2.12~rc1.orig/debian/postinst.in grub2-2.12~rc1/debian/postinst.in --- grub2-2.12~rc1.orig/debian/postinst.in 2023-10-02 15:55:25.0 +0200 +++ grub2-2.12~rc1/debian/postinst.in 2023-10-21 19:49:25.813638164 +0200 @@ -1,5 +1,6 @@ #!/bin/bash set -e +export LVM_SUPPRESS_FD_WARNINGS=yes # Apply a sed expression using extended regular expressions in place to a # file, if it exists. The file is the first argument in order to work @@ -787,7 +788,7 @@ # If grub.cfg has been generated, update it. if test -e /boot/grub/grub.cfg && ! running_in_container; then - update-grub 3>&- + update-grub fi ;; abort-upgrade|abort-remove|abort-deconfigure) signature.asc Description: PGP signature
Bug#1054030: tar: -P is "Don't strip leading slashes from file names when creating archives." but also disables stripping on extraxion
Package: tar Version: 1.34+dfsg-1.1 Severity: normal Dear Maintainer, As expected: $ tar -cf ball.tar /bin/free tar: Removing leading `/' from member names $ tar -t < ball.tar bin/free $ tar -Pcf ball.tar /bin/free $ tar -t < ball.tar tar: Removing leading `/' from member names /bin/free However: # tar -xvf /dev/vda tar: Removing leading `/' from member names /bin/free # free sh: free: command not found # ls bin/free bin/free # tar -Pxvf /dev/vda /bin/free # free free: error while loading shared libraries: libproc2.so.0: cannot open shared object file: No such file or directory Best, наб -- System Information: Debian Release: trixie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: x32 (x86_64) Foreign Architectures: amd64, i386 Kernel: Linux 6.5.0-2-amd64 (SMP w/2 CPU threads; PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages tar depends on: ii libacl1 2.3.1-3 ii libc62.37-12 ii libselinux1 3.5-1 tar recommends no packages. Versions of packages tar suggests: ii bzip21.0.8-5+b1 pn ncompress pn tar-doc pn tar-scripts ii xz-utils 5.4.4-0.1 -- no debconf information signature.asc Description: PGP signature
Bug#1053860: /usr/share/bash-completion/completions/ethtool: completes with ^[[36m at the start
Package: ethtool Version: 1:6.4-1 Severity: normal File: /usr/share/bash-completion/completions/ethtool Dear Maintainer, $ ethtool -g yields $ ethtool -g ^[[36m $ ethtool -g ^[[36m yields $ ethtool -g ^[[36m ^[[36mbond1 ^[[36mcard1 ^[[36mcard2 ^[[36mlo ^[[36monboard1 Typing "ethtool -g ^[[36m" in and then tabbing yields nothing, so this is probably a control sequence? Indeed, typing control-[, [, 3, 6, m, dupa into cat shows dupa in blue. Why? Best, наб -- System Information: Debian Release: trixie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: x32 (x86_64) Foreign Architectures: amd64, i386 Kernel: Linux 6.5.0-2-amd64 (SMP w/2 CPU threads; PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages ethtool depends on: ii libc62.37-12 ii libmnl0 1.0.4-3 ethtool recommends no packages. ethtool suggests no packages. -- no debconf information signature.asc Description: PGP signature
Bug#1053738: [debian-mysql] Bug#1053738: mariadb: what's up with the binary sizes?
On Mon, Oct 09, 2023 at 04:52:15PM -0700, Otto Kekäläinen wrote: > Any ideas on how to reduce the binary size are welcome! I started by looking at the buildd log to confirm my bias and succeeded: the linker step for resolveip, for example, is passed a couple libwhatever.a files, no -flto, no -Wl,--as-needed. Doing, effectively, /^+/s/")/ -flto")/ to d/patches/0025-Change-the-default-optimization-from-O3-to-O2-in-mys.patch (real blessing that's there, I'd've given up otherwise) got me -rwxr-xr-x 1 nabijaczleweli users 586K 10-11 03:24 perror -rwxr-xr-x 1 nabijaczleweli users 384K 10-11 03:24 replace -rwxr-xr-x 1 nabijaczleweli users 384K 10-11 03:24 resolveip -rwxr-xr-x 1 nabijaczleweli users 5.1M 10-11 03:25 ./builddir/client/mariadb -rwxr-xr-x 1 nabijaczleweli users 5.0M 10-11 03:26 ./builddir/storage/maria/aria_chk -rwxr-xr-x 1 nabijaczleweli users 441K 10-11 03:26 ./builddir/storage/maria/aria_dump_log -rwxr-xr-x 1 nabijaczleweli users 4.7M 10-11 03:26 ./builddir/storage/maria/aria_ftdump -rwxr-xr-x 1 nabijaczleweli users 4.8M 10-11 03:26 ./builddir/storage/maria/aria_pack -rwxr-xr-x 1 nabijaczleweli users 4.9M 10-11 03:26 ./builddir/storage/maria/aria_read_log -rwxr-xr-x 1 nabijaczleweli users 466K 10-11 03:26 ./builddir/storage/maria/aria_s3_copy after a no-arg strip on bookworm GCC. So it's still large, but appears to defeat "everything is 4.5M + application code" at least. Alas, the build fails with ../storage/csv/./sql/table.h:1651: warning: type of ‘use_all_columns’ does not match original declaration [-Wlto-type-mismatch] ../storage/myisam/./sql/table.h:1651:15: note: ‘use_all_columns’ was previously declared here ../storage/myisam/./sql/table.h:1651:15: note: code may be misoptimized unless ‘-fno-strict-aliasing’ is used ./builddir/libmysqld/libmysqld_exports_file.cc:148:15: error: function ‘mariadb_field_attr’ redeclared as variable ./libmysqld/libmysql.c:743:1: note: previously declared here ./builddir/libmysqld/libmysqld_exports_file.cc:147:15: error: function ‘mysql_options4’ redeclared as variable ./sql-common/client.c:3918:1: note: previously declared here ./builddir/libmysqld/libmysqld_exports_file.cc:146:15: error: function ‘mysql_net_field_length’ redeclared as variable ./libmysqld/libmysql.c:4974:15: note: previously declared here ./builddir/libmysqld/libmysqld_exports_file.cc:145:15: error: function ‘mysql_net_read_packet’ redeclared as variable ./libmysqld/libmysql.c:4969:15: note: previously declared here and many others like it so no stats for mariadbd. -flto -Wl,--as-needed is the same, and just -Wl,--as-needed has no effect. So it'd appear mariadb is resistant to having smaller binaries. Ah well. signature.asc Description: PGP signature
Bug#1053738: mariadb: what's up with the binary sizes?
Source: mariadb Version: 1:10.11.4-1~deb12u1 Severity: wishlist Dear Maintainer, A baseline # apt install mariadb-server --no-install-recommends is The following NEW packages will be installed: galera-4 libconfig-inifiles-perl mariadb-client mariadb-client-core mariadb-server mariadb-server-core psmisc 0 upgraded, 7 newly installed, 0 to remove and 2 not upgraded. Need to get 15.8 MB of archives. After this operation, 184 MB of additional disk space will be used. Do you want to continue? [Y/n] Huh? $ apt info galera-4 libconfig-inifiles-perl mariadb-client mariadb-client-core mariadb-server mariadb-server-core psmisc | grep -we Package -e Installed Package: galera-4 Installed-Size: 2,363 kB Package: libconfig-inifiles-perl Installed-Size: 126 kB Package: mariadb-client Installed-Size: 64.4 MB Package: mariadb-client-core Installed-Size: 15.0 MB Package: mariadb-server Installed-Size: 55.2 MB Package: mariadb-server-core Installed-Size: 45.7 MB Package: psmisc Installed-Size: 931 kB (for reference, a full postgres is like 60M; it's fundamentally impossible for any piece of software to be this size). And indeed, mariadb-server-core has a /usr/bin/resolveip which is 4.5M. And does... what host(1) does (five libc calls) in 113k. mariadb-server has $ du -hsc usr/bin/*{myisam,aria_}* 4.9Musr/bin/myisamchk 4.8Musr/bin/myisam_ftdump 4.7Musr/bin/myisamlog 4.8Musr/bin/myisampack 5.3Musr/bin/aria_chk 5.1Musr/bin/aria_dump_log 5.1Musr/bin/aria_ftdump 5.2Musr/bin/aria_pack 5.3Musr/bin/aria_read_log 45.2M total and these are all linked to libc and some to libc++. And they tar | gzip to 11M. mariadb-client has $ du -ahd1 usr/bin/ | grep M 4.5Musr/bin/resolve_stack_dump 4.4Musr/bin/replace 4.7Musr/bin/perror 4.5Musr/bin/mariadb-waitpid 4.5Musr/bin/mariadb-tzinfo-to-sql 4.8Musr/bin/mariadb-slap 4.8Musr/bin/mariadb-show 4.5Musr/bin/mariadb-plugin 4.8Musr/bin/mariadb-import 4.8Musr/bin/mariadb-dump 4.5Musr/bin/mariadb-conv 5M usr/bin/mariadb-binlog 4.8Musr/bin/mariadb-admin 61.2M usr/bin/ and mariadb-client-core has $ du -ahd1 usr/bin/ | grep M 4.5Musr/bin/my_print_defaults 4.8Musr/bin/mariadb-check 5M usr/bin/mariadb 14.2M usr/bin/ All of them being 4.5M + a reasonable size for a binary is, shall I say... sus? Can these link to a proverbial libmariadb.so instead (like systemd has with a hard dep like "libsystemd-shared (= 252.17-1~deb12u1)")? Or if not can they be linked to libmariadb.a with -flto, in hopes the linker can make less of a hash of this? Because I don't think I'm being hyperbolic when I say this is egregious. Best, наб -- System Information: Debian Release: 12.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable-debug'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-9-amd64 (SMP w/24 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled signature.asc Description: PGP signature
Bug#1051817: unbound: local_datas without \4\n reuses last read buffer(?) and produces infinite error output
On Mon, Oct 09, 2023 at 03:19:36PM +0200, Daniel Gröber wrote: > > In trying to reduce another bug, I got the following: > > $ { printf '%s\n' 'UBCT1 local_datas' ';; a' 'abc.def. 3600 in txt testupa' > > ';; b'; } | sudo socat - UNIX-CONNECT:/run/unbound.ctl > > error parsing local-data at line 1 position 4 ';; a': Syntax error, could > > not parse the RR > Is there a reason you're not reporting this dirctly uptream? https://www.debian.org/Bugs/Reporting#:~:text=Don't%20file%20bugs%20upstream, bestie And, more succinctly: > AFAICT the > (few) Debian patches we have don't touch any of this code and 1.18.0 is the > latest upstream release so there should be no reason to burden the Debian > maintainers here. The Debian maintainers' purpose is precisely to know if they broke something or if they hadn't and to tell me to report something upstream (or to do so themselves, or to fix it themselves, or to apply a patch, or do whatever is approprate for their favourite software they alone know the precise details of). Indeed, some would say this is most of the value-add of a distribution. Phrasing this as "reporting a bug in debian to the appropriate debian maintainers burdens them greatly" is baffling. If this mail were "We don't seem to patch this in Debian. > This also applies to your #1051818. I'd suggest submitting the bugs here > https://github.com/NLnetLabs/unbound/issues/new/choose > or the unbound-users ML if you prefer not to use GH >https://lists.nlnetlabs.nl/mailman/listinfo/unbound-users > --Daniel " then that'd be reasonable. But come on, don't berate users for doing the right (and hard-fought-for) thing. наб signature.asc Description: PGP signature
Bug#1053710: lintian: Homepage: https://lintian.debian.org/ NXDOMAIN
https://salsa.debian.org/dsa-team/mirror/domains sayeth (commits that mention lintian, after 2014): commit 19c1f45b63b0fe91222f2806bb1c81594d16d073 Author: Pierre-Elliott Bécue Date: Mon Sep 18 10:34:47 2023 +0200 RT9275: Drop CNAME lintian.debian.org debian.org | 1 - 1 file changed, 1 deletion(-) commit a6d86f260a79593abc7e84482657cc1af09f9430 Author: Aurelien Jarno Date: Fri May 7 00:04:45 2021 +0200 Move lintian.d.o to lintian-01 debian.org | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) commit 3768edf828b5f2c576ad401625c6ea137ede1b12 Author: Aurelien Jarno Date: Sat May 1 23:23:48 2021 +0200 Reserve IPs @ conova for lintian-01.d.o 1.0.1.4.c.d.8.a.6.1.2.0.a.2.ip6.arpa | 1 + debian.org | 1 + 2 files changed, 2 insertions(+) 3768edf828b5f2c576ad401625c6ea137ede1b12 adds PTRs, a6d86f260a79593abc7e84482657cc1af09f9430 replaces lintian CNAME static with lintian CNAME lintian-01, and naturally 19c1f45b63b0fe91222f2806bb1c81594d16d073 removes lintian CNAME entirely. lintian-01.debian.org resolves and appears to nominally exist: https://db.debian.org/machines.cgi?host=lintian-01 It responds to pings, but refuses 80 and 443. Dialing static.d.o with Host: lintian.debian.org, both klecker and mirror-csail respond with a generic "this is $HOST" page. nagios.debian.org says lintian-01 is "UP" for 12 days, and bases this on ping connectivity (which, I s'pose, makes it right). https://munin.debian.org/debian.org/lintian-01.debian.org/index.html says traffix in kilobytes per second all the way back to 2023-10-01, and allthewhile 0 apache requests. RT#9275 is inacessible to me, since guest logins to rt.d.o were removed, so I'm unable to draw a conclusion. signature.asc Description: PGP signature
Bug#1053710: lintian: Homepage: https://lintian.debian.org/ NXDOMAIN
Indeed, as I later noticed in https://salsa.debian.org/mentors.debian.net-team/debexpo/-/issues/160: archive.org says the last scrape of lintian.d.o was on 2023-09-13 and /succeeded/, so this is very recent breakage, to the extent that I wonder if this is purely a zone misconfiguration. To that end, src:lintian appears to contain a significant amount of lintian.d.o-specific data and what appears to be code. So ‒ is it just a zone misconfiguration? signature.asc Description: PGP signature
Bug#1053710: lintian: Homepage: https://lintian.debian.org/ NXDOMAIN
Source: lintian Version: 2.116.3 Severity: normal Dear Maintainer, $ apt info lintian Homepage: https://lintian.debian.org/ $ host lintian.debian.org Host lintian.debian.org not found: 3(NXDOMAIN) https://codesearch.debian.net/search?q=lintian.debian.org=1=1 shows that this is used heavily (I came across it on a mentors.d.n listing, for example). I don't see any off-line documentation listed in /u/s/doc/lintian, and indeed the tags ‒ which is what lintian.d.o was used most of all ‒ are available exclusively online via lintian-explain-tags and /usr/share/lintian/tags, which isn't really, uh, linkable. If maintaining lintian.d.o is too much of a maintenance burden (though I can't imagine why turning 1527 RFC822s in a consistent format into HTMLs once per release would be one), something should should be put in its place (indeed, generating a lintian-tags(7) is similarly trivial and autogenerates into a manpages.d.o entry). Best, наб -- System Information: Debian Release: 12.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable-debug'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-9-amd64 (SMP w/24 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled -- no debconf information signature.asc Description: PGP signature
Bug#1051204: O: urlview -- Extracts URLs from text
Control: retitle -1 ITA: urlview -- Extracts URLs from text Version 1b-1 uploaded to https://mentors.debian.net/package/urlview/, with thanks to Emanuele for process clarification. signature.asc Description: PGP signature
Bug#1053603: /usr/share/man/man3/outopts.3ncurses.gz: immedok "TRUE as argument" all bold
Package: ncurses-doc Version: 6.4-4 Severity: normal File: /usr/share/man/man3/outopts.3ncurses.gz Dear Maintainer, But in others it's just the TRUE. Looks like If \fBimmedok\fP is called with \fBTRUE as argument\fP, any change So..? Best, наб -- System Information: Debian Release: 12.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable-debug'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-9-amd64 (SMP w/24 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled -- no debconf information signature.asc Description: PGP signature
Bug#1053372: neochat: SIGINT segfaults
Package: neochat Version: 23.04.3-1 Severity: normal Dear Maintainer, -- >8 -- olumnView: Binding loop detected for property "columnWidth" file:///usr/lib/x86_64-linux-gnu/qt5/qml/org/kde/kirigami.2/PageRow.qml:947:9: QML ColumnView: Binding loop detected for property "columnWidth" file:///usr/lib/x86_64-linux-gnu/qt5/qml/org/kde/kirigami.2/templates/AbstractApplicationHeader.qml:37:5: Unable to assign SettingsPage_QMLTYPE_519 to Page_QMLTYPE_50 qrc:/TimelineContainer.qml:157:9: QML Control: Binding loop detected for property "implicitHeight" qrc:/TimelineContainer.qml:157:9: QML Control: Binding loop detected for property "implicitHeight" qrc:/TimelineContainer.qml:157:9: QML Control: Binding loop detected for property "implicitHeight" qrc:/TimelineContainer.qml:157:9: QML Control: Binding loop detected for property "implicitHeight" qrc:/TimelineContainer.qml:157:9: QML Control: Binding loop detected for property "implicitHeight" qrc:/TimelineContainer.qml:157:9: QML Control: Binding loop detected for property "implicitHeight" qrc:/TimelineContainer.qml:157:9: QML Control: Binding loop detected for property "implicitHeight" qrc:/TimelineContainer.qml:157:9: QML Control: Binding loop detected for property "implicitHeight" qrc:/TimelineContainer.qml:157:9: QML Control: Binding loop detected for property "implicitHeight" qrc:/TimelineContainer.qml:157:9: QML Control: Binding loop detected for property "implicitHeight" qrc:/TimelineContainer.qml:157:9: QML Control: Binding loop detected for property "implicitHeight" qrc:/TimelineContainer.qml:157:9: QML Control: Binding loop detected for property "implicitHeight" qrc:/TimelineContainer.qml:157:9: QML Control: Binding loop detected for property "implicitHeight" qrc:/TimelineContainer.qml:157:9: QML Control: Binding loop detected for property "implicitHeight" qrc:/TimelineContainer.qml:157:9: QML Control: Binding loop detected for property "implicitHeight" qrc:/TimelineContainer.qml:157:9: QML Control: Binding loop detected for property "implicitHeight" qrc:/TimelineContainer.qml:157:9: QML Control: Binding loop detected for property "implicitHeight" qrc:/TimelineContainer.qml:157:9: QML Control: Binding loop detected for property "implicitHeight" qrc:/TimelineContainer.qml:157:9: QML Control: Binding loop detected for property "implicitHeight" qrc:/TimelineContainer.qml:157:9: QML Control: Binding loop detected for property "implicitHeight" qrc:/TimelineContainer.qml:157:9: QML Control: Binding loop detected for property "implicitHeight" qrc:/TimelineContainer.qml:157:9: QML Control: Binding loop detected for property "implicitHeight" qrc:/TimelineContainer.qml:157:9: QML Control: Binding loop detected for property "implicitHeight" qrc:/TimelineContainer.qml:157:9: QML Control: Binding loop detected for property "implicitHeight" qrc:/TimelineContainer.qml:157:9: QML Control: Binding loop detected for property "implicitHeight" : QML QQuickAnchors: Binding loop detected for property "leftMargin" : QML QQuickAnchors: Binding loop detected for property "leftMargin" qrc:/TimelineContainer.qml:157:9: QML Control: Binding loop detected for property "implicitHeight" file:///usr/lib/x86_64-linux-gnu/qt5/qml/org/kde/kirigami.2/BasicListItem.qml:295:9: QML Binding: Binding loop detected for property "value" quotient.jobs.sync: 200 <- GET https://matrix.nabijaczleweli.xyz:8448/_matrix/client/r0/sync quotient.jobs.sync: Sent GET https://matrix.nabijaczleweli.xyz:8448/_matrix/client/r0/sync file:///usr/lib/x86_64-linux-gnu/qt5/qml/org/kde/kirigami.2/ScrollablePage.qml:200:9: QML MouseArea: Binding loop detected for property "width" QQuickItem::stackBefore: Cannot stack QQuickRectangle(0x564a6a476450, parent=0x564a667631d0, geometry=0,0 0x0) before QQuickPopupItem(0x564a669b6240), which must be a sibling file:///usr/lib/x86_64-linux-gnu/qt5/qml/org/kde/kirigami.2/Avatar.qml:289:9: QML Image: Media id '' doesn't follow server/mediaId pattern quotient.jobs.sync: 200 <- GET https://matrix.nabijaczleweli.xyz:8448/_matrix/client/r0/sync quotient.jobs.sync: Sent GET https://matrix.nabijaczleweli.xyz:8448/_matrix/client/r0/sync quotient.jobs.sync: 200 <- GET https://matrix.nabijaczleweli.xyz:8448/_matrix/client/r0/sync quotient.jobs.sync: Sent GET https://matrix.nabijaczleweli.xyz:8448/_matrix/client/r0/sync ^CSegmentation fault -- >8 -- -- System Information: Debian Release: 12.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable-debug'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-9-amd64 (SMP w/24 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of
Bug#1053371: nheko: during voice call, clicking on another participant's icon logs "insufficient arguments" warnings and does nothing
Package: nheko Version: 0.11.3-2+b2 Severity: normal Dear Maintainer, [2023-10-02 20:32:38.496] [qml] [warning] qrc:/qml/voip/ActiveCallBar.qml:41: Error: Insufficient arguments (qrc:/qml/voip/ActiveCallBar.qml:41, ) [2023-10-02 20:32:43.563] [qml] [warning] qrc:/qml/voip/ActiveCallBar.qml:41: Error: Insufficient arguments (qrc:/qml/voip/ActiveCallBar.qml:41, ) [2023-10-02 20:33:01.461] [qml] [warning] qrc:/qml/voip/ActiveCallBar.qml:41: Error: Insufficient arguments (qrc:/qml/voip/ActiveCallBar.qml:41, ) Best, наб -- System Information: Debian Release: 12.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable-debug'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-9-amd64 (SMP w/24 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages nheko depends on: pn gstreamer1.0-nice pn gstreamer1.0-qt5 ii libc6 2.36-9+deb12u1 pn libcmark0.30.2 pn libcpp-httplib0.11 ii libcurl4 7.88.1-10+deb12u1 ii libevent-core-2.1-7 2.1.12-stable-8 pn libevent-pthreads-2.1-7 pn libfmt9 ii libgcc-s1 12.2.0-14 ii libglib2.0-0 2.74.6-2 pn libgstreamer-plugins-bad1.0-0 ii libgstreamer-plugins-base1.0-01.22.0-3+deb12u1 ii libgstreamer1.0-0 1.22.0-2 ii liblmdb0 0.9.24-1 ii libolm3 3.2.13~dfsg-1 pn libqt5core5a pn libqt5dbus5 pn libqt5gui5 | libqt5gui5-gles pn libqt5keychain1 pn libqt5multimedia5 pn libqt5multimedia5-plugins pn libqt5network5 pn libqt5qml5 pn libqt5quick5 | libqt5quick5-gles pn libqt5svg5 pn libqt5widgets5 pn libre2-9 pn libspdlog1.10-fmt9 ii libssl3 3.0.9-1 ii libstdc++612.2.0-14 pn libxcb-ewmh2 ii libxcb1 1.15-1 pn qml-module-qt-labs-animation pn qml-module-qt-labs-platform pn qml-module-qt-labs-settings pn qml-module-qtgraphicaleffects pn qml-module-qtmultimedia pn qml-module-qtquick-controls2 pn qml-module-qtquick-layouts pn qml-module-qtquick-particles2 pn qml-module-qtquick-window2 pn qml-module-qtquick2 Versions of packages nheko recommends: ii ca-certificates20230311 pn fonts-noto-color-emoji pn kimageformat-plugins pn qt5-image-formats-plugins Versions of packages nheko suggests: pn gstreamer1.0-vaapi signature.asc Description: PGP signature
Bug#1053363: gomuks: segfaults on login screen (trigger unclear)
Package: gomuks Version: 0.3.0-2~bpo12+1 Severity: normal Dear Maintainer, -- >8 -- $ gomuks panic: runtime error: slice bounds out of range [:10] with capacity 9 [recovered] panic: runtime error: invalid memory address or nil pointer dereference [signal SIGSEGV: segmentation violation code=0x1 addr=0x70 pc=0xde6825] goroutine 1 [running]: maunium.net/go/gomuks/vendor/go.mau.fi/mauview.(*Application).ForceStop(...) maunium.net/go/gomuks/vendor/go.mau.fi/mauview/application.go:198 maunium.net/go/gomuks/ui.(*GomuksUI).Finish(0xcae478?) maunium.net/go/gomuks/ui/ui.go:90 +0x25 maunium.net/go/gomuks/debug.Recover() maunium.net/go/gomuks/debug/debug.go:132 +0x42 panic({0xf135e0, 0xc00065e0f0}) runtime/panic.go:884 +0x212 maunium.net/go/gomuks/vendor/go.mau.fi/mauview.(*Grid).OnResize(0xc00051c000, 0x2b, 0xb) maunium.net/go/gomuks/vendor/go.mau.fi/mauview/grid.go:178 +0x4a5 maunium.net/go/gomuks/vendor/go.mau.fi/mauview.(*Grid).Draw(0xc00051c000, {0x11b86a0, 0xc0005a8380}) maunium.net/go/gomuks/vendor/go.mau.fi/mauview/grid.go:186 +0x6c maunium.net/go/gomuks/vendor/go.mau.fi/mauview.(*Form).Draw(0xc0005ae000?, {0x11b86a0?, 0xc0005a8380?}) maunium.net/go/gomuks/vendor/go.mau.fi/mauview/form.go:31 +0x26 maunium.net/go/gomuks/vendor/go.mau.fi/mauview.(*Box).Draw(0xc0005ae000, {0x11b86a0, 0xc0005a83f0}) maunium.net/go/gomuks/vendor/go.mau.fi/mauview/box.go:184 +0x256 maunium.net/go/gomuks/vendor/go.mau.fi/mauview.(*Centerer).Draw(0xc0005ac040, {0x7f367c2bd8c0, 0xc00069c000}) maunium.net/go/gomuks/vendor/go.mau.fi/mauview/center.go:103 +0xb7 maunium.net/go/gomuks/vendor/go.mau.fi/mauview.(*Application).Start(0xc0003250e0) maunium.net/go/gomuks/vendor/go.mau.fi/mauview/application.go:183 +0x8ad maunium.net/go/gomuks/ui.(*GomuksUI).Start(0xc00059a180?) maunium.net/go/gomuks/ui/ui.go:82 +0x1d main.(*Gomuks).Start(0xc0004aa570) maunium.net/go/gomuks/gomuks.go:155 +0x137 main.main() maunium.net/go/gomuks/main.go:86 +0x5b6 -- >8 -- This happens consistently if I enter @q:w and https://example.com (password empty). And of course other domain/username combos. I had managed to log in once! So this doesn't happen Every time. Best, наб -- System Information: Debian Release: 12.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable-debug'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-9-amd64 (SMP w/24 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages gomuks depends on: ii libc6 2.36-9+deb12u1 ii libolm3 3.2.13~dfsg-1 ii libsqlite3-0 3.40.1-2 Versions of packages gomuks recommends: ii ffmpeg 7:5.1.3-1 gomuks suggests no packages. -- no debconf information signature.asc Description: PGP signature
Bug#1053362: matrix-synapse: Default config includes deprecated settings
Package: matrix-synapse Version: 1.93.0-1 Severity: normal Dear Maintainer, Fresh install on sid, journal says: 2023-10-02T17:54:36+0200 szarotka systemd[1]: Starting matrix-synapse.service - Synapse Matrix homeserver... 2023-10-02T17:54:42+0200 szarotka python3[32482]: WARNING: The 'room_invite_state_types' configuration setting is now deprecated, 2023-10-02T17:54:42+0200 szarotka python3[32482]: and replaced with 'room_prejoin_state'. New features may not work correctly 2023-10-02T17:54:42+0200 szarotka python3[32482]: unless 'room_invite_state_types' is removed. See the config documentation at 2023-10-02T17:54:42+0200 szarotka python3[32482]: https://matrix-org.github.io/synapse/latest/usage/configuration/config_documentation.html#room_prejoin_state 2023-10-02T17:54:42+0200 szarotka python3[32482]: for details of 'room_prejoin_state'. Probably shouldn't do this? Best, наб -- System Information: Debian Release: trixie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: x32 (x86_64) Foreign Architectures: amd64, i386 Kernel: Linux 6.3.0-2-amd64 (SMP w/2 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_WARN, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages matrix-synapse depends on: ii adduser3.137 ii debconf [debconf-2.0] 1.5.82 ii init-system-helpers1.65.2 ii libc6 2.37-6 ii libgcc-s1 13.2.0-1 ii libjs-jquery 3.6.1+dfsg+~3.5.14-1 ii python33.11.4-5+b1 ii python3-attr 23.1.0-2 ii python3-bcrypt 3.2.2-1 ii python3-bleach 6.0.0-2 ii python3-canonicaljson 2.0.0-2 ii python3-cryptography 3.4.8-2 ii python3-distutils 3.11.4-1 ii python3-ijson 3.2.3-1 ii python3-immutabledict 2.2.5-1 ii python3-jinja2 3.1.2-1 ii python3-jsonschema 4.10.3-2 ii python3-lxml 4.9.3-1 ii python3-matrix-common 1.3.0-2 ii python3-msgpack1.0.3-3 ii python3-netaddr0.8.0-2 ii python3-openssl21.0.0-1 ii python3-packaging 23.1-1 ii python3-phonenumbers 8.12.57-4 ii python3-pil10.0.0-1 ii python3-prometheus-client 0.17.1-0.1 ii python3-psycopg2 2.9.6-3 ii python3-pyasn1 0.4.8-4 ii python3-pyasn1-modules 0.2.8-1 ii python3-pydantic 1.10.4-1 ii python3-pymacaroons0.13.0-6 ii python3-service-identity 23.1.0-1 ii python3-signedjson 1.1.1-2 ii python3-sortedcontainers 2.4.0-2 ii python3-systemd235-1+b2 ii python3-treq 22.2.0-0.1 ii python3-twisted22.4.0-4 ii python3-typing-extensions 4.7.1-2 ii python3-unpaddedbase64 2.1.0-2 ii python3-yaml 6.0-3+b2 ii sysvinit-utils [lsb-base] 3.07-1 Versions of packages matrix-synapse recommends: pn matrix-synapse-ldap3 pn python3-pympler Versions of packages matrix-synapse suggests: pn python3-authlib pn python3-jwt -- debconf information excluded signature.asc Description: PGP signature
Bug#1053354: python-public: hard-depends on libjs-sphinxdoc(?!)
Source: python-public Version: 2.3-4 Severity: normal Dear Maintainer, I just got this on sid: -- >8 -- nab@sr:~$ sudo apt install python3-aiosmtpd --no-install-recommends Reading package lists... Done Building dependency tree... Done Reading state information... Done The following packages were automatically installed and are no longer required: dirmngr gnupg-l10n gnupg-utils gpgsm libksba8 Use 'sudo apt autoremove' to remove them. The following additional packages will be installed: fonts-font-awesome fonts-lato libjs-sphinxdoc libjs-underscore python3-attr python3-public sphinx-rtd-theme-common Suggested packages: python-attr-doc The following NEW packages will be installed: fonts-font-awesome fonts-lato libjs-sphinxdoc libjs-underscore python3-aiosmtpd python3-attr python3-public sphinx-rtd-theme-common 0 upgraded, 8 newly installed, 0 to remove and 0 not upgraded. 1 not fully installed or removed. Need to get 4711 kB of archives. After this operation, 16.8 MB of additional disk space will be used. Do you want to continue? [Y/n] -- >8 -- Admittedly this is mostly python3-aiosmtpd's fault (#1053352), but! -- >8 -- nab@sr:~$ apt-cache rdepends --installed libjs-sphinxdoc libjs-sphinxdoc Reverse Depends: python3-public python3-aiosmtpd -- >8 -- and -- >8 -- nab@sr:~$ dpkg -L python3-public /. /usr /usr/lib /usr/lib/python3 /usr/lib/python3/dist-packages /usr/lib/python3/dist-packages/atpublic-2.3.egg-info /usr/lib/python3/dist-packages/atpublic-2.3.egg-info/PKG-INFO /usr/lib/python3/dist-packages/atpublic-2.3.egg-info/dependency_links.txt /usr/lib/python3/dist-packages/atpublic-2.3.egg-info/not-zip-safe /usr/lib/python3/dist-packages/atpublic-2.3.egg-info/requires.txt /usr/lib/python3/dist-packages/atpublic-2.3.egg-info/top_level.txt /usr/lib/python3/dist-packages/public /usr/lib/python3/dist-packages/public/__init__.py /usr/lib/python3/dist-packages/public/private.py /usr/lib/python3/dist-packages/public/public.py /usr/lib/python3/dist-packages/public/py.typed /usr/lib/python3/dist-packages/public/types.py /usr/share /usr/share/doc /usr/share/doc/python3-public /usr/share/doc/python3-public/README.rst /usr/share/doc/python3-public/changelog.Debian.gz /usr/share/doc/python3-public/changelog.gz /usr/share/doc/python3-public/copyright /usr/share/doc/python3-public/html /usr/share/doc/python3-public/html/NEWS.html /usr/share/doc/python3-public/html/_sources /usr/share/doc/python3-public/html/_sources/NEWS.rst.txt /usr/share/doc/python3-public/html/_sources/apiref.rst.txt /usr/share/doc/python3-public/html/_sources/index.rst.txt /usr/share/doc/python3-public/html/_sources/using.rst.txt /usr/share/doc/python3-public/html/_static /usr/share/doc/python3-public/html/_static/basic.css /usr/share/doc/python3-public/html/_static/classic.css /usr/share/doc/python3-public/html/_static/default.css /usr/share/doc/python3-public/html/_static/documentation_options.js /usr/share/doc/python3-public/html/_static/file.png /usr/share/doc/python3-public/html/_static/minus.png /usr/share/doc/python3-public/html/_static/plus.png /usr/share/doc/python3-public/html/_static/pygments.css /usr/share/doc/python3-public/html/apiref.html /usr/share/doc/python3-public/html/genindex.html /usr/share/doc/python3-public/html/index.html /usr/share/doc/python3-public/html/objects.inv /usr/share/doc/python3-public/html/search.html /usr/share/doc/python3-public/html/searchindex.js /usr/share/doc/python3-public/html/using.html /usr/share/doc/python3-public/NEWS.rst.gz /usr/share/doc/python3-public/html/_static/doctools.js /usr/share/doc/python3-public/html/_static/jquery.js /usr/share/doc/python3-public/html/_static/language_data.js /usr/share/doc/python3-public/html/_static/searchtools.js /usr/share/doc/python3-public/html/_static/sidebar.js /usr/share/doc/python3-public/html/_static/underscore.js -- >8 -- Why does a python library include a. webpage? -- >8 -- nab@sr:~$ du -hAs /usr/share/doc/python3-public 121K/usr/share/doc/python3-public nab@sr:~$ du -hAsc /usr/lib/python3/dist-packages/{public,atpublic-2.3.egg-info} 18K /usr/lib/python3/dist-packages/public 5.9K/usr/lib/python3/dist-packages/atpublic-2.3.egg-info 24K total -- >8 -- And the webpage is five times the size of the library (ten times if you include libjs-sphinxdoc)? Please split this off like python-attr-doc or at least downgrade the... javascript(?!) to a suggests. Best, наб -- System Information: Debian Release: 12.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable-debug'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-9-amd64 (SMP w/24 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd
Bug#1053352: python-aiosmtpd: hard-depends on sphinx, fonts, and javascript libraries(?!)
Source: python-aiosmtpd Version: 1.4.3-1.1 Severity: normal Dear Maintainer, Here's a prompt I just got on sid: -- >8 -- nab@sr:~$ sudo apt install python3-aiosmtpd --no-install-recommends Reading package lists... Done Building dependency tree... Done Reading state information... Done The following packages were automatically installed and are no longer required: dirmngr gnupg-l10n gnupg-utils gpgsm libksba8 Use 'sudo apt autoremove' to remove them. The following additional packages will be installed: fonts-font-awesome fonts-lato libjs-sphinxdoc libjs-underscore python3-attr python3-public sphinx-rtd-theme-common Suggested packages: python-attr-doc The following NEW packages will be installed: fonts-font-awesome fonts-lato libjs-sphinxdoc libjs-underscore python3-aiosmtpd python3-attr python3-public sphinx-rtd-theme-common 0 upgraded, 8 newly installed, 0 to remove and 0 not upgraded. 1 not fully installed or removed. Need to get 4711 kB of archives. After this operation, 16.8 MB of additional disk space will be used. Do you want to continue? [Y/n] -- >8 -- Sorry, what? But, indeed: -- >8 -- $ apt-cache rdepends fonts-font-awesome fonts-lato libjs-sphinxdoc libjs-underscore sphinx-rtd-theme-common --installed fonts-font-awesome Reverse Depends: sphinx-rtd-theme-common fonts-lato Reverse Depends: sphinx-rtd-theme-common libjs-sphinxdoc Reverse Depends: python3-public python3-aiosmtpd libjs-underscore Reverse Depends: libjs-sphinxdoc sphinx-rtd-theme-common Reverse Depends: python3-aiosmtpd -- >8 -- Why are javascript browser libraries, fonts, and a webpage(?) hard-Depends:ed by a python library? Please split this off like python-attr-doc above or at least downgrade to a Suggests, because I /really/ don't see how -- >8 -- $ du -cAhs /usr/lib/python3/dist-packages/{public,attrs,attr,aiosmtpd,attrs-23.1.0.dist-info,atpublic-2.3.egg-info,aiosmtpd-1.4.3.dist-info} 18K /usr/lib/python3/dist-packages/public 14K /usr/lib/python3/dist-packages/attrs 379K/usr/lib/python3/dist-packages/attr 911K/usr/lib/python3/dist-packages/aiosmtpd 18K /usr/lib/python3/dist-packages/attrs-23.1.0.dist-info 5.9K/usr/lib/python3/dist-packages/atpublic-2.3.egg-info 13K /usr/lib/python3/dist-packages/aiosmtpd-1.4.3.dist-info 1.4Mtotal -- >8 -- has been allowed to turn into 17M? Best, наб -- System Information: Debian Release: 12.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable-debug'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-9-amd64 (SMP w/24 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled signature.asc Description: PGP signature
Bug#1053123: /usr/share/man/man3/attr.3ncurses.gz: wcolor_set prototype misformatted
Package: ncurses-doc Version: 6.4-4 Severity: normal File: /usr/share/man/man3/attr.3ncurses.gz Dear Maintainer, All other functions' ); is bold, but this wcolor_set's is italic; this appears to just be a missing \fB: \fBint color_set(short \fIpair\fB, void* \fIopts\fB);\fR .br \fBint wcolor_set(WINDOW *\fIwin\fB, short \fIpair\fB,\fR \fBvoid* \fIopts);\fR .sp \fBint standend(void);\fP Best, наб -- System Information: Debian Release: 12.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable-debug'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-9-amd64 (SMP w/24 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled -- no debconf information signature.asc Description: PGP signature
Bug#1051908: rasdaemon: ras-mc-ctl --layout: tabulated incorrectly
Package: rasdaemon Version: 0.6.8-1.1 Severity: normal Dear Maintainer, $ ras-mc-ctl --layout +---+ |mc0|mc1| | channel0 | channel1 | channel2 | channel0 | channel1 | channel2 | ---+---+ slot2: | 0 MB | 0 MB | 0 MB | 0 MB | 0 MB | 0 MB | slot1: | 0 MB | 0 MB | 0 MB | 0 MB | 0 MB | 0 MB | slot0: | 16384 MB | 16384 MB | 16384 MB | 16384 MB | 16384 MB | 16384 MB | ---+-+ наб -- System Information: Debian Release: 12.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable-debug'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-9-amd64 (SMP w/24 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages rasdaemon depends on: ii init-system-helpers 1.65.2 ii libc62.36-9+deb12u1 ii libdbd-sqlite3-perl 1.72-1 ii libsqlite3-0 3.40.1-2 ii perl 5.36.0-7 ii sqlite3 3.40.1-2 rasdaemon recommends no packages. rasdaemon suggests no packages. -- no debconf information signature.asc Description: PGP signature
Bug#1051805: systemd-cron: shell redirect not working in crontab entries
On Wed, Sep 13, 2023 at 12:00:51AM +0200, Alexandre Detiste wrote: > I think that the risk that some user start by themselves moving around > some programs > around the PATH directories and expect nothing to break is quiet moot. I don't. Users love putting stuff in /usr/local/{,s}bin. And then removing it. That's kinda what it's there for. Not a huge ask to have "@daily nodejs pee poo" behave correctly regardless of whether I recently (un)installed upstream node (not a hypothetical scenario). > And I'm pretty sure I/we already broke some scripts everywhere without > caring too much. > I do was using boot_daily directly from /lib/systemd/ ; > that broke when the scripts were moved to /usr/libexec: > https://www.mail-archive.com/debian-devel@lists.debian.org/msg377086.html > > This guy using mail_on_failure has certainly some .service to adapt now: > https://bugs.launchpad.net/ubuntu/+source/systemd-cron/+bug/1583743 Don't use random undocumented internals challenge 2020 (difficulty degree: impossible). > But on the other hand having this exact path of the launched program > in the generated .service make it much easier to debug. To debug when it inevitably breaks because it's hard-coded instead of being behind a path lookup like was written ‒ certainly. If only we could put a big banner somewhere with the full job definition in systemd! Then we wouldn't need to resort to this aid; alas. And this is moot anyway since we only inline single-word programs, so we could only do this transformation for single-word programs. I cannot imagine anything that would be affected if we do /that/, since there aren't any programs that are useful when you run them with no arguments from a crontab /and/ you're managing them like that. I.e. prefix if(auto pgm = this->which(this->command[0]); pgm && *pgm != this->command[0]) { with if(this->command.size() == 1) and you get maximum optimisation and usefulness without ‒ realistically ‒ any of the oddities. > > IMO we should trim the whole function ... KSH_SHELLS > The ~/ path expansion was requested and provided by wavexx > and is a really nice feature and will stay. Yes, leave /that/ in, and axe everything after that imo. That's my idyllic take. > > needless magic (like this) > generators are mostly built on magic by design; > if people would not want automagic solution > they would had been writing .service / .timer pairs > for ten years already. They want to run the shell program they wrote where a >/dev/null is the same as a>/dev/null is the same as a> /dev/null is the same as a > /dev/null; is the same as a > /dev/null && : is the same as… Just because it's driving a generator instead of a persistent daemon doesn't make the configuration any less configurationy. (This also means that a>/dev/null may mean four different things: '/bin/a>/dev/null' /bin/sh -c 'a>/dev/null' /bin/a /bin/sh -c 'a' but. y'know. No-one calls programs this.) signature.asc Description: PGP signature
Bug#1051818: unbound: floods journal (100%CPU unbound, 100%CPU sd-journald) with errors when it can't reply to control socket peer
n pipe 2023-09-13T02:13:40+0200 tarta unbound[3955248]: [3955248:0] error: could not send: Broken pipe 2023-09-13T02:13:40+0200 tarta unbound[3955248]: [3955248:0] error: could not send: Broken pipe 2023-09-13T02:13:40+0200 tarta unbound[3955248]: [3955248:0] error: could not send: Broken pipe 2023-09-13T02:13:40+0200 tarta unbound[3955248]: [3955248:0] error: could not send: Broken pipe 2023-09-13T02:13:40+0200 tarta unbound[3955248]: [3955248:0] error: could not send: Broken pipe 2023-09-13T02:13:40+0200 tarta unbound[3955248]: [3955248:0] error: could not send: Broken pipe 2023-09-13T02:13:40+0200 tarta unbound[3955248]: [3955248:0] error: could not send: Broken pipe 2023-09-13T02:13:40+0200 tarta unbound[3955248]: [3955248:0] error: could not send: Broken pipe 2023-09-13T02:13:40+0200 tarta unbound[3955248]: [3955248:0] error: could not send: Broken pipe 2023-09-13T02:13:40+0200 tarta unbound[3955248]: [3955248:0] error: could not send: Broken pipe 2023-09-13T02:13:40+0200 tarta unbound[3955248]: [3955248:0] error: could not send: Broken pipe 2023-09-13T02:13:40+0200 tarta unbound[3955248]: [3955248:0] error: could not send: Broken pipe 2023-09-13T02:13:40+0200 tarta unbound[3955248]: [3955248:0] error: could not send: Broken pipe -- >8 -- .. okay? So close it. or whatever. "Client hangup" isn't a valid excuse to behave like this, especially for a network-native program. Best, наб -- System Information: Debian Release: 12.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable-debug'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-9-amd64 (SMP w/24 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages unbound depends on: ii adduser3.134 ii init-system-helpers1.65.2 ii libc6 2.36-9+deb12u1 ii libevent-2.1-7 2.1.12-stable-8 ii libnghttp2-14 1.52.0-1 ii libprotobuf-c1 1.4.1-1+b1 ii libpython3.11 3.11.2-6 ii libssl33.0.9-1 ii libsystemd0252.12-1~deb12u1 ii sysvinit-utils [lsb-base] 3.06-4 Versions of packages unbound recommends: ii dns-root-data 2023010101 Versions of packages unbound suggests: ii apparmor 3.0.8-3 ii openssl 3.0.9-1 -- no debconf information ss.zst Description: application/zstd signature.asc Description: PGP signature
Bug#1051817: unbound: local_datas without \4\n reuses last read buffer(?) and produces infinite error output
ss.zst Description: application/zstd signature.asc Description: PGP signature
Bug#1051817: unbound: local_datas without \4\n reuses last read buffer(?) and produces infinite error output
Package: unbound Version: 1.17.1-2 Version: 1.18.0-2 Severity: normal Dear Maintainer, In trying to reduce another bug, I got the following: $ { printf '%s\n' 'UBCT1 local_datas' ';; a' 'abc.def. 3600 in txt testupa' ';; b'; } | sudo socat - UNIX-CONNECT:/run/unbound.ctl error parsing local-data at line 1 position 4 ';; a': Syntax error, could not parse the RR error parsing local-data at line 3 position 4 ';; b': Syntax error, could not parse the RR error parsing local-data at line 4 position 0 '': Syntax error, could not parse the RR error parsing local-data at line 5 position 0 '': Syntax error, could not parse the RR error parsing local-data at line 6 position 0 '': Syntax error, could not parse the RR error parsing local-data at line 7 position 0 '': Syntax error, could not parse the RR error parsing local-data at line 8 position 0 '': Syntax error, could not parse the RR error parsing local-data at line 9 position 0 '': Syntax error, could not parse the RR error parsing local-data at line 10 position 0 '': Syntax error, could not parse the RR error parsing local-data at line 11 position 0 '': Syntax error, could not parse the RR error parsing local-data at line 12 position 0 '': Syntax error, could not parse the RR error parsing local-data at line 13 position 0 '': Syntax error, could not parse the RR error parsing local-data at line 14 position 0 '': Syntax error, could not parse the RR error parsing local-data at line 15 position 0 '': Syntax error, could not parse the RR error parsing local-data at line 16 position 0 '': Syntax error, could not parse the RR error parsing local-data at line 17 position 0 '': Syntax error, could not parse the RR error parsing local-data at line 18 position 0 '': Syntax error, could not parse the RR error parsing local-data at line 19 position 0 '': Syntax error, could not parse the RR error parsing local-data at line 20 position 0 '': Syntax error, could not parse the RR error parsing local-data at line 21 position 0 '': Syntax error, could not parse the RR error parsing local-data at line 22 position 0 '': Syntax error, could not parse the RR error parsing local-data at line 23 position 0 '': Syntax error, could not parse the RR error parsing local-data at line 24 position 0 '': Syntax error, could not parse the RR error parsing local-data at line 25 position 0 '': Syntax error, could not parse the RR error parsing local-data at line 26 position 0 '': Syntax error, could not parse the RR error parsing local-data at line 27 position 0 '': Syntax error, could not parse the RR error parsing local-data at line 28 position 0 '': Syntax error, could not parse the RR ... error parsing local-data at line 56466 position 0 '': Syntax error, could not parse the RR error parsing local-data at line 56467 position 0 '': Syntax error, could not parse the RR error parsing local-data at line 56468 position 0 '': Syntax error, could not parse the RR error parsing local-data at line 56469 position 0 '': Syntax error, could not parse the RR error parsing local-data at line 56470 position 0 '': Syntax error, could not parse the RR error parsing local-data at line 56471 position 0 '': Syntax error, could not parse the RR error parsing local-data at line 56472 position 0 '': Syntax error, could not parse the RR error parsing local-data at line 56473 position 0 '': Syntax error, could not parse the RR error parsing local-data at line 56474 position 0 '': Syntax error, could not parse the RR error parsing local-data at line 56475 position 0 '': Syntax error, could not parse the RR error parsing local-data at line 56476 position 0 '': Syntax error, could not parse the RR ^C strace -f capturing this moment attached. Appending printf '\4\n'; (as stolen from strace unbound-control local_datas) makes it work correctly. Nevertheless, "probably dont do that", as they say. Best, наб -- System Information: Debian Release: 12.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable-debug'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-9-amd64 (SMP w/24 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages unbound depends on: ii adduser3.134 ii init-system-helpers1.65.2 ii libc6 2.36-9+deb12u1 ii libevent-2.1-7 2.1.12-stable-8 ii libnghttp2-14 1.52.0-1 ii libprotobuf-c1 1.4.1-1+b1 ii libpython3.11 3.11.2-6 ii libssl33.0.9-1 ii libsystemd0252.12-1~deb12u1 ii sysvinit-utils [lsb-base] 3.06-4 Versions of packag
Bug#1051805: systemd-cron: shell redirect not working in crontab entries
Control: tag -1 + confirmed upstream On Tue, Sep 12, 2023 at 10:11:58PM +0200, Alexandre Detiste wrote: > In v1.x the trailing "> /dev/null" was purposely chopped of the end of the > line > because there wasn't an OnSucces= handler anyway and the goal > was to further parse the bash-one liner. > > Some of the brittle bash-parsing has already been dropped of from 2.x. Concretely, we already killed stuff like this: if (len(self.command) == 6 and self.command[0] == '[' and self.command[1] in ['-x','-f','-e'] and self.command[2] == self.command[5] and self.command[3] == ']' and self.command[4] == '&&' ): self.testremoved = self.command[2] self.command = self.command[5:] if (len(self.command) == 5 and self.command[0] == 'test' and self.command[1] in ['-x','-f','-e'] and self.command[2] == self.command[4] and self.command[3] == '&&' ): self.testremoved = self.command[2] self.command = self.command[4:] in the C++ rewrite as "brittle damage" ‒ https://github.com/systemd-cron/systemd-cron/pull/101#issuecomment-1673266966. The only substitutions left in decode_command() that do explicit damage to the line are if(auto pgm = this->which(this->command[0]); pgm && *pgm != this->command[0]) { if(!this->command.command0) ++this->command.command.b; this->command.command0 = std::move(pgm); } which dereferences the first word so we can avoid going through /bin/sh copied-line.sh for single-word lines (which, I've just realised, breaks when stuff lands in/is removed from, say /usr/local/bin, and systemd isn't reloaded ‒ imagine cp /bin/id /usr/local/bin systemd daemon-reload rm /usr/local/bin/id ‒ and now a "@daily id" job no longer works! since it tries executing /usr/local/bin/id!; IMO we should trim the whole function before if(!std::binary_search(std::begin(KSH_SHELLS), std::end(KSH_SHELLS), vore::basename(this->shell))) and axe KSH_SHELLS, and always generate a scriptlet) and if(this->command.size() > 2 && this->command.command.e[-2] == ">"sv && this->command.command.e[-1] == "/dev/null"sv) this->command.command.e -= 2; if(this->command.size() > 1 && this->command.command.e[-1] == ">/dev/null"sv) this->command.command.e -= 1; which you're seeing. > We can either [1] remove the code that chop of the /dev/null I agree. This had, maybe, potentially, some minute degree of merit before we did normal cron-style mail. Now that we behave like cron, it's just knowing-better-than-the-user. > or [2] isolate it to only run when CRON_MAIL_SUCCESS=never > (a setting that allow users to revert to the previous behaviour). The user has all the controls to configure this precisely as they need now, this is clearly confusing, since it goes against the explicit and overt user configuration. > I personally prefer "1" because of my own past habits Agree, just kill it. > even if "2" will look cleaner from a new point of view.. I don't think it is, really. Respect what the user wrote, don't do needless magic (like this), and users will be happy. Maybe add a changelog note that "Fix: sd-cron-g no longer damages the line by stripping >[ ]/dev/null". signature.asc Description: PGP signature
Bug#1051517: dnsmasq: only returns SOA for A queries on the first (going-to-upstream) query, returns empty on subsequent ones
Package: dnsmasq Version: 2.89-1 Severity: normal Dear Maintainer, I run dnsmasq :53 in front of unbound :5353, and: $ read -r uuid < /proc/sys/kernel/random/uuid $ dig a $uuid.host ;; ->>HEADER<<- opcode: QUERY; status: NXDOMAIN; id: 35035 ;; Flags: qr rd ra; QUERY: 1; ANSWER: 0; AUTHORITY: 1; ADDITIONAL: 0 ;; QUESTION SECTION: ;; 2a5630ac-12ac-46fa-b4c7-1fcdddfc2f8b.host. IN A ;; AUTHORITY SECTION: host. 3600IN SOA ns0.centralnic.net. hostmaster.centralnic.net. 3000457776 900 1800 6048000 3600 ;; Received 124 B ;; Time 2023-09-09 02:07:26 CEST ;; From 127.0.0.1@53(UDP) in 84.1 ms $ dig a $uuid.host ;; ->>HEADER<<- opcode: QUERY; status: NXDOMAIN; id: 1526 ;; Flags: qr rd ra; QUERY: 1; ANSWER: 0; AUTHORITY: 0; ADDITIONAL: 0 ;; QUESTION SECTION: ;; 2a5630ac-12ac-46fa-b4c7-1fcdddfc2f8b.host. IN A ;; Received 59 B ;; Time 2023-09-09 02:07:29 CEST ;; From 127.0.0.1@53(UDP) in 0.3 ms $ dig a $uuid.host ;; ->>HEADER<<- opcode: QUERY; status: NXDOMAIN; id: 33318 ;; Flags: qr rd ra; QUERY: 1; ANSWER: 0; AUTHORITY: 0; ADDITIONAL: 0 ;; QUESTION SECTION: ;; 2a5630ac-12ac-46fa-b4c7-1fcdddfc2f8b.host. IN A ;; Received 59 B ;; Time 2023-09-09 02:07:32 CEST ;; From 127.0.0.1@53(UDP) in 0.3 ms Which is. Probably not right? Asking for SOA explicitly works: $ dig soa $uuid.host ;; ->>HEADER<<- opcode: QUERY; status: NXDOMAIN; id: 20830 ;; Flags: qr rd ra; QUERY: 1; ANSWER: 0; AUTHORITY: 1; ADDITIONAL: 0 ;; QUESTION SECTION: ;; 2a5630ac-12ac-46fa-b4c7-1fcdddfc2f8b.host. IN SOA ;; AUTHORITY SECTION: host. 3581IN SOA ns0.centralnic.net. hostmaster.centralnic.net. 3000457776 900 1800 6048000 3600 ;; Received 124 B ;; Time 2023-09-09 02:07:46 CEST ;; From 127.0.0.1@53(UDP) in 26.5 ms And unbound behaves correctly here: $ dig -p 5353 a $uuid.host ;; ->>HEADER<<- opcode: QUERY; status: NXDOMAIN; id: 33325 ;; Flags: qr rd ra; QUERY: 1; ANSWER: 0; AUTHORITY: 1; ADDITIONAL: 0 ;; QUESTION SECTION: ;; 2a5630ac-12ac-46fa-b4c7-1fcdddfc2f8b.host. IN A ;; AUTHORITY SECTION: host. 3462IN SOA ns0.centralnic.net. hostmaster.centralnic.net. 3000457776 900 1800 6048000 3600 ;; Received 124 B ;; Time 2023-09-09 02:09:45 CEST ;; From 127.0.0.1@5353(UDP) in 0.3 ms $ dig -p 5353 a $uuid.host ;; ->>HEADER<<- opcode: QUERY; status: NXDOMAIN; id: 11425 ;; Flags: qr rd ra; QUERY: 1; ANSWER: 0; AUTHORITY: 1; ADDITIONAL: 0 ;; QUESTION SECTION: ;; 2a5630ac-12ac-46fa-b4c7-1fcdddfc2f8b.host. IN A ;; AUTHORITY SECTION: host. 3462IN SOA ns0.centralnic.net. hostmaster.centralnic.net. 3000457776 900 1800 6048000 3600 ;; Received 124 B ;; Time 2023-09-09 02:09:45 CEST ;; From 127.0.0.1@5353(UDP) in 0.3 ms $ dig -p 5353 soa $uuid.host ;; ->>HEADER<<- opcode: QUERY; status: NXDOMAIN; id: 47525 ;; Flags: qr rd ra; QUERY: 1; ANSWER: 0; AUTHORITY: 1; ADDITIONAL: 0 ;; QUESTION SECTION: ;; 2a5630ac-12ac-46fa-b4c7-1fcdddfc2f8b.host. IN SOA ;; AUTHORITY SECTION: host. 3458IN SOA ns0.centralnic.net. hostmaster.centralnic.net. 3000457776 900 1800 6048000 3600 ;; Received 124 B ;; Time 2023-09-09 02:09:49 CEST ;; From 127.0.0.1@5353(UDP) in 0.4 ms So this is a. dnsmasq cache-hit thing? Best, наб -- System Information: Debian Release: 12.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable-debug'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-9-amd64 (SMP w/24 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages dnsmasq depends on: ii dnsmasq-base [dnsmasq-base] 2.89-1 ii init-system-helpers 1.65.2 ii netbase 6.4 ii runit-helper 2.15.2 ii sysvinit-utils [lsb-base]3.06-4 dnsmasq recommends no packages. Versions of packages dnsmasq suggests: pn resolvconf -- Configuration Files: /etc/default/dnsmasq changed: ENABLED=1 CONFIG_DIR=/etc/dnsmasq.d,.dpkg-dist,.dpkg-old,.dpkg-new IGNORE_RESOLVCONF=yes /etc/dnsmasq.conf changed: domain-needed bogus-priv no-resolv server=127.0.0.1#5353 interface=bridge1 bind-interfaces expand-hosts domain=nabijaczleweli.xyz local-ttl=300 localise-queries cache-size=1 log-async -- no debconf information signature.asc Description: PGP signature
Bug#1051273: /usr/bin/nsupdate: ^C leaves tty in unusable state
Package: bind9-dnsutils Version: 1:9.18.16-1~deb12u1 Severity: normal File: /usr/bin/nsupdate Dear Maintainer, -- >8 -- $ nsupdate > $ speed 38400 baud; rows 54; cols 172; line = 0; eof = ; rprnt = ; werase = ; lnext = ; inlcr -icanon -echo -echok -iexten -- >8 -- (if you can't tell, I wrote "stty" with echo off). Probably don't do that? ^D restores the teletype to its previous state. Best, наб -- System Information: Debian Release: 12.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable-debug'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-9-amd64 (SMP w/24 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages bind9-dnsutils depends on: ii bind9-host [host] 1:9.18.16-1~deb12u1 ii bind9-libs 1:9.18.16-1~deb12u1 ii libc6 2.36-9+deb12u1 ii libedit2 3.1-20221030-2 ii libidn2-0 2.3.3-1+b1 ii libkrb5-3 1.20.1-2 ii libprotobuf-c1 1.4.1-1+b1 bind9-dnsutils recommends no packages. bind9-dnsutils suggests no packages. -- no debconf information signature.asc Description: PGP signature