Bug#1053825: Screensaver with only blank does not work after suspend
Am Mo den 1. Jan 2024 um 13:06 schrieb Bastian Blank: > I just realized that this system is in an unsupported state. Bookworm > and later is not longer supported without merged-/usr, see > https://www.debian.org/releases/stable/amd64/release-notes/ch-information.en.html#a-merged-usr-is-now-required > > Please reinstall from scratch and report back if it is still broken. It is not possible to reinstall all the systems that are not supported only cause the stupidity of systemd evangelists to understand a proper setup system! That even does not have any efect to kernel behavior except that kernel is not able to find stuff under /usr! > Maybe please also describe how you got into this state, where /lib is > not a symlink to /usr/lib. I installed the system. Regards Klaus -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16 Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C signature.asc Description: PGP signature
Bug#1053825: Screensaver with only blank does not work after suspend
Hi Salvatore, Thanks for helping keeping the bug alive. Am Mi den 27. Dez 2023 um 21:24 schrieb Salvatore Bonaccorso: > > That would take many time to recompile kernel, test it for several hours > > and try again. > > I do realize, but given we have nobody else reporting similar > behaviour we need to rely on you bisecting the breaking change so it > might be reported upstream. But that said, in meanwhile we have > 6.6.8-1 uploaded to unstable. It would be great if you can report back > if that version resolves the issue. Unfortunately it is not fixed. But the bug did show up after longer sleep only. > If it's still reproducibe, check first that it's as well reproducible > with an untained kernel because othwerise an upstream report might not > be accepted. > > Can you check that? It is reproducible with an untainted kernel but not easily. I have no way to reliable trigger the bug but it happens always after longer sleeps. With the new (6.6.8) kernel I see also two further "bugs": - Drawing on the screen sometimes create artefacts for lines that stay on the screen for some time. Maybe that is related as I think it happens on AMDGPU... - The second bug is not related. I connect a logitech MX Anywhere 3 via bluetooth. With that the rate of the mouse wheel did switch to a very unusable low rate. I can switch the wheel to high speed but when I go back to the working kernel, that is unusable fast. Also with the broken kernel, even with high speed, it delay the mouse wheel somewhat. As there are many stacks in between, I have no idea, which part of the stack produces that error. Maybe you might help? Regards Klaus -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C signature.asc Description: PGP signature
Bug#1053825: Screensaver with only blank does not work after suspend
Hi Salvatore, Am Mi den 27. Dez 2023 um 21:24 schrieb Salvatore Bonaccorso: > I do realize, but given we have nobody else reporting similar > behaviour we need to rely on you bisecting the breaking change so it > might be reported upstream. But that said, in meanwhile we have > 6.6.8-1 uploaded to unstable. It would be great if you can report back > if that version resolves the issue. I already installed the kernel and test it. As a site note, it does not work with dkms anymore as the header links are in /usr/lib/modules where no kernel is able to find them. However, I will keep an eye on it and see if the bug is fixed (as I did with the kernels in between.) Give me some time as the bug is not that relyable. > If it's still reproducibe, check first that it's as well reproducible > with an untained kernel because othwerise an upstream report might not > be accepted. On that system I use untained kernel (I did not on a different system with nvidia, but there I use my own kernel and the bug is related to amd GPU.) Regards Klaus -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C signature.asc Description: PGP signature
Bug#1057002: init cannot respawn mingetty after update
Additional note: My system was migrated from etch up to current version and is not at all able to run with usrmerge. Regards Klaus -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C signature.asc Description: PGP signature
Bug#1057002: init cannot respawn mingetty after update
Hi, Am Mo den 27. Nov 2023 um 20:15 schrieb Chris Hofstaedtler: > > After the recent update, init runns cracy trying to run mingetty. > > Nov 27 20:00:01 ikki init: cannot execute "/sbin/mingetty" > [..] > > > merged-usr: no > > This is not a bug in mingetty, but your installation is not in a > supported state. Once you get your install fixed by usrmerge, it > will work. I cannot and will not ever use usrmerge as it is broken by design! Regards Klaus -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C signature.asc Description: PGP signature
Bug#1057002: init cannot respawn mingetty after update
Package: mingetty Version: 1.08-5 Severity: grave After the recent update, init runns cracy trying to run mingetty. Nov 27 20:00:01 ikki init: cannot execute "/sbin/mingetty" Nov 27 20:00:01 ikki init: cannot execute "/sbin/mingetty" Nov 27 20:00:01 ikki init: cannot execute "/sbin/mingetty" Nov 27 20:00:01 ikki init: cannot execute "/sbin/mingetty" Nov 27 20:00:01 ikki init: cannot execute "/sbin/mingetty" Nov 27 20:00:01 ikki init: cannot execute "/sbin/mingetty" Nov 27 20:00:01 ikki init: Id "4" respawning too fast: disabled for 5 minutes Nov 27 20:00:01 ikki init: cannot execute "/sbin/mingetty" Nov 27 20:00:01 ikki init: Id "3" respawning too fast: disabled for 5 minutes Nov 27 20:00:01 ikki init: Id "5" respawning too fast: disabled for 5 minutes Nov 27 20:00:01 ikki init: cannot execute "/sbin/mingetty" Nov 27 20:00:01 ikki init: Id "2" respawning too fast: disabled for 5 minutes Nov 27 20:00:01 ikki init: Id "6" respawning too fast: disabled for 5 minutes -- System Information: Debian Release: trixie/sid APT prefers experimental APT policy: (1, 'experimental') merged-usr: no Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.38 (SMP w/8 CPU threads) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_CPU_OUT_OF_SPEC, TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1), LANGUAGE=de_DE:de:en Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages mingetty depends on: ii libc6 2.37-12 mingetty recommends no packages. mingetty suggests no packages. -- no debconf information -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C signature.asc Description: PGP signature
Bug#1057000: Broken OPENSSL_init_ssl
Package: apt-listchanges Version: 3.27 Severity: important After recent updates, apt-listchanges is somewhat broken: Laden der Fehlerberichte ? 0% Fehlgeschlagen Das Laden der Fehlerberichte vom Server ist mit folgender Fehlermeldung fehlgeschlagen: E: OPENSSL_init_ssl Es könnte an Ihrem inaktiven Netzwerk oder an einem fehlerhaften Proxy-Server liegen oder der BTS-Server ist nicht aktiv. Überprüfen Sie die Netzwerkkonfiguration und versuchen Sie es erneut Soll erneut versucht werden, die Informationen zu dem Fehler herunterzuladen? [Y/n] Jeweils ein Paket? [Y/n] Jeweils ein Fehlerbericht? [Y/n] /usr/share/rubygems-integration/all/gems/soap4r-ruby1.9-2.0.5/lib/soap/streamHandler.rb:24: warning: already initialized constant SOAP::StreamHandler::RUBY_VERSION_STRING /usr/share/rubygems-integration/all/gems/soap4r-ruby1.9-2.0.5/lib/soap/streamHandler.rb:24: warning: previous definition of RUBY_VERSION_STRING was here Laden der Fehlerberichte ? Erledigt »Found/Fixed«-Informationen werden ausgewertet ? Erledigt Changelogs werden gelesen... Fertig So it seems that there is an incompatibility with some openssl updates. -- Package-specific info: ==> /etc/apt/listchanges.conf <== [apt] frontend=pager email_address=root confirm=0 save_seen=/var/lib/apt/listchanges.db which=both no_network=false email_format=text headers=true reverse=true -- System Information: Debian Release: trixie/sid APT prefers experimental APT policy: (1, 'experimental') merged-usr: no Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.38 (SMP w/8 CPU threads) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_CPU_OUT_OF_SPEC, TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages apt-listchanges depends on: ii apt2.7.6devuan2 ii debconf [debconf-2.0] 1.5.82 ii python33.11.4-5+b1 ii python3-apt2.7.0 ii python3-debconf1.5.82 ii sensible-utils 0.0.20 ii ucf3.0043+nmu1 apt-listchanges recommends no packages. Versions of packages apt-listchanges suggests: ii eterm [x-terminal-emulator]0.9.6-7.1 ii exim4-daemon-light [mail-transport-agent] 4.97-2 ii firefox [www-browser] 120.0-2 ii luakit [www-browser] 1:2.3.3-1 ii python3-gi 3.46.0-1 ii rxvt-unicode [x-terminal-emulator] 9.31-1 ii w3m [www-browser] 0.5.3+git20230121-2 ii xterm [x-terminal-emulator]388-1 -- debconf information: * apt-listchanges/email-address: root * apt-listchanges/which: both * apt-listchanges/reverse: true * apt-listchanges/email-format: text * apt-listchanges/no-network: false * apt-listchanges/save-seen: true * apt-listchanges/confirm: false * apt-listchanges/frontend: pager * apt-listchanges/headers: true -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16 Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C signature.asc Description: PGP signature
Bug#1035734: Acknowledgement (Does not search for terms in latin1 encoding anymore)
Hi Axel,
here is a fix of this bug.
--- /usr/bin/translate.orig 2023-11-04 19:25:55.944359987 +0100
+++ /usr/bin/translate 2023-11-04 19:30:27.089291611 +0100
@@ -94,14 +94,16 @@
display ()
{
+ local lsearch="$SEARCH"
+ [ $UTF8 -eq 1 ] || lsearch="$(echo "$SEARCH" | iconv -c -f UTF-8 -t
$CHARSET)"
if [ $COLOR = true ]
then
display_no_color "$@" | if
[ $WHOLEWORD = false ]
then
- grep -Eihs --color=auto "$SEARCH"
+ grep -Eihs --color=auto "$lsearch"
else
- grep -Eihs --color=auto '\b'"$SEARCH"'\b'
+ grep -Eihs --color=auto '\b'"$lsearch"'\b'
fi
else
display_no_color "$@"
Gruß
Klaus
--
Klaus Ethgen http://www.ethgen.ch/
pub 4096R/4E20AF1C 2011-05-16Klaus Ethgen
Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C
signature.asc
Description: PGP signature
Bug#1040638: Acknowledgement (Bothersome message every day from cron)
Hi, since some days, the warning gets even worse by naging me the name are not POSIX. But my names _are_ fully POSIX conform with only ASCII characters in the name! Regards Klaus -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C signature.asc Description: PGP signature
Bug#1053825: Screensaver with only blank does not work after suspend
Hi, Am Do den 19. Okt 2023 um 20:46 schrieb Salvatore Bonaccorso: > Can you please attach as well the kernel log once you triggered the > behaviour? Anything suspicious logged? Here is the log of one sleep and wakeup where I had the issue: [130045.885692] r8169 :01:00.0 eth0: Link is Down [130046.577482] PM: suspend entry (s2idle) [130046.577610] Filesystems sync: 0.000 seconds [130046.577999] (NULL device *): firmware: direct-loading firmware ath11k/WCN6855/hw2.1/regdb.bin [130046.578143] (NULL device *): firmware: direct-loading firmware ath11k/WCN6855/hw2.1/m3.bin [130046.578406] (NULL device *): firmware: direct-loading firmware regulatory.db [130046.578415] (NULL device *): firmware: direct-loading firmware regulatory.db.p7s [130046.582058] (NULL device *): firmware: direct-loading firmware ath11k/WCN6855/hw2.1/amss.bin [130046.582223] (NULL device *): firmware: direct-loading firmware ath11k/WCN6855/hw2.1/board-2.bin [130046.638817] Freezing user space processes [130046.640672] Freezing user space processes completed (elapsed 0.001 seconds) [130046.640680] OOM killer disabled. [130046.640682] Freezing remaining freezable tasks [130046.642003] Freezing remaining freezable tasks completed (elapsed 0.001 seconds) [130046.642010] printk: Suspending console(s) (use no_console_suspend to debug) [130046.644003] wlan0: deauthenticating from xx:xx:xx:xx:xx:xx by local choice (Reason: 3=DEAUTH_LEAVING) [130046.833356] ACPI: EC: interrupt blocked [130048.458201] ACPI: EC: interrupt unblocked [130048.646436] [drm] PCIE GART of 1024M enabled (table at 0x00F43FC0). [130048.646479] amdgpu :04:00.0: amdgpu: SMU is resuming... [130048.650454] amdgpu :04:00.0: amdgpu: SMU is resumed successfully! [130048.660496] nvme nvme0: Shutdown timeout set to 10 seconds [130048.665582] nvme nvme0: 16/0/0 default/read/poll queues [130048.758856] [drm] VCN decode and encode initialized successfully(under DPG Mode). [130048.758941] [drm] JPEG decode initialized successfully. [130048.758949] amdgpu :04:00.0: amdgpu: ring gfx_0.0.0 uses VM inv eng 0 on hub 0 [130048.758954] amdgpu :04:00.0: amdgpu: ring comp_1.0.0 uses VM inv eng 1 on hub 0 [130048.758957] amdgpu :04:00.0: amdgpu: ring comp_1.1.0 uses VM inv eng 4 on hub 0 [130048.758960] amdgpu :04:00.0: amdgpu: ring comp_1.2.0 uses VM inv eng 5 on hub 0 [130048.758962] amdgpu :04:00.0: amdgpu: ring comp_1.3.0 uses VM inv eng 6 on hub 0 [130048.758964] amdgpu :04:00.0: amdgpu: ring comp_1.0.1 uses VM inv eng 7 on hub 0 [130048.758966] amdgpu :04:00.0: amdgpu: ring comp_1.1.1 uses VM inv eng 8 on hub 0 [130048.758969] amdgpu :04:00.0: amdgpu: ring comp_1.2.1 uses VM inv eng 9 on hub 0 [130048.758971] amdgpu :04:00.0: amdgpu: ring comp_1.3.1 uses VM inv eng 10 on hub 0 [130048.758974] amdgpu :04:00.0: amdgpu: ring kiq_0.2.1.0 uses VM inv eng 11 on hub 0 [130048.758976] amdgpu :04:00.0: amdgpu: ring sdma0 uses VM inv eng 12 on hub 0 [130048.758978] amdgpu :04:00.0: amdgpu: ring vcn_dec_0 uses VM inv eng 0 on hub 8 [130048.758981] amdgpu :04:00.0: amdgpu: ring vcn_enc_0.0 uses VM inv eng 1 on hub 8 [130048.758983] amdgpu :04:00.0: amdgpu: ring vcn_enc_0.1 uses VM inv eng 4 on hub 8 [130048.758985] amdgpu :04:00.0: amdgpu: ring jpeg_dec uses VM inv eng 5 on hub 8 [130048.768693] r8169 :01:00.0 eth0: Link is Down [130048.778010] OOM killer enabled. [130048.778015] Restarting tasks ... done. [130048.781711] random: crng reseeded on system resumption [130048.797062] PM: suspend exit Unlike I seen before, fvwm2 is also affected. Also it is not that relyable to reproduce. Some times it needs extendet sleeping time and in the other moment it happens directly after going to sleep. It looks like the display is drawed in the wrong direction, first the blacking out from the screensaver and afterwards the content of my desktop gets drawed above it. And when it happens, it is pretty slow (for that machine). It takes about one or two seconds. Note also that there is no S3 on that system available. The system only went to S2. Regards Klaus -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16 Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C signature.asc Description: PGP signature
Bug#1053825: Screensaver with only blank does not work after suspend
Hi, Am Do den 19. Okt 2023 um 20:46 schrieb Salvatore Bonaccorso: > On Thu, Oct 12, 2023 at 06:57:20AM +0100, Klaus Ethgen wrote: > > Package: src:linux > > Version: 6.5.6-1 > > Severity: critical > > Tags: security > > X-Debbugs-Cc: Debian Security Team > > > > It is not fully clear for me, where exactly this bug happens. First I > > was thinking about xscreensaver but that package got not updated for > > ages. The bug happens with updates from kernel 6.4.0 to 6.5.0. > > So you are saying this happens solely after switching from 6.4.y > series to 6.5.y series. Thus I assume 6.5.3-1 in testing as well > exposes the issue. Might be but I cannot test that due to the other AMD display related bug. > > I use xscreensaver with fvwm3 on my amd laptop. xscreensaver is set up > > to only blank the screen. I first thought, that it does not happen with fvwm2 but I also see it with fvwm2 but not that often. > > When I lock the screen and press a key or moving the mouse, everything > > is fine. But when I go to suspend too ram after locking and waking up > > the laptop, the password dialog gets showed as usual but I can see the > > full desktop content with probably sensitive material on in. Although, I > > cannot interact with the desktop, it is a security break to reveal the > > content without authenticating. > > > > It might be related, when I have a PSI chat window on the screen but on > > different desktop, it gets moved to the current one. That definitively > > also came with the new kernel. > > Can you please attach as well the kernel log once you triggered the > behaviour? Anything suspicious logged? I could. But there is no hint and no unusual log entry. > Next, can you bisect the kernel between a good known upstream version > and 6.5.6? Can you as well test 6.5.7 upstream to see if it fixes the > issue? That would take many time to recompile kernel, test it for several hours and try again. Even worse, there is another AMD related bug that makes testing impossible. > Currently there is nothing which sound similar in the kernel > regression tracking status, TTBOMK. There was many changes in AMD display code. Some of them already was broken for systems (laptops) with internal display (eDP). The mentioned bug was fixed between linux-image-6.5.0-1-amd64 and linux-image-6.5.0-2-amd64. (It broke between linux-image-6.4.0-4-amd64 and linux-image-6.5.0-1-amd64.) So, this is the history in upstream versions: 6.4.13: Works well 6.5.3: Two bugs, this bug and another related to scaling. 6.5.6: Bug related to scaling fixed and this bug fully visible. I believe that it is related to eDP. So, maybe that limit's the possible problem. I have a work laptop that shows only this bug on AMD system but not the scaling one (As it has no 4K resolution). But I cannot use that one for testing. Maybe another data point: Both laptops are from Lenovo. My private one is a T14GEN3 and the one for work is a Z16. Regards Klaus -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C signature.asc Description: PGP signature
Bug#1053825: Acknowledgement (Screensaver with only blank does not work after suspend)
Hi, The bug definitively only happens in that combination. When using fvwm2 instead of fvwm3, everything is fine. fvwm3 was bringing support for xrandr. So I believe that the screen do get reconfigured after waking up from suspend. That was not the case with earlier kernel. Regards Klaus -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C signature.asc Description: PGP signature
Bug#1053825: Screensaver with only blank does not work after suspend
brcm80211 pn firmware-cavium pn firmware-intel-sound pn firmware-intelwimax pn firmware-ipw2x00 pn firmware-ivtv pn firmware-iwlwifi pn firmware-libertas ii firmware-linux-nonfree20230515-3 ii firmware-misc-nonfree 20230515-3 pn firmware-myricom pn firmware-netxen pn firmware-qlogic ii firmware-realtek 20230515-3 pn firmware-samsung pn firmware-siano pn firmware-ti-connectivity pn xen-hypervisor -- no debconf information -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C signature.asc Description: PGP signature
Bug#1052006: Info received (Bug#1052006: linux-image-6.5.0-1-amd64 breaks X on amd GPU)
Hi, The bug is closed with 6.5.0-2-amd64. Thanks... Regards Klaus -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C signature.asc Description: PGP signature
Bug#1052006: linux-image-6.5.0-1-amd64 breaks X on amd GPU
Hi, let me stress, that while I could do the trick with scaling _after_ login in my .fvwmrc or my .xsession but wdm, my login manager, has no such posibility. So I can only choose between a unreadable small one or a displaced one that might even destroy my laptop panel. Regards Klaus -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C signature.asc Description: PGP signature
Bug#1026798: closed by Jonathan Kamens (Re: Bug#1026798: Acknowledgement (Listchanges does not display proper locales anymore))
Am Mo den 25. Sep 2023 um 12:51 schrieb Debian Bug Tracking System: > Subject: Re: Bug#1026798: Acknowledgement (Listchanges does not display > proper locales anymore) > > Control: tags 1026798 wontfix > > apt-listchanges's behavior is correct and will not be changed. > > You have LC_ALL set to C, which overrides LANG and forces the pager that That is wrong. The variable is only set to C for reportbug as reportbug has a bug that it does not work without anymore. Normally I would never set this to C or C.utf-8 and I do not. Gruß Klaus -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C signature.asc Description: PGP signature
Bug#1052534: git-annex cannot fetch files from remote with german umlaut anymore
Package: git-annex Version: 10.20230802-1 Severity: normal I have a clone of a git-annex repository having the Part "Hörbuch" in it. With that, git handling works well but it does not work with git-annex. Git annex converts the ö to \65533 which obviously could not be found on the remote system. It is to notice that my locale is de_DE, not the one below as reportbug does not work with other locales as the one below. -- System Information: Debian Release: trixie/sid APT prefers experimental APT policy: (1, 'experimental') merged-usr: no Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.38 (SMP w/8 CPU threads) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_CPU_OUT_OF_SPEC, TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages git-annex depends on: ii curl8.3.0-1 ii git 1:2.40.1-1 ii libc6 2.37-10 ii libffi8 3.4.4-1 ii libgmp102:6.3.0+dfsg-2 ii libmagic1 1:5.45-2 ii libsqlite3-03.43.1-1 ii libyaml-0-2 0.2.5-1 ii netbase 6.4 ii openssh-client 1:9.4p1-1+securityfix1 ii rsync 3.2.7-1 ii zlib1g 1:1.2.13.dfsg-3 Versions of packages git-annex recommends: ii aria2 1.36.0-2 ii bind9-host 1:9.19.17-1 ii git-remote-gcrypt 1.5-1 ii gnupg 2.2.40-1.1 ii lsof 4.95.0-1 ii nocache1.1-1+b1 Versions of packages git-annex suggests: ii adb 1:34.0.4-1 ii bup 0.33.2-1 pn libnss-mdns pn magic-wormhole pn tahoe-lafs ii tor 0.4.8.6-1 pn uftp pn xdot ii yt-dlp 1:2023.07.06-dmo1 -- no debconf information -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16 Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C signature.asc Description: PGP signature
Bug#1052006: linux-image-6.5.0-1-amd64 breaks X on amd GPU
Hi, Am Sa den 16. Sep 2023 um 10:58 schrieb Bastian Blank: > On Fri, Sep 15, 2023 at 10:18:55PM +0100, Klaus Ethgen wrote: > > Booting with the new kernel makes the display (1920x1200) heavily > > flckering, diplaying two times the same one above the other and only > > displaying about 1/4 of the screen smashed together on the left border > > of the screen. > > Does it work with native resolution? Does it work with Wayland? With the native resolution it works. And also with scaling. But it is hard to do the switch and the scaling. First due to the dsplaced display and second due to the tiny size. Thanks to xterm having font size Enormous. > > Note that the broken setup has 3 lines of 3840x2400, althogh I use > > 1920x1200 as resolution. > > With different refresh frequencies, so nothing uncommon. Well, yes, but not for a eDP, which has a single and only refresh rate. All others are broken and yould, in the worst case, destroy the display panel. Regards Klaus -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C signature.asc Description: PGP signature
Bug#1052006: linux-image-6.5.0-1-amd64 breaks X on amd GPU
Am Sa den 16. Sep 2023 um 10:58 schrieb Bastian Blank: > On Fri, Sep 15, 2023 at 10:18:55PM +0100, Klaus Ethgen wrote: > > Booting with the new kernel makes the display (1920x1200) heavily > > flckering, diplaying two times the same one above the other and only > > displaying about 1/4 of the screen smashed together on the left border > > of the screen. > > Does it work with native resolution? Does it work with Wayland? Well, I do not know about wayland as that never worked for me. And with native resolution, I don't think so but it is dificult to test as the display is so limited to select an other resolution. But I will try if I can handle that. > > Note that the broken setup has 3 lines of 3840x2400, althogh I use > > 1920x1200 as resolution. > > With different refresh frequencies, so nothing uncommon. True. Although that are the differences to the older and working kernel. > > 3840x2400 is no usable resolution as the display content is much to > > small to be usable. > > That's why we now have scaling and don't need to play with resolutions. Well, we had that discussion the last time to when it came out that it was a regression in kernel. It pretty much looks like this time again. And more over, the valid resolutions need to work. Regards Klaus -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C signature.asc Description: PGP signature
Bug#1052006: linux-image-6.5.0-1-amd64 breaks X on amd GPU
] ACP/ACP3X/ACP6x Audio Coprocessor [1022:15e2] (rev 60) Subsystem: Lenovo ACP/ACP3X/ACP6x Audio Coprocessor [17aa:50b6] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: snd_pci_acp6x Kernel modules: snd_pci_acp3x, snd_rn_pci_acp3x, snd_pci_acp5x, snd_pci_acp6x 04:00.6 Audio device [0403]: Advanced Micro Devices, Inc. [AMD] Family 17h/19h HD Audio Controller [1022:15e3] Subsystem: Lenovo Family 17h/19h HD Audio Controller [17aa:50b6] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: snd_hda_intel Kernel modules: snd_hda_intel 05:00.0 USB controller [0c03]: Advanced Micro Devices, Inc. [AMD] Rembrandt USB4 XHCI controller #8 [1022:161f] (prog-if 30 [XHCI]) Subsystem: Lenovo Device [17aa:50b6] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: xhci_hcd Kernel modules: xhci_pci 05:00.3 USB controller [0c03]: Advanced Micro Devices, Inc. [AMD] Rembrandt USB4 XHCI controller #5 [1022:15d6] (prog-if 30 [XHCI]) Subsystem: Advanced Micro Devices, Inc. [AMD] Rembrandt USB4 XHCI controller #5 [1022:15d6] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: xhci_hcd Kernel modules: xhci_pci 05:00.4 USB controller [0c03]: Advanced Micro Devices, Inc. [AMD] Rembrandt USB4 XHCI controller #6 [1022:15d7] (prog-if 30 [XHCI]) Subsystem: Advanced Micro Devices, Inc. [AMD] Rembrandt USB4 XHCI controller #6 [1022:15d7] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: xhci_hcd Kernel modules: xhci_pci ** USB devices: Bus 009 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 010 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 008 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 007 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 006 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 005 Device 002: ID 04f2:b74f Chicony Electronics Co., Ltd Integrated Camera Bus 005 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 003 Device 002: ID 06cb:00f9 Synaptics, Inc. Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 001 Device 003: ID 10ab:9309 USI Co., Ltd Bus 001 Device 002: ID 05e3:0610 Genesys Logic, Inc. Hub Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub -- System Information: Debian Release: trixie/sid merged-usr: no Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.4.0-4-amd64 (SMP w/16 CPU threads; PREEMPT) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) LSM: AppArmor: enabled Versions of packages linux-image-6.5.0-1-amd64 depends on: ii initramfs-tools [linux-initramfs-tool] 0.142 ii kmod30+20230601-1 ii linux-base 4.9 Versions of packages linux-image-6.5.0-1-amd64 recommends: ii apparmor 3.0.12-1 ii firmware-linux-free 20200122-2 Versions of packages linux-image-6.5.0-1-amd64 suggests: pn debian-kernel-handbook ii grub-efi-amd64 2.12~rc1-9 pn linux-doc-6.5 Versions of packages linux-image-6.5.0-1-amd64 is related to: ii firmware-amd-graphics 20230515-3 ii firmware-atheros 20230515-3 pn firmware-bnx2 pn firmware-bnx2x pn firmware-brcm80211 pn firmware-cavium pn firmware-intel-sound pn firmware-intelwimax pn firmware-ipw2x00 pn firmware-ivtv pn firmware-iwlwifi pn firmware-libertas ii firmware-linux-nonfree20230515-3 ii firmware-misc-nonfree 20230515-3 pn firmware-myricom pn firmware-netxen pn firmware-qlogic ii firmware-realtek 20230515-3 pn firmware-samsung pn firmware-siano pn firmware-ti-connectivity pn xen-hypervisor -- no debconf information -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C signature.asc Description: PGP signature
Bug#1051251: /usr/sbin/grub-mkconfig: 300: /etc/grub.d/25_bli: not found due to wrong shell location
ot;initramfs-genkernel-${alt_version}" \
"initramfs-genkernel-${GENKERNEL_ARCH}-${version}" \
"initramfs-genkernel-${GENKERNEL_ARCH}-${alt_version}"; do
if test -e "${dirname}/${i}" ; then
initrd_real="${i}"
break
fi
done
initrd=
if test -n "${initrd_early}" || test -n "${initrd_real}"; then
initrd="${initrd_early} ${initrd_real}"
initrd_display=
for i in ${initrd}; do
initrd_display="${initrd_display} ${dirname}/${i}"
done
gettext_printf "Found initrd image: %s\n" "$(echo $initrd_display)" >&2
fi
config=
for i in "${dirname}/config-${version}" "${dirname}/config-${alt_version}"
"/etc/kernels/kernel-config-${version}" ; do
if test -e "${i}" ; then
config="${i}"
break
fi
done
initramfs=
if test -n "${config}" ; then
initramfs=`grep CONFIG_INITRAMFS_SOURCE= "${config}" | cut -f2 -d= | tr
-d \"`
fi
if test -z "${initramfs}" && test -z "${initrd_real}" ; then
# "UUID=" and "ZFS=" magic is parsed by initrd or initramfs. Since there's
# no initrd or builtin initramfs, it can't work here.
if [ "x${GRUB_DEVICE_PARTUUID}" = "x" ] \
|| [ "x${GRUB_DISABLE_LINUX_PARTUUID}" = "xtrue" ]; then
linux_root_device_thisversion=${GRUB_DEVICE}
else
linux_root_device_thisversion=PARTUUID=${GRUB_DEVICE_PARTUUID}
fi
fi
# The GRUB_DISABLE_SUBMENU option used to be different than others since it
was
# mentioned in the documentation that has to be set to 'y' instead of 'true'
to
# enable it. This caused a lot of confusion to users that set the option to
'y',
# 'yes' or 'true'. This was fixed but all of these values must be supported
now.
if [ "x${GRUB_DISABLE_SUBMENU}" = xyes ] || [ "x${GRUB_DISABLE_SUBMENU}" = xy
]; then
GRUB_DISABLE_SUBMENU="true"
fi
if [ "x$is_top_level" = xtrue ] && [ "x${GRUB_DISABLE_SUBMENU}" != xtrue ];
then
linux_entry "${OS}" "${version}" simple \
"${GRUB_CMDLINE_LINUX} ${GRUB_CMDLINE_LINUX_DEFAULT}"
submenu_indentation="$grub_tab"
if [ -z "$boot_device_id" ]; then
boot_device_id="$(grub_get_device_id "${GRUB_DEVICE}")"
fi
# TRANSLATORS: %s is replaced with an OS name
echo "submenu '$(gettext_printf "Advanced options for %s" "${OS}" |
grub_quote)' --unrestricted \$menuentry_id_option
'gnulinux-advanced-$boot_device_id' {"
is_top_level=false
fi
linux_entry "${OS}" "${version}" advanced \
"${GRUB_CMDLINE_LINUX} ${GRUB_CMDLINE_LINUX_DEFAULT}"
if [ "x${GRUB_DISABLE_RECOVERY}" != "xtrue" ]; then
linux_entry "${OS}" "${version}" recovery \
"${GRUB_CMDLINE_LINUX_RECOVERY} ${GRUB_CMDLINE_LINUX}"
fi
done
if [ x"$is_top_level" != xtrue ]; then
echo '}'
fi
echo "$title_correction_code"
/etc/grub.d/25_bli changed:
set -e
cat << EOF
if [ "\$grub_platform" = "efi" ]; then
insmod bli
fi
EOF
-- no debconf information
--
Klaus Ethgen http://www.ethgen.ch/
pub 4096R/4E20AF1C 2011-05-16Klaus Ethgen
Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C
signature.asc
Description: PGP signature
Bug#1050448: Error monitoring rsyslog because of unavailable systemctl
Package: monit Version: 1:5.33.0-2 Severity: normal After dpkg run, monit complines about a nonexisting /usr/bin/systemctl. Starting daemon monitor: monit/etc/monit/conf-enabled/rsyslog:4: Program does not exist: '/usr/bin/systemctl' /etc/monit/conf-enabled/rsyslog:5: Program does not exist: '/usr/bin/systemctl' Please use the common used and always available command `service`, /etc/init.d/rsyslog or some other logic but not the systemd specific systemctl command. -- Package-specific info: Monit config file /etc/monit/monitrc is *NOT* readable by reportbug. Please, consider to rerun reportbug as root and *carefully* examine reportbug's output (e.g., monitrc content), before sending it out. Contents of /etc/monit/ directory: /etc/monit: total 4 drwxr-xr-x 1 root root 294 Aug 24 18:32 conf-available drwxr-xr-x 1 root root 118 Feb 15 2023 conf-enabled drwxr-xr-x 1 root root 0 Dec 23 2016 conf.d -rw--- 1 root root 447 Sep 6 2021 monitrc drwxr-xr-x 1 root root 46 Aug 21 21:32 templates /etc/monit/conf-available: total 68 -rw-r--r-- 1 root root 481 Dec 5 2015 acpid -rw-r--r-- 1 root root 640 Dec 5 2015 apache2 -rw-r--r-- 1 root root 455 Dec 5 2015 at -rw-r--r-- 1 root root 691 Dec 5 2015 cron -rw-r--r-- 1 root root 602 Dec 5 2015 mdadm -rw-r--r-- 1 root root 669 Dec 5 2015 memcached -rw-r--r-- 1 root root 279 Feb 15 2023 minetestserver -rw-r--r-- 1 root root 703 Dec 5 2015 mysql -rw-r--r-- 1 root root 521 Dec 5 2015 nginx -rw-r--r-- 1 root root 471 Dec 5 2015 openntpd -rw-r--r-- 1 root root 932 Aug 10 2020 openssh-server -rw-r--r-- 1 root root 1062 Aug 20 21:26 openssh-server.dpkg-dist -rw-r--r-- 1 root root 683 Dec 5 2015 pdns-recursor -rw-r--r-- 1 root root 1426 Dec 21 2018 postfix -rw-r--r-- 1 root root 736 Aug 20 21:26 rsyslog -rw-r--r-- 1 root root 501 Dec 5 2015 smartmontools -rw-r--r-- 1 root root 306 Feb 4 2016 snmpd /etc/monit/conf-enabled: total 28 lrwxrwxrwx 1 root root 20 Jun 12 2016 at -> ../conf-available/at lrwxrwxrwx 1 root root 22 Jun 12 2016 cron -> ../conf-available/cron lrwxrwxrwx 1 root root 23 Jun 12 2016 mdadm -> ../conf-available/mdadm lrwxrwxrwx 1 root root 32 Feb 15 2023 minetestserver -> ../conf-available/minetestserver lrwxrwxrwx 1 root root 32 Jun 12 2016 openssh-server -> ../conf-available/openssh-server lrwxrwxrwx 1 root root 25 Jun 12 2016 rsyslog -> ../conf-available/rsyslog lrwxrwxrwx 1 root root 31 Jun 12 2016 smartmontools -> ../conf-available/smartmontools /etc/monit/conf.d: total 0 /etc/monit/templates: total 12 -rw-r--r-- 1 root root 164 May 19 2014 rootbin -rw-r--r-- 1 root root 160 May 19 2014 rootrc -rw-r--r-- 1 root root 164 May 19 2014 rootstrict -- System Information: Debian Release: trixie/sid APT prefers experimental APT policy: (1, 'experimental') merged-usr: no Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.38 (SMP w/8 CPU threads) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_CPU_OUT_OF_SPEC, TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages monit depends on: ii init-system-helpers 1.65.2devuan1 ii libc62.37-7 ii libcrypt11:4.4.36-2 ii libpam0g 1.5.2-7 ii libssl3 3.0.10-1 ii zlib1g 1:1.2.13.dfsg-3 monit recommends no packages. Versions of packages monit suggests: ii exim4-daemon-light [mail-transport-agent] 4.96-19 ii sysvinit-core 3.07-1devuan1 -- Configuration Files: /etc/monit/conf-available/openssh-server changed: check process sshd with pidfile /var/run/sshd.pid group system group sshd start program = "/etc/init.d/ssh start" stop program = "/etc/init.d/ssh stop" if failed host localhost port 22 with proto ssh then restart if 5 restarts with 5 cycles then timeout depend on sshd_bin depend on sftp_bin depend on sshd_rc depend on sshd_rsa_key check file sshd_bin with path /usr/sbin/sshd group sshd include /etc/monit/templates/rootbin check file sftp_bin with path /usr/lib/openssh/sftp-server group sshd include /etc/monit/templates/rootbin check file sshd_rsa_key with path /etc/ssh/ssh_host_rsa_key group sshd include /etc/monit/templates/rootstrict check file sshd_ed25519_key with path /etc/ssh/ssh_host_ed25519_key group sshd include /etc/monit/templates/rootstrict check file sshd_rc with path /etc/ssh/sshd_config group sshd include /etc/monit/templates/rootrc /etc/monit/monitrc [Errno 13] Permission denied: '/etc/monit/monitrc' -- no debconf information -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C signature.asc Description: PGP signature
Bug#1049964: Crontab should include /bin and /sbin in path
Package: cron-daemon-common Version: 3.0pl1-165 Severity: normal Crontab is using run-parts, which is in /bin. There are many other tools which are in /bin and /sbin (see parallel bug report about /sbin) which are needed for daily cron usage. As crontab of new installs has the path set to "PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin", this is not working correctly anymore. (Although old installations work if you never overwrite /etc/crontab.) -- System Information: Debian Release: trixie/sid APT prefers experimental APT policy: (1, 'experimental') merged-usr: no Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.38 (SMP w/8 CPU threads) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_CPU_OUT_OF_SPEC, TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages cron-daemon-common depends on: ii adduser 3.137 cron-daemon-common recommends no packages. cron-daemon-common suggests no packages. -- no debconf information -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16 Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C signature.asc Description: PGP signature
Bug#1049907: Does never detect eudev
Package: needrestart
Version: 3.6-5
Severity: minor
needrestart is never detecting eudev if libraries of the daemon changes.
(e)udev are easy to restart as they usually have no direct consequences.
Combined with the fact that such deleted libraries are easy to spot I do
not get why it is never detected.
-- Package-specific info:
needrestart output:
checkrestart output:
-- System Information:
Debian Release: trixie/sid
APT prefers experimental
APT policy: (1, 'experimental')
merged-usr: no
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 6.1.38 (SMP w/8 CPU threads)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_CPU_OUT_OF_SPEC,
TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)
Versions of packages needrestart depends on:
ii dpkg 1.21.22
ii gettext-base 0.21-13
ii libintl-perl 1.33-1
ii libmodule-find-perl0.16-2
ii libmodule-scandeps-perl1.31-2
ii libproc-processtable-perl 0.636-1
ii libsort-naturally-perl 1.03-4
ii libterm-readkey-perl 2.38-2+b1
ii perl 5.36.0-7
ii xz-utils 5.4.1-0.2
Versions of packages needrestart recommends:
ii libimvirt-perl 0.9.6-11
ii sysvinit-core 3.07-1devuan1
Versions of packages needrestart suggests:
ii iucode-tool2.3.1-3
ii libnotify-bin 0.8.2-1
-- Configuration Files:
/etc/needrestart/needrestart.conf changed:
$nrconf{sendnotify} = 0;
$nrconf{blacklist} = [
# ignore sudo (not a daemon)
qr(^/usr/bin/sudo(\.dpkg-new)?$),
# ignore DHCP clients
qr(^/sbin/(dhclient|dhcpcd5|pump|udhcpc)(\.dpkg-new)?$),
# ignore apt-get (Debian Bug#784237)
qr(^/usr/bin/apt-get(\.dpkg-new)?$),
];
$nrconf{override_rc} = {
# DBus
qr(^dbus) => 0,
# display managers
qr(^gdm) => 0,
qr(^kdm) => 0,
qr(^nodm) => 0,
qr(^sddm) => 0,
qr(^wdm) => 0,
qr(^xdm) => 0,
qr(^lightdm) => 0,
qr(^slim) => 0,
qr(^lxdm) => 0,
# networking stuff
qr(^bird) => 0,
qr(^network) => 0,
qr(^NetworkManager) => 0,
qr(^ModemManager) => 0,
qr(^wpa_supplicant) => 0,
qr(^openvpn) => 0,
qr(^quagga) => 0,
qr(^frr) => 0,
qr(^tinc) => 0,
qr(^(open|free|libre|strong)swan) => 0,
qr(^bluetooth) => 0,
# gettys
qr(^getty@.+\.service) => 0,
qr(^serial-getty@.+\.service) => 0,
# systemd --user
qr(^user@\d+\.service) => 0,
# misc
qr(^zfs-fuse) => 0,
qr(^mythtv-backend) => 0,
qr(^xendomains) => 0,
qr(^lxcfs) => 0,
qr(^libvirt) => 0,
qr(^virtlogd) => 0,
qr(^virtlockd) => 0,
qr(^docker) => 0,
# systemd stuff
# (see also Debian Bug#784238 & #784437)
qr(^emergency\.service$) => 0,
qr(^rescue\.service$) => 0,
qr(^elogind) => 0,
# do not restart oneshot services, see also #862840
qr(^apt-daily\.service$) => 0,
qr(^apt-daily-upgrade\.service$) => 0,
qr(^unattended-upgrades\.service$) => 0,
# do not restart oneshot services from systemd-cron, see also #917073
qr(^cron-.*\.service$) => 0,
# ignore rc-local.service, see #852864
qr(^rc-local\.service$) => 0,
# don't restart systemd-logind, see #798097
qr(^systemd-logind) => 0,
};
$nrconf{override_cont} = {
};
$nrconf{blacklist_interp} = [
# ignore temporary files
qr(^/tmp/),
qr(^/var/),
qr(^/run/),
];
$nrconf{blacklist_mappings} = [
# special device paths
qr(^/(SYSV( \(deleted\))?|drm(\s|$)|dev/)),
# ignore memfd mappings
qr(^/memfd:),
# aio(7) mapping
qr(^/\[aio\]),
# Oil Runtime Compiler's JIT files
qr#/orcexec\.[\w\d]+( \(deleted\))?$#,
# plasmashell (issue #65)
qr(/#\d+( \(deleted\))?$),
# Java Native Access (issues #142 #185)
qr#/jna\d+\.tmp( \(deleted\))?$#,
# temporary stuff
qr#^(/var)?/tmp/#,
qr#^(/var)?/run/#,
];
$nrconf{skip_mapfiles} = -1;
$nrconf{'nagios-status'}->{sessions} = 0;
if(-d q(/etc/needrestart/conf.d)) {
foreach my $fn (sort ) {
print STDERR "$LOGPREF eval $fn\n" if($nrconf{verbosity} > 1);
eval do { local(@ARGV, $/) = $fn; <>};
die "Error parsing $fn: $@" if($@);
}
}
-- no debconf information
--
Klaus Ethgen http://www.ethgen.ch/
pub 4096R/4E20AF1C 2011-05-16Klaus Ethgen
Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C
signature.asc
Description: PGP signature
Bug#1013867: closed by Richard Laager (Re: Bug#1013867: Don't use user ntpsec if package ntp is installed)
Am So den 23. Jul 2023 um 22:18 schrieb Debian Bug Tracking System: > The ntpsec namespacing is by design. Well, also by design is by design wrong. Regards Klaus -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16 Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C signature.asc Description: PGP signature
Bug#1041703: Broken due to missed udev dependencies
Package: libgudev-1.0-0 Version: 238-2 Severity: important This update renders X unusable as no input devices are left. (EE) Failed to load /usr/lib/xorg/modules/input/libinput_drv.so: /lib/x86_64-linux-gnu/libudev.so.1: version `LIBUDEV_247' not found (required by /usr/lib/x86_64-linux-gnu/libgudev-1.0.so.0) Downgrade to libgudev-1.0-0_237-2_amd64.deb fixes the problem. -- System Information: Debian Release: trixie/sid APT prefers experimental APT policy: (1, 'experimental') merged-usr: no Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.38 (SMP w/8 CPU threads) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_CPU_OUT_OF_SPEC, TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages libgudev-1.0-0 depends on: ii libc6 2.37-6 ii libeudev1 [libudev1] 3.2.12-1 ii libglib2.0-0 2.76.4-3 libgudev-1.0-0 recommends no packages. libgudev-1.0-0 suggests no packages. -- no debconf information -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C signature.asc Description: PGP signature
Bug#1040638: Bothersome message every day from cron
Hi, Am Sa den 8. Jul 2023 um 14:18 schrieb Daniel Baumann: > On 7/8/23 11:20, Klaus Ethgen wrote: > > Version: 4.2+20230508-5devuan1 > > > > Since some days I get the following message every day [...] > > This come from cron and the command `mdadm --monitor --scan --oneshot`. > > the cron jobs have been removed in favour of systemd timers in Debian. Well, first, I don't have systemd and will never ever have! But it doesn't matter if Debian removed that cron job. It is mdadm itself that prints the error: ~> mdadm --monitor --scan --oneshot mdadm: DeviceDisappeared event detected on md device /dev/md/md3 mdadm: DeviceDisappeared event detected on md device /dev/md/md2 mdadm: DeviceDisappeared event detected on md device /dev/md/md1 mdadm: DeviceDisappeared event detected on md device /dev/md/md0 mdadm: NewArray event detected on md device /dev/md0 mdadm: NewArray event detected on md device /dev/md3 mdadm: NewArray event detected on md device /dev/md2 mdadm: RebuildStarted event detected on md device /dev/md2 mdadm: NewArray event detected on md device /dev/md1 So mdadm is broken in some sort. Regards Klaus -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C signature.asc Description: PGP signature
Bug#1040638: Bothersome message every day from cron
Package: mdadm Version: 4.2+20230508-5devuan1 Severity: minor Since some days I get the following message every day: mdadm: DeviceDisappeared event detected on md device /dev/md/md3 mdadm: DeviceDisappeared event detected on md device /dev/md/md2 mdadm: DeviceDisappeared event detected on md device /dev/md/md1 mdadm: DeviceDisappeared event detected on md device /dev/md/md0 mdadm: NewArray event detected on md device /dev/md0 mdadm: NewArray event detected on md device /dev/md1 mdadm: NewArray event detected on md device /dev/md3 mdadm: NewArray event detected on md device /dev/md2 This come from cron and the command `mdadm --monitor --scan --oneshot`. (Which produce the same message.) I never had any md device under /dev/md/*. They was always under /dev/mdX. And my /etc/mdadm/mdadm.conf has the following entries: ARRAY /dev/md0 metadata=0.90 UUID=::: ARRAY /dev/md1 metadata=1.0 name=ikki:1 UUID=::: ARRAY /dev/md2 metadata=1.0 name=ikki:2 UUID=::: ARRAY /dev/md3 metadata=1.0 name=ikki:3 UUID=::: /proc/mdstat has the following: ~> cat /proc/mdstat Personalities : [raid1] md2 : active raid1 sda6[3] sdb6[2] 419430260 blocks super 1.0 [2/2] [UU] bitmap: 0/2 pages [0KB], 131072KB chunk md3 : active raid1 sda7[0] sdb7[2] 419430208 blocks super 1.0 [2/2] [UU] bitmap: 1/4 pages [4KB], 65536KB chunk md1 : active raid1 sda5[0] sdb5[2] 1073741632 blocks super 1.0 [2/2] [UU] bitmap: 0/8 pages [0KB], 65536KB chunk md0 : active raid1 sdb1[1] sda1[0] 1998976 blocks [2/2] [UU] unused devices: So it is strange where this "DeviceDisappeared" is coming from. Nowhere in my system is a mentioning /dev/md/mdX. -- Package-specific info: IMPORTANT: please do not forget to include all relevant system information with this bug report. You could run /usr/share/bug/mdadm/script 3>&1 as root and attach or include the output. -- System Information: Distributor ID: Devuan Description:Devuan GNU/Linux 6 (excalibur/ceres) Release:6 Codename: excalibur ceres Architecture: x86_64 Kernel: Linux 6.1.12 (SMP w/8 CPU threads) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_CPU_OUT_OF_SPEC, TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages mdadm depends on: ii debconf [debconf-2.0] 1.5.82 ii eudev [udev] 3.2.12-1 ii init-system-helpers1.65.2devuan1 ii libc6 2.37-3 ii libeudev1 3.2.12-1 Versions of packages mdadm recommends: ii kmod 30+20230519-1 Versions of packages mdadm suggests: ii exim4-daemon-light [mail-transport-agent] 4.96-16 -- Configuration Files: /etc/logcheck/ignore.d.server/mdadm [Errno 13] Permission denied: '/etc/logcheck/ignore.d.server/mdadm' /etc/logcheck/violations.d/mdadm [Errno 13] Permission denied: '/etc/logcheck/violations.d/mdadm' -- debconf information: mdadm/initrdstart_msg_intro: mdadm/autostart: true * mdadm/autoscan: true * mdadm/start_daemon: true * mdadm/initrdstart: all mdadm/initrdstart_notinconf: false mdadm/init-system-not-systemd: mdadm/initrdstart_msg_errconf: * mdadm/mail_to: r...@ethgen.de mdadm/initrdstart_msg_errmd: mdadm/initrdstart_msg_errblock: * mdadm/autocheck: false mdadm/initrdstart_msg_errexist: Gruß Klaus -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C signature.asc Description: PGP signature
Bug#1040346: linux-image-6.3.0-2-amd64: AMDGPU only with unusable high resolution available
Update: At least, it works by scaling with xrandr. (--scale 0.5) But it let wdm still unreadable. Regards Klaus -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C signature.asc Description: PGP signature
Bug#1040346: linux-image-6.3.0-2-amd64: AMDGPU only with unusable high resolution available
Hi Salvatore, Am Do den 6. Jul 2023 um 11:36 schrieb Salvatore Bonaccorso: > Can you check if it is the following known regression: > https://lore.kernel.org/stable/mn0pr12mb6101c52c4b7fb00702a996ebe2...@mn0pr12mb6101.namprd12.prod.outlook.com/ It pretty much look like that it is this one. Regards Klaus -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16 Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C signature.asc Description: PGP signature
Bug#1040346: linux-image-6.3.0-2-amd64: AMDGPU only with unusable high resolution available
Hi, Am Mi den 5. Jul 2023 um 12:59 schrieb Bastian Blank: > On Wed, Jul 05, 2023 at 11:31:06AM +0100, Klaus Ethgen wrote: > > > But this is what you want, you want to use the full resolution of the > > > output and scale the output (this is called HiDPI). If you try to > > > change the resolution to a non-native one, everything gets mushy. > > No, I don't want the full resolution. It is unreadable. I usually use > > 1920x1200 which is exactly 1/4 of the resolution so nothing gets mushy. > > So you use full resolution and 200% scaling. If you see it that way, yes. Just on X level. > Anyway, I can't reproduce this using amdgpu on: > > | % uname -a > | Linux steamhammer 6.3.0-2-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.3.11-1 > (2023-07-01) x86_64 GNU/Linux > > | % lspci -nn | grep VGA > | 06:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. > [AMD/ATI] Renoir [1002:1636] (rev c1) I see that bug on two systems (both lenovo) but with Rembrandt GPU. > | % cat /sys/class/drm/card0-DP-1/modes | head -n 10 Well, the display is the eDP, currently I have no other display connected. On the buggy kernel, I have only the native resolution in that sys file and in the kernel before I see 12 entries. Regards Klaus -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C signature.asc Description: PGP signature
Bug#1040346: linux-image-6.3.0-2-amd64: AMDGPU only with unusable high resolution available
Hi Bastian, Am Mi den 5. Jul 2023 um 9:27 schrieb Bastian Blank: > On Tue, Jul 04, 2023 at 06:42:40PM +0100, Klaus Ethgen wrote: > > With this update of linux-image, there is only the highest resolution > > available anymore. As this is 3840x2400, it leaves the screen completely > > unreadable and unusable. > > But this is what you want, you want to use the full resolution of the > output and scale the output (this is called HiDPI). If you try to > change the resolution to a non-native one, everything gets mushy. No, I don't want the full resolution. It is unreadable. I usually use 1920x1200 which is exactly 1/4 of the resolution so nothing gets mushy. More over, I need to use scaled resolution when using external monitor or beamer that cannot handle 3840x2400. > A lot of technical information about that can be for example found here: > https://wiki.archlinux.org/title/HiDPI Well, that might work with gnome but not with fvwm as it is not native in X. The only native solution is to use a different resolution. See also the attached xorg log from the version before where you have a bunch of native supported resolutions. One is 1920x1200. > > See attached xorg log. > > What happens if you remove the minimally maintained xorg from the > equation and use wayland as output driver, which supports more modern > graphics features? I never got wayland to work. It seems to be always broken when you use something different than gnome. It also does not clearly support network protocol. Regards Klaus -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C [14.603] X.Org X Server 1.21.1.7 X Protocol Version 11, Revision 0 [14.603] Current Operating System: Linux chil 6.3.0-1-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.3.7-1 (2023-06-12) x86_64 [14.603] Kernel command line: BOOT_IMAGE=/root/boot/vmlinuz-6.3.0-1-amd64 root=UUID=b4992631-80af-4a02-b8f8-ecd8f2a51c95 ro rootflags=subvol=root quiet [14.603] xorg-server 2:21.1.7-3devuan1 (https://www.devuan.org/os/community) [14.603] Current version of pixman: 0.42.2 [14.603]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [14.603] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [14.603] (==) Log file: "/var/log/Xorg.0.log", Time: Tue Jul 4 13:51:09 2023 [14.604] (==) Using config directory: "/etc/X11/xorg.conf.d" [14.604] (==) Using system config directory "/usr/share/X11/xorg.conf.d" [14.604] (==) No Layout section. Using the first Screen section. [14.604] (**) |-->Screen "Default Screen Section" (0) [14.604] (**) | |-->Monitor "" [14.605] (==) Automatically adding devices [14.605] (==) Automatically enabling devices [14.605] (==) Automatically adding GPU devices [14.605] (==) Automatically binding GPU devices [14.605] (==) Max clients allowed: 256, resource mask: 0x1f [14.605] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist. [14.605]Entry deleted from font path. [14.605] (WW) The directory "/usr/share/fonts/X11/100dpi/" does not exist. [14.605]Entry deleted from font path. [14.605] (WW) The directory "/usr/share/fonts/X11/75dpi/" does not exist. [14.605]Entry deleted from font path. [14.606] (WW) The directory "/usr/share/fonts/X11/100dpi" does not exist. [14.606]Entry deleted from font path. [14.606] (WW) The directory "/usr/share/fonts/X11/75dpi" does not exist. [14.606]Entry deleted from font path. [14.606] (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/Type1, built-ins [14.606] (==) ModulePath set to "/usr/lib/xorg/modules" [14.606] (**) Extension "XTEST" is disabled [14.606] (**) Extension "RECORD" is disabled [14.606] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [14.606] (II) Loader magic: 0x55dd014aaea0 [14.606] (II) Module ABI versions: [14.606]X.Org ANSI C Emulation: 0.4 [14.606]X.Org Video Driver: 25.2 [14.606]X.Org XInput driver : 24.4 [14.606]X.Org Server Extension : 10.0 [14.606] (++) using VT number 7 [14.606] (II) seat-libseat: libseat integration requires -keeptty and -keeptty was not provided, disabling libseat integration [14.606] (II) xfree86: Adding drm device (/dev/dri/card0) [14.606] (II) Platform probe for /s
Bug#1040346: linux-image-6.3.0-2-amd64: AMDGPU only with unusable high resolution available
Package: linux-image-6.3.0-2-amd64 Version: 6.3.11-1 Severity: important With this update of linux-image, there is only the highest resolution available anymore. As this is 3840x2400, it leaves the screen completely unreadable and unusable. Installing the previous kernel solves the problem. See attached xorg log. Note that the error is on a different system where I don't have mail so no additional info attached. Regards Klaus -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C Xorg.0.log.old Description: application/trash signature.asc Description: PGP signature
Bug#1039081: LWP::Protocol::socks fails since LWP 6.69
Package: libwww-perl Version: 6.70-1 Severity: important Tags: upstream See https://github.com/libwww-perl/libwww-perl/issues/431 Since the recent updates from 6.68 to 6.70 and then to 6.71 socks fails completely. Please stop delivering new versions until that is fixed upstream or apply a patch reverting the broken pull request (https://github.com/libwww-perl/libwww-perl/pull/62/files) from the debian package. To emphasis that, this versions break socks support completely. -- System Information: Debian Release: trixie/sid APT prefers experimental APT policy: (1, 'experimental') merged-usr: no Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.12 (SMP w/8 CPU threads) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_CPU_OUT_OF_SPEC, TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages libwww-perl depends on: ii ca-certificates 20230311 ii libencode-locale-perl 1.05-3 ii libfile-listing-perl6.15-1 ii libhtml-parser-perl 3.81-1 ii libhtml-tagset-perl 3.20-6 ii libhtml-tree-perl 5.07-3 ii libhttp-cookiejar-perl 0.014-1 ii libhttp-cookies-perl6.10-1 ii libhttp-date-perl 6.05-2 ii libhttp-message-perl6.44-2 ii libhttp-negotiate-perl 6.01-2 ii liblwp-mediatypes-perl 6.04-2 ii liblwp-protocol-https-perl 6.10-1 ii libnet-http-perl6.22-1 ii libtry-tiny-perl0.31-2 ii liburi-perl 5.19-2 ii libwww-robotrules-perl 6.02-1 ii netbase 6.4 ii perl5.36.0-7 Versions of packages libwww-perl recommends: ii libdata-dump-perl1.25-1 ii libhtml-form-perl6.11-1 ii libhtml-format-perl 2.16-2 ii libhttp-daemon-perl 6.16-1 ii libmailtools-perl2.21-2 Versions of packages libwww-perl suggests: pn libauthen-ntlm-perl -- no debconf information -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C signature.asc Description: PGP signature
Bug#1035734: Acknowledgement (Does not search for terms in latin1 encoding anymore)
Hoi Axel, I found the bug. The bug is in the color code. The replacement of $SEARCH in the new display function can never match for latin1 chars as it is still UTF-8. So either use the original search string here or convert it back to local locale. Gruß Klaus -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C signature.asc Description: PGP signature
Bug#1035734: Does not search for terms in latin1 encoding anymore
Package: translate Version: 1.1.3 Severity: normal I usually have latin1-Encoding everywhere. The output of translate is good but the input does not allow latin1-umlauts like ä, ö, ü, ... I can input them but they always returns nothing. Older versions worked well but I cannot say, when the incompatibility was implemented. At least version 0.6 worked well. The strange thing is, that I see no reason for the bug. Even when I do `bash -x /usr/bin/translate ...` it DOES iconv my input. But if I just do `/usr/bin/translate ...`, it doesn't. This bug is a full riddle for me. As translate is of mayor use for me so please reallow non-UTF-8 input. -- System Information: Debian Release: 12.0 APT prefers experimental APT policy: (1, 'experimental') merged-usr: no Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.12 (SMP w/8 CPU threads) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_CPU_OUT_OF_SPEC, TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages translate depends on: ii trans-de-en 1.9-6 translate recommends no packages. Versions of packages translate suggests: pn ding -- no debconf information -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C signature.asc Description: PGP signature
Bug#1034313: Does not build anymore with kernel 6.1.12
Hi, Am Mi den 12. Apr 2023 um 22:58 schrieb Andreas Beckmann: > > Package: nvidia-tesla-470-kernel-source > > Version: 470.182.03-1 > > Severity: important > > # grep -r list_for_each_safe modules/nvidia-tesla-470-kernel/ > > I don't know what you are compiling, but that is not 470.182.03-1 This was my mistake. I tried to compile nvidia-kernel-source as I did for years now. nvidia-tesla-470-kernel-source does compile fine. Please close the bug as invalid. Regards Klaus -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C signature.asc Description: PGP signature
Bug#1033956: Support for zcfan
Package: orphan-sysvinit-scripts Version: 0.14 Severity: normal I was thinking to set this as wishlist but as the main functionality is to support broken packages I set the severity to normal. The zcfan daemon comes with only a systemd startup file which makes it unusable with sysv init. Please provide a init.d script for it. (I have a pretty simple one but it is not complete right now. Will send it when I made it better.) -- System Information: Debian Release: 12.0 APT prefers unstable APT policy: (400, 'unstable'), (1, 'experimental') merged-usr: no Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.12 (SMP w/8 CPU threads) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_CPU_OUT_OF_SPEC, TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages orphan-sysvinit-scripts depends on: ii ucf 3.0043+nmu1 orphan-sysvinit-scripts recommends no packages. orphan-sysvinit-scripts suggests no packages. -- no debconf information -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C signature.asc Description: PGP signature
Bug#1032379: bug#751: Update: crash due to fvwm window manager crash
Hi, I made a libx11 build with the version 2:1.8.4-3~really1.8.3~3 which is really version 1.8.3-3, so reverting ALL in the new package. That will solve the dependency stuff and will be overwritten when debian comes out with a fixed package. It is available in my repo: deb ftp://ftp.ethgen.ch/pub/debian ceres unofficial Regards Klaus -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C signature.asc Description: PGP signature
Bug#1032512: Unneeded versioned dependency to libx11-xcb1
Am Do den 9. Mär 2023 um 19:00 schrieb Patrick Franz: > On Thu, 9 Mar 2023 06:34:16 +0100 Klaus Ethgen wrote: > [...] > > But the versioned dependency is unneeded as I could test by forcing > > install old version. It does not only work, it does also work better > > in the "broken" state than with the correct dependencies. > > > > So it IS a bug of this package. > > No, it is not a bug in Qt. I see that different. > The versioned dependency is picked up by the Debian build system and not > by code in Qt. If it has to pick 1.8.4, then it is because it either > needs it or it cannot determine which version would suffice. Merely > pointing to a single use case is not enough to lower it. Maybe there are > use cases where 1.8.4 is needed. I challenge that there is a need for versioned at all! Just remove the version number dependency and everything is great. > There are a dozen packages depending on libx11-xcb1 1.8.4 - do you want > those to lessen their dependencies as well ? Yes... But only 3 packages are in my use and they works pretty well with unversioned dependency. > Manually editing automatically picked-up dependencies is asking for > trouble. Just remove the version at all. That is supported by the build system. > The bug is in libx11. If you want the situation solved, please help > fixing the bug there. Well, I delivered all that is needed to fix the bug. And yes, the bug is there. But the unneeded versioned dependency is in that package and is against the debian policy... Gruß Klaus -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C signature.asc Description: PGP signature
Bug#1032512: Unneeded versioned dependency to libx11-xcb1
Am Mi den 8. Mär 2023 um 23:40 schrieb Patrick Franz: > On Wed, 8 Mar 2023 22:17:41 +0100 Klaus Ethgen wrote: > [...] > > > > Look at #1032379... > > The versioned dependency on libx11-xcb1 was picked up automatically for > a reason and I have no intention of fiddling with it. > > As this is an issue with libx11 and not a bug in Qt, it should be fixed > there and not here. I'm inclined to close both this bug and #1032513. But the versioned dependency is unneeded as I could test by forcing install old version. It does not only work, it does also work better in the "broken" state than with the correct dependencies. So it IS a bug of this package. Regards Klaus -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C signature.asc Description: PGP signature
Bug#1032512: Unneeded versioned dependency to libx11-xcb1
Am Mi den 8. Mär 2023 um 21:34 schrieb Patrick Franz: > Hi Klaus, > > On Wed, 8 Mar 2023 11:41:57 +0100 Klaus Ethgen wrote: > > Package: libqt6opengl6 > > Version: 6.4.2+dfsg-7 > > Severity: important > > > > The package has an versioned dependency to libxcb-xkb1, which > > currently prevent the workaround about a critical bug in that library > > by using the version bevore the current one. > > Can you elaborate a bit more ? Are you saying you need to use > libx11-xcb1 2:1.8.3 ? Look at #1032379... Reards Klaus -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C signature.asc Description: PGP signature
Bug#1032379: bug#746: Killed when starting modale dialog like pinentry
Am Mi den 8. Mär 2023 um 17:37 schrieb Timo Aaltonen: > please file this upstream and mention that it's a regression in 1.8.4 I even don't believe it is upstream. I made a testbuild with both relevant commits reverted and the bug is still there. So I expect one of the patches that was dropped in 2:1.8.4-1 was NOT fixed upstream. Regards Klaus -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16 Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C signature.asc Description: PGP signature
Bug#1032379: bug#746: Killed when starting modale dialog like pinentry
Am Mi den 8. Mär 2023 um 17:37 schrieb Timo Aaltonen: > Mark Hindley kirjoitti 8.3.2023 klo 12.33: > > On Wed, Mar 08, 2023 at 11:26:37AM +0100, Klaus Ethgen wrote: > > > > Maybe you can add this information to #1032379 and reassign? > > > > > > I can prove it. If I revert the last update of libx11-6, libx11-data and > > > libx11-xcb1, everything works correct again. > > > > Good work! Thanks. > > > > Mark > > > > please file this upstream and mention that it's a regression in 1.8.4 > > https://gitlab.freedesktop.org/xorg/lib/libx11/-/issues I would like too but I have no account there and without it seems that I cannot see any issue. Regards Klaus -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C signature.asc Description: PGP signature
Bug#1032379: bug#746: Killed when starting modale dialog like pinentry
Am Mi den 8. Mär 2023 um 11:18 schrieb Mark Hindley: > Thanks for this. I am glad you found it. > > On Wed, Mar 08, 2023 at 11:00:45AM +0100, Klaus Ethgen wrote: > > Am Mi den 8. Mär 2023 um 10:37 schrieb Klaus Ethgen: > > > I think, the bug can be reassignet to fvwm2. > > > > > > I seen the following line in .xsession-errors. I did not see it bevore > > > as this file is removed with every login.. > > >fvwm2: ../../src/xcb_io.c:626: _XAllocID: Zusicherung »ret != inval_id« > > > nicht erfüllt. > > A quick look shows quite a few recent similar reports in various unrelated > packages. So it may be caused by src:libx11 which produces libx11-xcb1. > > > Well, maybe not in fvwm2 as that file is not part of fvwm. > > Maybe you can add this information to #1032379 and reassign? I can prove it. If I revert the last update of libx11-6, libx11-data and libx11-xcb1, everything works correct again. Gruß Klaus -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C signature.asc Description: PGP signature
Bug#1032513: Unneeded versioned dependency to libx11-xcb1
Package: libqt6gui6 Version: 6.4.2+dfsg-7 Severity: important The package has an versioned dependency to libxcb-xkb1, which currently prevent the workaround about a critical bug in that library by using the version bevore the current one. -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C signature.asc Description: PGP signature
Bug#1032512: Unneeded versioned dependency to libx11-xcb1
Package: libqt6opengl6 Version: 6.4.2+dfsg-7 Severity: important The package has an versioned dependency to libxcb-xkb1, which currently prevent the workaround about a critical bug in that library by using the version bevore the current one. -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C signature.asc Description: PGP signature
Bug#1032511: Unneeded versioned dependency to libx11-xcb1
Package: firefox Version: 110.0.1-1 Severity: important The package has an versioned dependency to libxcb-xkb1, which currently prevent the workaround about a critical bug in that library by using the version bevore the current one. -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C signature.asc Description: PGP signature
Bug#1032379: Crash when modale dialog opens
Package: xserver-xorg-video-nvidia-tesla-470 Version: 470.161.03-2 Severity: important When some modal dialog opens, X is crashing reliable with the following message in kernel log: [So Mär 5 14:15:21 2023] resource sanity check: requesting [mem 0x000c-0x000f], which spans more than PCI Bus :00 [mem 0x000d-0x000d window] [So Mär 5 14:15:21 2023] caller _nv000720rm+0x1ad/0x200 [nvidia] mapping multiple BARs Some dialog I had that: - Geeqie create new folder while moving - GnuPG open a pinentry (/usr/bin/pinentry-qt) So, yes, that bug is of some importance. -- Package-specific info: uname -a: Linux ikki 6.1.12 #2.ikki SMP Sat Feb 18 17:01:30 CET 2023 x86_64 GNU/Linux /proc/version: Linux version 6.1.12 (klaus@ikki) (gcc (Debian 12.2.0-14) 12.2.0, GNU ld (GNU Binutils for Debian) 2.40) #2.ikki SMP Sat Feb 18 17:01:30 CET 2023 /proc/driver/nvidia/version: NVRM version: NVIDIA UNIX x86_64 Kernel Module 470.161.03 Wed Oct 19 00:10:36 UTC 2022 GCC version: gcc version 12.2.0 (Debian 12.2.0-14) lspci 'display controller [030?]': 03:00.0 VGA compatible controller [0300]: NVIDIA Corporation GK104 [GeForce GTX 680] [10de:1180] (rev a1) (prog-if 00 [VGA controller]) Subsystem: ASUSTeK Computer Inc. GK104 [GeForce GTX 680] [1043:83f6] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: nvidia Kernel modules: nvidia dmesg: [686634.467004] caller _nv000720rm+0x1ad/0x200 [nvidia] mapping multiple BARs [952340.137949] [drm] [nvidia-drm] [GPU ID 0x0300] Unloading driver [952340.145401] nvidia-modeset: Unloading [952340.151817] nvidia-nvlink: Unregistered the Nvlink Core, major device number 246 [952340.233770] nvidia-nvlink: Nvlink Core is being initialized, major device number 246 [952340.234708] nvidia :03:00.0: vgaarb: changed VGA decodes: olddecodes=none,decodes=none:owns=io+mem [952342.842228] NVRM: loading NVIDIA UNIX x86_64 Kernel Module 470.161.03 Wed Oct 19 00:10:36 UTC 2022 [952342.886075] nvidia-modeset: Loading NVIDIA Kernel Mode Setting Driver for UNIX platforms 470.161.03 Wed Oct 19 00:05:15 UTC 2022 [952342.928356] [drm] [nvidia-drm] [GPU ID 0x0300] Loading driver [952342.928377] [drm] Initialized nvidia-drm 0.0.0 20160202 for :03:00.0 on minor 1 [952343.255512] caller _nv000720rm+0x1ad/0x200 [nvidia] mapping multiple BARs [1086178.470723] caller _nv000720rm+0x1ad/0x200 [nvidia] mapping multiple BARs [1134493.414170] caller _nv000720rm+0x1ad/0x200 [nvidia] mapping multiple BARs [1280539.784671] caller _nv000720rm+0x1ad/0x200 [nvidia] mapping multiple BARs [1283555.530815] caller _nv000720rm+0x1ad/0x200 [nvidia] mapping multiple BARs Device node permissions: crw-rw 1 root video 226, 0 Feb 18 17:42 /dev/dri/card0 crw-rw 1 root video 226, 1 Mar 1 18:15 /dev/dri/card1 crw-rw-rw- 1 root video 226, 128 Mar 1 18:15 /dev/dri/renderD128 crw-rw-rw- 1 root root 195, 254 Feb 18 17:44 /dev/nvidia-modeset crw-rw-rw- 1 root root 195, 0 Feb 18 17:44 /dev/nvidia0 crw-rw-rw- 1 root root 195, 255 Feb 18 17:44 /dev/nvidiactl /dev/dri/by-path: total 0 lrwxrwxrwx 1 root root 8 Mar 1 18:15 pci-:03:00.0-card -> ../card1 lrwxrwxrwx 1 root root 13 Mar 1 18:15 pci-:03:00.0-render -> ../renderD128 lrwxrwxrwx 1 root root 8 Feb 18 17:42 platform-simple-framebuffer.0-card -> ../card0 video:x:44:klaus Alternative 'nvidia': nvidia - auto mode link best version is /usr/lib/nvidia/tesla-470 link currently points to /usr/lib/nvidia/tesla-470 link nvidia is /usr/lib/nvidia/nvidia slave nvidia--libEGL_nvidia.so.0-i386-linux-gnu is /usr/lib/i386-linux-gnu/libEGL_nvidia.so.0 slave nvidia--libEGL_nvidia.so.0-x86_64-linux-gnu is /usr/lib/x86_64-linux-gnu/libEGL_nvidia.so.0 slave nvidia--libGLESv1_CM_nvidia.so.1-i386-linux-gnu is /usr/lib/i386-linux-gnu/libGLESv1_CM_nvidia.so.1 slave nvidia--libGLESv1_CM_nvidia.so.1-x86_64-linux-gnu is /usr/lib/x86_64-linux-gnu/libGLESv1_CM_nvidia.so.1 slave nvidia--libGLESv2_nvidia.so.2-i386-linux-gnu is /usr/lib/i386-linux-gnu/libGLESv2_nvidia.so.2 slave nvidia--libGLESv2_nvidia.so.2-x86_64-linux-gnu is /usr/lib/x86_64-linux-gnu/libGLESv2_nvidia.so.2 slave nvidia--libGLX_nvidia.so.0-i386-linux-gnu is /usr/lib/i386-linux-gnu/libGLX_nvidia.so.0 slave nvidia--libGLX_nvidia.so.0-x86_64-linux-gnu is /usr/lib/x86_64-linux-gnu/libGLX_nvidia.so.0 slave nvidia--libcuda.so-i386-linux-gnu is /usr/lib/i386-linux-gnu/libcuda.so slave nvidia--libcuda.so-x86_64-linux-gnu is /usr/lib/x86_64-linux-gnu/libcuda.so slave nvidia--libcuda.so.1-i386-linux-gnu is /usr/lib/i386-linux-gnu/libcuda.so.1 slave nvidia--libcuda.so.1-x86_64-linux-gnu is /usr/lib/x86_64-linux-gnu/libcuda.so.1 slave nvidia--libglxserver_nvidia.so is /usr/lib/nvidia/libglxserver_nvidia.so slave nvidia--libnvcuvid.so-i386-linux-gnu is
Bug#1031762: Dies with "Object is not writable."
Package: python3-cryptography Version: 2.6.1-3+deb10u3 Severity: grave After updating python3-cryptography from 2.6.1-3+deb10u2 to 2.6.1-3+deb10u3, I get the following error from ansible: Unexpected failure during module execution. Traceback (most recent call last): File "/usr/lib/python3/dist-packages/ansible/executor/task_executor.py", line 106, in run item_results = self._run_loop(items) File "/usr/lib/python3/dist-packages/ansible/executor/task_executor.py", line 343, in _run_loop res = self._execute(variables=task_vars) File "/usr/lib/python3/dist-packages/ansible/executor/task_executor.py", line 612, in _execute result = self._handler.run(task_vars=variables) File "/etc/ansible/plugins/mitogen/ansible_mitogen/mixins.py", line 121, in run return super(ActionModuleMixin, self).run(tmp, task_vars) File "/usr/lib/python3/dist-packages/ansible/plugins/action/include_vars.py", line 131, in run self._load_files(self.source_file) File "/usr/lib/python3/dist-packages/ansible/plugins/action/include_vars.py", line 236, in _load_files b_data, show_content = self._loader._get_file_contents(filename) File "/usr/lib/python3/dist-packages/ansible/parsing/dataloader.py", line 170, in _get_file_contents return self._decrypt_if_vault_data(data, b_file_name) File "/usr/lib/python3/dist-packages/ansible/parsing/dataloader.py", line 140, in _decrypt_if_vault_data b_data = self._vault.decrypt(b_vault_data, filename=b_file_name) File "/usr/lib/python3/dist-packages/ansible/parsing/vault/__init__.py", line 661, in decrypt plaintext, vault_id, vault_secret = self.decrypt_and_get_vault_id(vaulttext, filename=filename) File "/usr/lib/python3/dist-packages/ansible/parsing/vault/__init__.py", line 739, in decrypt_and_get_vault_id b_plaintext = this_cipher.decrypt(b_vaulttext, vault_secret) File "/usr/lib/python3/dist-packages/ansible/parsing/vault/__init__.py", line 1361, in decrypt b_plaintext = cls._decrypt_cryptography(b_ciphertext, b_crypted_hmac, b_key1, b_key2, b_iv) File "/usr/lib/python3/dist-packages/ansible/parsing/vault/__init__.py", line 1295, in _decrypt_cryptography decryptor.update(b_ciphertext) + decryptor.finalize() File "/usr/lib/python3/dist-packages/cryptography/hazmat/primitives/ciphers/base.py", line 149, in update return self._ctx.update(data) File "/usr/lib/python3/dist-packages/cryptography/hazmat/backends/openssl/ciphers.py", line 124, in update n = self.update_into(data, buf) File "/usr/lib/python3/dist-packages/cryptography/hazmat/backends/openssl/ciphers.py", line 140, in update_into self._backend._ffi.from_buffer(data, require_writable=True), len(data) BufferError: Object is not writable. This renders the package unusable. -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C signature.asc Description: PGP signature
Bug#1031076: Doesn't go to DPMS sleep anymore and settings always disabled
Package: xscreensaver Version: 6.06+dfsg1-2 Severity: normal With this version, DPMS is not working anymore. The screen always is on and does not go to sleep anymore. When I use the settings dialog, the setting is disabled. Enabling it and restart settings and it is disabled again. As it is very important for xscreensaver to go to DPMS sleep after some time (especially on laptops), this is a major problem. -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (400, 'unstable'), (1, 'experimental') merged-usr: no Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.16.17 (SMP w/8 CPU threads) Kernel taint flags: TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages xscreensaver depends on: ii init-system-helpers 1.65.2devuan1 ii libatk1.0-0 2.46.0-5 ii libc62.36-8 ii libcrypt11:4.4.33-2 ii libelogind-compat [libsystemd0] 246.10-5 ii libglib2.0-0 2.74.5-1 ii libgtk-3-0 3.24.36-3 ii libpam0g 1.5.2-6 ii libx11-6 2:1.8.3-3 ii libxext6 2:1.3.4-1+b1 ii libxft2 2.3.6-1 ii libxi6 2:1.8-1+b1 ii libxinerama1 2:1.1.4-3 ii libxml2 2.9.14+dfsg-1.1+b3 ii libxrandr2 2:1.5.2-2+b1 ii libxt6 1:1.2.1-1 ii libxxf86vm1 1:1.1.4-1+b2 ii xscreensaver-data6.06+dfsg1-2 Versions of packages xscreensaver recommends: ii fonts-urw-base3520200910-7 ii libjpeg-turbo-progs 1:2.1.5-2 ii perl5.36.0-7 ii wgerman-medical [wordlist] 20220425-1 ii wogerman [wordlist] 1:2-38 ii xfonts-100dpi 1:1.0.5 Versions of packages xscreensaver suggests: ii firefox [www-browser]109.0-1 ii fortune-mod [fortune]1:1.99.1-7.3 pn gdm3 | kdm-gdmcompat ii luakit [www-browser] 1:2.3.3-1 pn qcam | streamer ii w3m [www-browser]0.5.3+git20230121-2 ii xdaliclock 2.46-1 pn xfishtank ii xscreensaver-data-extra 6.06+dfsg1-2 ii xscreensaver-gl 6.06+dfsg1-2 ii xscreensaver-gl-extra6.06+dfsg1-2 -- Configuration Files: /etc/pam.d/xscreensaver changed: @include common-auth authoptionalpam_gnupg.so @include common-account -- no debconf information -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C signature.asc Description: PGP signature
Bug#1029594: Fails to authenticate mit o365
Package: thunderbird
Version: 1:102.7.1-1
Severity: important
After upgrading from 1:102.6.0-1 this morning, thunderbird fails to
login into microsoft o365, making it impossible to access mails from
that account.
-- System Information:
Debian Release: bookworm/sid
APT prefers unstable
APT policy: (400, 'unstable'), (1, 'experimental')
merged-usr: no
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 5.16.17 (SMP w/8 CPU threads)
Kernel taint flags: TAINT_FIRMWARE_WORKAROUND
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)
Versions of packages thunderbird depends on:
ii debianutils 5.7-0.4
ii fontconfig 2.14.1-3
ii libasound2 1.2.8-1+b1
ii libatk1.0-0 2.46.0-4
ii libc62.36-8
ii libcairo-gobject21.16.0-7
ii libcairo21.16.0-7
ii libdbus-1-3 1.14.4-1devuan1
ii libdbus-glib-1-2 0.112-3
ii libevent-2.1-7 2.1.12-stable-5+b1
ii libffi8 3.4.4-1
ii libfontconfig1 2.14.1-3
ii libfreetype6 2.12.1+dfsg-4
ii libgcc-s112.2.0-14
ii libgdk-pixbuf-2.0-0 2.42.10+dfsg-1+b1
ii libglib2.0-0 2.74.5-1
ii libgtk-3-0 3.24.36-2
ii libicu72 72.1-3
ii libnspr4 2:4.35-1
ii libnss3 2:3.87-1
ii libpango-1.0-0 1.50.12+ds-1
ii librnp0 0.16.2-1
ii libstdc++6 12.2.0-14
ii libvpx7 1.12.0-1
ii libx11-6 2:1.8.3-3
ii libx11-xcb1 2:1.8.3-3
ii libxcb-shm0 1.15-1
ii libxcb1 1.15-1
ii libxext6 2:1.3.4-1+b1
ii libxrandr2 2:1.5.2-2+b1
ii psmisc 23.6-1
ii x11-utils7.7+5
ii zenity 3.43.0-1
ii zlib1g 1:1.2.13.dfsg-1
Versions of packages thunderbird recommends:
ii hunspell-de-ch [hunspell-dictionary] 20161207-11
ii hunspell-de-de [hunspell-dictionary] 20161207-11
Versions of packages thunderbird suggests:
pn apparmor
pn fonts-lyx
ii libgssapi-krb5-2 1.20.1-1
-- Configuration Files:
/etc/thunderbird/pref/thunderbird.js changed:
// This is the Debian specific preferences file for Mozilla Thunderbird
// You can make any change in here, it is the purpose of this file.
// You can, with this file and all files present in the directory
//
// /etc/thunderbird/pref directory
//
// override any preference that is present in the directory
//
// /usr/lib/thunderbird/defaults/pref
//
// While your changes will be kept on upgrade if you modify files in
// /etc/thunderbird/pref, please note that they won't be kept if you
// do them in /usr/lib/thunderbird/defaults/pref.
pref("extensions.update.enabled", false, sticky);
// Use LANG environment variable to choose locale from system
// The old environment setting 'pref("intl.locale.matchOS", true);' is
// currently not working anymore. The new introduced setting
// 'intl.locale.requested' is now used for this. Setting an empty string is
// pulling the system locale into Thunderbird.
pref("intl.locale.requested", "");
// Disable default mail checking (gnome).
pref("mail.shell.checkDefaultMail", false, locked);
// Disable default mail client check
pref("mail.shell.checkDefaultClient", false, locked);
// if you are not using gnome
pref("network.protocol-handler.app.http", "x-www-browser");
pref("network.protocol-handler.app.https", "x-www-browser");
// This setting is a workaround for some crashes inside the JS engine.
// By this Thunderbird will use more memory and acting slower as the sharing
// memory between interacting JS files is disabled.
pref("javascript.options.baselinejit", false);
// Uncomment the follwing setting if you want to have a extra mail header field
// for X-Debbugs-Cc, only needed in case you have to work with the Debian
// Bug Tracking System more deeply
//pref("mail.compose.other.header", "X-Debbugs-Cc");
pref("datareporting.healthreport.uploadEnabled", false, locked);
pref("mail.mdn.report.enabled", false);
pref("mail.openpgp.allow_external_gnupg", true);
pref("mail.phishing.detection.enabled", false, locked);
pref("network.cookie.cookieBehavior", 2);
pref("network.cookie.lifetimePolicy", 2);
pref("security.OCSP.enabled", 0, locked);
// Empfehlungen von kuketz
pref("general.useragent.override", "", locked);
pref("mail.smtpserver.default.hello_argument", "[127.0.0.1]", locked);
pref("javascript.enabled", false);
pref("security.tls.enable_0rtt_data", false, locked);
pref("mailnews.headers.showUserAgent", true);
pref("mailnews.headers.showSender", true);
pref("mail.showCondensedAddresses", false);
-- no debconf information
--
Klaus Ethgen http://www.ethgen.ch/
pub 4096R/4E20AF1C 2011-05-16Klaus Ethgen
Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C
signature.asc
Description: PGP signature
Bug#1028160: Please build and ship gpgme-json
Package: libgpgme11 Version: 1.18.0-3 Severity: normal gpgme-json is needed for browser integration of mailvelop. Please install that binary. (Preferable /usr/bin/gpgme-json) -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (400, 'unstable'), (1, 'experimental') merged-usr: no Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.16.17 (SMP w/8 CPU threads) Kernel taint flags: TAINT_FIRMWARE_WORKAROUND Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages libgpgme11 depends on: ii gnupg 2.2.40-1 ii gpg2.2.40-1 ii libassuan0 2.5.5-5 ii libc6 2.36-7 ii libgpg-error0 1.46-1 Versions of packages libgpgme11 recommends: ii dirmngr 2.2.40-1 ii gpg-agent 2.2.40-1 ii gpg-wks-client 2.2.40-1 ii gpgsm 2.2.40-1 libgpgme11 suggests no packages. -- no debconf information -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C signature.asc Description: PGP signature
Bug#1027989: Does not work with current ntpdate
Package: adjtimex Version: 1.29-11+b1 Severity: normal Logging the clock screw to optimize parameters in /etc/adjtime is a major function of adjtimex. But it is now incompatible to the needed ntpdate: ~> adjtimex -l -h ntpdate: -p is no longer supported. ntpdig: querying xxx.xxx.xx.x () cannot understand ntpdate output -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (400, 'unstable'), (1, 'experimental') merged-usr: no Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.16.17 (SMP w/8 CPU threads) Kernel taint flags: TAINT_FIRMWARE_WORKAROUND Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages adjtimex depends on: ii debconf [debconf-2.0] 1.5.81 ii libc6 2.36-7 ii lsb-base 11.5 ii sysvinit-utils [lsb-base] 3.06-2devuan1 adjtimex recommends no packages. Versions of packages adjtimex suggests: pn ntpdate -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16 Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C signature.asc Description: PGP signature
Bug#1027894: Segmentation fault after today system update
Package: nagstamon Version: 3.10.1+ds1-2 Severity: important After the last system update (including major python3 upgrade), nagstamon fails to start at all with the following error: ~> nagstamon QLayout: Attempting to add QLayout "" to StatusWindow "", which already has a layout QLayout: Attempting to add QLayout "" to StatusWindow "", which already has a layout QLayout: Attempting to add QLayout "" to StatusWindow "", which already has a layout [1]3185 segmentation fault nagstamon -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (400, 'unstable'), (1, 'experimental') merged-usr: no Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.16.17 (SMP w/8 CPU threads) Kernel taint flags: TAINT_FIRMWARE_WORKAROUND Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages nagstamon depends on: ii pyqt6-dev-tools 6.4.0-1 ii python3 3.11.1-1 ii python3-bs4 4.11.1-3 ii python3-dateutil 2.8.2-1 ii python3-dbus.mainloop.pyqt6 6.4.0-1+b1 ii python3-ewmh 0.1.6-3 ii python3-keyring 23.9.3-2 ii python3-lxml 4.9.2-1 ii python3-pkg-resources65.6.3-1 ii python3-psutil 5.9.4-1 ii python3-pyqt66.4.0-1+b1 ii python3-pyqt6.qtmultimedia 6.4.0-1+b1 ii python3-pyqt6.qtsvg 6.4.0-1+b1 ii python3-requests 2.28.1+dfsg-1 ii python3-requests-kerberos0.12.0-2 Versions of packages nagstamon recommends: ii python3-secretstorage 3.3.3-1 nagstamon suggests no packages. -- no debconf information -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C signature.asc Description: PGP signature
Bug#1027697: closed by Ansgar (Re: Every update kills system as library is not in /lib)
Hi, > Date: Mon, 02 Jan 2023 09:20:27 +0100 > From: Ansgar > To: 1027697-d...@bugs.debian.org > Subject: Re: Every update kills system as library is not in /lib > > On Mon, 2 Jan 2023 09:03:01 +0100 Klaus Ethgen wrote: > > Since libpcre2-8-0 was moved to /usr, every update kills my whole system > > as nearly everything is depending on that library. > > Having libraries in /usr is not a bug. The plan is to move all files to > /usr anyway (see "usrmerge" or "merged-/usr"); moving files from /usr > to / is therefore not useful. > > Not having /usr available (after initramfs) hasn't been a supported > configuration in Debian for some time. I have on purpose not installed usrmerge and in fact have blacklisted that package as it would break the system up to a state that is not recoverable! My system is from early 2000 and always working but it gets more and more a hassle with important libraries in /usr as /usr is not available in early boot. There is simply no reason to break such systems as mine on purpose with moving libraries to /usr. But for a reason I cannot see, debian has moved already several important libraries. Al I can handle with dpkg-divert but not libprcre2-8. Gruß Klaus -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C signature.asc Description: PGP signature
Bug#1027697: Every update kills system as library is not in /lib
Package: libpcre2-8-0 Version: 10.42-1 Severity: critical Since libpcre2-8-0 was moved to /usr, every update kills my whole system as nearly everything is depending on that library. Every other library can be managed via dpkg-divert but not libpcre2-8-0. So after every update, my system is unusable and unbootable until I boot a rescue system and manually move everything from /usr/lib/x86_64-linux-gnu/libpcre2-8.so* to /lib/x86_64-linux-gnu/. Please move libpcre2-8-0 back to /lib where it belongs to. -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (400, 'unstable'), (1, 'experimental') merged-usr: no Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.16.17 (SMP w/8 CPU threads) Kernel taint flags: TAINT_FIRMWARE_WORKAROUND Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages libpcre2-8-0 depends on: ii libc6 2.36-7 libpcre2-8-0 recommends no packages. libpcre2-8-0 suggests no packages. -- no debconf information -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C signature.asc Description: PGP signature
Bug#1027324: Acknowledgement (needrestart does not honor locales correct anymore)
I found the reason for the bug. First I stumbled over a file /usr/lib/x86_64-linux-gnu/perl/5.36/Encode.pm which is on both systems but is not comming from any package... But on the working system, there is also /usr/lib/x86_64-linux-gnu/perl5/5.36/Encode.pm (note, perl5 instead of only perl) from package libencode-perl. However, that is misleading as only ther version informations in that files are different. But then I seen, that /usr/share/perl5/Locale/gettext_xs.pm is missing. After installing package libintl-xs-perl, the bug is gone. So please ad a dependency to libintl-xs-perl. Regards Klaus -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C signature.asc Description: PGP signature
Bug#1027324: needrestart does not honor locales correct anymore
tmp/#,
qr#^(/var)?/run/#,
];
$nrconf{skip_mapfiles} = -1;
$nrconf{'nagios-status'}->{sessions} = 0;
if(-d q(/etc/needrestart/conf.d)) {
foreach my $fn (sort ) {
print STDERR "$LOGPREF eval $fn\n" if($nrconf{verbosity} > 1);
eval do { local(@ARGV, $/) = $fn; <>};
die "Error parsing $fn: $@" if($@);
}
}
-- no debconf information
--
Klaus Ethgen http://www.ethgen.ch/
pub 4096R/4E20AF1C 2011-05-16Klaus Ethgen
Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C
signature.asc
Description: PGP signature
Bug#1026798: Acknowledgement (Listchanges does not display proper locales anymore)
By the way, this seems to be also/a a bug of dpkg or the like. Event that my locales are right set: ~> locale LANG=de_DE LANGUAGE=de_DE:de:en 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=C It seems that subprocesses don't get that locale informations anymore. Regards Klaus -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C signature.asc Description: PGP signature
Bug#1026798: Listchanges does not display proper locales anymore
Package: apt-listchanges Version: 3.24 Severity: important The current version of listchanges does not display changes correctly. For example: --- <84>nderungen fr base-files --- base-files (12.3) unstable; urgency=high ... --- <84>nderungen fr exim4 (exim4-config exim4-base exim4-daemon-light eximon4) --- exim4 (4.96-10) unstable; urgency=medium ... Please revert to use the proper locale of the terminal. This could also be a security issue if less is not configured (as in my case) to display this invalid UTF-something codes correctly. Please note, my locale is not as reportbug shows down there UTF-8, it is latin1 de_DE but reportbug has a long time bug that needs to be called with all locales purged (so even that would be no UTF-8 as failed noted by reportbug!) -- Package-specific info: ==> /etc/apt/listchanges.conf <== [apt] frontend=pager email_address=root confirm=0 save_seen=/var/lib/apt/listchanges.db which=both no_network=false email_format=text headers=true reverse=true -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (400, 'unstable'), (1, 'experimental') merged-usr: no Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.16.17 (SMP w/8 CPU threads) Kernel taint flags: TAINT_FIRMWARE_WORKAROUND Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages apt-listchanges depends on: ii apt2.5.4devuan1 ii debconf [debconf-2.0] 1.5.80 ii python33.10.6-3 ii python3-apt2.5.0 ii python3-debconf1.5.80 ii sensible-utils 0.0.17 ii ucf3.0043 apt-listchanges recommends no packages. Versions of packages apt-listchanges suggests: ii eterm [x-terminal-emulator]0.9.6-6.1 ii exim4-daemon-light [mail-transport-agent] 4.96-9 ii firefox [www-browser] 108.0-2 ii luakit [www-browser] 1:2.3.3-1 ii python3-gi 3.42.2-3 ii rxvt-unicode [x-terminal-emulator] 9.30-2+b3 ii w3m [www-browser] 0.5.3+git20220429-1+b1 ii xterm [x-terminal-emulator]377-1 -- debconf information: * apt-listchanges/headers: true * apt-listchanges/reverse: true * apt-listchanges/email-address: root * apt-listchanges/frontend: pager * apt-listchanges/save-seen: true * apt-listchanges/email-format: text * apt-listchanges/which: both * apt-listchanges/no-network: false * apt-listchanges/confirm: false -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16 Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C signature.asc Description: PGP signature
Bug#1026111: Failed to start due to missing /usr/lib/firefox/libnssutil3.so
Package: firefox Version: 108.0-1 Severity: grave When I try to start the most current firefox, I get the following error: ~> firefox XPCOMGlueLoad error for file /usr/lib/firefox/libnssutil3.so: /usr/lib/firefox/libnssutil3.so: cannot open shared object file: No such file or directory Couldn't load XPCOM. libnss3 is installed and has libnssutil3.so in /usr/lib/x86_64-linux-gnu/libnssutil3.so. When I try to symlink that so file, I get the same error for libnss3.so, libsmime3.so, libssl3.so (where I stopped, trying) -- Package-specific info: -- Addons package information -- System Information: Debian Release: bookworm/sid merged-usr: no Architecture: amd64 (x86_64) Kernel: Linux 6.0.0-6-amd64 (SMP w/16 CPU threads; PREEMPT) Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) LSM: AppArmor: enabled Versions of packages firefox depends on: ii debianutils 5.7-0.4 ii fontconfig 2.13.1-4.5 ii libasound2 1.2.8-1 ii libatk1.0-0 2.46.0-4 ii libc62.36-6 ii libcairo-gobject21.16.0-7 ii libcairo21.16.0-7 ii libdbus-1-3 1.14.4-1devuan1 ii libdbus-glib-1-2 0.112-3 ii libevent-2.1-7 2.1.12-stable-5+b1 ii libffi8 3.4.4-1 ii libfontconfig1 2.13.1-4.5 ii libfreetype6 2.12.1+dfsg-3 ii libgcc-s112.2.0-10 ii libgdk-pixbuf-2.0-0 2.42.10+dfsg-1 ii libglib2.0-0 2.74.3-1 ii libgtk-3-0 3.24.35-3 ii libnspr4 2:4.35-1 ii libnss3 2:3.85-1 ii libpango-1.0-0 1.50.10+ds-1 ii libstdc++6 12.2.0-10 ii libvpx7 1.12.0-1 ii libx11-6 2:1.8.1-2 ii libx11-xcb1 2:1.8.1-2 ii libxcb-shm0 1.15-1 ii libxcb1 1.15-1 ii libxcomposite1 1:0.4.5-1 ii libxdamage1 1:1.1.5-2 ii libxext6 2:1.3.4-1+b1 ii libxfixes3 1:6.0.0-2 ii libxrandr2 2:1.5.2-2+b1 ii libxtst6 2:1.2.3-1.1 ii procps 2:4.0.2-2devuan1 ii zlib1g 1:1.2.13.dfsg-1 Versions of packages firefox recommends: ii libavcodec59 10:5.1.2-dmo2 Versions of packages firefox suggests: ii fonts-lmodern 2.005-1 pn fonts-stix | otf-stix ii libcanberra0 0.30-10 ii libgssapi-krb5-2 1.20.1-1 pn pulseaudio -- Configuration Files: /etc/firefox/firefox.js changed [not included] -- no debconf information -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16 Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C signature.asc Description: PGP signature
Bug#1023273: Breaks packages like ocrmypdf
Package: ghostscript Version: 10.0.0~dfsg-6 Severity: important ~> ocrmypdf -l deu -c y.pdf x.pdf Opened a file Scanning contents: 100%|#| 16/16 [00:00<00:00, 729.27page/s] Start processing 8 pages concurrently Opened a file 6 Opened a file 6 Opened a file 5 Opened a file 4 Opened a file 7 Opened a file 8 Opened a file 3 Opened a file 2 Opened a file 1 Opened a file 11 Opened a file 9 Opened a file 10 Opened a file 12 Opened a file 15 Opened a file 13 Opened a file 16 Opened a file 14 Opened a file OCR: 100%|| 16.0/16.0 [00:18<00:00, 1.18s/page] Postprocessing... Opened a file GPL Ghostscript 10.0.0 (2022-09-21) Copyright (C) 2022 Artifex Software, Inc. All rights reserved. This software is supplied under the GNU AGPLv3 and comes with NO WARRANTY: see the file COPYING for details. Unrecoverable error: rangecheck in .putdeviceprops SubprocessOutputError: Ghostscript PDF/A rendering failed -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (400, 'unstable'), (1, 'experimental') merged-usr: no Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.16.17 (SMP w/8 CPU threads) Kernel taint flags: TAINT_FIRMWARE_WORKAROUND Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages ghostscript depends on: ii libc62.35-4 ii libgs10 10.0.0~dfsg-6 ghostscript recommends no packages. Versions of packages ghostscript suggests: ii ghostscript-x 10.0.0~dfsg-6 -- no debconf information -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16 Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C signature.asc Description: PGP signature
Bug#1021528: No update in GUI since upgrade
Hi Dmitry, Am So den 16. Okt 2022 um 10:00 schrieb Dmitry Shachnev: > On Mon, Oct 10, 2022 at 08:02:00AM +0100, Klaus Ethgen wrote: > > Since the last upgrade of qt5 stack begin of month, I seen the following > > problem in PSI+ (the only qt5 tool I use regulary): > > When I start it and open *one* chat window, everything is normal. But > > when I open a *second* chat window and close it afterwards, I do not see > > what I type in the first chat window anymore. When I close the window > > and reopen, I see what I typed (and sent) but still don't see what is > > typed. > > > > To fix that (until again I open a second chat window) I have to restart > > the whole application. > > > > So this bug renders (at least) PSI+ nearly unusable to talks to more > > then one people. (The version of psi-plus is 1.4.554-5+b2.) > > Qt 5.15.6 is available in unstable for more than two weeks now, and I am not > aware of such issues in any other Qt 5 application. > > So I lean towards thinking that this is an issue in PSI+, not in Qt. > > However, feel free to prove me wrong by providing a minimal reproducible > example. Or if you can point to a particular change in Qt that broke PSI+, > I would be happy to revert it. Well, currently I reverted the update back to 5.15.4+dfsg-5 and the problem is gone. So the bug is between 5.15.4+dfsg-5 and 5.15.6+dfsg-2. There was no change in psi between. To say that, it was horrible to revert the upgrade as many packages depending on each other and on specific versions. I would suggest to put all version hard depending packages into one package. That would do that much more sane. Gruß Klaus -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C signature.asc Description: PGP signature
Bug#1021528: No update in GUI since upgrade
Package: libqt5gui5 Version: 5.15.6+dfsg-2 Severity: important First, I do not know exactly /which/ qt5 package is the source of the bug but GUI is the most likely. As the packages are not independent upgradable, that is not easy to find out. Since the last upgrade of qt5 stack begin of month, I seen the following problem in PSI+ (the only qt5 tool I use regulary): When I start it and open *one* chat window, everything is normal. But when I open a *second* chat window and close it afterwards, I do not see what I type in the first chat window anymore. When I close the window and reopen, I see what I typed (and sent) but still don't see what is typed. To fix that (until again I open a second chat window) I have to restart the whole application. So this bug renders (at least) PSI+ nearly unusable to talks to more then one people. (The version of psi-plus is 1.4.554-5+b2.) -- System Information: Debian Release: bookworm/sid APT prefers experimental APT policy: (1, 'experimental') merged-usr: no Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.16.17 (SMP w/8 CPU threads) Kernel taint flags: TAINT_FIRMWARE_WORKAROUND Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages libqt5gui5 depends on: ii fontconfig2.13.1-4.5 ii libc6 2.35-3 ii libdrm2 2.4.113-2 ii libegl1 1.5.0-1 ii libeudev1 [libudev1] 3.2.11-1 ii libfontconfig12.13.1-4.5 ii libfreetype6 2.12.1+dfsg-3 ii libgbm1 22.2.0-1 ii libgcc-s1 12.2.0-5 ii libgl11.5.0-1 ii libglib2.0-0 2.74.0-2 ii libharfbuzz0b 5.2.0-2 ii libice6 2:1.0.10-1 ii libinput101.21.0-1 ii libjpeg62-turbo 1:2.1.2-1+b1 ii libmd4c0 0.4.8-1 ii libmtdev1 1.1.6-1 ii libpng16-16 1.6.38-2 ii libqt5core5a [qtbase-abi-5-15-6] 5.15.6+dfsg-2 ii libqt5dbus5 5.15.6+dfsg-2 ii libqt5network55.15.6+dfsg-2 ii libsm62:1.2.3-1 ii libstdc++612.2.0-5 ii libx11-6 2:1.8.1-2 ii libx11-xcb1 2:1.8.1-2 ii libxcb-glx0 1.15-1 ii libxcb-icccm4 0.4.1-1.1 ii libxcb-image0 0.4.0-2 ii libxcb-keysyms1 0.4.0-1+b2 ii libxcb-randr0 1.15-1 ii libxcb-render-util0 0.3.9-1+b1 ii libxcb-render01.15-1 ii libxcb-shape0 1.15-1 ii libxcb-shm0 1.15-1 ii libxcb-sync1 1.15-1 ii libxcb-xfixes01.15-1 ii libxcb-xinerama0 1.15-1 ii libxcb-xinput01.15-1 ii libxcb-xkb1 1.15-1 ii libxcb1 1.15-1 ii libxkbcommon-x11-01.4.1-1 ii libxkbcommon0 1.4.1-1 ii libxrender1 1:0.9.10-1.1 ii zlib1g1:1.2.11.dfsg-4.1 Versions of packages libqt5gui5 recommends: ii libqt5svg5 5.15.6-2 pn qt5-gtk-platformtheme Versions of packages libqt5gui5 suggests: pn qt5-image-formats-plugins pn qtwayland5 -- no debconf information -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C signature.asc Description: PGP signature
Bug#1012704: Bug in perl modules
I was able to fix that bug by taking Math::BigInt and Math::BigFloat from perl 5.36. They work seamless. I will reassign the bug to perl-modules. -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C signature.asc Description: PGP signature
Bug#1019661: Breaks monin and maybe other packages
Hi Mark, Am Di den 13. Sep 2022 um 12:43 schrieb Mark Hindley: > On Tue, Sep 13, 2022 at 12:16:33PM +0100, Klaus Ethgen wrote: > > Package: lsb-base > > Version: 11.3 > > Severity: critical > > > > The new package breaks monin as it does not provide > > /lib/lsb/init-functions anymore. > > This file has been moved to sysvinit-utils. Which version of that do you have > installed? 3.03-1devuan1 And there is no dependency for a versioned package in lsb-base as is must be in such a case. Regards Klaus -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C signature.asc Description: PGP signature
Bug#1019661: Breaks monin and maybe other packages
Package: lsb-base Version: 11.3 Severity: critical The new package breaks monin as it does not provide /lib/lsb/init-functions anymore. As this is used in many other packages, I suspect more breaks. -- System Information: Debian Release: bookworm/sid APT prefers experimental APT policy: (1, 'experimental') merged-usr: no Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.16.17 (SMP w/8 CPU threads) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) -- no debconf information -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C signature.asc Description: PGP signature
Bug#1018695: Please allow bitlocker cryptsetup devices
Package: pmount Version: 0.9.99-alpha-1.1 Severity: wishlist Currently, pmount has only support for LUKS and LUKS2. However, for the sake of file exchange with windows, it would be nice to enable bitlocker devices too. This should be strait forward as cryptsetup already supports bitlocker. The devices are also easy to identify. It would be also nice to support veracrypt but it is not so easy to identify the devices. -- System Information: Debian Release: bookworm/sid APT prefers experimental APT policy: (1, 'experimental') merged-usr: no Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.16.17 (SMP w/8 CPU threads) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages pmount depends on: ii libblkid1 2.38.1-1devuan1 ii libc6 2.34-7 pmount recommends no packages. Versions of packages pmount suggests: ii cryptsetup 2:2.5.0-2 -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C signature.asc Description: PGP signature
Bug#1017042: Does not deggragate addresses anymore
Package: ipcalc Version: 0.42-2 Severity: normal Deaggregate addresses doesn't work anymore and result in endless recursions. ~> ipcalc 121.224.0.0 - 121.239.255.255 deaggregate 121.224.0.0 - 121.239.255.255 Deep recursion on subroutine "Math::BigInt::bior" at /usr/share/perl5/Math/BigFloat.pm line 3883. Deep recursion on subroutine "Math::BigFloat::bior" at /usr/share/perl5/Math/BigInt.pm line 3513. The command does not return anymore. -- System Information: Debian Release: bookworm/sid APT prefers experimental APT policy: (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.16.17 (SMP w/8 CPU threads) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages ipcalc depends on: ii perl 5.34.0-5 ipcalc recommends no packages. ipcalc suggests no packages. -- no debconf information -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16 Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C signature.asc Description: PGP signature
Bug#1016055: fmtutil failed. Output has been stored in
Some additional informations: Yesterday I found files from texlive-pictures with 0 bytes size. I reinstalled that package and the files have correct size now. Gruß Klaus -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C signature.asc Description: PGP signature
Bug#1016055: fmtutil failed. Output has been stored in
Hi, Am So den 31. Jul 2022 um 13:26 schrieb Hilmar Preuße: > You could try to run "fmtutil-sys --all" as user root. If that works try to > start over using "apt -f install". Both successful but the apt did not reinstall anything. I believe as it was in trigger and the broken package was already installed. Gruß Klaus -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C signature.asc Description: PGP signature
Bug#1016055: fmtutil failed. Output has been stored in
Hi, Am So den 31. Jul 2022 um 10:12 schrieb Hilmar Preuße: [/etc/texmf/texmf.d/ content] > Looks pretty much like standard. Does /etc/texmf/web2c/texmf.cnf contain > information regarding buf_size? ~> cat /etc/texmf/web2c/texmf.cnf %%% This file is automatically generated by update-texmf % % PLEASE DO NOT EDIT THIS FILE DIRECTLY. It is meant to be generated from % files in /etc/texmf/texmf.d/. % % Therefore, if you want a smooth upgrade, please edit the files % in /etc/texmf/texmf.d, % or create an additional one (with the extension '.cnf'), % and invoke update-texmf. % %%% %%% From file: /etc/texmf/texmf.d/00debian.cnf VARTEXFONTS=/tmp/texfonts %%% End of file: /etc/texmf/texmf.d/00debian.cnf > Could you try to temporarily override buf_size and then call the > commands ins question, i.e. > > buf_size=10 xetex -ini -jobname=xelatex-dev -progname=xelatex-dev -etex > xelatex.ini Successful run. I append the log file to the mail. > Try to play with different values for buf_size. On [1] they speak about > increasing the buf_size, meanwhile they decrease the values. > > Hilmar > > [1] > https://tex.stackexchange.com/questions/43430/how-to-increase-bufsize-for-lualatex-or-pdflatex Even without the buf_size setting, xetex runs fine. Gruß Klaus -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C This is XeTeX, Version 3.141592653-2.6-0.94 (TeX Live 2022/Debian) (INITEX) 31 JUL 2022 11:09 entering extended mode restricted \write18 enabled. %&-line parsing enabled. **xelatex.ini (/usr/share/texlive/texmf-dist/tex/generic/tex-ini-files/xelatex.ini (/usr/share/texlive/texmf-dist/tex/latex-dev/base/latex.ltx (/usr/share/texlive/texmf-dist/tex/latex-dev/base/texsys.cfg) \openout15 = `texsys.aux'. ./texsys.aux found \@currdir set to: ./. Assuming \openin and \input have the same search path. Defining UNIX/DOS style filename parser. catcodes, registers, \@inputcheck=\read0 \@unused=\write0 \maxdimen=\dimen10 \hideskip=\skip10 \p@=\dimen11 \z@=\dimen12 \z@skip=\skip11 \voidb@x=\box10 parameters, \normalbaselineskip=\skip12 \normallineskip=\skip13 \normallineskiplimit=\dimen13 \interfootnotelinepenalty=\count23 \strutbox=\box11 LaTeX2e <2022-06-01> pre-release-1 (develop 2022-7-31 branch) (/usr/share/texlive/texmf-dist/tex/latex/l3kernel/expl3.ltx (/usr/share/texlive/texmf-dist/tex/latex/l3kernel/expl3-code.tex Package: expl3 2022-07-15 L3 programming layer (code) \c_max_int=\count24 \l_tmpa_int=\count25 \l_tmpb_int=\count26 \g_tmpa_int=\count27 \g_tmpb_int=\count28 \l__seq_internal_a_int=\count29 \l__seq_internal_b_int=\count30 \g__kernel_prg_map_int=\count31 \c__ior_term_noprompt_ior=\count32 \c_log_iow=\count33 \l_iow_line_count_int=\count34 \l__iow_line_target_int=\count35 \l__iow_one_indent_int=\count36 \l__iow_indent_int=\count37 \c_zero_dim=\dimen14 \c_max_dim=\dimen15 \l_tmpa_dim=\dimen16 \l_tmpb_dim=\dimen17 \g_tmpa_dim=\dimen18 \g_tmpb_dim=\dimen19 \c_zero_skip=\skip14 \c_max_skip=\skip15 \l_tmpa_skip=\skip16 \l_tmpb_skip=\skip17 \g_tmpa_skip=\skip18 \g_tmpb_skip=\skip19 \c_zero_muskip=\muskip10 \c_max_muskip=\muskip11 \l_tmpa_muskip=\muskip12 \l_tmpb_muskip=\muskip13 \g_tmpa_muskip=\muskip14 \g_tmpb_muskip=\muskip15 \l_keys_choice_int=\count38 \l__intarray_loop_int=\count39 \c__intarray_sp_dim=\dimen20 \g__intarray_font_int=\count40 \c__fp_leading_shift_int=\count41 \c__fp_middle_shift_int=\count42 \c__fp_trailing_shift_int=\count43 \c__fp_big_leading_shift_int=\count44 \c__fp_big_middle_shift_int=\count45 \c__fp_big_trailing_shift_int=\count46 \c__fp_Bigg_leading_shift_int=\count47 \c__fp_Bigg_middle_shift_int=\count48 \c__fp_Bigg_trailing_shift_int=\count49 \g__fp_array_int=\count50 \l__fp_array_loop_int=\count51 \g__cctab_allocate_int=\count52 \l__sort_length_int=\count53 \l__sort_min_int=\count54 \l__sort_top_int=\count55 \l__sort_max_int=\count56 \l__sort_true_max_int=\count57 \l__sort_block_int=\count58 \l__sort_begin_int=\count59 \l__sort_end_int=\count60 \l__sort_A_int=\count61 \l__sort_B_int=\count62 \l__sort_C_int=\count63 \l__str_modulo_int=\count64 \l__tl_analysis_normal_int=\count65 \l__tl_analysis_index_int=\count66 \l__tl_analysis_nesting_int=\count67 \l__tl_analysis_type_int=\count68 \l__tl_peek_charcode_int=\count69 \l__regex_internal_a_int=\count70 \l__regex_internal_b_int=\count71 \l__regex_internal_c_int=\count72 \l__regex_balance_int=\count73 \l__regex_group_level_int=\count74 \l__regex_mode_int=\count75 \c__regex_cs_in_class_mode_int=\count76 \c__regex_cs_mode_int=\count77 \l__regex_catcodes_int=\count78 \l__regex_default_catcodes_int=\count79 \c__regex_catcode_L_int=\count80 \c__regex_catcode_O_int=\count81 \c__regex_catcode_A_int=\count82 \c__regex_all_catcodes_int=\count83 \l__regex_show_lines_int=\count84 \
Bug#1016055: fmtutil failed. Output has been stored in
Hi Hilmar, Am So den 31. Jul 2022 um 9:40 schrieb Hilmar Preuße: > > fmtutil: running `xetex -ini -jobname=xelatex-dev -progname=xelatex-dev > > -etex xelatex.ini' ... > > This is XeTeX, Version 3.141592653-2.6-0.94 (TeX Live 2022/Debian) > > (INITEX) > > restricted \write18 enabled. > > entering extended mode > > (/usr/share/texlive/texmf-dist/tex/generic/tex-ini-files/xelatex.ini > > (/usr/share/texlive/texmf-dist/tex/latex-dev/base/latex.ltx! Unable to read > > an entire line---bufsize=20. > > Please increase buf_size in texmf.cnf. > > > > Could you send me /etc/texmf/web2c/texmf.cnf and the output of "ls -la > /etc/texmf/texmf.d/"? ~> ls -la /etc/texmf/texmf.d/ insgesamt 4 drwxr-xr-x 1 root root 24 5. Sep 2021 . drwxr-xr-x 1 root root 124 28. Jun 2017 .. -rw-r--r-- 1 root root 26 12. Mai 2013 00debian.cnf Gruß Klaus -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C signature.asc Description: PGP signature
Bug#1016363: Acknowledgement (libx11 v1.8.1 does fail in a subtle way withj modale dialogs)
For your info, with gentoo I bisected the version and found the broken patch to be afcdb6fb0045c6186aa83d9298f327a7ec1b2cb9. Regards Klaus -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C signature.asc Description: PGP signature
Bug#1016363: libx11 v1.8.1 does fail in a subtle way withj modale dialogs
Package: libx11-6 Version: 2:1.8.1-1 Severity: critical When upgrading libx11 from 2:1.7.5-1 to 2:1.8.1-1 X will fail in a very strange way immediately when a modal dialog starts (like pinentry). I use fvwm and have focus follow mouse. When pinentry starts, the focus still stays on the window that I use before. (xterm) But there is no way anymore to change focus. Even more, when killing the pinentry, the process is gone but the window is still on the screen. The whole X is fully infunctional afterwards. The only solution is to kill (-9) the whole X stack. A simple kill (-TERM) will not end the dysfunctional X session. Going back to libx11 2:1.7.5-1 solves the problem. Note, the same bug happens on gentoo. I opened bug #862115 over there yesterday. -- System Information: Debian Release: bookworm/sid APT prefers experimental APT policy: (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.16.17 (SMP w/8 CPU threads) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages libx11-6 depends on: ii libc62.33-8 ii libx11-data 2:1.7.5-1 ii libxcb1 1.14-3 libx11-6 recommends no packages. libx11-6 suggests no packages. -- no debconf information -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C signature.asc Description: PGP signature
Bug#1014193: segfault with libssl3
Am Mo den 18. Jul 2022 um 10:50 schrieb Bernhard Übelacker:
> --- encfs-1.9.5.orig/encfs/SSL_Cipher.cpp
> +++ encfs-1.9.5/encfs/SSL_Cipher.cpp
> @@ -25,6 +25,7 @@
> #include
> #include
> #include
> +#include
> #include
> #include
> #include
> @@ -355,6 +356,9 @@ inline unsigned char *IVData(const std::
> void initKey(const std::shared_ptr , const EVP_CIPHER
> *_blockCipher,
> const EVP_CIPHER *_streamCipher, int _keySize) {
>Lock lock(key->mutex);
> +
> + OSSL_PROVIDER_load(NULL, "legacy");
> +
>// initialize the cipher context once so that we don't have to do it for
>// every block..
>EVP_EncryptInit_ex(key->block_enc, _blockCipher, nullptr, nullptr,
> nullptr);
If I read the documentation correct, that will ONLY load the legacy
provider. So you have to also load the default provider explicitly.
Gruß
Klaus
--
Klaus Ethgen http://www.ethgen.ch/
pub 4096R/4E20AF1C 2011-05-16Klaus Ethgen
Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C
signature.asc
Description: PGP signature
Bug#1014193: segfault with libssl3
Hi Bernhard,
Am Mo den 18. Jul 2022 um 10:50 schrieb Bernhard Übelacker:
> And upstream seems to track this in following issue:
> https://github.com/vgough/encfs/issues/651
> There is also another workaround by modifying the openssl
> configuration if the package rebuild is not wanted.
I read that and tried the config setting in /etc/ssl/openssl.cnf. But it
didn't work for me. I get the same segfault.
I had to also add `providers = provider_sect` in openssl_init section.
to let it work.
> --- encfs-1.9.5.orig/encfs/SSL_Cipher.cpp
> +++ encfs-1.9.5/encfs/SSL_Cipher.cpp
> @@ -25,6 +25,7 @@
> #include
> #include
> #include
> +#include
> #include
> #include
> #include
> @@ -355,6 +356,9 @@ inline unsigned char *IVData(const std::
> void initKey(const std::shared_ptr , const EVP_CIPHER
> *_blockCipher,
> const EVP_CIPHER *_streamCipher, int _keySize) {
>Lock lock(key->mutex);
> +
> + OSSL_PROVIDER_load(NULL, "legacy");
> +
>// initialize the cipher context once so that we don't have to do it for
>// every block..
>EVP_EncryptInit_ex(key->block_enc, _blockCipher, nullptr, nullptr,
> nullptr);
If that fixes the bug, it would be great to be applied.
However, I concider that a bug in openssl as it would need random
changes in many other software, I believe.
Gruß
Klaus
--
Klaus Ethgen http://www.ethgen.ch/
pub 4096R/4E20AF1C 2011-05-16Klaus Ethgen
Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C
signature.asc
Description: PGP signature
Bug#1014193: segfault with libssl3
Hi Bernhard, Am So den 17. Jul 2022 um 19:04 schrieb Bernhard Übelacker: > That leads to evp_enc.c, line 985. > That function shows up in a maybe similar crash in freerdp. > There it was caused by using some legacy algorithms, which seem > got disabled in libssl3. > > Got this encrypted directory created with some older encfs version, some time > ago? > If yes, can you remember which Debian release this might have been? Well, it was for sure debian sid. But it was surely more than 10 years ago. The Header of .encfs6.xml suggest something around 2010: 20100713 EncFS 1.9.5 ssl/blowfish 3 0 nameio/null 1 0 256 1024 ... Gruß Klaus -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C signature.asc Description: PGP signature
Bug#1014193: segfault with libssl3
Package: encfs Version: 1.9.5-1+b4 VERBOSE Root directory: // [main.cpp:686] VERBOSE Fuse arguments: (daemon) (threaded) (keyCheck) encfs /xxx/ -o use_ino -o default_permissions [main.cpp:687] VERBOSE found new serialization format [FileUtils.cpp:299] VERBOSE subVersion = 20100713 [FileUtils.cpp:313] VERBOSE checking if ssl/aes(3:0:2) implements ssl/blowfish(3:0) [Interface.cpp:103] VERBOSE checking if ssl/blowfish(3:0:2) implements ssl/blowfish(3:0) [Interface.cpp:103] VERBOSE allocated cipher ssl/blowfish, keySize 32, ivlength 8 [SSL_Cipher.cpp:395] VERBOSE useStdin: 0 [FileUtils.cpp:1660] EncFS-Passwort: VERBOSE checking if ssl/aes(3:0:2) implements ssl/blowfish(3:0) [Interface.cpp:103] VERBOSE checking if ssl/blowfish(3:0:2) implements ssl/blowfish(3:0) [Interface.cpp:103] VERBOSE allocated cipher ssl/blowfish, keySize 32, ivlength 8 [SSL_Cipher.cpp:395] dmesg: [Fr Jul 1 20:49:01 2022] encfs[3068]: segfault at 78 ip 7f1e98b10fe4 sp 7ffdea437260 error 4 in libcrypto.so.3[7f1e989cf000+279000] [Fr Jul 1 20:49:01 2022] Code: 84 00 00 00 00 00 41 54 41 89 f4 55 48 89 fd 48 81 ec a8 00 00 00 64 48 8b 04 25 28 00 00 00 48 89 84 24 98 00 00 00 48 8b 07 <48> 83 78 78 00 0f 84 e1 00 00 00 66 0f ef c0 48 63 c6 48 89 44 24 No mount is done and error code is 139. Without -v, no output (except of password) is done. -- System Information: Debian Release: bookworm/sid APT prefers experimental APT policy: (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.16.17 (SMP w/8 CPU threads) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages encfs depends on: ii debconf [debconf-2.0] 1.5.79 ii fuse3 [fuse] 3.11.0-1 ii libc6 2.33-7 ii libfuse2 2.9.9-5 ii libgcc-s1 12.1.0-5 ii libssl33.0.4-2 ii libstdc++6 12.1.0-5 ii libtinyxml2-9 9.0.0+dfsg-3.1 ii mount 2.38-4devuan1 encfs recommends no packages. encfs suggests no packages. -- debconf information: * encfs/security-information: -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16 Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C signature.asc Description: PGP signature
Bug#1013867: Don't use user ntpsec if package ntp is installed
Package: ntpsec Version: 1.2.1+dfsg1-7+b1 When package ntp is installed (from long history), the ntp daemon is started by this /etc/init.d/ntp which uses user ntp:ntp. So all auxiliary directories and files are owned by ntp:ntp. When ntpsec starts to start the same daemon with ntpsec:ntpsec (which is counter expected) the ntp daemon is not running properly and more over, it is creating/changing some file rights so neither daemon is running properly afterwards. Even better would be to drop that ntpsec:ntpsec user fully and use ntp:ntp as this would be the expected user a ntp is running under. And please, don't conflict for ntp package as usually ntp is managed by configuration management which is depending on ntp init script named ntp. Nobody would expect init script ntpsec! -- System Information: Debian Release: bookworm/sid APT prefers experimental APT policy: (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.16.17 (SMP w/8 CPU threads) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages ntpsec depends on: ii adduser 3.121 ii init-system-helpers 1.63devuan1 ii libbsd0 0.11.6-1 ii libc62.33-7 ii libcap2 1:2.44-1 ii libssl3 3.0.4-2 ii lsb-base 11.2 ii netbase 6.3 ii python3 3.10.4-1+b1 ii python3-ntp 1.2.1+dfsg1-7+b1 ii tzdata 2022a-1 Versions of packages ntpsec recommends: ii cron [cron-daemon] 3.0pl1-144 Versions of packages ntpsec suggests: pn apparmor ii certbot1.25.0-1 ii ntpsec-doc 1.2.1+dfsg1-7 pn ntpsec-ntpviz -- Configuration Files: /etc/default/ntpsec changed: exit 0 NTPD_OPTS="-g -N" IGNORE_DHCP="yes" NTPSEC_CERTBOT_CERT_NAME="" /etc/ntpsec/ntp.conf changed: driftfile /var/lib/ntpsec/ntp.drift statistics loopstats peerstats clockstats filegen loopstats file loopstats type day enable filegen peerstats file peerstats type day enable filegen clockstats file clockstats type day enable pool 0.ch.pool.ntp.org iburst pool 1.ch.pool.ntp.org iburst pool 2.ch.pool.ntp.org iburst pool 3.ch.pool.ntp.org iburst restrict -4 default kod notrap nomodify nopeer noquery restrict -6 default kod notrap nomodify nopeer noquery restrict 127.0.0.1 restrict 192.168.17.0 mask 255.255.255.0 nomodify restrict ::1 restrict source notrap nomodify noquery -- no debconf information -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C signature.asc Description: PGP signature
Bug#1012704: Does not work with current perl anymore
Package: ipcalc Version: 0.42-2 Severity: normal `ipcalc 61.177.0.0 - 61.177.255.255` should give 61.177.0.0/16 but it runs endless now until I hit ctrl-c. I remember, that worked in the past... There was no ipcalc update in the last time but there was a perl update to 5.34. ~> ipcalc 61.177.0.0 - 61.177.255.255 deaggregate 61.177.0.0 - 61.177.255.255 Deep recursion on subroutine "Math::BigInt::bior" at /usr/share/perl5/Math/BigFloat.pm line 3856. Deep recursion on subroutine "Math::BigFloat::bior" at /usr/share/perl5/Math/BigInt.pm line 3495. -- System Information: Debian Release: bookworm/sid APT prefers experimental APT policy: (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.16.17 (SMP w/8 CPU threads) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages ipcalc depends on: ii perl 5.34.0-4 ipcalc recommends no packages. ipcalc suggests no packages. -- no debconf information -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16 Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C signature.asc Description: PGP signature
Bug#1011626: Nearly no icons since several releases
Hi, Am Sa den 28. Mai 2022 um 19:20 schrieb Mattia Rizzolo: > > > If it is, then also check that > > > /usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders.cache contains > > > the same entry. > > > > Nope, that is NOT including a similar section. > > > > ~> grep -c svg /usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders.cache > > 0 > > Here is the problem. > I wonder what happened that didn't update that file. Me too. As the last update was on 2022-05-01 which obviosly did not add the svg format. > Try reinstalling it: > # apt install --reinstall librsvg2-common > You should see a line such as: > ... > Processing triggers for libgdk-pixbuf-2.0-0:amd64 (2.42.8+dfsg-1) ... > ... Yes, this worked as well as issuing `/var/lib/dpkg/info/libgdk-pixbuf-2.0-0:amd64.postinst triggered /usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders` Regards Klaus -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C signature.asc Description: PGP signature
Bug#1011626: Nearly no icons since several releases
Am Mi den 25. Mai 2022 um 15:40 schrieb Mattia Rizzolo: > On Wed, May 25, 2022 at 02:25:21PM +0100, Klaus Ethgen wrote: > > Severity: grave > > Hardly. Please don't over-inflate severities. Well, it makes the package nearly unusable, so from the description, that is grave. > > With gimp I found that it is the missing png icons. There are only svg > > icons left what seems to be not possible to use in GTK. > > That's clearly untrue, this is actually the first time I heard of such > problem. GTK can handle SVG icons just fine. > > > ii librsvg2-common2.52.5+dfsg-3+b1 > > This package is required to render SVG icons, so it's good you at least > have it, even if it's a version that doesn't match the current one. ~> apt-cache policy librsvg2-common librsvg2-common: Installiert: 2.52.5+dfsg-3+b1 Installationskandidat: 2.52.5+dfsg-3+b1 Versionstabelle: 2.54.1+dfsg-1 1 1 http://ftp.ch.debian.org/debian experimental/main amd64 Packages *** 2.52.5+dfsg-3+b1 500 500 http://deb.devuan.org/merged ceres/main amd64 Packages 100 /var/lib/dpkg/status So, it is the latest version except I install experimental. > Regardless, please try running: > /usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/gdk-pixbuf-query-loaders > and verify that you have a section such as this: > > > "/usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-svg.so" > "svg" 6 "gdk-pixbuf" "Scalable Vector Graphics" "LGPL" > "image/svg+xml" "image/svg" "image/svg-xml" "image/vnd.adobe.svg+xml" > "text/xml-svg" "image/svg+xml-compressed" "" > "svg" "svgz" "svg.gz" "" > " " If it is, then also check that > /usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders.cache contains > the same entry. Nope, that is NOT including a similar section. ~> grep -c svg /usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders.cache 0 Regards Klaus -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C signature.asc Description: PGP signature
Bug#1011626: Acknowledgement (Nearly no icons since several releases)
Here is the screenshot. Regards Klaus -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C signature.asc Description: PGP signature
Bug#1011626: Nearly no icons since several releases
Package: inkscape Version: 1.2-1 Severity: grave Since several time, incscape has the same icon for most functions what makes it nearly impossible to find a function. (See screenshot) The error is the same than in gimp for several times. With gimp I found that it is the missing png icons. There are only svg icons left what seems to be not possible to use in GTK. This seems to be an error in building the application (only gimp and incscape affected). On gentoo, where the icons are correct as png files, the application work well. -- System Information: Debian Release: bookworm/sid APT prefers experimental APT policy: (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.16.17 (SMP w/8 CPU threads) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages inkscape depends on: ii lib2geom1.1.0 1.1-3 ii libatkmm-1.6-1v5 2.28.2-1 ii libboost-filesystem1.74.0 1.74.0-14+b1 ii libc6 2.33-7 ii libcairo-gobject2 1.16.0-5 ii libcairo2 1.16.0-5 ii libcairomm-1.0-1v5 1.12.2-4 ii libcdr-0.1-1 0.1.6-2+b1 ii libfontconfig1 2.13.1-4.4 ii libfreetype6 2.12.1+dfsg-2 ii libgc1 1:8.0.6-1.1 ii libgcc-s1 12.1.0-2 ii libgdk-pixbuf-2.0-02.42.8+dfsg-1 ii libglib2.0-0 2.72.1-1 ii libglibmm-2.4-1v5 2.66.2-2+b1 ii libgomp1 12.1.0-2 ii libgsl27 2.7.1+dfsg-3 ii libgspell-1-2 1.10.0-1+b1 ii libgtk-3-0 3.24.33-2 ii libgtkmm-3.0-1v5 3.24.5-1 ii libharfbuzz0b 2.7.4-1+b1 ii libjpeg62-turbo1:2.1.2-1 ii liblcms2-2 2.12~rc1-2 ii libmagick++-6.q16-88:6.9.11.60+dfsg-1.3+b2 ii libpango-1.0-0 1.50.7+ds-1 ii libpangocairo-1.0-01.50.7+ds-1 ii libpangoft2-1.0-0 1.50.7+ds-1 ii libpangomm-1.4-1v5 2.46.2-1 ii libpng16-161.6.37-5 ii libpoppler-glib8 22.02.0-3 ii libpoppler118 22.02.0-3 ii libpotrace01.16-2 ii libreadline8 8.1.2-1.2 ii librevenge-0.0-0 0.0.4-6+b1 ii librsvg2-common2.52.5+dfsg-3+b1 ii libsigc++-2.0-0v5 2.10.4-2 ii libsoup2.4-1 2.74.2-3 ii libstdc++6 12.1.0-2 ii libvisio-0.1-1 0.1.7-1+b2 ii libwpg-0.3-3 0.3.3-1 ii libx11-6 2:1.7.5-1 ii libxml22.9.14+dfsg-1 ii libxslt1.1 1.1.34-4 ii python33.10.4-1+b1 ii zlib1g 1:1.2.11.dfsg-4 Versions of packages inkscape recommends: ii aspell 0.60.8-4 ii fig2dev 1:3.2.8b-2 ii imagemagick 8:6.9.11.60+dfsg-1.3+b2 ii imagemagick-6.q16 [imagemagick] 8:6.9.11.60+dfsg-1.3+b2 ii imagemagick-7 [imagemagick] 8:7.1.0.35-dmo1 ii libimage-magick-perl 8:6.9.11.60+dfsg-1.3 pn libwmf-bin ii python3-lxml 4.8.0-1 ii python3-numpy1:1.21.5-1 pn python3-scour Versions of packages inkscape suggests: ii dia 0.97.3+git20160930-9+b1 pn inkscape-tutorials ii libsvg-perl 2.87-1 pn pstoedit ii python3-cssselect 1.1.0+ds-3 ii python3-packaging 21.3-1 pn python3-uniconvertor ii ruby 1:3.0+1 -- no debconf information -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C signature.asc Description: PGP signature
Bug#1010725: Since some weeks, gimp icons are displays as identical cross
Am Sa den 21. Mai 2022 um 9:02 schrieb Klaus Ethgen: > Now I found the setting for the icon theme. The error happens with the > "Color" theme (/usr/share/gimp/2.0/icons/Color) that is default. Also > all other except "Legacy" are broken. (Symbolic, Symbolic-High-Contrast, > Symbolic-Inverted, Symbolic-Inverted-High-Contrast) It seems that the reason is, that all icon themes except Legacy are not png then svg images. When I convert all svg to png, the icons are shown. So, I think, there is a problem in gimp build process that the png images are not created anymore. Regards Klaus -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C signature.asc Description: PGP signature
Bug#1010725: Since some weeks, gimp icons are displays as identical cross
Hi, I have some additional informations. Now I found the setting for the icon theme. The error happens with the "Color" theme (/usr/share/gimp/2.0/icons/Color) that is default. Also all other except "Legacy" are broken. (Symbolic, Symbolic-High-Contrast, Symbolic-Inverted, Symbolic-Inverted-High-Contrast) So with "Legacy I can live now. (With that, I also find a setting to switch back from the not so nice dark scheme, that is default for some time, to default (system) scheme, that is bright and much more nice to my eyes.) Regards Klaus -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C signature.asc Description: PGP signature
Bug#1010725: Since some weeks, gimp icons are displays as identical cross
Am So den 8. Mai 2022 um 14:47 schrieb Simon McVittie: > On Sun, 08 May 2022 at 15:33:07 +0200, Klaus Ethgen wrote: > > Since several weeks, gimp displays only small identical icons with a red > > cross instead of the tools icons or tab icons. > > What icon theme are you using, and what version is it? I don't know. How to see that? > Do you have librsvg2-common installed? Yes. > > Debian Release: bookworm/sid > > APT prefers experimental > > APT policy: (1, 'experimental') > > That seems wrong: to use packages from experimental, you should also have > unstable apt sources available. I use Devuan unstable. > > ii libmypaint-1.5-1 1:1.5.1-dmo2 > > Debian does not support the unofficial packages from deb-multimedia.org, I installed the debian version with the same problem. So libmypaint is not the problem. ii libmypaint-1.5-1:amd64 1.6.0-2 amd64 brush library for mypaint Regards Klaus -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C signature.asc Description: PGP signature
Bug#1010725: Since some weeks, gimp icons are displays as identical cross
Package: gimp Version: 2.10.30-1+b1 Severity: important Since several weeks, gimp displays only small identical icons with a red cross instead of the tools icons or tab icons. It is absolutly not usable this way as one has to wait for the context help to pop up to see, which tool the mouse is over. This might, however, be a bug ig GTK as inkscape, as I seen today, suffers from the same bug. But here, the most icons are a landscape paper image with an A (or a triangle with an exclamation mark) in it. -- System Information: Debian Release: bookworm/sid APT prefers experimental APT policy: (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.16.17 (SMP w/8 CPU threads) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages gimp depends on: ii gimp-data2.10.30-1 ii graphviz 2.42.2-6+b3 ii libaa1 1.4p5-50 ii libbabl-0.1-01:0.1.92-1 ii libbz2-1.0 1.0.8-5 ii libc62.33-7 ii libcairo21.16.0-5 ii libfontconfig1 2.13.1-4.4 ii libfreetype6 2.11.1+dfsg-2 ii libgcc-s112-20220428-1 ii libgdk-pixbuf-2.0-0 2.42.8+dfsg-1 ii libgegl-0.4-01:0.4.36-3 ii libgexiv2-2 0.14.0-1 ii libgimp2.0 2.10.30-1+b1 ii libglib2.0-0 2.72.1-1 ii libgs9 9.56.1~dfsg-1 ii libgtk2.0-0 2.24.33-2 ii libgudev-1.0-0 237-2 ii libharfbuzz0b2.7.4-1+b1 ii libheif1 1.12.0-2+b3 ii libilmbase25 2.5.7-2 ii libjpeg62-turbo 1:2.1.2-1 ii libjson-glib-1.0-0 1.6.6-1 ii liblcms2-2 2.12~rc1-2 ii liblzma5 5.2.5-2.1 ii libmng1 1.0.10+dfsg-3.1+b5 ii libmypaint-1.5-1 1:1.5.1-dmo2 ii libopenexr25 2.5.7-1 ii libopenjp2-7 2.4.0-6 ii libpango-1.0-0 1.50.7+ds-1 ii libpangocairo-1.0-0 1.50.7+ds-1 ii libpangoft2-1.0-01.50.7+ds-1 ii libpng16-16 1.6.37-5 ii libpoppler-glib8 22.02.0-3 ii librsvg2-2 2.52.5+dfsg-3+b1 ii libstdc++6 12-20220428-1 ii libtiff5 4.3.0-7 ii libwebp7 1.2.2-2+b1 ii libwebpdemux21.2.2-2+b1 ii libwebpmux3 1.2.2-2+b1 ii libwmf-0.2-7 0.2.12-5 ii libwmflite-0.2-7 0.2.12-5 ii libx11-6 2:1.7.5-1 ii libxcursor1 1:1.2.1-1 ii libxext6 2:1.3.4-1 ii libxfixes3 1:6.0.0-1 ii libxmu6 2:1.1.3-3 ii libxpm4 1:3.5.12-1 ii xdg-utils1.1.3-4.1 ii zlib1g 1:1.2.11.dfsg-4 Versions of packages gimp recommends: ii ghostscript 9.56.1~dfsg-1 Versions of packages gimp suggests: ii gimp-data-extras 1:2.0.2-1.1 ii gimp-help-de [gimp-help] 2.10.0-1 ii gimp-help-en [gimp-help] 2.10.0-1 pn gvfs-backends ii libasound21.2.6.1-2+b1 -- no debconf information -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C signature.asc Description: PGP signature
Bug#1010270: Recent update break xterm
hi, Am Mi den 27. Apr 2022 um 19:28 schrieb Sven Joachim: > Am 27.04.2022 um 18:25 schrieb Klaus Ethgen: > > > Am Mi den 27. Apr 2022 um 15:49 schrieb Sven Joachim: > >> > Package: libtinfo5 > >> > Version: 6.3+20220423-1 > >> > Severity: normal > >> > > >> > Since the last update of this package, applications running inside of > >> > xterm are not always able to update the window title. > >> > > >> > Instead, control output are breaking the layout of the application. > >> > > >> > Broken Applications: > >> > - mutt > >> > - cmus > >> > > >> > Still working: > >> > - zsh > >> > >> Can you give steps to reproduce what is broken? Also, which version of > >> xterm do you use, and what is the value of the TERM environment > >> variable? > > > > ~> dpkg -l xterm > > ii xterm 372-1amd64X terminal emulator > > ~> echo $TERM > > xterm-256color > > > > For cmus, just use it, it should show the title of the current song in > > the title of your terminal. > > > > Same for mutt. It should show the message count in title ans some more > > infomations. > > Not in its default configuration, you need to have "set ts_enabled=yes" > in your muttrc file. With that I can confirm the problem. Well, yes, in default configuration. I do not have ts_enabled set anywhere in my mut configuration: ~> grep ts_enabled .mutt/* ~> grep ts_enabled /etc/Muttrc ~> grep ts_enabled /etc/Muttrc.d/* > Two workarounds: set TERM=xterm-p370, _or_ downgrade ncurses-base to > 6.3-2, I recommend the latter. Yes, could also be ncurses-base. It was also upgraded the same time. Gruß Klaus -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C signature.asc Description: PGP signature
Bug#1010270: Recent update break xterm
Package: libtinfo5 Version: 6.3+20220423-1 Severity: normal Since the last update of this package, applications running inside of xterm are not always able to update the window title. Instead, control output are breaking the layout of the application. Broken Applications: - mutt - cmus Still working: - zsh -- System Information: Debian Release: bookworm/sid APT prefers experimental APT policy: (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.16.17 (SMP w/8 CPU threads) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages libtinfo5 depends on: ii libc6 2.33-7 libtinfo5 recommends no packages. libtinfo5 suggests no packages. -- no debconf information -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C signature.asc Description: PGP signature
Bug#1009231: Write errors since upgrade to 9.6.7-4
Hi Sven,
Am Fr den 15. Apr 2022 um 10:52 schrieb Sven Hartge:
> > Since upgrade from 9.6.7-3 to 9.6.7-4 I get many of the following errors
> > in the log. However, the backup seems to work.
> >
> > JobId 0: Security Alert: bsock.c:380 Write error sending 4 bytes to
> > client:127.0.0.1:57050: ERR=Broken pipe
> > JobId 0: Security Alert: bsock.c:380 Write error sending 4 bytes to
> > client:127.0.0.1:57074: ERR=Broken pipe
> > ...
> > JobId 0: Security Alert: bsock.c:380 Write error sending 4 bytes to
> > client:127.0.0.1:57134: ERR=Connection reset by peer
> > JobId 0: Security Alert: bsock.c:380 Write error sending 4 bytes to
> > client:127.0.0.1:57126: ERR=Connection reset by peer
> > ...
>
> Hello Klaus,
>
> I have not been able to reproduce this nor am I seeing this on any of my
> systems.
>
> Please check that the version of bacula-sd matches the one from
> bacula-director and that bacula-fd is of no higher version than the Director
> and the SD.
That is the case:
~> dpkg -l bacula\*
Gewünscht=Unbekannt/Installieren/R=Entfernen/P=Vollständig Löschen/Halten
| Status=Nicht/Installiert/Config/U=Entpackt/halb konFiguriert/
Halb installiert/Trigger erWartet/Trigger anhängig
|/ Fehler?=(kein)/R=Neuinstallation notwendig (Status, Fehler:
GROSS=schlecht)
||/ Name Version Architektur Beschreibung
+++----==
ii bacula-bscan 9.6.7-4 amd64network backup
service - bscan tool
ii bacula-common9.6.7-4 amd64network backup
service - common support files
ii bacula-common-sqlite39.6.7-4 amd64network backup
service - SQLite v3 common files
ii bacula-console 9.6.7-4 amd64network backup
service - text console
ii bacula-console-qt9.6.7-4 amd64network backup
service - Bacula Administration Tool
ii bacula-director 9.6.7-4 amd64network backup
service - Director daemon
ii bacula-director-sqlite3 9.6.7-4 all network backup
service - SQLite 3 storage for Director
ii bacula-doc 9.6.7-1 all Documentation for
Bacula
ii bacula-fd9.6.7-4 amd64network backup
service - file daemon
ii bacula-sd9.6.7-4 amd64network backup
service - storage daemon
Funny fact: I also have systems with version 9.4.2 FD doing the backup
to this system and they do not trigger my problem over the network. Only
the localhost connections from the very same system does.
> Also seeing "Connection reset by peer" while connecting via localhost is
> very suspicious, IMHO. Is the FD dying during the backup?
I thought the same.
And no, the fd is not dying and the backup is completed without other
troubles.
But maybe I have some hints. About a half a year ago I added a host
living in untrusted network, so I changed the configuration to be mixed
clear communication over trusted network and encrypted for the rest.
Therefor, I have the following in director config:
Client xxx
{
...
TLS Enable = yes
TLS Require = yes
TLS CA Certificate File = /etc/ssl/private/bacula-ca.pem
TLS Certificate = /etc/ssl/private/bacula-dir.cert
TLS Key = /etc/ssl/private/bacula-dir.key
}
All other TLS settings are off.
I also have a nagios bacula monitor running every 5 minutes.
(/usr/lib/nagios/plugins/check_bacula) But this seems to stay green all
the time.
> What do you system logs and dmesg show during the exact time this happens?
>
> > ii init-system-helpers 1.62devuan1
>
> This looks like a mixed Debian/Devuan system. Can you make sure to reproduce
> the bug in a clean Debian system, to rule out anything being affected by
> changes made for Devuan.
No, I completely migrated to devuan some years ago due to the
systemd-debakel. I do not have any debian system left.
Gruß
Klaus
--
Klaus Ethgen http://www.ethgen.ch/
pub 4096R/4E20AF1C 2011-05-16Klaus Ethgen
Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C
signature.asc
Description: PGP signature
Bug#1009231: Write errors since upgrade to 9.6.7-4
Package: bacula-director Version: 9.6.7-4 Severity: normal Since upgrade from 9.6.7-3 to 9.6.7-4 I get many of the following errors in the log. However, the backup seems to work. JobId 0: Security Alert: bsock.c:380 Write error sending 4 bytes to client:127.0.0.1:57050: ERR=Broken pipe JobId 0: Security Alert: bsock.c:380 Write error sending 4 bytes to client:127.0.0.1:57074: ERR=Broken pipe ... JobId 0: Security Alert: bsock.c:380 Write error sending 4 bytes to client:127.0.0.1:57134: ERR=Connection reset by peer JobId 0: Security Alert: bsock.c:380 Write error sending 4 bytes to client:127.0.0.1:57126: ERR=Connection reset by peer ... Sometimes it is 4 bytes, sometimes 40 bytes. Sometimes Broken pipe, sometimes Connection reset by peer. Sometimes only few, sometimes many. I found no rule or source for the errors but they comes with every backup. -- System Information: Debian Release: bookworm/sid APT prefers experimental APT policy: (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.16.17 (SMP w/8 CPU threads) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages bacula-director depends on: ii bacula-common9.6.7-4 ii bacula-director-sqlite3 9.6.7-4 ii bsd-mailx [mailx]8.1.2-0.20180807cvs-2 ii init-system-helpers 1.62devuan1 ii libc62.33-7 ii libstdc++6 12-20220319-1 ii lsb-base 11.1.0 ii ucf 3.0043 bacula-director recommends no packages. Versions of packages bacula-director suggests: ii bacula-doc 9.6.7-1 -- Configuration Files: /etc/bacula/scripts/baculabackupreport changed [not included] /etc/bacula/scripts/query.sql changed [not included] -- no debconf information -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C signature.asc Description: PGP signature
Bug#994971: OpenCL not working with latest Nvidia driver
Hi, Am So den 26. Sep 2021 um 17:58 schrieb Andreas Beckmann: > Thanks. You had modifications in nvidia-modprobe.conf, didn't try that > before. Ehem, I don't think so... Never touched that file by hand. But I see, it was touched several times by an upgrade. It started 2015-10-16 and was changed by updates 2015-10-22, 2016-07-30, 2016-09-30, 2018-03-10, 2021-08-03 and finally removed 2021-09-25. Regards Klaus -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16 Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C signature.asc Description: PGP signature
Bug#994971: OpenCL not working with latest Nvidia driver
Am So den 26. Sep 2021 um 16:56 schrieb Andreas Beckmann: > On 26/09/2021 17.52, Klaus Ethgen wrote: > > > I suspect that nvidia-modprobe.conf somehow got deleted. Check > > >debsums -ac nvidia-kernel-support > > > > Well, THAT gives a missing file. > > Do you still have the transcript of the complete upgrade process? Should be > available somewhere in /var/log/apt/term.log*, it might give some hints what > happened. Here it is. By the way, make it sense to include all involved persons in reply? Doesn't the bugtracker send notification too? Regards Klaus -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C term.log.bz2 Description: Binary data signature.asc Description: PGP signature
Bug#994971: OpenCL not working with latest Nvidia driver
Am So den 26. Sep 2021 um 16:46 schrieb Andreas Beckmann: > On 26/09/2021 17.02, Klaus Ethgen wrote: > > Ah yes, and here is the dpkg -L nvidia-kernel-support: > > /. > > /etc > > /etc/nvidia > > /etc/nvidia/current > > /etc/nvidia/current/nvidia-blacklists-nouveau.conf > > /etc/nvidia/current/nvidia-load.conf > > /etc/nvidia/current/nvidia-modprobe.conf > ... > > I suspect that nvidia-modprobe.conf somehow got deleted. Check > debsums -ac nvidia-kernel-support Well, THAT gives a missing file. > And if the file does not exist, no alternative is created for it. It exsisted before the update.. See my etckeeper-Log: > git log --stat nvidia modprobe.d alternatives commit 8f21d4d148d7b1a349d40896a422a7753ca75509 (HEAD -> master) Author: Root Date: Sat Sep 25 12:53:02 2021 +0100 committing changes in /etc made by "apt-get --auto-remove dist-upgrade" Packages with configuration changes: -nvidia-kernel-support 470.57.02-2 amd64 +nvidia-kernel-support 470.57.02-3 amd64 Package changes: [456 packages changed] alternatives/blas.pc-x86_64-linux-gnu | 1 + alternatives/cblas.h-x86_64-linux-gnu | 1 + alternatives/glx--nvidia-modprobe.conf| 1 - alternatives/libblas.a-x86_64-linux-gnu | 1 + alternatives/libblas.so-x86_64-linux-gnu | 1 + alternatives/nvidia--nvidia-modprobe.conf | 1 - modprobe.d/nvidia.conf| 1 - nvidia/current/nvidia-modprobe.conf | 22 -- nvidia/nvidia-modprobe.conf | 1 - 9 files changed, 4 insertions(+), 26 deletions(-) So, you see that the update deleted alternatives/glx--nvidia-modprobe.conf, alternatives/nvidia--nvidia-modprobe.conf, modprobe.d/nvidia.conf, nvidia/current/nvidia-modprobe.conf and nvidia/nvidia-modprobe.conf. Regards Klaus -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C signature.asc Description: PGP signature
Bug#994971: OpenCL not working with latest Nvidia driver
Ah yes, and here is the dpkg -L nvidia-kernel-support: /. /etc /etc/nvidia /etc/nvidia/current /etc/nvidia/current/nvidia-blacklists-nouveau.conf /etc/nvidia/current/nvidia-load.conf /etc/nvidia/current/nvidia-modprobe.conf /lib /lib/firmware /lib/firmware/nvidia /lib/firmware/nvidia/470.57.02 /lib/firmware/nvidia/470.57.02/gsp.bin /usr /usr/share /usr/share/bug /usr/share/bug/nvidia-kernel-support /usr/share/bug/nvidia-kernel-support/control /usr/share/bug/nvidia-kernel-support/script /usr/share/doc /usr/share/doc/nvidia-kernel-support /usr/share/doc/nvidia-kernel-support/changelog.Debian.gz /usr/share/doc/nvidia-kernel-support/changelog.gz /usr/share/doc/nvidia-kernel-support/copyright /usr/share/lintian /usr/share/lintian/overrides /usr/share/lintian/overrides/nvidia-kernel-support Regards Klaus -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C signature.asc Description: PGP signature
Bug#994971: OpenCL not working with latest Nvidia driver
Am So den 26. Sep 2021 um 15:13 schrieb Andreas Beckmann: > On 26/09/2021 14.51, Klaus Ethgen wrote: > > nvidia/current/nvidia-modprobe.conf, which is linked via > > modprobe.d/nvidia.conf -> /etc/alternatives/glx--nvidia-modprobe.conf -> > > nvidia/nvidia-modprobe.conf -> > > /etc/alternatives/nvidia--nvidia-modprobe.conf > > is gone now. It was in package nvidia-kernel-support. > > No, it isn't. Well, it is not installed anymore after the update to this version. And from the report of the OP, I think, it is the same on his system. So, yes, it is gone. > What is your glx alternative pointing to? > (update-glx --display glx) glx - automatischer Modus beste Version des Links ist /usr/lib/nvidia Link verweist zur Zeit auf /usr/lib/nvidia Link glx ist /usr/lib/glx Slave glx--libEGL.so.1-i386-linux-gnu ist /usr/lib/i386-linux-gnu/libEGL.so.1 Slave glx--libEGL.so.1-x86_64-linux-gnu ist /usr/lib/x86_64-linux-gnu/libEGL.so.1 Slave glx--libGL.so.1-i386-linux-gnu ist /usr/lib/i386-linux-gnu/libGL.so.1 Slave glx--libGL.so.1-x86_64-linux-gnu ist /usr/lib/x86_64-linux-gnu/libGL.so.1 Slave glx--libGLESv1_CM.so.1-i386-linux-gnu ist /usr/lib/i386-linux-gnu/libGLESv1_CM.so.1 Slave glx--libGLESv1_CM.so.1-x86_64-linux-gnu ist /usr/lib/x86_64-linux-gnu/libGLESv1_CM.so.1 Slave glx--libGLESv2.so.2-i386-linux-gnu ist /usr/lib/i386-linux-gnu/libGLESv2.so.2 Slave glx--libGLESv2.so.2-x86_64-linux-gnu ist /usr/lib/x86_64-linux-gnu/libGLESv2.so.2 Slave glx--libGLX_indirect.so.0-i386-linux-gnu ist /usr/lib/i386-linux-gnu/libGLX_indirect.so.0 Slave glx--libGLX_indirect.so.0-x86_64-linux-gnu ist /usr/lib/x86_64-linux-gnu/libGLX_indirect.so.0 Slave glx--libglxserver_nvidia.so ist /usr/lib/xorg/modules/extensions/libglxserver_nvidia.so Slave glx--libnvidia-cfg.so.1-x86_64-linux-gnu ist /usr/lib/x86_64-linux-gnu/libnvidia-cfg.so.1 Slave glx--nvidia-blacklists-nouveau.conf ist /etc/modprobe.d/nvidia-blacklists-nouveau.conf Slave glx--nvidia-bug-report.sh ist /usr/bin/nvidia-bug-report.sh Slave glx--nvidia-drm-outputclass.conf ist /usr/share/X11/xorg.conf.d/nvidia-drm-outputclass.conf Slave glx--nvidia-load.conf ist /etc/modules-load.d/nvidia.conf Slave glx--nvidia_drv.so ist /usr/lib/xorg/modules/drivers/nvidia_drv.so /usr/lib/mesa-diverted - Priorität 5 Slave glx--libEGL.so.1-i386-linux-gnu: /usr/lib/mesa-diverted/i386-linux-gnu/libEGL.so.1 Slave glx--libEGL.so.1-x86_64-linux-gnu: /usr/lib/mesa-diverted/x86_64-linux-gnu/libEGL.so.1 Slave glx--libGL.so.1-i386-linux-gnu: /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1 Slave glx--libGL.so.1-x86_64-linux-gnu: /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1 Slave glx--libGLESv1_CM.so.1-i386-linux-gnu: /usr/lib/mesa-diverted/i386-linux-gnu/libGLESv1_CM.so.1 Slave glx--libGLESv1_CM.so.1-x86_64-linux-gnu: /usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv1_CM.so.1 Slave glx--libGLESv2.so.2-i386-linux-gnu: /usr/lib/mesa-diverted/i386-linux-gnu/libGLESv2.so.2 Slave glx--libGLESv2.so.2-x86_64-linux-gnu: /usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv2.so.2 Slave glx--libGLX_indirect.so.0-i386-linux-gnu: /usr/lib/i386-linux-gnu/libGLX_mesa.so.0 Slave glx--libGLX_indirect.so.0-x86_64-linux-gnu: /usr/lib/x86_64-linux-gnu/libGLX_mesa.so.0 /usr/lib/nvidia - Priorität 100 Slave glx--libEGL.so.1-i386-linux-gnu: /usr/lib/mesa-diverted/i386-linux-gnu/libEGL.so.1 Slave glx--libEGL.so.1-x86_64-linux-gnu: /usr/lib/mesa-diverted/x86_64-linux-gnu/libEGL.so.1 Slave glx--libGL.so.1-i386-linux-gnu: /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1 Slave glx--libGL.so.1-x86_64-linux-gnu: /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1 Slave glx--libGLESv1_CM.so.1-i386-linux-gnu: /usr/lib/mesa-diverted/i386-linux-gnu/libGLESv1_CM.so.1 Slave glx--libGLESv1_CM.so.1-x86_64-linux-gnu: /usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv1_CM.so.1 Slave glx--libGLESv2.so.2-i386-linux-gnu: /usr/lib/mesa-diverted/i386-linux-gnu/libGLESv2.so.2 Slave glx--libGLESv2.so.2-x86_64-linux-gnu: /usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv2.so.2 Slave glx--libGLX_indirect.so.0-i386-linux-gnu: /usr/lib/i386-linux-gnu/libGLX_nvidia.so.0 Slave glx--libGLX_indirect.so.0-x86_64-linux-gnu: /usr/lib/x86_64-linux-gnu/libGLX_nvidia.so.0 Slave glx--libglxserver_nvidia.so: /usr/lib/nvidia/libglxserver_nvidia.so Slave glx--libnvidia-cfg.so.1-x86_64-linux-gnu: /usr/lib/x86_64-linux-gnu/nvidia/libnvidia-cfg.so.1 Slave glx--nvidia-blacklists-nouveau.conf: /etc/nvidia/nvidia-blacklists-nouveau.conf Slave glx--nvidia-bug-report.sh: /usr/lib/nvidia/nvidia-bug-report.sh Slave glx--nvidia-drm-outputclass.conf: /etc/nvidia/nvidia-drm-outputclass.conf Slave glx--nvidia-load.conf: /etc/nvidia/nvidia-load.conf Slave glx
Bug#994971: OpenCL not working with latest Nvidia driver
Am So den 26. Sep 2021 um 12:52 schrieb Andreas Beckmann: > On 26/09/2021 11.37, Pascal Obry wrote: > > > Thats caused as the modprobe config was dropped. Without, the needed > > > modules are not loaded automatically anymore. > > I haven't touched the modprobe config recently ... IIRC using cuda usually > loaded the module if it wasn't present, but perhaps nvidia has changed > something in that area ... nvidia/current/nvidia-modprobe.conf, which is linked via modprobe.d/nvidia.conf -> /etc/alternatives/glx--nvidia-modprobe.conf -> nvidia/nvidia-modprobe.conf -> /etc/alternatives/nvidia--nvidia-modprobe.conf is gone now. It was in package nvidia-kernel-support. The content was: install nvidia modprobe -i nvidia-current $CMDLINE_OPTS install nvidia-modeset modprobe nvidia ; modprobe -i nvidia-current-modeset $CMDLINE_OPTS install nvidia-drm modprobe nvidia-modeset ; modprobe -i nvidia-current-drm $CMDLINE_OPTS install nvidia-peermem modprobe nvidia ; modprobe -i nvidia-current-peermem $CMDLINE_OPTS install nvidia-uvm modprobe nvidia ; modprobe -i nvidia-current-uvm $CMDLINE_OPTS remove nvidia modprobe -r -i nvidia-drm nvidia-modeset nvidia-peermem nvidia-uvm nvidia remove nvidia-modeset modprobe -r -i nvidia-drm nvidia-modeset # These aliases are defined in *all* nvidia modules. # Duplicating them here sets higher precedence and ensures the selected # module gets loaded instead of a random first match if more than one # version is installed. See #798207. alias pci:v10DEd0E00sv*sd*bc04sc80i00*nvidia alias pci:v10DEd0AA3sv*sd*bc0Bsc40i00*nvidia alias pci:v10DEd*sv*sd*bc03sc02i00* nvidia alias pci:v10DEd*sv*sd*bc03sc00i00* nvidia > > > A simple `modprobe nvidia-current-uvm` fixes the issue temporarily. > > > However, the modprobe config needs to come back. > > I don't think it is gone. See above. Regards Klaus -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C signature.asc Description: PGP signature
