Bug#981526: Bug#584108: libopenusb: should this package be removed?
Control: submitter -1 Chris Hofstaedtler Control: retitle -1 RM: libopenusb -- RoQA; unmaintained, obsolete Hi everyone, I'm forwarding the message below to #981526. It was originally sent to #981521. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=981521#10 On Mon, 1 Feb 2021 02:08:44 +0100 Chris Hofstaedtler wrote: > Control: submitter -1 ! > Control: retitle -1 RM: libopenusb -- RoQA; unmaintained, obsolete > > * Michael Biebl : > > as mentioned in #613182, hal is dead upstream and I checked the latest > > libopenusb upstream version (1.1.7) which still uses libhal. > > Also, seeing that nobody stepped up taking over maintenance of this > > package and it has no reverse dependencies, so I'm wondering if the best > > action forward is to just remove it from the archive. > > It's been eight years, so let's actually remove it. > > There are no reverse dependencies. > > Chris Regards, Juhani
Bug#979156: [pkg-php-pear] Bug#979156: Useless in Debian
Hi Team, There's a new upstream release. I'll package and sign it and make the appropriate changes in the VCS URL and then dput it. Thanks. Rajasekhar On 12/01/21 7:54 am, Rajasekhar Ponakala wrote: > Thanks. Sure, let me look it and get back. > > Thanks > > Rajasekhar > > On 11/01/21 6:54 am, Sunil Mohan Adapa wrote: >> Added CC: Rajasekhar Ponakala >> >> On 10/01/21 3:58 pm, Guilhem Moulin wrote: >>> Hi all, >>> >>> On Sun, 03 Jan 2021 at 16:54:41 -0800, Sunil Mohan Adapa wrote: I will be filing an RM: bug on the package on Jan 10, 2021. I will wait to see if the other uploaders think it is still needed. >>> Roundcube's test suite which I'm working on now has some tests making >>> use of Net_IDNA2 so I'd like to keep the package around if possible :-) >>> I can give a hand and help bringing it up to shape for Bullseye. >>> >> I found a migrated repository that seem have to done some work to import >> the latest upstream version[1]. Recent most commits incorrectly >> overwrote the upstream source with another package's source. Some >> reverting and testing should get the package in shape. I can help if needed. >> >> Links: >> 1) https://salsa.debian.org/php-team/pear/php-net-idna2/ >> >> Thanks, >>
Bug#981188: kodi: Crash on playing some streams with recent tvheadend+ffmpeg+libva+radeonsi
Hi Jurek! First of all, please make sure no deb-multimedia remnants exist. Also, can you please upload a recording to https://fex.net and send me a link privately by email? I will check it on my setup. -- Vasyl Gello == Certified SolidWorks Expert Mob.:+380 (98) 465 66 77 E-Mail: vasek.ge...@gmail.com Skype: vasek.gello == 호랑이는 죽어서 가죽을 남기고 사람은 죽어서 이름을 남긴다
Bug#980980: linux-image-5.10.0-3-arm64: flood of false udev messages make udisks2 eat CPU usage on usb-booted raspi4
Package: src:linux Version: 5.10.12-1 Followup-For: Bug #980980 Control: reopen -1 Control: found -1 5.10.12-1 Dear Maintainer, The bug #980980 reappears with genuin Debian kernel 5.10.12, when RPi4B 8GB model is booted from my USB MSD... A mojor difference between Debian kernel 5.10.9 on which I do not observe #980980, and 5.10.12 seems presence of vc4.ko... Best regards, Ryutaroh Matsumoto -- Package-specific info: ** Version: Linux version 5.10.0-3-arm64 (debian-ker...@lists.debian.org) (gcc-10 (Debian 10.2.1-6) 10.2.1 20210110, GNU ld (GNU Binutils for Debian) 2.35.1) #1 SMP Debian 5.10.12-1 (2021-01-30) ** Command line: dma.dmachans=0x37f5 bcm2709.boardrev=0xd03114 bcm2709.serial=0x488d2af3 bcm2709.uart_clock=4800 bcm2709.disk_led_gpio=42 bcm2709.disk_led_active_low=0 smsc95xx.macaddr=DC:A6:32:BB:99:D9 vc_mem.mem_base=0x3eb0 vc_mem.mem_size=0x3ff0 root=LABEL=RASPIROOT rw fsck.repair=yes net.ifnames=0 cma=256M@256M rootwait rootfstype=ext4 module_blacklist=vc4 ** Tainted: C (1024) * staging driver was loaded ** Kernel log: [0.00] Booting Linux on physical CPU 0x00 [0x410fd083] [0.00] Linux version 5.10.0-3-arm64 (debian-ker...@lists.debian.org) (gcc-10 (Debian 10.2.1-6) 10.2.1 20210110, GNU ld (GNU Binutils for Debian) 2.35.1) #1 SMP Debian 5.10.12-1 (2021-01-30) [0.00] Machine model: Raspberry Pi 4 Model B Rev 1.4 [0.00] efi: UEFI not found. [0.00] Reserved memory: bypass linux,cma node, using cmdline CMA params instead [0.00] OF: reserved mem: node linux,cma compatible matching fail [0.00] cma: Reserved 256 MiB at 0x1000 [0.00] NUMA: No NUMA configuration found [0.00] NUMA: Faking a node at [mem 0x-0x0001] [0.00] NUMA: NODE_DATA [mem 0x1ff019b00-0x1ff01bfff] [0.00] Zone ranges: [0.00] DMA [mem 0x-0x3fff] [0.00] DMA32[mem 0x4000-0x] [0.00] Normal [mem 0x0001-0x0001] [0.00] Movable zone start for each node [0.00] Early memory node ranges [0.00] node 0: [mem 0x-0x3b2f] [0.00] node 0: [mem 0x4000-0xfbff] [0.00] node 0: [mem 0x0001-0x0001] [0.00] Zeroed struct page in unavailable ranges: 256 pages [0.00] Initmem setup node 0 [mem 0x-0x0001] [0.00] On node 0 totalpages: 2061056 [0.00] DMA zone: 3788 pages used for memmap [0.00] DMA zone: 0 pages reserved [0.00] DMA zone: 242432 pages, LIFO batch:63 [0.00] DMA32 zone: 12288 pages used for memmap [0.00] DMA32 zone: 770048 pages, LIFO batch:63 [0.00] Normal zone: 16384 pages used for memmap [0.00] Normal zone: 1048576 pages, LIFO batch:63 [0.00] percpu: Embedded 33 pages/cpu s95192 r8192 d31784 u135168 [0.00] pcpu-alloc: s95192 r8192 d31784 u135168 alloc=33*4096 [0.00] pcpu-alloc: [0] 0 [0] 1 [0] 2 [0] 3 [0.00] Detected PIPT I-cache on CPU0 [0.00] CPU features: detected: EL2 vector hardening [0.00] CPU features: kernel page table isolation forced ON by KASLR [0.00] CPU features: detected: Kernel page table isolation (KPTI) [0.00] CPU features: detected: Spectre-v2 [0.00] CPU features: detected: Spectre-v4 [0.00] CPU features: detected: ARM errata 1165522, 1319367, or 1530923 [0.00] Built 1 zonelists, mobility grouping on. Total pages: 2028596 [0.00] Policy zone: Normal [0.00] Kernel command line: dma.dmachans=0x37f5 bcm2709.boardrev=0xd03114 bcm2709.serial=0x488d2af3 bcm2709.uart_clock=4800 bcm2709.disk_led_gpio=42 bcm2709.disk_led_active_low=0 smsc95xx.macaddr=DC:A6:32:BB:99:D9 vc_mem.mem_base=0x3eb0 vc_mem.mem_size=0x3ff0 root=LABEL=RASPIROOT rw fsck.repair=yes net.ifnames=0 cma=256M@256M rootwait rootfstype=ext4 module_blacklist=vc4 [0.00] Dentry cache hash table entries: 1048576 (order: 11, 8388608 bytes, linear) [0.00] Inode-cache hash table entries: 524288 (order: 10, 4194304 bytes, linear) [0.00] mem auto-init: stack:off, heap alloc:on, heap free:off [0.00] software IO TLB: mapped [mem 0x3730-0x3b30] (64MB) [0.00] Memory: 4714240K/8244224K available (11648K kernel code, 2420K rwdata, 6848K rodata, 5312K init, 588K bss, 282704K reserved, 262144K cma-reserved) [0.00] random: get_random_u64 called from __kmem_cache_create+0x3c/0x5c0 with crng_init=0 [0.00] SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=4, Nodes=1 [0.00] ftrace: allocating 37920 entries in 149 pages [0.00] ftrace: allocated 149 pages with 4 groups [0.00] rcu: Hierarchical RCU implementation. [0.00] rcu: RCU restrict
Bug#981714: xavante: Please switch from lua5.1 to a newer lua version
Source: xavante Version: 2.3.0-1.1 Severity: important Dear Debian xavante package maintainer, It seems that package xavante is still using lua5.1, which has been unmaintained by lua upstream for several years. According to http://keplerproject.github.io/xavante/ , the latest version of xavante should support lua up to lua5.3. Please consider switching to a newer lua implementation. Thanks, Boyuan Yang signature.asc Description: This is a digitally signed message part
Bug#978553: pam_unix should default to yescrypt
On Tue, 2021-02-02 at 19:08 -0500, Sam Hartman wrote: > > > > > > I don't have any objection to moving to Argon2 once it's available Would sound like a good plan. In that case it might not even be necessary to mention an intermediate switch to yescrypt in the release notes, if that was superseded anyway sooner or later. > Amusingly enough, Debian openssh does not actually use AES for > encryption these days. Well but the same argument (as favouring Argon2) counts there, too. "Popular" algos like ChaCha, Poly1305 and Curve25519 stuff also receive(d) considerable analysis. > non-NIST-based probably still as > fallout > from DRB plus a desire to have a wider crypto ecosystem. Well AES isn't DRB... ;-) ... it's still Rijndael, so wouldn't worry too much here. Cheers :-)
Bug#981713: graftcp: Not ready for stable release
Source: graftcp Severity: grave Version: 0.1.3+ds1-1 Package graftcp has some open ends that need more investigation. This includes the FTBFS on all architectures due to the lack of as well as the missing /usr/bin/graftcp-local binary. Before those issues are solved, this package should not enter Debian Stable. -- Thanks, Boyuan Yang signature.asc Description: This is a digitally signed message part
Bug#883138: fceux.desktop file causing huge logs in /var/log
tags 883138 + moreinfo thanks Hello, On Thu, Nov 30, 2017 at 12:45:14AM -0500, Eric Lynch wrote: > Package: fceux > Version: 2.2.2+dfsg0-1+b2 > Severity: normal > > Dear Maintainer, > >Hello, > > I installed FCEUX from the Debian Stretch repositories and soon after it > started filling up my >"messages", "syslog", and "user.log" logs files in /var/log. I noticed this > evening that I was > low on disk space and those three files were taking up over 200GB of > space. > > I used the tail command on those three files and noticed that it was > filled with errors about trying > to parse the fceux.desktop file in /usr/share/applications. > > I managed to fix it by opening the fceux.desktop file and deleting > everything below the > "Actions=Fullscreen;DefaultConfig;" line. > > Once I did that, everything seems fine now. > >Thank you Sorry for the late reply -- I have just resumed maintenance of the fceux package. Are you still experiencing this issue? If so, would you mind trying the new version of fceux [2.3.0]? Much appreciated, --Joe
Bug#981300: arduino-core-avr breaks arduino-mk
Hello, the most safe action currently would be to just update the Depends fields so that arduino-mk would also get shipped within the bullseye release without doubt. Updating to a newer version could be done anyway until the hard freeze is starting. Regards Carsten
Bug#933946: Upstream help
Hi! Anything I can do as upstream to help this in? I guess it is in a rush now if it is to go in before the freeze, if at all realistic? Cheers, Kjetil
Bug#981712: no-dh-sequencer false positive on faketime
Package: lintian Version: 2.104.0 Control: affects -1 src:faketime faketime's debian/rules contains: %: PREFIX=/usr dh $@ this is due to an idiosyncracy of the upstream build system, which sets PREFIX to /usr/local by default unless it is set explicitly in the environment. I could do the same thing with some sort of "export PREFIX=/usr" line elsewhere, but i prefer to not set environment variables more widely than necessary. But lintian clams no-dh-sequencer on the faketime package, despite the fact that it's clearly using dh. I'm open to suggestions about other ways to invoke dh in a way that lintian can identify that faketime is doing so. But it'd also be great if lintian could figure it out directly without having to change faketime's packaging. --dkg signature.asc Description: PGP signature
Bug#956822: xpra: Xpra errors when attempting to attach client
The patch I submitted builds and runs fine on amd64. It should also trivially get past the assertion failure in the referenced buildd log. I can prepare an NMU---but I'd feel better if someone with an actual arm* machine could test it. Also, maybe -if not platform.uname()[4].startswith("arm"): +if not platform.uname().machine.startswith("arm"): on top of the earlier patch. Best, Antonio OpenPGP_0xB01C53D5DED4A4EE.asc Description: application/pgp-keys OpenPGP_signature Description: OpenPGP digital signature
Bug#969516: Please support installing onto f2fs root filesystem
> I would be willing to sponsor this but I'm not sure whether such > a change would be a good idea a little over a week from the soft > freeze. Cool. I've revisited it and I have it working in a Virtual Machine. Will try a physical ASAP, but I think it's ready for testing. Regards, Stephan
Bug#981248: getty-run: Please consider suggesting fgetty instead of recommending in getty-run
On Thu, 28 Jan 2021 06:01:58 -0500 Morgan Lim wrote: Hi, > Package: getty-run > Version: 2.1.2-39.1 > Severity: wishlist > X-Debbugs-Cc: morgan@mail.mcgill.ca > > Dear Maintainer, > > Although the scripts in the 'getty-run' package function without > fgetty installed, the package currently recommends its installation. > As a result, installing runit-init will install fgetty by default and > ttys spawned by runit-init will default to fgetty instead of agetty. > This results in elogind session management not working as expected > when logging in on tty. Thanks for spotting this, I don't use session tracking on VT so I wasn't aware of this problem. > Please consider changing package 'getty-run' to merely suggest fgetty > instead of recommending it. I need to think about for a while, but it seems reasonable, will likely be fixed in the next upload. Regards, Lorenzo > > -- System Information: > Debian Release: bullseye/sid > APT prefers testing > APT policy: (500, 'testing'), (1, 'experimental') > Architecture: amd64 (x86_64) > > Kernel: Linux 5.10.0-1-amd64 (SMP w/4 CPU threads) > Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE > Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8), > LANGUAGE=en_CA:en Shell: /bin/sh linked to /usr/bin/dash > Init: runit (via /run/runit.stopit) > LSM: AppArmor: enabled > > Versions of packages getty-run depends on: > ii runit-helper 2.10.3 > > Versions of packages getty-run recommends: > pn fgetty > > getty-run suggests no packages. > > -- no debconf information
Bug#981683: mark dh-sysuser and sysuser-helper Multi-Arch: foreign
On Tue, 2 Feb 2021 21:30:31 +0100 Helmut Grohne wrote: Hi, > Source: dh-sysuser > Version: 1.3.5 > Tags: patch > User: debian-cr...@lists.debian.org > Usertags: cross-satisfiability > Control: affects -1 + src:bcron src:djbdns src:laminar > src:libvirt-dbus src:pound src:runit src:socklog > > The affected packages cannot satisfy their cross build depends, > because their dependency on dh-sysuser is not satisfiable. In general, > Architecture: all packages can never satisfy cross build dependencies > unless marked Multi-Arch: foreign or annotated :native. In this case, > the foreign marking looks correct to me as nothing either package does > depends on the processor architecture. Please consider applying the > attached patch. > > Helmut thanks for the patch. I guess that it is because this package use only perl ans shell, am I correct? However i plan further development on this package, so I'd like to understand if and how this patch will limit my options: for example, if i call (from perl or sh) some external executable that is arch specific then I'll need to remove the multi-arch: foreign? Or, as long as I stick with something that does not need to go through a compiler, like sh perl or python, it's always safe to mark Multi-Arch ? Regards, Lorenzo
Bug#981672: libnitrokey FTBFS on !amd64/arm64: symbol differences
I did an NMU to DELAY/3 last Sunday for exactly this problem, so it should be in tomorrow around 10am PST. :) Sent from ProtonMail mobile Original Message On Feb. 2, 2021, 11:29, Adrian Bunk wrote: > Source: libnitrokey > Version: 3.5-3.1 > Severity: serious > Tags: ftbfs > > https://buildd.debian.org/status/package.php?p=libnitrokey > > Symbol files for C++ libraries are usually problematic: > https://wiki.debian.org/UsingSymbolsFiles
Bug#981711: mc: cannot view .jar files any more
Dixi quod… >Regression in sid: after an update, I cannot F3 on .jar files any more: […] >I cannot Enter them any more either. Copying it to x.zip allows all these things to work, so the file extension must be misdetected. From the extension file, it looks like mc parses file(1) output. Maybe these are not in sync? tglase@tglase-nb:~ $ file /home/tglase/Misc/Vendor/ECN-Bits/jdk-linux/target/jni-0.1-SNAPSHOT.jar /home/tglase/Misc/Vendor/ECN-Bits/jdk-linux/target/jni-0.1-SNAPSHOT.jar: Zip archive data, at least v2.0 to extract bye, //mirabilos -- 22:20⎜ The crazy that persists in his craziness becomes a master 22:21⎜ And the distance between the craziness and geniality is only measured by the success 18:35⎜ "Psychotics are consistently inconsistent. The essence of sanity is to be inconsistently inconsistent
Bug#981711: mc: cannot view .jar files any more
Package: mc Version: 3:4.8.26-1 Severity: normal X-Debbugs-Cc: t...@mirbsd.de Regression in sid: after an update, I cannot F3 on .jar files any more: ║*ru ╔═══ Error ═══╗ :07║ ║║ ║ :08║ ║║ Cannot open "/home/tglase/Misc/Vendor/ECN-Bits/jdk-linux/target/jni-0.1-SNAPSHOT.jar" in parse mode ║ :12║ ║║No such file or directory (2) ║ :12║ ║║ ║ :12║ ║ ╚═╝ :12║ I cannot Enter them any more either. Editing the extension file, I see the command that should be used, and it too works: tglase@tglase-nb:~ $ MC_EXT_FILENAME=/home/tglase/Misc/Vendor/ECN-Bits/jdk-linux/target/jni-0.1-SNAPSHOT.jar /usr/lib/mc/ext.d/archive.sh view zip | head Archive: /home/tglase/Misc/Vendor/ECN-Bits/jdk-linux/target/jni-0.1-SNAPSHOT.jar Length MethodSize CmprDateTime CRC-32 Name -- --- -- - 710 Defl:N 356 50% 2021-02-03 03:12 2c7c6237 META-INF/MANIFEST.MF 0 Stored0 0% 2021-02-03 03:12 META-INF/ 0 Stored0 0% 2021-02-03 03:07 de/ 0 Stored0 0% 2021-02-03 03:07 de/telekom/ 0 Stored0 0% 2021-02-03 03:07 de/telekom/llcto/ 0 Stored0 0% 2021-02-03 03:07 de/telekom/llcto/ecn_bits/ 0 Stored0 0% 2021-02-03 03:07 de/telekom/llcto/ecn_bits/jdk/ So there’s something wrong within mc and/or the upgrade. -- System Information: Debian Release: bullseye/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'oldstable-updates'), (500, 'buildd-unstable'), (500, 'unstable'), (500, 'oldstable'), (1, 'experimental-debug'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.9.0-4-amd64 (SMP w/2 CPU threads) Kernel taint flags: TAINT_WARN Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/lksh Init: sysvinit (via /sbin/init) Versions of packages mc depends on: ii libc6 2.31-9 ii libext2fs21.45.7-1 ii libglib2.0-0 2.66.4-3 ii libgpm2 1.20.7-8 ii libslang2 2.3.2-5 ii libssh2-1 1.9.0-2 ii mc-data 3:4.8.26-1 Versions of packages mc recommends: ii mime-support3.66 ii perl5.32.1-2 ii sensible-utils 0.0.14 ii unzip 6.0-26 Versions of packages mc suggests: pn arj ii bzip21.0.8-4 pn dbview pn djvulibre-bin pn epub-utils ii file 1:5.39-3 ii genisoimage 9:1.1.11-3.1 ii gv [pdf-viewer] 1:3.7.4-2+b1 ii imagemagick 8:6.9.11.60+dfsg-1 ii imagemagick-6.q16 [imagemagick] 8:6.9.11.60+dfsg-1 pn libaspell-dev ii lynx 2.9.0dev.6-1 ii mupdf [pdf-viewer] 1.17.0+ds1-1.2 pn odt2txt ii okular [pdf-viewer] 4:20.12.1-1 ii poppler-utils20.09.0-3.1 pn python pn python-boto pn python-tz ii texlive-binaries 2020.20200327.54578-6 ii unar 1.10.1-2+b6 ii w3m 0.5.3+git20210102-2 pn wimtools ii zip 3.0-12 -- no debconf information
Bug#981685: offlineimap: cannot sync email with umlaut
Package: offlineimap Version: 7.3.3+dfsg1-1+0.0~git20210105.00d395b+dfsg-2 Severity: important Dear Maintainer, When a new sent email contains an Umlaut, such as ö (unicode 0xf6), offlineimap cannot sync this message, but returns the following error: ERROR: while syncing Sent [account Mailbox] 'utf-8' codec can't decode byte 0xf6 in position 599: invalid continuation byte Traceback: File "/usr/share/offlineimap3/offlineimap/folder/Base.py", line 1186, in syncmessagesto action(dstfolder, statusfolder) File "/usr/share/offlineimap3/offlineimap/folder/Base.py", line 1013, in __syncmessagesto_copy self.copymessageto(uid, dstfolder, statusfolder, register=0) File "/usr/share/offlineimap3/offlineimap/folder/Base.py", line 902, in copymessageto message = self.getmessage(uid) File "/usr/share/offlineimap3/offlineimap/folder/Maildir.py", line 262, in getmessage retval = file.read() File "/usr/lib/python3.9/codecs.py", line 322, in decode (result, consumed) = self._buffer_decode(data, self.errors, final) ERROR: ERROR in syncfolder for Mailbox folder Sent: Traceback (most recent call last): File "/usr/share/offlineimap3/offlineimap/accounts.py", line 666, in syncfolder localfolder.syncmessagesto(remotefolder, statusfolder) File "/usr/share/offlineimap3/offlineimap/folder/Base.py", line 1186, in syncmessagesto action(dstfolder, statusfolder) File "/usr/share/offlineimap3/offlineimap/folder/Base.py", line 1013, in __syncmessagesto_copy self.copymessageto(uid, dstfolder, statusfolder, register=0) File "/usr/share/offlineimap3/offlineimap/folder/Base.py", line 902, in copymessageto message = self.getmessage(uid) File "/usr/share/offlineimap3/offlineimap/folder/Maildir.py", line 262, in getmessage retval = file.read() File "/usr/lib/python3.9/codecs.py", line 322, in decode (result, consumed) = self._buffer_decode(data, self.errors, final) UnicodeDecodeError: 'utf-8' codec can't decode byte 0xf6 in position 599: invalid continuation byte -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.10.0-2-amd64 (SMP w/4 CPU threads) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages offlineimap depends on: ii offlineimap3 0.0~git20210105.00d395b+dfsg-2 offlineimap recommends no packages. offlineimap suggests no packages. -- no debconf information
Bug#981710: mmdebstrap doesn't use debian-archive-removed-keys.gpg for jessie
Package: mmdebstrap Version: 0.7.4-1 Severity: normal Dear Maintainer, Running `mmdebstrap --variant=extract jessie` fails with ``` E: The repository 'http://deb.debian.org/debian jessie Release' is not signed. ``` after multiple GPG warnings. Adding `--keyring /usr/share/keyrings/debian-archive-removed-keys.gpg` works around it, but a cursory look at the code suggests this is supposed to happen automatically. Mike
Bug#981709: mmdebstrap: check/qemu should be skipped by default for the extract variant
Package: mmdebstrap Version: 0.7.4-1 Severity: normal Dear Maintainer, Running `mmdebstrap --variant=extract --architectures=` fails with ``` E: $arch can neither be executed natively nor via qemu user emulation with binfmt_misc ``` It works with `--skip check/qemu`, but this should probably be the default considering --variant=extract doesn't install packages and thus doesn't run anything under its architecture. Mike
Bug#981708: io.podman.{socket,service} symlinks not cleaned up on upgrades
Package: podman Version: 3.0.0~rc2+dfsg1-1 Severity: normal Hi, it seems, podman no longer ships the following two units: io.podman.socket and io.podman.service After the upgrade from v2 to v3, I therefor get the following two dangling symlinks /etc/systemd/system/multi-user.target.wants/io.podman.service -> /lib/systemd/system/io.podman.service /etc/systemd/system/sockets.target.wants/io.podman.socket -> /lib/systemd/system/io.podman.socket There is also i-s-h helper related state in /var/lib/systemd/deb-systemd-helper-enabled which should be cleaned up on upgrades. For that, please consider adding the following code to your maintainers scripts (guarded by a version check): deb-systemd-helper purge io.podman.service io.podman.socket >/dev/null || true deb-systemd-helper unmask io.podman.service io.podman.socket >/dev/null || true Regards, Michael -- System Information: Debian Release: bullseye/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.10.0-3-amd64 (SMP w/4 CPU threads) Kernel taint flags: TAINT_FIRMWARE_WORKAROUND, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages podman depends on: ii conmon 2.0.25+ds1-1 ii containernetworking-plugins 0.9.0-1 ii crun 0.17+dfsg-1 ii golang-github-containers-common 0.26.3+ds1-3 ii init-system-helpers 1.60 ii libc62.31-9 ii libdevmapper1.02.1 2:1.02.175-2 ii libgpgme11 1.14.0-1+b2 ii libseccomp2 2.5.1-1 ii runc 1.0.0~rc92+dfsg1-5+b1 Versions of packages podman recommends: ii buildah 1.18.0+dfsg1-3 ii fuse-overlayfs1.4.0-1 ii golang-github-containernetworking-plugin-dnsname 1.1.1+ds1-4+b1 ii slirp4netns 1.0.1-1 ii tini 0.19.0-1 ii uidmap1:4.8.1-1 Versions of packages podman suggests: pn containers-storage -- Configuration Files: /etc/cni/net.d/87-podman-ptp.conflist [Errno 13] Keine Berechtigung: '/etc/cni/net.d/87-podman-ptp.conflist' -- no debconf information
Bug#981520: minigalaxy: Shows a browser login window without any proof of origin (no URL, no HTTPS indicator, no chance to review SSL certificate, etc.)
Hi Stephen and Stephan, (JFYI: I only got Stephen's mail.) Stephen Kitt wrote: > On Tue, 02 Feb 2021 11:02:58 +, Stephan Lachnit > wrote: > > > On startup it shows a login window which looks suspiciously like a GOG > > > login window in a web browser, but without without any possibility to > > > check its origin: It has no location bar, i.e. shows no URL, it doesn't > > > indicate if the entered credentials are transmitted encrypted via HTTPS > > > or not, and it offers no chance to review the HTTPS TLS certificate if > > > present. > > > > Since Minigalaxy is open source, it's very easy to check if it connects > > actually to GOG via https. I checked the code and it is fine. > > I had checked it before sponsoring the initial upload too. > > This is one of those things I tend to assume from Debian: that the > packages provided in the archives are safe. Ack. But MITM attacks happen outside of the software. Think DNS spoofing. Before I enter a password anywhere, I should be able to check at least the certificate. > > This problem actually isn't solved by showing an address bar or the > > certificate, since that can easily be spoofed. Indeed. But here Stephen's argument fits: I tend to assume that the packages provided in the Debian archives are safe. I just can't assume that the network I'm in is safe. > > > Possible solution: Don't use an embedded browser windows but call > > > sensible-browser or so to use the browser which the user is probably > > > already logged in to GOG anyways. > > > > In the forwarded bug report the maintainer states that an external > > browser is not a solution at the moment. Their argumentation sounds > > reasonable to me. Feared that. > > However, I will look into adding the address, as it probably is not a > > bad idea. But this is more of a wishlist thing, not an actual security > > concern (at least to me). As mentioned, I haven't got Stephan's mail. I now see that this has been downgraded to wishlist with that mail. I disagree. This is a clear issue. I though must admit that the login window at least says "Unacceptable TLS certificate" if I try to do a MITM attack on auth.gog.com. I am nevertheless still of the opinion that this is not a feature request but a security issue. > See also lgogdownloader which does pretty much the same thing. Actually I tried that one first as it was in Debian first. Horrible user experience: It's a Qt written tool according to its dependencies (i.e. a GUI) which asks me "E-Mail:" on the commandline (!) without any context, which e-mail address is wanted and for what it is used. I assume it's the e-mail address used in the GOG account, but that UI is inacceptable. (Didn't write a bug report for that. Just uninstalled it. But this one has security impact.) Regards, Axel -- ,''`. | Axel Beckert , https://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 `-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
Bug#981576: ghdl-common: missing Breaks+Replaces: ghdl (<< 0.37+dfsg2)
On Mon, Feb 01, 2021 at 06:20:18PM +0100, Andreas Beckmann wrote: > From the attached log (scroll to the bottom...): > > Preparing to unpack .../ghdl-common_0.37+dfsg2-1_amd64.deb ... > Unpacking ghdl-common (0.37+dfsg2-1) ... > dpkg: error processing archive > /var/cache/apt/archives/ghdl-common_0.37+dfsg2-1_amd64.deb (--unpack): >trying to overwrite '/usr/bin/ghdl', which is also in package ghdl:amd64 > 0.37+dfsg-3 > dpkg-deb: error: paste subprocess was killed by signal (Broken pipe) > Errors were encountered while processing: >/var/cache/apt/archives/ghdl-common_0.37+dfsg2-1_amd64.deb Ah, I didn't notice that as I haven't tried installing ghdl-common on its own with the older ghdl packages installed. > BTW, did you really intend to move /usr/bin/ghdl to the -common package? > That's rather unusual. > (But you need the B+R also for splitting out the /usr/lib bits to -common.) /usr/bin/ghdl is a shell script that selects one of the installed ghdl variants and executes that, and it can be influenced by an environment variable. In hindsight, I could have let /usr/bin/ghdl be handled by the alternatives system and let users select a non-default ghdl by executing the desired executable (ghdl-mcode, ghdl-gcc or ghdl-llvm) directly. But as it is now it is in -common so that every ghdl installation also provides /usr/bin/ghdl.
Bug#981707: r-cran-sass: should link against separately maintained libsass
Package: r-cran-sass Version: 0.3.1+dfsg-1 Severity: important -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 r-cran-sass links against an embedded copy of libsass, which is a separate code project. Debian Policy § 4.13 says this: > Some software packages include in their distribution convenience > copies of code from other software packages, generally so that users > compiling from source don’t have to download multiple packages. > Debian packages should not make use of these convenience copies unless > the included package is explicitly intended to be used in this way. If > the included code is already in the Debian archive in the form of a > library, the Debian packaging should ensure that binary packages > reference the libraries already in Debian and the convenience copy is > not used. If the included code is not already in Debian, it should be > packaged separately as a prerequisite if possible. Please link against separately packaged libsass. - Jonas - -- System Information: Debian Release: bullseye/sid APT prefers buildd-unstable APT policy: (500, 'buildd-unstable'), (500, 'unstable'), (1, 'buildd-experimental'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 5.7.0-3-amd64 (SMP w/2 CPU threads) Kernel taint flags: TAINT_DIE, TAINT_WARN Locale: LANG=da_DK.UTF-8, LC_CTYPE=da_DK.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages r-cran-sass depends on: ii libc6 2.31-9 ii libgcc-s1 10.2.1-6 ii libstdc++610.2.1-6 pn r-api-4.0 pn r-base-core pn r-cran-digest pn r-cran-fs pn r-cran-htmltools pn r-cran-r6 pn r-cran-rappdirs pn r-cran-rlang Versions of packages r-cran-sass recommends: pn r-cran-testthat Versions of packages r-cran-sass suggests: pn r-cran-knitr pn r-cran-rmarkdown pn r-cran-shiny pn r-cran-withr -BEGIN PGP SIGNATURE- iQIzBAEBCgAdFiEEn+Ppw2aRpp/1PMaELHwxRsGgASEFAmAZ9MIACgkQLHwxRsGg ASG9sg//fcmRQl2tSqCldX48d9hwfryf4R0F6zjQTgwB0DBGFi7mNDCL0XkUZmVJ kGh3w82MFA1un42Wu69kmDcSTepIfr6oM24LY0W27Zo1rMfsq7TBSP1ZIlpbhcZz +3ytDS5HqIUIUoWyrEzNSM7/jWpxnJaR9m8+DY1KMcDqM9rcIKh+9bWMAO+LfwPc n1TN5qnLHK+Fv/SIrGimmqyszPz28e49p8RkjKXu5iTLw68kVNZF8DRUGR7PPwuR XkducYH6FytRsVDxwgTP2OHphyZuMhhc0Ww7+Y07DcA8VERBeSExsW3k0A5u4Nc0 ySLJjSiTr9ZQY/0zutKmBO9SdQkpL3QNgJ7EFb+J7OLM1mc4I/aHUUPbZ66lmzWj 1ZNdMMPdgZepCvcIRdfJCQJG8dy6mXK34PAYoU2WT3Q2iM4+ht1O2juUcIxDQBIa fGtK6M+mDWx7oOJZnMtGhczR+tt+XiLlNgqI+1lu5eTwJbVQsm0CZ2ynW3csh1xF 2G6VwfEqyFctBcSYZOqPIEXjaByZ9A0prnUjLE0WNQSCPYhzuMfgUnx8HhG2dKtA iiJ9siWtLnc/r6FTIwrW51iWzgNq78ek70alu3B9Ao2u6172wz08E458Hc/am+F9 CtqXJ5krm/t+Piti91N0D9Cx4NJ3/NDsWeyPK+iDYivD+wXA8lw= =6QCR -END PGP SIGNATURE-
Bug#969516: Please support installing onto f2fs root filesystem
Since we now have f2fs support in parted [1], we could go back to adding partman-f2fs to d-i. It's been quite a while since I did this, so I'll have to some reading again. But is anyone even interested to sponsor this before the freeze? Else, the effort is not really worth it (for now). Regards, Stephan Lachnit [1] https://salsa.debian.org/parted-team/parted/-/merge_requests/3#note_216035 [2] https://salsa.debian.org/stephanlachnit/partman-f2fs
Bug#980042: mailutils: does not remove extracted emails
Hello, I've been hit by the same bug while trying to delete some messages in my local mbox with the regular "mail" command. I'm also running mailutils 3.11.1-4 on a sid machine. While investigating I found out that version 3.11 of mailutils introduced a rewrite of their traditional mbox handling code. According to the source code of that "mboxrd" component (libproto/mbox/mboxrd.c), it appears that when flushing mbox changes to disk, the program will create and write to a temporary mailbox. If it succeeds, it will then rename it to your current mbox name. This behavior seems incompatible with the permissions of /var/mail on a Debian system (2775 root:mail). When running strace on "mail", I've found this just after issuing the 'quit' command, which seems to confirm the problem : openat(AT_FDCWD, "/var/mail/username", O_RDWR) = 6 fcntl(6, F_SETLK, {l_type=F_WRLCK, l_whence=SEEK_SET, l_start=0, l_len=0}) = 0 rt_sigprocmask(SIG_BLOCK, [HUP INT TERM TSTP WINCH], NULL, 8) = 0 msync(0x7f469e481000, 16357, MS_SYNC) = 0 fstat(4, {st_mode=S_IFREG|0660, st_size=16357, ...}) = 0 stat("/var/mail", {st_mode=S_IFDIR|S_ISGID|0775, st_size=4096, ...}) = 0 openat(AT_FDCWD, "/var/mail/muMAULJT", O_RDWR|O_CREAT|O_EXCL, 0600) = -1 EACCES (Permission non accordée) NOTE : "Permission non accordée" translates to "Permission denied" It's also worth noting that running 'mail -u username' as root works and I can delete my messages, but it modifies /var/mail/username permissions (0600 root:mail instead of 0660 username:mail), as expected with that temporary mbox + renaming way of doing. Best regards, -- Pierrick CHANTEUX Service Informatique Institut de Physique du Globe de Paris 1, rue Jussieu - 75005 Paris
Bug#981706: maim: Improve man page for better apropos results
Package: maim Version: 5.6.3-1 Severity: minor Tags: patch Hello: The man page could be improved to have better apropos(1) results. IOW, to make the program appear with search terms that come to mind first, as "make image" is true but too abstract. See attached patch. Background: I was looking for avaliable screenshot tools, I knew I had more installed and had no idea why at least one was missing. I ended finding it again because I remembered about slop (which IMHO could also get the man page name section improved), "apropos select" worked. The use will be a bash oneliner like "zbarimg -q <( maim -f png ) | xsel" to decode barcodes that are on screen and load them into the selection. Cheers, GSR --- maim.1 2021-02-03 00:19:10.204608451 +0100 +++ maim.1.new 2021-02-03 00:27:20.882598240 +0100 @@ -1,8 +1,8 @@ .\" Manpage for maim. .\" Contact naelst...@gmail.com to correct errors or typos. -.TH maim 1 2017-03-21 Linux "maim man page" +.TH maim 1 2021-02-03 Linux "maim man page" .SH NAME -maim \- make image +maim \- capture screenshot of desktop and make image .SH SYNOPSIS maim [OPTIONS] [FILEPATH] .SH DESCRIPTION
Bug#981705: RFS: proxycheck/0.49a-6 [QA] -- checks existence of open proxy
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "proxycheck": * Package name : proxycheck Version : 0.49a-6 Upstream Author : [fill in name and email of upstream] * URL : http://www.corpit.ru/mjt/proxycheck.html * License : GPL-2+ * Vcs : [fill in URL of packaging vcs] Section : net It builds those binary packages: proxycheck - checks existence of open proxy To access further information about this package, please visit the following URL: https://mentors.debian.net/package/proxycheck/ Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/p/proxycheck/proxycheck_0.49a-6.dsc Changes since the last upload: proxycheck (0.49a-6) unstable; urgency=medium . * QA upload. * Set Debian QA Group as maintainer. (see #980955) * Using new DH level format. Consequently: - debian/compat: removed. - debian/control: changed from 'debhelper' to 'debhelper-compat' in Build-Depends field and bumped level to 13. * debian/control: - Set Rules-Requires-Root:no. - Bumped Standards-Version to 4.5.1. - Set section and priority fields matching override. * debian/copyright: Add dep5 copyright. * debian/watch: Use uscan version 4. Regards,
Bug#981704: linux-image-5.10.0-2-amd64: Attempting to use Wacom stylus freezes system
Package: src:linux Version: 5.10.9-1 Severity: normal X-Debbugs-Cc: debian-b...@hklas.de I'm using linux-image-5.10.0-2-amd64 on a Lenovo Thinkpad L390 Yoga with a "Wacom ISDv4 5158" touch/stylus display. If I attempt to use the stylus, the system will freeze as soon as the stylus enters the "detection range". The system is well stuck, rebooting via SysRq is not possible, and the caps lock LED stops toggling as well; the only option is to do a hard reset. The laptop works completely fine with the previous kernel (linux-image-5.10.0-1-amd64 / version 5.10.4-1). I don't know how to save debug logs if it crashes, any ideas?. The information below is from the 5.10.0-1 kernel I'm currently running. Best regards, Malte -- Package-specific info: ** Kernel log: boot messages should be attached ** Model information sys_vendor: LENOVO product_name: 20NT0015GE product_version: ThinkPad L390 Yoga chassis_vendor: LENOVO chassis_version: None bios_vendor: LENOVO bios_version: R10ET45W (1.30 ) board_vendor: LENOVO board_name: 20NT0015GE board_version: SDK0J40697 WIN ** PCI devices: (none affected) ** USB devices: (...) Bus 001 Device 004: ID 056a:5158 Wacom Co., Ltd Pen and multitouch sensor (+lots of unrelated devices) -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.10.0-1-amd64 (SMP w/8 CPU threads) Kernel taint flags: TAINT_USER, TAINT_CRAP, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages linux-image-5.10.0-2-amd64 depends on: ii initramfs-tools [linux-initramfs-tool] 0.139 ii kmod28-1 ii linux-base 4.6 Versions of packages linux-image-5.10.0-2-amd64 recommends: ii apparmor 2.13.6-7 ii firmware-linux-free 20200122-1 Versions of packages linux-image-5.10.0-2-amd64 suggests: pn debian-kernel-handbook ii grub-efi-amd64 2.04-12 pn linux-doc-5.10 Versions of packages linux-image-5.10.0-2-amd64 is related to: ii firmware-amd-graphics 20201218-2 pn firmware-atheros pn firmware-bnx2 pn firmware-bnx2x pn firmware-brcm80211 pn firmware-cavium ii firmware-intel-sound 20201218-2 pn firmware-intelwimax pn firmware-ipw2x00 pn firmware-ivtv ii firmware-iwlwifi 20201218-2 pn firmware-libertas ii firmware-linux-nonfree20201218-2 ii firmware-misc-nonfree 20201218-2 pn firmware-myricom pn firmware-netxen pn firmware-qlogic ii firmware-realtek 20201218-2 pn firmware-samsung pn firmware-siano pn firmware-ti-connectivity pn xen-hypervisor -- debconf-show failed
Bug#981616: Acknowledgement (linux-image-5.10.0-3-arm64-unsigned: WiFi does not work with vc4.ko on RPi4, module_blacklist=vc4 enables WiFi)
Control: retitle -1 5GHz WiFi does not work with vc4.ko on RPi4 and 4K display Control: tags -1 + upstream Control: severity -1 normal It turns out that the reported symptom happens with 5GHz Wifi and 4K display resolution at 30 Hz refreshing rate. Since the condition is rather limited, I lowered severity to normal. This is an upstream issue. It is being discussed at "linux-rpi-kernel" mailing list. Best regards, Ryutaroh Matsumoto
Bug#981703: slop: Improve man page for better apropos results
Package: slop Version: 7.5-1+b1 Severity: minor Tags: patch Hello: The man page could be improved to have better apropos(1) results. IOW, to make the program appear with search terms that come to mind first, as "select operation" is true but too abstract. See attached patch. Background: managed to find forgotten maim(1) via slop, but realized both have rather short name blocks, making them rather invisible to apropos unless you get the right word (of two possible). man -K uses full man page text (slow, also in the sense of having to hit C-d many times), while man -k or apropos seem to only use the one line name part. Cheers, GSR --- slop.1 2021-02-03 00:44:14.845211670 +0100 +++ slop.1.new 2021-02-03 00:45:37.046820924 +0100 @@ -1,8 +1,8 @@ .\" Manpage for slop. .\" Contact naelst...@gmail.com to correct errors or typos. -.TH SLOP 1 2017-03-21 Linux "slop man page" +.TH SLOP 1 2021-02-03 Linux "slop man page" .SH NAME -slop \- select operation +slop \- select operation, either mark screen region or pick window .SH SYNOPSIS slop [-klqn] [OPTIONS] .SH DESCRIPTION
Bug#981702: RFS: privacybadger/2021.2.2-1 -- browser extension automatically learns to block invisible trackers
Package: sponsorship-requests Severity: normal X-Debbugs-CC: pkg-mozext-maintain...@lists.alioth.debian.org Dear mentors, I am looking for a sponsor for my package "privacybadger": * Package name: privacybadger Version : 2021.2.2-1 Upstream Author : Electronic Frontier Foundation * URL : https://www.eff.org/privacybadger/ * License : GPL-3+ Section : web It builds those binary packages: webext-privacy-badger - browser extension automatically learns to block invisible trackers To access further information about this package, please visit the following URL: https://mentors.debian.net/package/privacybadger/ Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/p/privacybadger/privacybadger_2021.2.2-1.dsc Changes since the last upload: privacybadger (2021.2.2-1) unstable; urgency=medium . * Friendly takeover back into the WebExt team. * New upstream release. -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (500, 'testing'), (2, 'unstable'), (1, 'testing-debug'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.10.0-2-amd64 (SMP w/2 CPU threads) Kernel taint flags: TAINT_USER, TAINT_WARN, TAINT_FIRMWARE_WORKAROUND Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled signature.asc Description: This is a digitally signed message part.
Bug#978553: pam_unix should default to yescrypt
> "Christoph" == Christoph Anton Mitterer writes: Christoph> Wouldn't it then be a better choice to wait for the Christoph> availability of argon2? Christoph> Not that'd I'd have any insight on whether yescrypt is Christoph> much worse, but Argon2 is simply the winner and will Christoph> probably receive the most scrutiny over the years. So it Christoph> would seem like the wisest long term choice - just like Christoph> most people use Rijndael/AES and not so much the other Christoph> AES finalists. No, what we had was not so good, and Yescrypt is reduced to a compelling security proof. I think the amount of analysis that various things are getting is a factor we can consider. I don't have any objection to moving to Argon2 once it's available, I just don't know today that it will be critical to do so. Amusingly enough, Debian openssh does not actually use AES for encryption these days. For a while AES really did have close to 100% of the responsible cipher market despite its side channel issues. These days, you'll still see Ipsec using AES, but the ssh community is more likely to prefer something non-NIST-based probably still as fallout from DRB plus a desire to have a wider crypto ecosystem.
Bug#981701: on install, suggested/recommended could also list the depending package(s)
Package: apt Version: 1.8.2.2 Severity: wishlist when `apt install' lists the recommended/suggested packages to be installed, would be nice to know which of the required packages are depending in it. often i found my self wishing to know that, when i install something (typically with --no-install-recommends).
Bug#978553: pam_unix should default to yescrypt
On Tue, 2021-02-02 at 17:05 -0500, Sam Hartman wrote: > > > > > > I don't know whether that's long-term plan or not. > yescrypt and argon2 seem to have similar security properties. > I'd need to dig more into the PHC report to figure out whether > there's > enough of an advantage to do another switch. > I mean yeah, if argon2 was an option today I probably would have > picked Wouldn't it then be a better choice to wait for the availability of argon2? Not that'd I'd have any insight on whether yescrypt is much worse, but Argon2 is simply the winner and will probably receive the most scrutiny over the years. So it would seem like the wisest long term choice - just like most people use Rijndael/AES and not so much the other AES finalists. Cheers, Chris.
Bug#981700: Don't show a different image if we can't show this image
Package: imagemagick-6.q16 Version: 8:6.9.11.60+dfsg-1 Severity: minor File: /usr/bin/display-im6.q16 $ display /usr/share/pixmaps/pcmanx.svg We see an image of a magician. OK, that's what must be in that file. (If there is an error, then it should be mentioned in that image itself, too, instead of only at: display-im6.q16: delegate failed `'rsvg-convert' -o '%o' '%i'' @ error/delegate.c/InvokeDelegate/1966. display-im6.q16: unable to open file `/tmp/magick-jhAZsPLpLIqzcGPF0qgDAyZNC_je5YEv': No such file or directory @ error/constitute.c/ReadImage/614. ) H, that last part looks like a Debian problem.
Bug#981699: thinkfan: fails on upgrade
Package: thinkfan Version: 1.2.1-2 Severity: normal X-Debbugs-Cc: t...@mirbsd.de $ sudo apt-get --purge dist-upgrade […] Preparing to unpack .../thinkfan_1.2.1-2_amd64.deb ... Unpacking thinkfan (1.2.1-2) over (1.2.1-1) ... dpkg: warning: unable to delete old directory '/etc/systemd/system/thinkfan.service.d': Directory not empty […] Setting up thinkfan (1.2.1-2) ... Removing obsolete conffile /etc/systemd/system/thinkfan.service.d/override.conf ... Restarting fan control tool: thinkfan ERROR: Error scanning /sys/devices/pci:00/:00:03.1/:27:00.0/hwmon: No such file or directory failed! […] -- System Information: Debian Release: bullseye/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'oldstable-updates'), (500, 'buildd-unstable'), (500, 'unstable'), (500, 'oldstable'), (1, 'experimental-debug'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.9.0-4-amd64 (SMP w/2 CPU threads) Kernel taint flags: TAINT_WARN Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/lksh Init: sysvinit (via /sbin/init) Versions of packages thinkfan depends on: ii init-system-helpers 1.60 ii libatasmart4 0.19-5 ii libc62.31-9 ii libgcc-s110.2.1-6 ii libstdc++6 10.2.1-6 ii libyaml-cpp0.6 0.6.3-9 thinkfan recommends no packages. thinkfan suggests no packages. -- Configuration Files: /etc/default/thinkfan changed: START=yes DAEMON_ARGS="-q" /etc/thinkfan.conf changed: (0, 0, 58) (1, 47, 60) (2, 55, 66) (5, 60, 77) (7, 70, 32767) -- no debconf information
Bug#981251: thinkfan: obsolete-conffile /etc/thinkfan.conf
Package: thinkfan Version: 1.2.1-2 Followup-For: Bug #981251 X-Debbugs-Cc: t...@mirbsd.de This bug is still pertinent: thinkfan: obsolete-conffile /etc/thinkfan.conf Why is this file obsolete anyway? /usr/share/doc/thinkfan/NEWS.Debian.gz does not list anything and I have configured my thinkfan in it, so it’s probably necessary! -- System Information: Debian Release: bullseye/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'oldstable-updates'), (500, 'buildd-unstable'), (500, 'unstable'), (500, 'oldstable'), (1, 'experimental-debug'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.9.0-4-amd64 (SMP w/2 CPU threads) Kernel taint flags: TAINT_WARN Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/lksh Init: sysvinit (via /sbin/init) Versions of packages thinkfan depends on: ii init-system-helpers 1.60 ii libatasmart4 0.19-5 ii libc62.31-9 ii libgcc-s110.2.1-6 ii libstdc++6 10.2.1-6 ii libyaml-cpp0.6 0.6.3-9 thinkfan recommends no packages. thinkfan suggests no packages. -- Configuration Files: /etc/default/thinkfan changed: START=yes DAEMON_ARGS="-q" /etc/thinkfan.conf changed: (0, 0, 58) (1, 47, 60) (2, 55, 66) (5, 60, 77) (7, 70, 32767) -- no debconf information
Bug#981691: Debian Bug report logs - #981691,gparted started as non root without arguments crash
The error message indicates a problem in the libparted library which is part of the Parted project (not GParted). To confirm you might try running "sudo parted -l" from the command line.
Bug#981698: Fish Broken Multiline Prompt
Package: fish Version: 3.1.2-3 When using a prompt with multiple lines the prompts frequently breaks You can try something like: typing hello then Ctrl-C Starting with: [multiline prompt] $ hello Then : [multiline prompt] [mhello^Ce prompt] $ This happens on other occasions as well like switching from command mode to insert when using vi-binding. However, happens even when vi-binding is not set I tested the same fish version with the same fish configurations (as far as I can tell) on macos and had no issues. I am using Debian Bullseye: [multiline prompt] $ uname -a Linux mylaptop 5.10.0-1-amd64 #1 SMP Debian 5.10.4-1 (2020-12-31) x86_64 GNU/Linux
Bug#981620: libcbor: reduce Build-Depends
❦ 2 février 2021 21:08 +01, Helmut Grohne: >> Is that something that needs to go for Bullseye (honest question)? > > No. > > I say so when I think something is urgent. This is a drop-in-the-bucket > kind of bug. OK, I have queued your change to the 0.8.0 release which will happen after Bullseye: https://salsa.debian.org/debian/libcbor/-/commit/4c89d51782d7a6f5c0767653da9a33854eb5bd94 -- Follow each decision as closely as possible with its associated action. - The Elements of Programming Style (Kernighan & Plauger)
Bug#981697: nvidia-driver: GPF during boot since upgrade to 460.39
Package: nvidia-driver Version: 460.39-1 Severity: important Dear Maintainer, After upgrading from the 460.32.03-1 version of Nvidia drivers to 460.39-1, I get the following general protection fault during boot, and the X server hangs during startup: [9.233754] general protection fault, probably for non-canonical address 0x6163020705ee0a04: [#1] SMP NOPTI [9.235009] CPU: 16 PID: 908 Comm: nvidia-modeset/ Tainted: P OE 5.10.0-2-amd64 #1 Debian 5.10.9-1 [9.236259] Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./TRX40 Creator, BIOS P1.10 10/30/2019 [9.237628] RIP: 0010:nv_audio_dynamic_power+0xa8/0x120 [nvidia] [9.238895] Code: 48 8b 90 30 01 00 00 48 85 d2 74 a3 48 8b 82 a8 01 00 00 48 81 c2 a0 01 00 00 48 39 d0 75 0b eb 8e 48 8b 40 08 48 39 d0 74 85 <83> 78 1c 03 75 f1 48 8b 78 20 48 83 bf 40 03 00 00 00 0f 84 6d ff [9.240205] RSP: 0018:b4b0c1a17510 EFLAGS: 00010207 [9.241524] RAX: 6163020705ee0a04 RBX: RCX: 0002 [9.242832] RDX: 8b67906e6520 RSI: 8b768de7c000 RDI: 8b768de7c0f0 [9.244141] RBP: 8b67d2ff2b40 R08: 8b6b6646e4a0 R09: [9.245438] R10: R11: 8b67d0c3d098 R12: 8b67d2ff2b90 [9.246738] R13: c37a3540 R14: 8b67d2f54020 R15: [9.248030] FS: () GS:8b768d40() knlGS: [9.249321] CS: 0010 DS: ES: CR0: 80050033 [9.250605] CR2: 7f619b79bdc8 CR3: 00014bd3c000 CR4: 00350ee0 [9.251891] Call Trace: [9.253284] _nv039365rm+0x28/0x30 [nvidia] [9.254675] ? _nv036119rm+0x184/0x190 [nvidia] [9.256101] ? _nv038923rm+0xb8/0x150 [nvidia] [9.257490] ? _nv037978rm+0x274/0x2d0 [nvidia] [9.258852] ? _nv009273rm+0x34c/0x420 [nvidia] [9.260206] ? _nv036234rm+0x57/0x100 [nvidia] [9.261567] ? _nv008269rm+0x55/0xa0 [nvidia] [9.262913] ? _nv008269rm+0x34/0xa0 [nvidia] [9.264251] ? rm_kernel_rmapi_op+0x159/0x1b0 [nvidia] [9.265474] ? nvkms_call_rm+0x4b/0x80 [nvidia_modeset] [9.266687] ? _nv002678kms+0x51/0x60 [nvidia_modeset] [9.267886] ? _nv000672kms+0x2cf/0x4f0 [nvidia_modeset] [9.269177] ? _nv040150rm+0x9b/0x190 [nvidia] [9.270378] ? _nv002540kms+0x101/0x550 [nvidia_modeset] [9.271564] ? _nv000382kms+0x55/0xb0 [nvidia_modeset] [9.272763] ? _nv22kms+0xbb/0x3d0 [nvidia_modeset] [9.273963] ? _nv20kms+0x205/0x850 [nvidia_modeset] [9.275249] ? os_acquire_spinlock+0xe/0x20 [nvidia] [9.276570] ? _nv035411rm+0xc/0x20 [nvidia] [9.277764] ? kfree+0xc3/0x3f0 [9.279078] ? _nv009661rm+0xbe/0x100 [nvidia] [9.280382] ? _nv037980rm+0x120/0x130 [nvidia] [9.281704] ? _nv037978rm+0xa9/0x2d0 [nvidia] [9.283004] ? _nv032865rm+0x1e/0x30 [nvidia] [9.284280] ? os_acquire_spinlock+0xe/0x20 [nvidia] [9.285604] ? _nv035386rm+0xc/0x20 [nvidia] [9.286879] ? _nv040150rm+0x9b/0x190 [nvidia] [9.288066] ? _nv002732kms+0x12b0/0x15f0 [nvidia_modeset] [9.289267] ? _nv002471kms+0xadd/0x1060 [nvidia_modeset] [9.290457] ? lock_timer_base+0x61/0x80 [9.291644] ? nvkms_kthread_q_callback+0x8c/0xe0 [nvidia_modeset] [9.292850] ? _main_loop+0x9e/0x150 [nvidia_modeset] [9.294053] ? nvkms_sema_up+0x10/0x10 [nvidia_modeset] [9.295254] ? kthread+0x11b/0x140 [9.296444] ? __kthread_bind_mask+0x60/0x60 [9.297653] ? ret_from_fork+0x22/0x30 [9.298840] Modules linked in: overlay amd64_edac_mod(-) binfmt_misc squashfs ppdev btusb btrtl edac_mce_amd btbcm uvcvideo(+) amd_energy btintel iwlmvm videobuf2_vmalloc nls_ascii bluetooth videobuf2_memops kvm_amd nls_cp437 videobuf2_v4l2 vfat videobuf2_common fat kv m mac80211 snd_usb_audio(+) loop videodev jitterentropy_rng joydev snd_usbmidi_lib snd_rawmidi drbg snd_seq_device ansi_cprng libarc4 mc snd_hda_intel ecdh_generic snd_intel_dspcfg rapl ecc soundwire_intel soundwire_generic_allocation iwlwifi snd_soc_core vfio_pci snd_com press sg vfio_virqfd soundwire_cadence wmi_bmof vfio_iommu_type1 efi_pstore snd_hda_codec vfio pcspkr cfg80211 irqbypass snd_hda_core nvidia_drm(POE) snd_hwdep soundwire_bus rfkill snd_pcm snd_timer ccp snd sp5100_tco k10temp drm_kms_helper soundcore watchdog cec nvidia_m odeset(POE) parport_pc parport tpm_crb tpm_tis tpm_tis_core tpm rng_core evdev acpi_cpufreq nvidia(POE) nct6683 drm sunrpc msr fuse configfs efivarfs ip_tables x_tables autofs4 ext4 crc16 [9.298876] mbcache jbd2 btrfs blake2b_generic raid10 raid1 raid0 multipath linear raid456 async_raid6_recov async_memcpy async_pq async_xor async_tx xor raid6_pq libcrc32c crc32c_generic md_mod sd_mod hid_microsoft ff_memless hid_generic usbhid hid crc32_pclmul crc32 c_intel ghash_clmulni_intel ahci libahci libata nvme r8169 nvme_core atlantic realtek aesni_intel mdio_devres t10_pi crc_t10dif scsi_mod libaes libphy xhci_pci crypto_simd crct10dif_generic macsec cryptd xhci_hcd ptp crc
Bug#981696: plasma-desktop: Flickering on login screen and default panel when moving the mouse over icons
Package: plasma-desktop Version: 4:5.20.5-3 Severity: normal X-Debbugs-Cc: b...@gigelu.ro Dear Maintainer, On a fresh install of Debian 11 with KDE I have this display bug: https://i.imgur.com/CaUUnvU.gif https://i.imgur.com/VMfzVZo.gif My desktop has an ASUS H170 PRO GAMING motherboard with an Intel Core I7-6700K CPU and an NVIDIA GTX 1060 video card. On the default configuration, with the Nvidia card, the bug is not present. I want to passthrough the Nvidia card to kvm, so I am using vfio to disable it from the running system. /etc/initramfs-tools/modules vfio vfio_iommu_type1 vfio_pci vfio_virqfd /etc/modprobe.d/vfio.conf options vfio-pci ids=10de:1c03,10de:10f1 To use the CPU's integrated video I am using this configuration: /etc/X11/xorg.conf.d/20-intel.conf Section "Extensions" Option "XVideo" "Disable" EndSection Section "Device" Identifier "Intel Graphics" Driver "intel" Option "AccelMethod" "sna" Option "TearFree" "true" Option "DRI" "true" EndSection I have tried using the intel-media-va-driver or the intel-media-va-driver-non-free or none of them with no change. I used the same configuration on Debian versions 8 and 10 with no problem. -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 5.10.0-2-amd64 (SMP w/8 CPU threads) Locale: LANG=ro_RO.UTF-8, LC_CTYPE=ro_RO.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages plasma-desktop depends on: ii accountsservice 0.6.55-3 ii breeze 4:5.20.5-2 ii kactivitymanagerd5.20.5-1 ii kde-cli-tools4:5.20.5-2 ii kded55.78.0-2 ii kio 5.78.0-2 ii kpackagetool55.78.0-3 ii libaccounts-qt5-11.16-2 ii libc62.31-9 ii libcrypt11:4.4.17-1 ii libglib2.0-0 2.66.4-1 ii libibus-1.0-51.5.23-2 ii libkaccounts24:20.12.1-1 ii libkf5activities55.78.0-2 ii libkf5activitiesstats1 5.78.0-2 ii libkf5authcore5 5.78.0-2 ii libkf5baloo5 5.78.0-2 ii libkf5codecs55.78.0-2 ii libkf5completion55.78.0-3 ii libkf5configcore55.78.0-3 ii libkf5configgui5 5.78.0-3 ii libkf5configwidgets5 5.78.0-2 ii libkf5coreaddons55.78.0-2 ii libkf5crash5 5.78.0-3 ii libkf5dbusaddons55.78.0-2 ii libkf5declarative5 5.78.0-2 ii libkf5globalaccel-bin5.78.0-2 ii libkf5globalaccel5 5.78.0-2 ii libkf5guiaddons5 5.78.0-3 ii libkf5i18n5 5.78.0-2 ii libkf5iconthemes55.78.0-2 ii libkf5itemviews5 5.78.0-2 ii libkf5kcmutils5 5.78.0-3 ii libkf5kdelibs4support5 5.78.0-2 ii libkf5kiocore5 5.78.0-2 ii libkf5kiofilewidgets55.78.0-2 ii libkf5kiogui55.78.0-2 ii libkf5kiowidgets55.78.0-2 ii libkf5notifications5 5.78.0-2 ii libkf5notifyconfig5 5.78.0-2 ii libkf5package5 5.78.0-3 ii libkf5plasma55.78.0-3 ii libkf5plasmaquick5 5.78.0-3 ii libkf5quickaddons5 5.78.0-2 ii libkf5runner55.78.0-3 ii libkf5service-bin5.78.0-2 ii libkf5service5 5.78.0-2 ii libkf5solid5 5.78.0-2 ii libkf5sonnetcore55.78.0-2 ii libkf5sonnetui5 5.78.0-2 ii libkf5wallet-bin 5.78.0-2 ii libkf5wallet55.78.0-2 ii libkf5widgetsaddons5 5.78.0-2 ii libkf5windowsystem5 5.78.0-2 ii libkf5xmlgui55.78.0-2 ii libkworkspace5-5 4:5.20.5-3 ii libnotificationmanager1 4:5.20.5-3 ii libphonon4qt5-4 4:4.11.1-3 ii libprocesscore9 4:5.20.5-1 ii libqt5concurrent55.15.2+dfsg-3 ii libqt5core5a 5.15.2+dfsg-3 ii libqt5dbus5
Bug#981695: ITP: r-cran-spatstat.geom -- GNU R geometrical functionality of the 'spatstat' package
Package: wnpp Severity: wishlist Subject: ITP: r-cran-spatstat.geom -- GNU R geometrical functionality of the 'spatstat' package Package: wnpp Owner: Andreas Tille Severity: wishlist * Package name: r-cran-spatstat.geom Version : 1.65 Upstream Author : Adrian Baddeley, * URL : https://cran.r-project.org/package=spatstat.geom * License : GPL-2+ Programming Lang: GNU R Description : GNU R geometrical functionality of the 'spatstat' package This is a subset of the original 'spatstat' package, containing the user- level code from 'spatstat' which performs geometrical operations, except for the geometry of linear networks. Remark: This package is maintained by Debian R Packages Maintainers at https://salsa.debian.org/r-pkg-team/r-cran-spatstat.geom
Bug#981694: ITP: r-cran-spatstat.sparse -- GNU R sparse three-dimensional arrays and linear algebra utilities
Package: wnpp Severity: wishlist Subject: ITP: r-cran-spatstat.sparse -- GNU R sparse three-dimensional arrays and linear algebra utilities Package: wnpp Owner: Andreas Tille Severity: wishlist * Package name: r-cran-spatstat.sparse Version : 1.2 Upstream Author : Adrian Baddeley * URL : https://cran.r-project.org/package=spatstat.sparse * License : GPL-2+ Programming Lang: GNU R Description : GNU R sparse three-dimensional arrays and linear algebra utilities Defines sparse three-dimensional arrays and supports standard operations on them. The package also includes utility functions for matrix calculations that are common in statistics, such as quadratic forms. Remark: This package is maintained by Debian R Packages Maintainers at https://salsa.debian.org/r-pkg-team/r-cran-spatstat.sparse
Bug#981693: Default Password hash Changes to Yescript for Bullseye
package: release-notes x-debbuggs-cc: p...@packages.debian.org Hi. I've never filed one of these before, and I'm in the middle of several other things, so I decided to file the bug even if I get it not quite right rather than forgetting. Pam 1.4.0-3 changes the default password hash to yescript. That means that users may get a security improvement if they reset their passwords. It also has compatibility implications. I'd recommend text like the following for the release notes Password Hashing Uses Yescript by Default The default password hash for local system accounts has been changed to yescrypt (https://www.openwall.com/yescrypt/ ). This is expected to provide improve security against dictionary-based password guessing attacks, focusing both on the space as well as time complexity of the attack. To take advantage of this improved security, change local passwords; for example use the `passwd` command. Old passwords will continue to work using whatever password hash was used to create them. Yescrypt is not supported by Debian 10 (Buster). As a result, shadow password files (`/etc/shadow`) cannot be copied from a Debian 11 system back to a Debian 10 system. If these files are copied, passwords that have been changed on the Debian 11 system will not work on the Debian 10 system. Similarly, password hashes cannot be cut&paste from a Debian 11 to a Debian 10 system. If compatibility is required for password hashes between Debian 11 and Debian 10, modify `/etc/pam.d/common-password`. Find the line that looks like: password[success=1 default=ignore] pam_unix.so obscure yescrypt and replace `yescrypt` with `sha512`. signature.asc Description: PGP signature
Bug#981692: parted: crash when printing device partitions
Package: parted Version: 3.4-1 Severity: important parted /dev/sdb GNU Parted 3.4 Using /dev/sdb Welcome to GNU Parted! Type 'help' to view a list of commands. (parted) help align-check TYPE N check partition N for TYPE(min|opt) alignment help [COMMAND] print general help, or help on COMMAND mklabel,mktable LABEL-TYPE create a new disklabel (partition table) mkpart PART-TYPE [FS-TYPE] START END make a partition name NUMBER NAME name partition NUMBER as NAME print [devices|free|list,all|NUMBER] display the partition table, available devices, free space, all found partitions, or a particular partition quit exit program rescue START END rescue a lost partition near START and END resizepart NUMBER ENDresize partition NUMBER rm NUMBERdelete partition NUMBER select DEVICEchoose the device to edit disk_set FLAG STATE change the FLAG on selected device disk_toggle [FLAG] toggle the state of FLAG on selected device set NUMBER FLAG STATEchange the FLAG on partition NUMBER toggle [NUMBER [FLAG]] toggle the state of FLAG on partition NUMBER unit UNITset the default unit to UNIT version display the version number and copyright information of GNU Parted (parted) print Backtrace has 14 calls on stack: 14: /lib/x86_64-linux-gnu/libparted.so.2(ped_assert+0x45) [0x7f42e4569c85] 13: /lib/x86_64-linux-gnu/libparted.so.2(+0x267e7) [0x7f42e45817e7] 12: /lib/x86_64-linux-gnu/libparted.so.2(+0x1369a) [0x7f42e456e69a] 11: /lib/x86_64-linux-gnu/libparted.so.2(ped_disk_add_partition+0x1bc) [0x7f42e456ef3c] 10: /lib/x86_64-linux-gnu/libparted.so.2(+0x27295) [0x7f42e4582295] 9: /lib/x86_64-linux-gnu/libparted.so.2(+0x27447) [0x7f42e4582447] 8: /lib/x86_64-linux-gnu/libparted.so.2(+0x272d9) [0x7f42e45822d9] 7: /lib/x86_64-linux-gnu/libparted.so.2(+0x27501) [0x7f42e4582501] 6: /lib/x86_64-linux-gnu/libparted.so.2(ped_disk_new+0x48) [0x7f42e456e9f8] 5: parted(+0x8b29) [0x5618f9641b29] 4: parted(interactive_mode+0x187) [0x5618f96473a7] 3: parted(main+0x1376) [0x5618f963fdd6] 2: /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xea) [0x7f42e4336d0a] 1: parted(_start+0x2a) [0x5618f963fe5a] You found a bug in GNU Parted! Here's what you have to do: Don't panic! The bug has most likely not affected any of your data. Help us to fix this bug by doing the following: Check whether the bug has already been fixed by checking the last version of GNU Parted that you can find at: http://ftp.gnu.org/gnu/parted/ Please check this version prior to bug reporting. If this has not been fixed yet or if you don't know how to check, please visit the GNU Parted website: http://www.gnu.org/software/parted for further information. Your report should contain the version of this release (3.4) along with the error message below, the output of parted DEVICE unit co print unit s print and the following history of commands you entered. Also include any additional information about your setup you consider important. Assertion (metadata_length > 0) at ../../../libparted/labels/dos.c:2359 in function add_logical_part_metadata() failed. Aborted root@tri-yann4:~# parted /dev/sdb unit co print unit s print Backtrace has 14 calls on stack: 14: /lib/x86_64-linux-gnu/libparted.so.2(ped_assert+0x45) [0x7efefbf72c85] 13: /lib/x86_64-linux-gnu/libparted.so.2(+0x267e7) [0x7efefbf8a7e7] 12: /lib/x86_64-linux-gnu/libparted.so.2(+0x1369a) [0x7efefbf7769a] 11: /lib/x86_64-linux-gnu/libparted.so.2(ped_disk_add_partition+0x1bc) [0x7efefbf77f3c] 10: /lib/x86_64-linux-gnu/libparted.so.2(+0x27295) [0x7efefbf8b295] 9: /lib/x86_64-linux-gnu/libparted.so.2(+0x27447) [0x7efefbf8b447] 8: /lib/x86_64-linux-gnu/libparted.so.2(+0x272d9) [0x7efefbf8b2d9] 7: /lib/x86_64-linux-gnu/libparted.so.2(+0x27501) [0x7efefbf8b501] 6: /lib/x86_64-linux-gnu/libparted.so.2(ped_disk_new+0x48) [0x7efefbf779f8] 5: parted(+0x8b29) [0x55e3bf3dab29] 4: parted(non_interactive_mode+0xb8) [0x55e3bf3e0518] 3: parted(main+0x1265) [0x55e3bf3d8cc5] 2: /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xea) [0x7efefbd3fd0a] 1: parted(_start+0x2a) [0x55e3bf3d8e5a] You found a bug in GNU Parted! Here's what you have to do: Don't panic! The bug has most likely not affected any of your data. Help us to fix this bug by doing the following: Check whether the bug has already been fixed by checking the last version of GNU Parted that you can find at: http://ftp.gnu.org/gnu/parted/ Please che
Bug#981685: offlineimap: cannot sync email with umlaut
Hi Stevie, On Tue, Feb 02, 2021 at 10:33:47PM +0100, Stevie wrote: > Package: offlineimap > Version: 7.3.3+dfsg1-1+0.0~git20210105.00d395b+dfsg-2 > Severity: important > > > Dear Maintainer, > > When a new sent email contains an Umlaut, such as ö (unicode 0xf6), > offlineimap cannot sync this message, but returns the following error: > > ERROR: while syncing Sent [account Mailbox] > 'utf-8' codec can't decode byte 0xf6 in position 599: invalid continuation > byte Thanks for the report, it has been already reported upstream about this issue. https://github.com/OfflineIMAP/offlineimap3/issues/43 -- Regards Sudip
Bug#981669: gettext: incorrect build dependencies for nojava architectures
On 2021-02-02 4:58 p.m., Santiago Vila wrote: > Hi. > > I've applied the patch by Samuel Thibault (Bug #981668). > Please tell me if this is enough to close this bug as well. > > (If I understood correctly, you made a "manual upload", which I assume > is allowed for non-release architectures. Hopefully nojava should work > now, even if the upload is still manual). The build still depends on default-jdk: gettext build-depends on: - default-jdk:hppa default-jdk depends on: - default-jre:hppa (= 2:1.5-72) default-jre depends on: - default-jre-headless:hppa (= 2:1.5-72) default-jre-headless depends on missing: - openjdk-5-jre-headless:hppa Yah, we cheat a bit... Regards, Dave -- John David Anglin dave.ang...@bell.net
Bug#981677: offlineimap3: broken handling of self-signed certificates after upgrade to offlineimap3
Hi Wouter, On Tue, Feb 02, 2021 at 09:45:32PM +0200, Wouter Verhelst wrote: > Package: offlineimap3 > Version: 0.0~git20210105.00d395b+dfsg-2 > Severity: normal > > Hi, > > I have the following in my .offlineimaprc: > > remotehost = ... > cert_fingerprint = ... Can you please confirm if you only have 'cert_fingerprint' and do not have 'sslcacertfile'.. -- Regards Sudip
Bug#981691: gparted started as non root without arguments crash
Package: gparted Version: 1.2.0-1 Severity: important valette@tri-yann4:~$ /usr/sbin/gparted GParted 1.2.0 configuration --enable-libparted-dmraid --enable-online-resize libparted 3.4 Backtrace has 16 calls on stack: 16: /lib/x86_64-linux-gnu/libparted.so.2(ped_assert+0x45) [0x7f1f217bdc85] 15: /lib/x86_64-linux-gnu/libparted.so.2(+0x267e7) [0x7f1f217d57e7] 14: /lib/x86_64-linux-gnu/libparted.so.2(+0x1369a) [0x7f1f217c269a] 13: /lib/x86_64-linux-gnu/libparted.so.2(ped_disk_add_partition+0x1bc) [0x7f1f217c2f3c] 12: /lib/x86_64-linux-gnu/libparted.so.2(+0x27295) [0x7f1f217d6295] 11: /lib/x86_64-linux-gnu/libparted.so.2(+0x27447) [0x7f1f217d6447] 10: /lib/x86_64-linux-gnu/libparted.so.2(+0x272d9) [0x7f1f217d62d9] 9: /lib/x86_64-linux-gnu/libparted.so.2(+0x27501) [0x7f1f217d6501] 8: /lib/x86_64-linux-gnu/libparted.so.2(ped_disk_new+0x48) [0x7f1f217c29f8] 7: /usr/sbin/gpartedbin(+0xbf31c) [0x55f5fbef731c] 6: /usr/sbin/gpartedbin(+0xca159) [0x55f5fbf02159] 5: /usr/sbin/gpartedbin(+0xcab52) [0x55f5fbf02b52] 4: /lib/x86_64-linux-gnu/libglibmm-2.4.so.1(+0x55792) [0x7f1f222ff792] 3: /lib/x86_64-linux-gnu/libglib-2.0.so.0(+0x7bf9d) [0x7f1f218acf9d] 2: /lib/x86_64-linux-gnu/libpthread.so.0(+0x8ea7) [0x7f1f2145fea7] 1: /lib/x86_64-linux-gnu/libc.so.6(clone+0x3f) [0x7f1f2138fdef] Assertion (metadata_length > 0) at ../../../libparted/labels/dos.c:2359 in function add_logical_part_metadata() failed. Aborted I get the windows to get root permission using a sudo like command and then this crash. -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 5.10.12 (SMP w/8 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE Locale: LANG=fr_FR.UTF8, LC_CTYPE=fr_FR.UTF8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/bash Init: systemd (via /run/systemd/system) Versions of packages gparted depends on: ii gparted-common1.2.0-1 ii libatkmm-1.6-1v5 2.28.0-3 ii libc6 2.31-9 ii libcairomm-1.0-1v51.12.2-4 ii libgcc-s1 10.2.1-6 ii libglib2.0-0 2.67.2-1 ii libglibmm-2.4-1v5 2.64.2-2 ii libgtk-3-03.24.24-1 ii libgtkmm-3.0-1v5 3.24.2-2 ii libpangomm-1.4-1v52.42.1-1 ii libparted-fs-resize0 3.4-1 ii libparted23.4-1 ii libsigc++-2.0-0v5 2.10.4-2 ii libstdc++610.2.1-6 ii libuuid1 2.36.1-6 ii policykit-1 0.105-29 gparted recommends no packages. Versions of packages gparted suggests: pn dmraid ii dmsetup2:1.02.175-2 ii dosfstools 4.1-2 ii e2fsprogs 1.46.0-1 ii gpart 1:0.3-8 pn jfsutils ii kpartx 0.8.5-1 ii mtools 4.0.26-1 ii ntfs-3g1:2017.3.23AR.5-1 pn reiser4progs pn reiserfsprogs ii udftools 2.3-1 ii xfsprogs 5.10.0-2 pn yelp -- no debconf information
Bug#981690: gross: Wrong homepage
Package: gross Version: 1.0.2-4 Severity: normal I have see that the project homepage was discontinued: http://code.google.com/p/gross/ I think that the homepage is now: https://github.com/felix/gross Ciao Davide Note: this is a simplified bug report that I use to report homepage problems found at https://repology.org/repository/debian_testing/problems
Bug#981689: grok: Wrong homepage
Source: grok Version: 1.20110708.1-4.5 Severity: normal I have see that the project homepage was discontinued: http://code.google.com/p/semicomplete/wiki/Grok I think that the homepage is now: https://github.com/jordansissel/grok Ciao Davide Note: this is a simplified bug report that I use to report homepage problems found at https://repology.org/repository/debian_testing/problems
Bug#981232: unblock: perl/5.32.1-1
On Tue, Feb 02, 2021 at 09:08:28AM +0100, Paul Gevers wrote: > Hi, > > On 02-02-2021 08:47, Dominic Hargreaves wrote: > > Please rebuild these packages as discussed: > > > > $ wb nmu libpar-packer-perl libdevel-cover-perl libclass-xsaccessor-perl > > libcommon-sense-perl libdevel-mat-dumper-perl . ANY . -m "Rebuild against > > perlapi-5.32.1." --extra-depends 'perl-base (>= 5.32.1)' Thanks!
Bug#981688: graphlan: Wrong homepage
Package: graphlan Version: 1.1.3-2 Severity: normal I have see that the project homepage do not respond anymore: https://bitbucket.org/nsegata/graphlan/wiki/Home I think that the homepage is now: https://github.com/biobakery/graphlan I found also this one, but I don't understand if he can be the home page https://huttenhower.sph.harvard.edu/graphlan Ciao Davide Note: this is a simplified bug report that I use to report homepage problems found at https://repology.org/repository/debian_testing/problems
Bug#981661: sgb: FTBFS during separated binary-arch and binary-indep builds
On Tue, Feb 02, 2021 at 10:54:52PM +0100, Andreas Beckmann wrote: > On 2/2/21 8:46 PM, Julian Gilbey wrote: > > And if the package can be whitelisted for autobuilding, that would be > > very nice > > See > https://www.debian.org/doc/manuals/developers-reference/pkgs.html#non-free-buildd > > Andreas Thanks! Julian
Bug#981368: xserver-xorg-video-intel: Xserver becomes unresponsive with some worloads. maybe related to video rendering
Package: xserver-xorg-video-intel Followup-For: Bug #981368 Dear Maintainer, I updated the kernel to linux-image-5.10.0-3-amd64 (5.10.12-1i from 2.10.9-1) and I am not able to "reproducibly reproduce" the bug I reported a few days ago anymore. This report should now be closed. Kernel version (/proc/version): --- Linux version 5.10.0-3-amd64 (debian-ker...@lists.debian.org) (gcc-10 (Debian 10.2.1-6) 10.2.1 20210110, GNU ld (GNU Binutils for Debian) 2.35.1) #1 SMP Debian 5.10.12-1 (2021-01-30) -- piti
Bug#978553: pam_unix should default to yescrypt
> "Christoph" == Christoph Anton Mitterer writes: Christoph> Hey. I'd guess that the long term plan is then to switch Christoph> to Argon2? Christoph> May I suggest in advance that this is then added to Christoph> NEWS.Debian with the hint that people might perhaps want Christoph> to re-set their passwords? I don't know whether that's long-term plan or not. yescrypt and argon2 seem to have similar security properties. I'd need to dig more into the PHC report to figure out whether there's enough of an advantage to do another switch. I mean yeah, if argon2 was an option today I probably would have picked it, because I'm kind of a fan of security standards given my background:-) I actually think release notes may be better than news.debian. There are cases where news.debian entries get displayed to people on upgrade, and for a package like pam that everyone has installed, that seems like more of a big deal than is justified by this. I'll go file a bug against release-notes. --Sam
Bug#981687: gramadoir: Wrong homepage
Source: gramadoir Version: 0.7-4.1 Severity: normal I have see that the project homepage do not respond anymore: http://borel.slu.edu/gramadoir/index.html I think that the homepage is now: https://cadhan.com/gramadoir/index-en.html from here you can reach two source home page: https://sourceforge.net/projects/gramadoir/ https://github.com/kscanne/gramadoir Ciao Davide Note: this is a simplified bug report that I use to report homepage problems found at https://repology.org/repository/debian_testing/problems
Bug#981669: gettext: incorrect build dependencies for nojava architectures
Hi. I've applied the patch by Samuel Thibault (Bug #981668). Please tell me if this is enough to close this bug as well. (If I understood correctly, you made a "manual upload", which I assume is allowed for non-release architectures. Hopefully nojava should work now, even if the upload is still manual). Thanks.
Bug#978553: pam_unix should default to yescrypt
Hey. I'd guess that the long term plan is then to switch to Argon2? May I suggest in advance that this is then added to NEWS.Debian with the hint that people might perhaps want to re-set their passwords? Cheers, Chris
Bug#981661: sgb: FTBFS during separated binary-arch and binary-indep builds
On 2/2/21 8:46 PM, Julian Gilbey wrote: > And if the package can be whitelisted for autobuilding, that would be > very nice See https://www.debian.org/doc/manuals/developers-reference/pkgs.html#non-free-buildd Andreas
Bug#981686: linux-image-5.10.0-3-amd64: Streaming video over NFSv3 broken since upgrade to 5.10.12
Package: src:linux Version: 5.10.12-1 Severity: normal X-Debbugs-Cc: unit...@bigpond.com Dear Maintainer, NFS is working fine on 5.10.9 an previous kernel versions. I stream video from linux to an android media player and since the upgrade the videos are unwatchable, they jump around and pause and picture is corrupted. This also happens on xanmod kernels from version 5.10.10 and higher so clearly an upstream issue. Wireshark trace reveals version 3 is being used but I can't see any obvious issues looking at the trace. Options in exports file: 192.168.1.15(ro,async,no_subtree_check,insecure,all_squash) There were no error messages in the kernel logs. Thanks Geoff -- Package-specific info: ** Version: Linux version 5.10.0-3-amd64 (debian-ker...@lists.debian.org) (gcc-10 (Debian 10.2.1-6) 10.2.1 20210110, GNU ld (GNU Binutils for Debian) 2.35.1) #1 SMP Debian 5.10.12-1 (2021-01-30) ** Command line: BOOT_IMAGE=/boot/vmlinuz-5.10.0-3-amd64 root=/dev/mapper/root-root ro quiet fbcon=scrollback:256k nouveau.modeset=0 nvidia-drm.modeset=1 ** Tainted: PIOE (14337) * proprietary module was loaded * workaround for bug in platform firmware applied * externally-built ("out-of-tree") module was loaded * unsigned module was loaded ** Kernel log: Unable to read kernel log; any relevant messages should be attached ** Model information sys_vendor: ASUS product_name: System Product Name product_version: System Version chassis_vendor: Default string chassis_version: Default string bios_vendor: American Megatrends Inc. bios_version: 1802 board_vendor: ASUSTeK COMPUTER INC. board_name: ROG STRIX Z390-E GAMING board_version: Rev 1.xx ** Loaded modules: cfg80211 tun cpufreq_userspace cpufreq_powersave cpufreq_ondemand cpufreq_conservative ip6t_rpfilter nf_log_ipv4 nf_log_common nft_counter xt_conntrack nf_conntrack nf_defrag_ipv6 nf_defrag_ipv4 xt_LOG ipt_REJECT nf_reject_ipv4 xt_tcpudp nft_compat nf_tables nfnetlink binfmt_misc intel_rapl_msr intel_rapl_common nvidia_drm(POE) snd_sof_pci snd_sof_intel_byt snd_sof_intel_ipc snd_sof_intel_hda_common snd_sof_xtensa_dsp snd_sof snd_sof_intel_hda snd_soc_skl drm_kms_helper snd_hda_codec_realtek snd_hda_codec_generic snd_soc_hdac_hda x86_pkg_temp_thermal intel_powerclamp ledtrig_audio cec snd_hda_ext_core pktcdvd ghash_clmulni_intel snd_soc_sst_ipc snd_soc_sst_dsp nvidia_modeset(POE) snd_soc_acpi_intel_match snd_soc_acpi snd_hda_intel snd_intel_dspcfg aesni_intel soundwire_intel soundwire_generic_allocation snd_soc_core libaes crypto_simd cryptd glue_helper snd_compress soundwire_cadence rapl snd_hda_codec intel_cstate snd_hda_core intel_uncore snd_hwdep coretemp hid_logitech_hidpp eeepc_wmi asus_wmi pcspkr battery sparse_keymap nvidia(POE) cdc_acm rfkill soundwire_bus evdev joydev snd_pcm_oss snd_mixer_oss wmi_bmof snd_pcm snd_timer iTCO_wdt snd intel_pmc_bxt iTCO_vendor_support mxm_wmi soundcore mei_me watchdog mei sg intel_pmc_core acpi_tad acpi_pad button nfsd loop msr auth_rpcgss parport_pc ppdev nfs_acl lp drm lockd parport grace sunrpc fuse configfs ip_tables x_tables autofs4 ext4 crc16 mbcache jbd2 raid10 raid456 async_raid6_recov async_memcpy async_pq async_xor async_tx xor raid6_pq libcrc32c crc32c_generic raid0 multipath linear jitterentropy_rng hid_logitech_dj hid_generic usbhid hid uhci_hcd ohci_pci ohci_hcd ehci_pci ehci_hcd dm_mod raid1 uas usb_storage md_mod sd_mod sr_mod cdrom t10_pi crc_t10dif crct10dif_generic xhci_pci ahci xhci_hcd libahci libata e1000e usbcore crct10dif_pclmul crct10dif_common crc32_pclmul crc32c_intel scsi_mod ptp i2c_i801 pps_core i2c_smbus usb_common fan wmi video ** Network interface configuration: *** /etc/network/interfaces: auto lo iface lo inet loopback allow-hotplug eno1 iface eno1 inet static address 192.168.1.4 netmask 255.255.255.0 network 192.168.1.0 broadcast 192.168.1.255 gateway 192.168.1.1 dns-nameservers 8.8.8.8 8.8.4.4 up route add 144.217.29.220/32 gw 192.168.1.1 down route del 144.217.29.220/32 gw 192.168.1.1 iface eno1 inet6 auto iface usb0 inet dhcp ** Network status: *** IP interfaces and addresses: 1: lo: mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: eno1: mtu 1500 qdisc pfifo_fast state UP group default qlen 1000 link/ether 04:d9:f5:82:f9:a0 brd ff:ff:ff:ff:ff:ff altname enp0s31f6 inet 192.168.1.4/24 brd 192.168.1.255 scope global eno1 valid_lft forever preferred_lft forever inet6 fe80::6d9:f5ff:fe82:f9a0/64 scope link valid_lft forever preferred_lft forever 3: tun0: mtu 1500 qdisc pfifo_fast state UNKNOWN group default qlen 500 link/none inet 10.8.0.6/16 scope global tun0 valid_lft forever preferred_lft forever inet6 fdda:d0d0:caf
Bug#981186: linux: Enable CMN-600 interconnect on arm64
On Wed, Jan 27, 2021 at 12:57:07PM +, Wookey wrote: > Current arm hardware such as graviton2 (AWS arm64 hardware) has > 'Coherent Mesh Network' interconnect (between components in a > soc). It's important that support for this is built in the kernel so > it can be used. > > This requires CONFIG_ARM_CMN=y To be precise, this driver is needed for perf event monitoring of this interconnect. The interconnect itself is always in use. On Amazon EC2, these PMU events are only exposed on the bare-metal instances (e.g. m6g.metal), not the VMs. We should still enable support for this driver, in any case. noah
Bug#956811: [3dprinter-general] Bug#956811: Bug#956811: Confirmed
Re: Gregor Riepl > I took the liberty of pushing that patch to Salsa. > (Sorry, should have done that before you released 4.8-2...) Sorry from me as well for having forgot about that bug... I'll upload in a minute. Christoph
Bug#981669: Acknowledgement (gettext: incorrect build dependencies for nojava architectures)
On 2021-02-02 3:39 p.m., Santiago Vila wrote: > On Tue, Feb 02, 2021 at 03:18:11PM -0500, John David Anglin wrote: > >> I don't know how to resolve this. How do we break the dependency on >> libcroco3? > The dependency on libcroco was removed in gettext 0.21-1. Right, the build that I just uploaded doesn't have this dependency. -- John David Anglin dave.ang...@bell.net
Bug#981188: kodi: Crash on playing some streams with recent tvheadend+ffmpeg+libva+radeonsi
On Fri, 29 Jan 2021 13:55:32 + Vasyl Gello wrote: > Hi Jurek! > > Let's try downgrading ffmpeg, libva and mesa packages from Debian snapshot. When approximately did you notice bug manifested? > -- > Vasyl Gello > == > Certified SolidWorks Expert > > Mob.:+380 (98) 465 66 77 > > E-Mail: vasek.ge...@gmail.com > > Skype: vasek.gello > == > 호랑이는 죽어서 가죽을 남기고 사람은 죽어서 이름을 남긴다 I had the same problem with kodi 18.9 and libva from debian multimedia repo and in debian buster with kodi and libva from debian mutlimedia repo. I didn't tested debian buster with kodi and libva from standard repo. Its hard to tell when it started happening because its only when using skip forward on some recordings from tvheadend, most of them are working fine. It's the same when i try open .ts file or watch it using kodi-pvr-hts addon.
Bug#969516: Please support installing onto f2fs root filesystem
On 2/2/21 9:44 PM, Stephan Lachnit wrote: > Since we now have f2fs support in parted [1], we could > go back to adding partman-f2fs to d-i. It's been quite > a while since I did this, so I'll have to some reading > again. But is anyone even interested to sponsor this > before the freeze? Else, the effort is not really worth > it (for now). I would be willing to sponsor this but I'm not sure whether such a change would be a good idea a little over a week from the soft freeze. FWIW, I'm also planning to add support for another filesystem in debian-installer, namely HFS+. But definitely not before the freeze. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Bug#956811: [3dprinter-general] Bug#956811: Bug#956811: Confirmed
> > Should we backport that change? > > > > +# WORKAROUND: Cura#5488 I took the liberty of pushing that patch to Salsa. (Sorry, should have done that before you released 4.8-2...) Since we're getting closer to Debian release freeze, I don't think we can wait for 4.9. Better patch it now and have happy(er) users.
Bug#923500: snapd: non-classic snap not confined
Control: severity -1 grave Dear Maintainer, Does this root-level access bug still affect the current version of snapd in testing? I do not think it befits Debian to ship a package in this state---users expect security isolated snaps to not give trivial root level access to their systems. I apologize if this bug is stale---I personally observed it a year ago, and have stayed away from snapd eversince, partially because this bug has remained unresolved. Best, Antonio OpenPGP_0xB01C53D5DED4A4EE.asc Description: application/pgp-keys OpenPGP_signature Description: OpenPGP digital signature
Bug#981669: Acknowledgement (gettext: incorrect build dependencies for nojava architectures)
Note: There is also a report asking for unused build-dependencies to be dropped. I will probably accept the patch as is: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=981363 Thanks.
Bug#981669: Acknowledgement (gettext: incorrect build dependencies for nojava architectures)
On Tue, Feb 02, 2021 at 03:18:11PM -0500, John David Anglin wrote: > I don't know how to resolve this. How do we break the dependency on > libcroco3? The dependency on libcroco was removed in gettext 0.21-1. Thanks.
Bug#981684: src:estscan: fails to migrate to testing for too long: FTBFS on mipsel
Source: estscan Version: 3.0.3-3 Severity: serious Tags: sid bullseye ftbfs User: release.debian@packages.debian.org Usertags: out-of-sync Dear maintainer(s), Your package FTBFS on mipsel. As recently announced [1], the Release Team now considers packages that are out-of-sync between testing and unstable for more than 60 days as having a Release Critical bug in testing. Your package src:estscan in its current version in unstable has been trying to migrate for 61 days [2]. Hence, I am filing this bug. If a package is out of sync between unstable and testing for a longer period, this usually means that bugs in the package in testing cannot be fixed via unstable. Additionally, blocked packages can have impact on other packages, which makes preparing for the release more difficult. Finally, it often exposes issues with the package and/or its (reverse-)dependencies. We expect maintainers to fix issues that hamper the migration of their package in a timely manner. This bug will trigger auto-removal when appropriate. As with all new bugs, there will be at least 30 days before the package is auto-removed. I have tagged this bug to only affect sid and bullseye, so it doesn't affect (old-)stable. If you believe your package is unable to migrate to testing due to issues beyond your control, don't hesitate to contact the Release Team. Paul [1] https://lists.debian.org/debian-devel-announce/2020/02/msg5.html [2] https://qa.debian.org/excuses.php?package=estscan OpenPGP_signature Description: OpenPGP digital signature
Bug#981620: libcbor: reduce Build-Depends
On Tue, Feb 02, 2021 at 08:47:01PM +0100, Vincent Bernat wrote: > Is that something that needs to go for Bullseye (honest question)? No. I say so when I think something is urgent. This is a drop-in-the-bucket kind of bug. Helmut
Bug#981683: mark dh-sysuser and sysuser-helper Multi-Arch: foreign
Source: dh-sysuser Version: 1.3.5 Tags: patch User: debian-cr...@lists.debian.org Usertags: cross-satisfiability Control: affects -1 + src:bcron src:djbdns src:laminar src:libvirt-dbus src:pound src:runit src:socklog The affected packages cannot satisfy their cross build depends, because their dependency on dh-sysuser is not satisfiable. In general, Architecture: all packages can never satisfy cross build dependencies unless marked Multi-Arch: foreign or annotated :native. In this case, the foreign marking looks correct to me as nothing either package does depends on the processor architecture. Please consider applying the attached patch. Helmut diff --minimal -Nru dh-sysuser-1.3.5/debian/changelog dh-sysuser-1.3.5+nmu1/debian/changelog --- dh-sysuser-1.3.5/debian/changelog 2020-09-30 10:58:33.0 +0200 +++ dh-sysuser-1.3.5+nmu1/debian/changelog 2021-02-02 21:19:29.0 +0100 @@ -1,3 +1,10 @@ +dh-sysuser (1.3.5+nmu1) UNRELEASED; urgency=medium + + * Non-maintainer upload. + * Mark dh-sysuser and sysuser-helper Multi-Arch: foreign. (Closes: #-1) + + -- Helmut Grohne Tue, 02 Feb 2021 21:19:29 +0100 + dh-sysuser (1.3.5) unstable; urgency=medium [ Lorenzo Puliti ] diff --minimal -Nru dh-sysuser-1.3.5/debian/control dh-sysuser-1.3.5+nmu1/debian/control --- dh-sysuser-1.3.5/debian/control 2020-09-30 10:58:33.0 +0200 +++ dh-sysuser-1.3.5+nmu1/debian/control2021-02-02 21:19:28.0 +0100 @@ -11,6 +11,7 @@ Package: dh-sysuser Architecture: all +Multi-Arch: foreign Depends: ${shlibs:Depends}, ${misc:Depends}, ${perl:Depends} Description: debhelper addon to handle creation of system users dh-sysuser provides a debhelper sequence addon named 'sysuser' @@ -20,6 +21,7 @@ Package: sysuser-helper Architecture: all +Multi-Arch: foreign Depends: ${shlibs:Depends}, ${misc:Depends} Description: dh-sysuser implementation detail sysuser-helper provides code, which actually perform actions
Bug#981682: vcdimager: drop unused Build-Depends: texinfo
Source: vcdimager Version: 2.0.1+dfsg-4 Tags: patch User: helm...@debian.org Usertags: rebootstrap vcdimager participates in dependency loops relevant to architecture bootstrap. Instead of looking into such a difficult problem, I looked into easily droppable dependencies and noticed that texinfo is no longer used. This may be an artifact of a broken docs/Makefile.am that assigns EXTRA_DIST twice. In effect, it does not build any texinfo documentation nor install it. Please consider applying the attached patch to drop the texinfo dependency. Alternatively, build the documentation. Helmut diff --minimal -Nru vcdimager-2.0.1+dfsg/debian/changelog vcdimager-2.0.1+dfsg/debian/changelog --- vcdimager-2.0.1+dfsg/debian/changelog 2020-12-20 22:21:55.0 +0100 +++ vcdimager-2.0.1+dfsg/debian/changelog 2021-02-02 21:35:57.0 +0100 @@ -1,3 +1,9 @@ +vcdimager (2.0.1+dfsg-5) UNRELEASED; urgency=medium + + * Drop unused Build-Depends: texinfo. (Closes: #-1) + + -- Helmut Grohne Tue, 02 Feb 2021 21:35:57 +0100 + vcdimager (2.0.1+dfsg-4) unstable; urgency=medium * QA upload. diff --minimal -Nru vcdimager-2.0.1+dfsg/debian/control vcdimager-2.0.1+dfsg/debian/control --- vcdimager-2.0.1+dfsg/debian/control 2020-12-20 22:21:55.0 +0100 +++ vcdimager-2.0.1+dfsg/debian/control 2021-02-02 21:35:56.0 +0100 @@ -5,7 +5,6 @@ Build-Depends: debhelper-compat (= 13), libxml2-dev, libpopt-dev, - texinfo, libcdio-dev (>= 2.0), libiso9660-dev, dpkg-awk,
Bug#981681: python3-colors: missing Breaks+Replaces: python3-ansicolors
Package: python3-colors Version: 1.1.8-2 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package failed to install because it tries to overwrite other packages files without declaring a Breaks+Replaces relation. See policy 7.6 at https://www.debian.org/doc/debian-policy/ch-relationships.html#overwriting-files-and-replacing-packages-replaces >From the attached log (scroll to the bottom...): Preparing to unpack .../python3-colors_1.1.8-3_all.deb ... Unpacking python3-colors (1.1.8-3) ... dpkg: error processing archive /var/cache/apt/archives/python3-colors_1.1.8-3_all.deb (--unpack): trying to overwrite '/usr/lib/python3/dist-packages/ansicolors-1.1.8.egg-info/PKG-INFO', which is also in package python3-ansicolors 1.1.8-1 Errors were encountered while processing: /var/cache/apt/archives/python3-colors_1.1.8-3_all.deb cheers, Andreas python3-ansicolors=1.1.8-1_python3-colors=1.1.8-3.log.gz Description: application/gzip
Bug#981669: Acknowledgement (gettext: incorrect build dependencies for nojava architectures)
I was able to build gettext outside buildd without java but unfortunately it depends on many packages including libcroco3 that no long exists in archive. In sbuild chroot, we have the following problem: nstalling build dependencies Reading package lists... Building dependency tree... Reading state information... The following additional packages will be installed: dose-distcheck The following NEW packages will be installed: dose-distcheck sbuild-build-depends-dose3-dummy 0 upgraded, 2 newly installed, 0 to remove and 12 not upgraded. Need to get 320 kB of archives. After this operation, 1755 kB of additional disk space will be used. Get:1 copy:/<>/apt_archive ./ sbuild-build-depends-dose3-dummy 0.invalid.0 [848 B] Get:2 http://incoming.ports.debian.org/buildd unstable/main hppa dose-distcheck hppa 6.0.1-2 [319 kB] debconf: delaying package configuration, since apt-utils is not installed Fetched 320 kB in 0s (1332 kB/s) Selecting previously unselected package dose-distcheck. (Reading database ... 12353 files and directories currently installed.) Preparing to unpack .../dose-distcheck_6.0.1-2_hppa.deb ... Unpacking dose-distcheck (6.0.1-2) ... Selecting previously unselected package sbuild-build-depends-dose3-dummy. Preparing to unpack .../sbuild-build-depends-dose3-dummy_0.invalid.0_hppa.deb ... Unpacking sbuild-build-depends-dose3-dummy (0.invalid.0) ... Setting up dose-distcheck (6.0.1-2) ... Setting up sbuild-build-depends-dose3-dummy (0.invalid.0) ... (I)Doseparse: Parsing and normalizing... (I)Dose_deb: Parsing Packages file -... (I)Dose_common: total packages 72391 (I)Dose_applications: Cudf Universe: 72391 packages (I)Dose_applications: --checkonly specified, consider all packages as background packages (I)Dose_applications: Solving... output-version: 1.2 native-architecture: hppa report: - package: sbuild-build-depends-main-dummy version: 0.invalid.0 architecture: hppa status: broken reasons: - missing: pkg: package: gettext version: 0.19.8.1-4 architecture: hppa unsat-dependency: libcroco3:hppa (>= 0.6.2) depchains: - depchain: - package: sbuild-build-depends-main-dummy version: 0.invalid.0 architecture: hppa depends: debhelper-compat:hppa (= 13) | debhelper-compat:hppa (= 13) - package: debhelper version: 13.3.2 architecture: all depends: po-debconf:hppa - package: po-debconf version: 1.0.21+nmu1 architecture: all depends: gettext:hppa (>= 0.16) background-packages: 72390 foreground-packages: 1 total-packages: 72391 broken-packages: 1 I don't know how to resolve this. How do we break the dependency on libcroco3? Regards, Dave -- John David Anglin dave.ang...@bell.net
Bug#981680: golang-github-canonical-go-dqlite FTBFS: test failures
Source: golang-github-canonical-go-dqlite Version: 1.8.0-1 Severity: serious Tags: ftbfs https://buildd.debian.org/status/package.php?p=golang-github-canonical-go-dqlite https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/golang-github-canonical-go-dqlite.html ... --- FAIL: TestRolesAdjustment_ReplaceVoterHonorWeight (9.69s) ... --- FAIL: TestRolesAdjustment_ReplaceStandBy (11.18s) ... --- FAIL: TestRolesAdjustment_ReplaceStandByHonorFailureDomains (15.04s) ... --- FAIL: TestMembership (1.08s) ... --- FAIL: TestConnector_DialTimeout (0.20s) ... --- FAIL: TestConnector_ContextCanceled (0.20s) ...
Bug#981668: gettext: Fix build without the java build-deps
Santiago Vila, le mar. 02 févr. 2021 20:08:30 +0100, a ecrit: > On Tue, Feb 02, 2021 at 07:49:11PM +0100, Samuel Thibault wrote: > > That being said my patch is not enough to fix #981669, as the !nojava > > won't automatically be set for the nojava architectures, > > [!hppa !hurd-i386 !kfreebsd-i386 !kfreebsd-amd64] would additionally be > > needed, as well as > > > > ifneq (,$(filter $(DEB_HOST_ARCH),hppa hurd-i386 kfreebsd-amd64 > > kfreebsd-i386)) > > I'm confused. Why is this necessary at all? > > I believed the novaja thing was defined externally as a bootstrapping trick. It is needed for bootstrapping all archs, yes. But it is also needed for ports which do not have openjdk ported, and build packages normally without any profile specification. Debhelper etc. thus ignore , and thus the list of archs where openjdk was not ported is currently unfortunately hardcoded in the concerned packages, yes :/ Samuel
Bug#965349: regression in dh_installchangelogs or dh_missing causes fatal error when installing upstream changelog from debian/tmp
Control: affects 965349 + src:faketime On Mon 2020-07-20 12:56:33 -0400, Nicholas D Steeves wrote: > dh_missing: warning: changelog exists in debian/tmp but is not installed to > anywhere […] > I am explicitly installing it in rules with 'dh_installchangelogs > debian/tmp/changelog' and have confirmed the file exists in each of the > binary packages for both debhelper-compat 12 and 13. fwiw, i'm running into a similar issue when packaging an updated version faketime. The source for faketime contains ./NEWS, but the "install" make target also places the NEWS file into debian/tmp/usr/share/doc/faketime/NEWS dh_installchangelogs installs the NEWS file as expected (in /usr/share/doc/faketime/changelog.gz), but then dh_missing complains that debian/tmp/usr/share/doc/faketime/NEWS isn't installed anywhere. If i go ahead and add usr/share/doc/faketime/NEWS to debian/libfaketime.docs to satisfy dh_missing, then i get a *different* lintian warning: W: libfaketime: duplicate-changelog-files usr/share/doc/libfaketime/NEWS.gz usr/share/doc/libfaketime/changelog.gz i could add usr/share/doc/faketime/NEWS to debian/not-installed, but that seems bogus too -- it *is* installed, but it's installed by dh_installchangelogs. (this is likely to be my near-term workaround, ugly as it is) Seems like dh_missing could: - observe the cryptographic digest of the file installed by dh_installchangelogs (maybe both as installed and decompressed) - for each potentially "missing" file: - digest it (possibly decompressing it first?) and compare it against the changelog digest(s). if they match, skip it. hope this is useful. thanks a lot for all the work on dh and on lintian. they're both super helpful toolchains for kicking the ecosystem into doing the Right Thing. --dkg signature.asc Description: PGP signature
Bug#981659: Bug#981643: debootstrap: variant=buildd: Drop apt.conf.d snippet to set APT::Get::Always-Include-Phased-Updates to true
On Tue, Feb 02, 2021 at 09:06:03PM +0100, Paul Gevers wrote: > Hi Julian, > > On Tue, 2 Feb 2021 17:58:37 +0100 Julian Andres Klode > wrote: > > > APT recently introduced support for phased updates > > You forgot to explain what this is and what it does. It only makes it install updates in updates pocket to a certain percentage of machine, it's been around in Ubuntu's update-manager since 2013, and we now extend it to apt for server installs; and I'd guess there are use cases for Debian too but we've not explored how to integrate this with dak yet. For more details, see https://wiki.ubuntu.com/PhasedUpdates; note that the calculation is done differently these days, but the general principles hold. -- debian developer - deb.li/jak | jak-linux.org - free software dev ubuntu core developer i speak de, en signature.asc Description: PGP signature
Bug#981591: goobox: Wrong homepage
confirmed 981591 thanks On Mon, Feb 01, 2021 at 09:40:12PM +0100, Davide Prina wrote: > Package: goobox > Version: 3.6.0-4 > Severity: normal > > I have see that the project homepage redirect to the new home page: > https://www.gnome.org/~paobac/goobox/ > > The new homepage is now: > https://people.gnome.org/~paobac/goobox/ > > I think it is better to set the correct home page and not wait when the old > one do not respond anymore. > > Ciao > Davide > > Note: this is a simplified bug report that I use to report homepage problems > found at https://repology.org/repository/debian_testing/problems I'll prepare an upload at the weekend. Thanks for spotting. Greetings Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/ signature.asc Description: PGP signature
Bug#981659: Bug#981643: debootstrap: variant=buildd: Drop apt.conf.d snippet to set APT::Get::Always-Include-Phased-Updates to true
Hi Julian, On Tue, 2 Feb 2021 17:58:37 +0100 Julian Andres Klode wrote: > > APT recently introduced support for phased updates You forgot to explain what this is and what it does. Paul OpenPGP_signature Description: OpenPGP digital signature
Bug#980844: libbiblio-isis-perl: diff for NMU version 0.24-1.3
Control: tags 980844 + patch Control: tags 980844 + pending Dear maintainer, I've prepared an NMU for libbiblio-isis-perl (versioned as 0.24-1.3). The diff is attached to this message. I'm cc'ing my usual sponsor for upload. Regards. -- Baptiste Beauplat - lyknode diff -u libbiblio-isis-perl-0.24/debian/changelog libbiblio-isis-perl-0.24/debian/changelog --- libbiblio-isis-perl-0.24/debian/changelog +++ libbiblio-isis-perl-0.24/debian/changelog @@ -1,3 +1,10 @@ +libbiblio-isis-perl (0.24-1.3) unstable; urgency=medium + + * Non-maintainer upload. + * Fix Maintainer email address (Closes: #980844) + + -- Baptiste Beauplat Tue, 02 Feb 2021 21:03:11 +0100 + libbiblio-isis-perl (0.24-1.2) unstable; urgency=medium * Non maintainer upload by the Reproducible Builds team. diff -u libbiblio-isis-perl-0.24/debian/control libbiblio-isis-perl-0.24/debian/control --- libbiblio-isis-perl-0.24/debian/control +++ libbiblio-isis-perl-0.24/debian/control @@ -3,7 +3,7 @@ Priority: optional Build-Depends: debhelper (>= 5.0.0) Build-Depends-Indep: perl (>= 5.8.8-7) -Maintainer: Jose Parrella +Maintainer: Jose Parrella Standards-Version: 3.7.2 Package: libbiblio-isis-perl signature.asc Description: PGP signature
Bug#981679: kdevelop: Clang plugin breaks when clang package bumps version
Package: kdevelop Version: 4:5.6.1-1 Severity: normal X-Debbugs-Cc: bren...@quantumfurball.net Dear Maintainer, The Clang plugin seems to be responsible for advanced syntax highlighting and probably other features. I just updated packages on my system and noticed these features no longer work. I saw a few copies of the below in the kdevelop output to console: kdevplatform.shell: Could not load plugin "kdevclangsupport" , it reported the error: "The clang builtin include path \"/usr/lib/llvm-11/lib/clang/11.0.0/include\" is invalid (missing cpuid.h header).\nTry setting the KDEV_CLANG_BUILTIN_DIR environment variable manually to fix this.\nSee also: https://bugs.kde.org/show_bug.cgi?id=393779"; Disabling the plugin now. So the path it needs is hard-coded and versioned, for 11.0.0 in the present binary. My latest update pulled in Clang 11.0.1. If I set the KDEV_CLANG_BUILTIN_DIR variable correctly and run kdevelop, then it works. The KDE bug linked above does seem related, but ends with closure despite more run-time checking being a TODO. Until that's implemented, it seems the Clang plugin has a hard-ish version dependency on Clang, and the kdevelop package must be rebuilt when Clang updates, or the user has to employ the environment variable workaround. Peace, Brendon -- System Information: Debian Release: bullseye/sid APT prefers testing-debug APT policy: (990, 'testing-debug'), (990, 'testing'), (500, 'unstable-debug'), (500, 'unstable'), (100, 'experimental-debug'), (100, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.10.0-1-amd64 (SMP w/16 CPU threads) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8), LANGUAGE=en_CA:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages kdevelop depends on: ii kdevelop-data4:5.6.1-1 ii kdevelop56-libs 4:5.6.1-1 ii kinit5.78.0-2 ii kio 5.78.0-2 ii libapr1 1.7.0-6 ii libaprutil1 1.6.1-5 ii libastyle3 3.1-2+b1 ii libc62.31-9 ii libclang1-11 1:11.0.1-2 ii libgcc-s110.2.1-6 ii libgrantlee-templates5 5.2.0-3 ii libkasten4controllers0 5:0.26.4-2 ii libkasten4core0 5:0.26.4-2 ii libkasten4okteta2controllers05:0.26.4-2 ii libkasten4okteta2core0 5:0.26.4-2 ii libkasten4okteta2gui05:0.26.4-2 ii libkf5archive5 5.78.0-2 ii libkf5bookmarks5 5.78.0-2 ii libkf5codecs55.78.0-2 ii libkf5completion55.78.0-3 ii libkf5configcore55.78.0-3 ii libkf5configgui5 5.78.0-3 ii libkf5configwidgets5 5.78.0-2 ii libkf5coreaddons55.78.0-2 ii libkf5crash5 5.78.0-3 ii libkf5declarative5 5.78.0-2 ii libkf5guiaddons5 5.78.0-3 ii libkf5i18n5 5.78.0-2 ii libkf5iconthemes55.78.0-2 ii libkf5itemmodels55.78.0-2 ii libkf5itemviews5 5.78.0-2 ii libkf5jobwidgets55.78.0-2 ii libkf5kiocore5 5.78.0-2 ii libkf5kiofilewidgets55.78.0-2 ii libkf5kiogui55.78.0-2 ii libkf5kiowidgets55.78.0-2 ii libkf5newstuff5 5.78.0-2 ii libkf5parts5 5.78.0-3 ii libkf5purpose-bin5.78.0-2 ii libkf5purpose5 5.78.0-2 ii libkf5service-bin5.78.0-2 ii libkf5service5 5.78.0-2 ii libkf5sonnetui5 5.78.0-2 ii libkf5texteditor55.78.0-3 ii libkf5textwidgets5 5.78.0-2 ii libkf5threadweaver5 5.78.0-2 ii libkf5widgetsaddons5 5.78.0-2 ii libkf5xmlgui55.78.0-2 ii libkomparediff2-54:20.12.0-2 ii libokteta3core0 5:0.26.4-2 ii libokteta3gui0 5:0.26.4-2 ii libprocesscore9 4:5.20.5-1 ii libprocessui94:5.20.5-1 ii libqt5core5a 5.15.2+dfsg-3 ii libqt5dbus5 5.15.2+dfsg-3 ii libqt5gui5 5.15.2+dfsg-3 ii libqt5help5 5.15.2-3 ii libqt5network5 5.15.2+dfsg-3 ii libqt5qml5 5.15.2+dfsg-3 ii libqt5quick5 5.15.2+dfsg-3 ii libqt5quickwidgets5 5.15.2+dfsg-3 ii libqt5widgets5 5.15.2+dfsg-3 ii libqt5xml5 5.15.2+dfsg-3 ii libstdc++6 10.2.1-6 ii libsvn1 1.14.0-3+b2 ii qml-module-qtquick-controls 5.15.2-2 ii qml-module-qtquick-layo
Bug#981678: [Pkg-javascript-devel] Bug#981678: node-babel-preset-env: Depends: node-babel-plugin-syntax-trailing-function-commas (>= 6.22.0) but it is not installable
ROM-RM already asked : #979457 Le 2 février 2021 20:55:41 GMT+01:00, Adrian Bunk a écrit : >Package: node-babel-preset-env >Version: 1.6.0-1 >Severity: serious >Tags: bullseye sid > >The following packages have unmet dependencies: > node-babel-preset-env : Depends: > node-babel-plugin-syntax-trailing-function-commas (>= 6.22.0) but it is not > installable > >-- >Pkg-javascript-devel mailing list >pkg-javascript-de...@alioth-lists.debian.net >https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-javascript-devel -- Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser ma brièveté.
Bug#981668: gettext: Fix build without the java build-deps
On 2021-02-02 2:08 p.m., Santiago Vila wrote: > On Tue, Feb 02, 2021 at 07:49:11PM +0100, Samuel Thibault wrote: > >> That being said my patch is not enough to fix #981669, as the !nojava >> won't automatically be set for the nojava architectures, >> [!hppa !hurd-i386 !kfreebsd-i386 !kfreebsd-amd64] would additionally be >> needed, as well as >> >> ifneq (,$(filter $(DEB_HOST_ARCH),hppa hurd-i386 kfreebsd-amd64 >> kfreebsd-i386)) > I'm confused. Why is this necessary at all? Essentially, nojava is equivalent to [!hppa !hurd-i386 !kfreebsd-i386 !kfreebsd-amd64]. I don't have a clue how nojava was defined in the past. There was java support in the past on hppa but openjdk hasn't been ported, and the previous version has been removed. The previous support might have allowed gettext to build with nojava not working. > > I believed the novaja thing was defined externally as a bootstrapping trick. > What's the purpose of "nojava" if I have to track anyway the architectures in > which java is not yet available? > > (Cc:ing the bug submitter of the hppa bug) Gettext is required to build glibc. The currently installed version of gettext requires libcroco3 and it has been deleted. Regards, Dave -- John David Anglin dave.ang...@bell.net
Bug#981678: node-babel-preset-env: Depends: node-babel-plugin-syntax-trailing-function-commas (>= 6.22.0) but it is not installable
Package: node-babel-preset-env Version: 1.6.0-1 Severity: serious Tags: bullseye sid The following packages have unmet dependencies: node-babel-preset-env : Depends: node-babel-plugin-syntax-trailing-function-commas (>= 6.22.0) but it is not installable
Bug#979641: src:kboot-utils: invalid maintainer address
Hi Antonio, On 2021/01/25 09:23 AM, Baptiste Beauplat wrote: > On 2021/01/25 12:18 AM, Antonio Ospite wrote: > > On Sun, 24 Jan 2021 21:12:54 +0100 > > Baptiste Beauplat wrote: > > > > > Hi Antonio, > > > > > > kboot-utils, one of the packages you maintain in Debian has an old, > > > unreachable > > > Maitainer address. Could you please update it to prevent it from getting > > > removed? > > > > > > See below the original bug report. > > > > > > > Thank you for reporting this Baptiste. > > > > I am actually not sure how useful kboot-utils is nowadays, it was mainly > > developed to make it easier to boot kernels on the Sony PS3, but I don't > > think the PS3 is supported by Debian directly anymore. > > > > However I would be happy to update the package anyway if there was > > someone interested to sponsor it, since I cannot upload packages > > myself and the I doubt my usual sponsor would be interested in it. > > Well, installation stats for kboot-utils are close to 0 [1]. A possible > solution would be to request its removal [2]. If it appears that it was > actually needed, it could be re-introduced at a later point (not for the > next stable but I don't think that's a problem). > > [1]: https://qa.debian.org/popcon.php?package=kboot-utils > [2]: > https://www.debian.org/doc/manuals/developers-reference/pkgs.en.html#removing-packages Have you decided the course of action for kboot-utils yet? -- Baptiste Beauplat - lyknode signature.asc Description: PGP signature
Bug#981520: minigalaxy: Shows a browser login window without any proof of origin (no URL, no HTTPS indicator, no chance to review SSL certificate, etc.)
Hi Axel, On Tue, 02 Feb 2021 11:02:58 +, Stephan Lachnit wrote: > > On startup it shows a login window which looks suspiciously like a GOG > > login window in a web browser, but without without any possibility to > > check its origin: It has no location bar, i.e. shows no URL, it doesn't > > indicate if the entered credentials are transmitted encrypted via HTTPS > > or not, and it offers no chance to review the HTTPS TLS certificate if > > present. > > Since Minigalaxy is open source, it's very easy to check if it connects > actually to GOG via https. I checked the code and it is fine. I had checked it before sponsoring the initial upload too. This is one of those things I tend to assume from Debian: that the packages provided in the archives are safe. > This problem actually isn't solved by showing an address bar or the > certificate, since that can easily be spoofed. It could just connect > to GOG to show the certificate but also connect to a different, similar > looking website and show it to the user. This applies to all browsers, > that is why open source is important. Yup, exactly, it would be quite easy for a malicious client to present a reassuring UI; having such a UI wouldn’t prove anything. > > Possible solution: Don't use an embedded browser windows but call > > sensible-browser or so to use the browser which the user is probably > > already logged in to GOG anyways. > > In the forwarded bug report the maintainer states that an external > browser is not a solution at the moment. Their argumentation sounds > reasonable to me. > > However, I will look into adding the address, as it probably is not a > bad idea. But this is more of a wishlist thing, not an actual security > concern (at least to me). See also lgogdownloader which does pretty much the same thing. Regards, Stephen pgpKCaDo6CQ42.pgp Description: OpenPGP digital signature
Bug#981677: offlineimap3: broken handling of self-signed certificates after upgrade to offlineimap3
Package: offlineimap3 Version: 0.0~git20210105.00d395b+dfsg-2 Severity: normal Hi, I have the following in my .offlineimaprc: remotehost = ... cert_fingerprint = ... ssl = yes Which used to work fine with offlineimap when it was running on python2. However, after the upgrade to the python3 version, I get: OfflineIMAP 7.3.0 Licensed under the GNU GPL v2 or any later version (with an OpenSSL exception) imaplib2 v3.05, Python v3.9.1+, OpenSSL 1.1.1i 8 Dec 2020 Account sync Test: *** Processing account Test Establishing connection to imap.grep.be:993 (Folk) ERROR: Unknown SSL protocol connecting to host 'imap.grep.be' for repository 'Folk'. OpenSSL responded: [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed: self signed certificate (_ssl.c:1123) *** Finished account 'Test' in 0:00 ... which is obviously not very useful. -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-debug'), (500, 'stable-debug'), (500, 'unstable'), (500, 'stable'), (500, 'oldstable') Architecture: amd64 (x86_64) Foreign Architectures: i386, riscv64, armhf Kernel: Linux 5.10.0-2-amd64 (SMP w/8 CPU threads) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8), LANGUAGE=nl_BE:nl Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages offlineimap3 depends on: ii python3 3.9.1-1 ii python3-distro1.5.0-1 ii python3-imaplib2 2.57-5.2 offlineimap3 recommends no packages. offlineimap3 suggests no packages. -- no debconf information
Bug#981620: libcbor: reduce Build-Depends
Hello, Is that something that needs to go for Bullseye (honest question)? -- Let us endeavor so to live that when we come to die even the undertaker will be sorry. -- Mark Twain, "Pudd'nhead Wilson's Calendar" ――― Original Message ――― From: Helmut Grohne Sent: 2 février 2021 07:25 +01 Subject: Bug#981620: libcbor: reduce Build-Depends To: Debian Bug Tracking System > Source: libcbor > Version: 0.5.0+dfsg-2 > Tags: patch > User: debian-cr...@lists.debian.org > Usertags: cross-satisfiability > > libcbor cannot be cross built from source, because its build depends are > unsatisfiable. It also participates in dependency loops relevant to > architecture bootstrap. Both are hard problems, so I rather looked into > easily droppable dependencies and I have to say, that I'll not be > leaving many. > > The first insight is that the libcbor documentation is nicely split into > an arch:all package, but d/rules builds the documentation on arch-only > builds as well. Indeed, the actual library build and the documentation > build are fully separate. In this package, we can fully move the > documentation build to -indep overrides and skip all library builds > there. That allows partitioning all dependencies but debhelper to either > B-D-A or B-D-I. While on it, I noticed that d/rules calls doxygen > without depending on it. While the dependency is kinda implicit via > python3-breathe, I think being explicit here would be better to avoid a > late surprise. > > Finally, libcmocka-dev can be skipped via as it is only used > for testing. > > Since libcbor is normally reproducible, I went ahead and compared a full > regular build without these changes to a full build, arch-only build and > indep-only build with these changes (minus changelog) and they all > matched exactly. Please consider applying the attached patch. > > Helmut > > diff --minimal -Nru libcbor-0.5.0+dfsg/debian/changelog > libcbor-0.5.0+dfsg/debian/changelog > --- libcbor-0.5.0+dfsg/debian/changelog 2018-05-17 17:08:03.0 > +0200 > +++ libcbor-0.5.0+dfsg/debian/changelog 2021-02-02 07:03:06.0 > +0100 > @@ -1,3 +1,16 @@ > +libcbor (0.5.0+dfsg-2.1) UNRELEASED; urgency=medium > + > + * Non-maintainer upload. > + * Reduce Build-Depends: (Closes: #-1) > ++ d/rules: Move documentation build to -indep overrides. > ++ Enable sphinxdoc dh addon via B-D. > ++ Demote all sphinx dependencies to B-D-I. Be explicit about doxygen. > ++ d/rules: Skip cmake build in -indep overrides. > ++ Demote cmake and cmocka to B-D-A. > ++ Annotate cmocka . > + > + -- Helmut Grohne Tue, 02 Feb 2021 07:03:06 +0100 > + > libcbor (0.5.0+dfsg-2) unstable; urgency=medium > >* d/control: migrate to salsa.debian.org. > diff --minimal -Nru libcbor-0.5.0+dfsg/debian/control > libcbor-0.5.0+dfsg/debian/control > --- libcbor-0.5.0+dfsg/debian/control 2018-05-17 17:08:03.0 +0200 > +++ libcbor-0.5.0+dfsg/debian/control 2021-02-02 07:03:06.0 +0100 > @@ -2,11 +2,13 @@ > Priority: optional > Maintainer: Vincent Bernat > Build-Depends: debhelper (>= 9), > - cmake, > - libcmocka-dev, > - python3-sphinx, > - python3-sphinx-rtd-theme, > - python3-breathe > +Build-Depends-Arch: cmake, > +libcmocka-dev , > +Build-Depends-Indep: dh-sequence-sphinxdoc, > + doxygen, > + python3-sphinx, > + python3-sphinx-rtd-theme, > + python3-breathe > Standards-Version: 4.1.2 > Section: libs > Homepage: https://github.com/PJK/libcbor > diff --minimal -Nru libcbor-0.5.0+dfsg/debian/rules > libcbor-0.5.0+dfsg/debian/rules > --- libcbor-0.5.0+dfsg/debian/rules 2018-05-17 17:08:03.0 +0200 > +++ libcbor-0.5.0+dfsg/debian/rules 2021-02-02 07:03:06.0 +0100 > @@ -3,12 +3,15 @@ > DEB_HOST_MULTIARCH ?= $(shell dpkg-architecture -qDEB_HOST_MULTIARCH) > > %: > - dh $@ --with sphinxdoc > + dh $@ > > -override_dh_auto_build: > - dh_auto_build > +override_dh_auto_configure-indep: > + > +override_dh_auto_build-indep: > mkdir -p doc/build/doxygen > doxygen > make -C doc html > # Nothing is using MathJax > find doc/build/html -type f -print0 | xargs -0 sed -i > '/ajax\/libs\/mathjax/d' > + > +override_dh_auto_install-indep:
Bug#981661: sgb: FTBFS during separated binary-arch and binary-indep builds
On Tue, Feb 02, 2021 at 06:50:43PM +0100, Andreas Beckmann wrote: > Source: sgb > Version: 1:20090810-2 > Severity: serious > Tags: ftbfs > Justification: fails to build from source > > Hi, > > sgb FTBFS during separated 'binary-arch' and 'binary-indep' builds (as > would be done by the buildds if the non-free package were whitelisted > for autobuilding), it only succeeds for a combined 'binary' build. > You probably need to split the override_dh_auto_install target into > override_dh_auto_install-arch and override_dh_auto_install-indep. Thanks Andreas! Fixed, and new version just uploaded. And if the package can be whitelisted for autobuilding, that would be very nice; it's a Knuthian license ("please don't touch the original files as I want this to be identical everywhere, but you can change them as long as you rename them"). Best wishes, Julian
Bug#981676: O: hunt -- Advanced packet sniffer and connection intrusion
Package: wnpp The current maintainer of hunt, Angel Ramos , is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see https://www.debian.org/devel/wnpp/#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: hunt Binary: hunt Version: 1.5-6.1 Maintainer: Angel Ramos Build-Depends: debhelper (>= 5.0.0) Architecture: any Standards-Version: 3.8.0 Format: 1.0 Files: b64eb3ba7c9c085c94b148b2c0f65a50 1707 hunt_1.5-6.1.dsc 5a8886784d1668a8518d5562bfd01ae7 99241 hunt_1.5.orig.tar.gz f98718b41f1960a351e3a6231fe2a12e 4556 hunt_1.5-6.1.diff.gz Checksums-Sha256: 45f83b5821093023791bc8505150a37d1f4b98beb7835d79a5448e34fe9a2408 1707 hunt_1.5-6.1.dsc a8a1978f3bd05ca3f01c168c13c9a09b1e1e9038c14fdfe43694c07fe3a0e328 99241 hunt_1.5.orig.tar.gz 91996bfdb25656b3ea02072a47754ae19dc43fb605da0df89c73231c6fd57207 4556 hunt_1.5-6.1.diff.gz Package-List: hunt deb net optional arch=any Directory: pool/main/h/hunt Priority: source Section: net Package: hunt Source: hunt (1.5-6.1) Version: 1.5-6.1+b1 Installed-Size: 178 Maintainer: Angel Ramos Architecture: amd64 Depends: libc6 (>= 2.14) Description: Advanced packet sniffer and connection intrusion Description-md5: 9c7e9f0b4f1d0eda85455deadab35262 Tag: interface::commandline, network::scanner, role::program, scope::utility Section: net Priority: optional Filename: pool/main/h/hunt/hunt_1.5-6.1+b1_amd64.deb Size: 83936 MD5sum: 1ffd6a9005a0e5770ecf5291458c08af SHA256: 5a9a902fb011f6a5d37119e5977d6f261dd819cca11c6ab4c186395cb258e855 -- Baptiste Beauplat - lyknode signature.asc Description: PGP signature
Bug#981675: O: cvsdelta -- Summarize differences in a CVS repository
Package: wnpp The current maintainer of cvsdelta, Angel Ramos , is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see https://www.debian.org/devel/wnpp/#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: cvsdelta Binary: cvsdelta Version: 1.7.0-6.1 Maintainer: Angel Ramos Build-Depends: debhelper (>= 4.1), cdbs Build-Depends-Indep: ruby (>> 1.6) Architecture: all Standards-Version: 3.8.1 Format: 1.0 Files: e333c594e86f8f4fa68aa5c556f7f4dc 1803 cvsdelta_1.7.0-6.1.dsc 6cde56d286d2bbde51b85996416bb12f 20303 cvsdelta_1.7.0.orig.tar.gz 935672e0303060e51099757630877f03 2070 cvsdelta_1.7.0-6.1.diff.gz Vcs-Browser: http://git.debian.org/?p=collab-maint/cvsdelta.git Vcs-Git: git://git.debian.org/git/collab-main/cvsdelta.git Checksums-Sha256: fda652ba1efa3b00ccdd20b16b764de8cabf73d52e0fa12aa76627e8088b6476 1803 cvsdelta_1.7.0-6.1.dsc 6d1f373af970499b61d623028a3e67a68ec5180579674e65fe4a60118279f064 20303 cvsdelta_1.7.0.orig.tar.gz 60668a753f7bcffc18ae8e1b641d6dabedb5851becf2db7f0b6274b7b9e1724a 2070 cvsdelta_1.7.0-6.1.diff.gz Package-List: cvsdelta deb vcs optional arch=all Directory: pool/main/c/cvsdelta Priority: source Section: vcs Package: cvsdelta Version: 1.7.0-6.1 Installed-Size: 67 Maintainer: Angel Ramos Architecture: all Description: Summarize differences in a CVS repository Description-md5: 6b81034d2df8c98cccbf54913ce07db9 Tag: devel::rcs, interface::commandline, role::program, scope::utility, use::monitor, use::synchronizing Section: vcs Priority: optional Filename: pool/main/c/cvsdelta/cvsdelta_1.7.0-6.1_all.deb Size: 20304 MD5sum: d66eaf5d1ed55024268de142b6eea4cb SHA256: c8210b8fea6f9165e2fc154069a9a0bc626a839e00669886fb2c8afc8856a6b3 -- Baptiste Beauplat - lyknode signature.asc Description: PGP signature
Bug#981674: O: abicheck -- binary compatibility checking tool
Package: wnpp The current maintainer of abicheck, Angel Ramos , is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see https://www.debian.org/devel/wnpp/#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: abicheck Binary: abicheck Version: 1.2-5.1 Maintainer: Angel Ramos Build-Depends: debhelper (>> 5.0.0) Build-Depends-Indep: perl Architecture: all Standards-Version: 3.8.1 Format: 1.0 Files: 6648d17b58508b49f982ecd4698b3b18 1655 abicheck_1.2-5.1.dsc 57097ed1f8c20d974b0b1a9850e61f08 53543 abicheck_1.2.orig.tar.gz d00e3854689fc3a86c52dddf95b1b1e7 2383 abicheck_1.2-5.1.diff.gz Checksums-Sha256: 0d4e7fef97ffa94b55540a19a835fdcf6fdd5525a472e946fc2be4e5f63c8d0c 1655 abicheck_1.2-5.1.dsc b53a2e08da609e8d2fe13d7f9c2966598d2b4991e0d473572010eb39d151d803 53543 abicheck_1.2.orig.tar.gz e79e924a9173c7e847f746c335bb8fa997facc22a329f3820c57db9124695659 2383 abicheck_1.2-5.1.diff.gz Package-List: abicheck deb devel optional arch=all Directory: pool/main/a/abicheck Priority: source Section: libs Package: abicheck Version: 1.2-5.1 Installed-Size: 107 Maintainer: Angel Ramos Architecture: all Depends: perl Description: binary compatibility checking tool Description-md5: a38281f070a37064c10336aabb05a83f Tag: devel::buildtools, devel::lang:c, devel::lang:perl, devel::library, devel::testing-qa, implemented-in::c, implemented-in::perl, interface::commandline, role::devel-lib, role::program, scope::utility, use::checking Section: devel Priority: optional Filename: pool/main/a/abicheck/abicheck_1.2-5.1_all.deb Size: 31752 MD5sum: ed12e9075e096f6af80eed44d995a439 SHA256: e1180e8b8a31bf9597ef34f88c2ea48ad94eb9c734fd7c6da93b438b99f712e1 -- Baptiste Beauplat - lyknode signature.asc Description: PGP signature
Bug#981673: puppet-module-puppetlabs-mount-core fails to install
Package: puppet-module-puppetlabs-mount-core Version: 1.0.4+dfsg1-1 Severity: serious https://piuparts.debian.org/sid/fail/puppet-module-puppetlabs-mount-core_1.0.4+dfsg1-1.log ... Preparing to unpack .../puppet-module-puppetlabs-mount-core_1.0.4+dfsg1-1_all.deb ... Unpacking puppet-module-puppetlabs-mount-core (1.0.4+dfsg1-1) ... Setting up puppet-module-puppetlabs-mount-core (1.0.4+dfsg1-1) ... update-alternatives: using /usr/share/puppet/modules.available/puppetlabs-mount-core to provide /usr/share/puppet/modules/mount_core (puppet-module-mount-core) in auto mode update-alternatives: error: error creating symbolic link '/usr/share/puppet/modules/mount_core.dpkg-tmp': No such file or directory dpkg: error processing package puppet-module-puppetlabs-mount-core (--configure): installed puppet-module-puppetlabs-mount-core package post-installation script subprocess returned error exit status 2 Errors were encountered while processing: puppet-module-puppetlabs-mount-core E: Sub-process /usr/bin/dpkg returned an error code (1) ...
Bug#981672: libnitrokey FTBFS on !amd64/arm64: symbol differences
Source: libnitrokey Version: 3.5-3.1 Severity: serious Tags: ftbfs https://buildd.debian.org/status/package.php?p=libnitrokey Symbol files for C++ libraries are usually problematic: https://wiki.debian.org/UsingSymbolsFiles