Bug#904371: Bug openscap-daemon: fails to install with Python 3.7
Hello, Thanks for the report. By now I prefer to wait for the resolution of the bug #902788, as it seems that it should be python3.7 that requires a Break field in its control file and as python3.6 is still the default python3 version of Sid. Nevertheless, I will inform the mainstream maintainer about the bug in order to get it corrected in future releases and update it as soon as the patch is made. Cheers, -- Philippe THIERRY.
Bug#904371: Bug openscap-daemon: fails to install with Python 3.7
On 2018-07-25 10:02, p...@reseau-libre.net wrote: Hello, Thanks for the report. By now I prefer to wait for the resolution of the bug #902788, as it seems that it should be python3.7 that requires a Break field in its control file and as python3.6 is still the default python3 version of Sid. Nevertheless, I will inform the mainstream maintainer about the bug in order to get it corrected in future releases and update it as soon as the patch is made. Cheers, I took a look in the upstream openscap-daemon sources. The bug is corrected in the future 0.1.11 release. Cheers, -- Philippe THIERRY
Bug#905782: Invalid dependency to mitmproxy old python2 module
Package: bdfproxy Version: 0.3.9-2 Severity: grave Since mitmproxy has been updated to python3, creating a mitmproxy python3-exclusive library, bdfproxy must be ported to python3 in order to work properly. -- Philippe.
Bug#901572: acccheck: CVE-2018-12268: Patch proposal
tags 901572 + patch
user p...@reseau-libre.net
usertags pkg-security-team
thanks
Hello,
I've updated the acccheck.pl behavior to correct (i hope) the
CVE-2018-12268. User and password input files are sanitized before any
use in the generated commandline string. The patch is given attached to
this mail.
Nevertheless, the package doesn't have separated branches for stretch
and unstable releases, which leads to d/changelog files being denoted as
targetting for 'unstable' even in the stetch package. In the given
patch, the only missing point is the "stretch-security" naming of the
target, as it whould be better to separate into two branches first.
Cheers,
--
Philippe Thierry.diff -Nru acccheck-0.2.1/debian/changelog acccheck-0.2.1/debian/changelog
--- acccheck-0.2.1/debian/changelog 2016-11-08 14:36:12.0 +0100
+++ acccheck-0.2.1/debian/changelog 2018-08-31 21:28:02.0 +0200
@@ -1,3 +1,13 @@
+acccheck (0.2.1-4) unstable; urgency=high
+
+ * Team-upload.
+
+ [ Philippe Thierry ]
+ * Fixes CVE-2018-12268 (command injection via user or password file)
+ * Closes: #901572
+
+ -- Philippe Thierry Fri, 31 Aug 2018 21:28:02 +0200
+
acccheck (0.2.1-3) unstable; urgency=medium
* Team upload.
diff -Nru acccheck-0.2.1/debian/patches/series acccheck-0.2.1/debian/patches/series
--- acccheck-0.2.1/debian/patches/series 2016-11-08 14:36:12.0 +0100
+++ acccheck-0.2.1/debian/patches/series 2018-08-31 21:28:02.0 +0200
@@ -1 +1,2 @@
amend-usage-output
+shell_escape_fix.patch
diff -Nru acccheck-0.2.1/debian/patches/shell_escape_fix.patch acccheck-0.2.1/debian/patches/shell_escape_fix.patch
--- acccheck-0.2.1/debian/patches/shell_escape_fix.patch 1970-01-01 01:00:00.0 +0100
+++ acccheck-0.2.1/debian/patches/shell_escape_fix.patch 2018-08-31 21:28:02.0 +0200
@@ -0,0 +1,45 @@
+Description: Fixes vulnerability in users and passwords file usage
+ This bug allow remote command injection (CVE-2018-12268)
+Author: Philippe Thierry :w
+Bug-Debian: https://bugs.debian.org/901571
+--- a/acccheck.pl
b/acccheck.pl
+@@ -88,6 +88,20 @@
+ $userFile=0;
+ $verbose=0;
+
++#Â first of all, sanitizing non-printable chars
++sub sanitize
++{
++ foreach $item (@_) {
++ #Â ASCII printable chars only
++ $item =~ s/[^[:print:]]//g;
++ #Â Fixes: CVE-2018-12268
++ # single quoting is used for escaping when executing smbclient.
++ # Any single quote found in the string must be escaped using autonmous
++ # explicit single quoted string
++ $item =~ s/'/'\\''/g;
++ }
++}
++
+ #main
+ {
+ $SIG{"INT"} = "cleanup";
+@@ -142,11 +156,15 @@
+ }
+ if($passFile == 1)
+ {
+- tie @PASS_LIST, 'Tie::File', $PASSFILE or die "cannot open $PASSFILE file";
++ tie @UNSAFE_PASS_LIST, 'Tie::File', $PASSFILE or die "cannot open $PASSFILE file";
++@PASS_LIST = @UNSAFE_PASS_LIST;
++sanitize(@PASS_LIST);
+ }
+ if($userFile == 1)
+ {
+- tie @USER_LIST, 'Tie::File', $USERFILE or die "cannot open $USERFILE file";
++ tie @UNSAFE_USER_LIST, 'Tie::File', $USERFILE or die "cannot open $USERFILE file";
++@USER_LIST = @UNSAFE_USER_LIST;
++sanitize(@USER_LIST);
+ }
+
+
Bug#901572: acccheck: CVE-2018-12268: Patch proposal
Okay, From what I've seen, the code is effectively just horrible ! Thanks for adding the affect tag, as I've haven't seen the removal request. Cheers, Le 3 septembre 2018 11:07:08 GMT+02:00, Raphael Hertzog a écrit : >Control: affects 904200 acccheck > >On Mon, 03 Sep 2018, p...@reseau-libre.net wrote: >> I've updated the acccheck.pl behavior to correct (i hope) the >> CVE-2018-12268. User and password input files are sanitized before >any use >> in the generated commandline string. The patch is given attached to >this >> mail. > >FWIW, I requested the removal of the package a while ago: >https://bugs.debian.org/904200 > >And this is not the only security issue in that script... there's no >point >in spending any time on this issue. > >Cheers, >-- >Raphaël Hertzog ◈ Debian Developer > >Support Debian LTS: https://www.freexian.com/services/debian-lts.html >Learn to master Debian: https://debian-handbook.info/get/ -- O Philippe Thierry. /Y\/ GPG: 7010 9a3c e210 763e 6341 4581 c257 b91b cdaf c1ea o#o
Bug#974057: kconfig-frontends: missing Breaks: kconfig-frontends-nox
Thanks Andreas, I've patched and pushed to salsa the -5 version of the package which correct this bug, adding the missing breaks entry. Regards, Philou. On 2020-11-09 14:49, Andreas Beckmann wrote: Package: kconfig-frontends Version: 4.11.0.1+dfsg-4 Severity: serious User: debian...@lists.debian.org Usertags: piuparts replaces-without-breaks Hi, during a test with piuparts and DOSE tools I noticed your package causes removal of files that also belong to another package. This is caused by using Replaces without corresponding Breaks. The installation sequence to reproduce this problem is apt-get install kconfig-frontends-nox # (1) apt-get install kconfig-frontends apt-get remove kconfig-frontends # (2) The list of installed files at points (1) and (2) should be identical, but the following files have disappeared: /usr/bin/kconfig /usr/bin/kconfig-conf /usr/bin/kconfig-diff /usr/bin/kconfig-gettext /usr/bin/kconfig-mconf /usr/bin/kconfig-merge /usr/bin/kconfig-nconf /usr/bin/kconfig-tweak /usr/include/kconfig/expr.h /usr/include/kconfig/list.h /usr/include/kconfig/lkc.h /usr/include/kconfig/lkc_proto.h /usr/lib/x86_64-linux-gnu/libkconfig-parser-4.11.0.so /usr/lib/x86_64-linux-gnu/libkconfig-parser.la /usr/lib/x86_64-linux-gnu/libkconfig-parser.so -> libkconfig-parser-4.11.0.so /usr/lib/x86_64-linux-gnu/pkgconfig/kconfig-parser.pc /usr/share/doc/kconfig-frontends/kconfig-language.txt.gz /usr/share/doc/kconfig-frontends/kconfig.txt.gz /usr/share/man/man1/kconfig-conf.1.gz /usr/share/man/man1/kconfig-diff.1.gz /usr/share/man/man1/kconfig-gettext.1.gz /usr/share/man/man1/kconfig-mconf.1.gz /usr/share/man/man1/kconfig-merge.1.gz /usr/share/man/man1/kconfig-nconf.1.gz /usr/share/man/man1/kconfig-tweak.1.gz /usr/share/man/man1/kconfig.1.gz This is a serious bug violating policy 7.6, see https://www.debian.org/doc/debian-policy/ch-relationships.html#overwriting-files-and-replacing-packages-replaces and also see the footnote that describes this incorrect behavior: https://www.debian.org/doc/debian-policy/ch-relationships.html#id13 The kconfig-frontends package has the following relationships with kconfig-frontends-nox: Conflicts: n/a Breaks:n/a Replaces: kconfig-frontends-nox Provides: kconfig-frontends-nox From the attached log (scroll to the bottom...): 0m41.3s ERROR: FAIL: After purging files have disappeared: /usr/bin/kconfig owned by: kconfig-frontends /usr/bin/kconfig-conf owned by: kconfig-frontends /usr/bin/kconfig-diff owned by: kconfig-frontends /usr/bin/kconfig-gettext owned by: kconfig-frontends /usr/bin/kconfig-mconf owned by: kconfig-frontends /usr/bin/kconfig-merge owned by: kconfig-frontends /usr/bin/kconfig-nconf owned by: kconfig-frontends /usr/bin/kconfig-tweak owned by: kconfig-frontends /usr/include/kconfig/expr.howned by: kconfig-frontends /usr/include/kconfig/list.howned by: kconfig-frontends /usr/include/kconfig/lkc.h owned by: kconfig-frontends /usr/include/kconfig/lkc_proto.h owned by: kconfig-frontends /usr/lib/x86_64-linux-gnu/libkconfig-parser-4.11.0.so owned by: kconfig-frontends /usr/lib/x86_64-linux-gnu/libkconfig-parser.la owned by: kconfig-frontends /usr/lib/x86_64-linux-gnu/libkconfig-parser.so -> libkconfig-parser-4.11.0.so owned by: kconfig-frontends /usr/lib/x86_64-linux-gnu/pkgconfig/kconfig-parser.pc owned by: kconfig-frontends /usr/share/doc/kconfig-frontends/kconfig-language.txt.gz owned by: kconfig-frontends /usr/share/doc/kconfig-frontends/kconfig.txt.gzowned by: kconfig-frontends /usr/share/man/man1/kconfig-conf.1.gz owned by: kconfig-frontends /usr/share/man/man1/kconfig-diff.1.gz owned by: kconfig-frontends /usr/share/man/man1/kconfig-gettext.1.gz owned by: kconfig-frontends /usr/share/man/man1/kconfig-mconf.1.gz owned by: kconfig-frontends /usr/share/man/man1/kconfig-merge.1.gz owned by: kconfig-frontends /usr/share/man/man1/kconfig-nconf.1.gz owned by: kconfig-frontends /usr/share/man/man1/kconfig-tweak.1.gz owned by: kconfig-frontends /usr/share/man/man1/kconfig.1.gz owned by: kconfig-frontends 0m41.3s ERROR: FAIL: After purging files have been modified: /var/lib/dpkg/info/kconfig-frontends-nox.list not owned cheers, Andreas
Bug#869132: curvedns: Incomplete debian/copyright?
On 2017-07-21 14:52, Stéphane Neveu wrote: Chris, Is it ok on debomatic ? http://debomatic-amd64.debian.net/distribution#unstable/curvedns/0.87-2/buildlog My package on mentors has been removed... Regards, Stephane Hoho ! tu t'est fait valider le paquet par le grand patron en personne ! -- Philippe THIERRY Doctor - Engineer RT and hardened Embedded Systems +33(0)6.64.16.97.30
Bug#947292: nyancat-server: package does not include needed systemd file
Package: nyancat-server Version: 1.5.1-1 Severity: grave Justification: renders package unusable Dear Maintainer, After installing nyancat-server and connecting to the socket, the client is disconnected and the following log entries are produced: nyancat-server.socket: Failed to queue service startup job (Maybe the service file is missing or not a template unit?): Invalid argument nyancat-server.socket: Failed with result 'resources'. Found the package does not include the file /lib/systemd/system/nyancat-server@.service This file is in the source, and is included when rebuilding the package. -- System Information: Debian Release: bullseye/sid APT prefers testing-debug APT policy: (500, 'testing-debug'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.3.0-3-amd64 (SMP w/8 CPU cores) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8), LANGUAGE= (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages nyancat-server depends on: ii init-system-helpers 1.57 ii nyancat 1.5.1-1+b1 nyancat-server recommends no packages. nyancat-server suggests no packages. -- no debconf information
Bug#506950: ocfs2: ocfs2 issue: kernel BUG at fs/ocfs2/dlmglue.c:1977
Package: linux-image-2.6.26-1-686 Version: 2.6.26-10 Severity: critical File: ocfs2 Justification: breaks the whole system -- Package-specific info: ** Version: Linux version 2.6.26-1-686 (Debian 2.6.26-10) ([EMAIL PROTECTED]) (gcc version 4.1.3 20080623 (prerelease) (Debian 4.1.2-23)) #1 SMP Sat Nov 8 19:00:26 UTC 2008 ** Command line: root=/dev/sda1 ro noreboot ** Not tainted ** Kernel log: [ 15.430899] sd 0:0:0:0: [sda] Write Protect is off [ 15.430961] sd 0:0:0:0: [sda] Mode Sense: 00 00 00 00 [ 15.433265] sd 0:0:0:0: [sda] Write cache: enabled, read cache: disabled, supports DPO and FUA [ 15.44] sda: sda1 sda2 [ 15.441957] sd 0:0:0:0: [sda] Attached SCSI disk [ 15.675253] e1000: :02:03.0: e1000_probe: (PCI:66MHz:32-bit) 00:1b:21:04:cb:18 [ 15.851229] e1000: eth1: e1000_probe: Intel(R) PRO/1000 Network Connection [ 15.851229] ACPI: PCI Interrupt :03:01.0[A] -> GSI 17 (level, low) -> IRQ 17 [ 15.904673] e100: eth2: e100_probe: addr 0xfe6fe000, irq 17, MAC addr 00:04:23:c1:af:3b [ 15.909160] No dock devices found. [ 15.921158] libata version 3.00 loaded. [ 15.949162] hda: max request size: 512KiB [ 15.997160] hda: 781422768 sectors (400088 MB), CHS=48641/255/63 [ 15.997160] hda: cache flushes supported [ 15.997160] hda: hda1 hda2 [ 16.035867] hdc: ATAPI 48X CD-ROM drive, 128kB Cache [ 16.035867] Uniform CD-ROM driver Revision: 3.20 [ 16.320199] EXT3-fs: INFO: recovery required on readonly filesystem. [ 16.320199] EXT3-fs: write access will be enabled during recovery. [ 16.615061] kjournald starting. Commit interval 5 seconds [ 16.617689] EXT3-fs: sda1: orphan cleanup on readonly fs [ 16.617689] ext3_orphan_cleanup: deleting unreferenced inode 1270484 [ 16.617689] ext3_orphan_cleanup: deleting unreferenced inode 1270483 [ 16.617689] ext3_orphan_cleanup: deleting unreferenced inode 1270482 [ 16.617689] ext3_orphan_cleanup: deleting unreferenced inode 1270481 [ 16.617689] ext3_orphan_cleanup: deleting unreferenced inode 1270474 [ 16.617689] EXT3-fs: sda1: 5 orphan inodes deleted [ 16.617689] EXT3-fs: recovery complete. [ 16.625687] EXT3-fs: mounted filesystem with ordered data mode. [ 17.968173] udevd version 125 started [ 18.687706] EDAC MC: Ver: 2.1.0 Nov 8 2008 [ 18.687706] EDAC i82875p: i82875p init one [ 18.688072] pci :00:06.0: device not available because of BAR 0 [fecf:fecf0fff] collisions [ 18.688141] EDAC i82875p: i82875p_setup_overfl_dev(): Failed to enable overflow device [ 18.768652] Linux agpgart interface v0.103 [ 18.802196] agpgart: Detected an Intel i875 Chipset. [ 18.802196] agpgart: AGP aperture is 4M @ 0xfe80 [ 18.830976] Intel 82802 RNG detected [ 18.862978] pci_hotplug: PCI Hot Plug PCI Core version: 0.5 [ 18.886979] shpchp: Standard Hot Plug PCI Controller Driver version: 0.4 [ 18.902020] input: Power Button (FF) as /class/input/input1 [ 18.920160] iTCO_wdt: Intel TCO WatchDog Timer Driver v1.03 (30-Apr-2008) [ 18.920314] iTCO_wdt: Found a 6300ESB TCO device (Version=1, TCOBASE=0x0860) [ 18.920409] iTCO_wdt: initialized. heartbeat=30 sec (nowayout=0) [ 18.950540] ACPI: Power Button (FF) [PWRF] [ 18.950741] input: Power Button (CM) as /class/input/input2 [ 18.990490] ACPI: Power Button (CM) [PWRB] [ 18.990656] input: Sleep Button (CM) as /class/input/input3 [ 19.054190] ACPI: Sleep Button (CM) [SLPB] [ 19.094395] ACPI: PCI Interrupt :00:1f.3[B] -> GSI 17 (level, low) -> IRQ 17 [ 19.583571] input: PC Speaker as /class/input/input4 [ 19.808195] Error: Driver 'pcspkr' is already registered, aborting... [ 20.628240] Adding 506008k swap on /dev/hda1. Priority:-1 extents:1 across:506008k [ 20.936300] EXT3 FS on sda1, internal journal [ 21.081602] OCFS2 Node Manager 1.5.0 [ 21.081602] OCFS2 1.5.0 [ 21.081602] loop: module loaded [ 21.081603] device-mapper: uevent: version 1.0.3 [ 21.081603] device-mapper: ioctl: 4.13.0-ioctl (2007-10-18) initialised: [EMAIL PROTECTED] [ 21.143050] Clocksource tsc unstable (delta = 4686621535 ns) [ 21.501546] kjournald starting. Commit interval 5 seconds [ 21.521794] EXT3 FS on sda2, internal journal [ 21.521801] EXT3-fs: mounted filesystem with ordered data mode. [ 21.862657] e1000: eth0: e1000_watchdog: NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX [ 22.441046] e1000: eth1: e1000_watchdog: NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX [ 22.564221] e100: eth2: e100_watchdog: link up, 100Mbps, full-duplex [ 23.004379] RPC: Registered udp transport module. [ 23.004379] RPC: Registered tcp transport module. [ 23.154557] Installing knfsd (copyright (C) 1996 [EMAIL PROTECTED]). [ 23.920854] OCFS2 DLM 1.5.0 [ 23.938222] OCFS2 DLMFS 1.5.0 [ 23.938884] OCFS2 User DLM kernel interface loaded [ 26.977957] NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory [ 26.993958] NFSD: starting 90-second grace period [ 28.812903] warning
Bug#549259: upgrade-reports: boot after recent upgrade fails - initrd created without raid support
Package: upgrade-reports Severity: critical Justification: breaks the whole system After upgrading, the initrd created does not contain necessary raid support to boot. I was able to boot into single user mode using the previous (.bak) initrd image. I was able to compare the file list between the two initrd images and found that md and several other raid related utilities, etc are no longer in the initrd image following the upgrade. As a secondary issue, apt now indicates hundreds of packages are no longer needed and can be removed with autoremove (also a bad thing). Unfortunately, the older initrd does not contain fully compatible support for the upgraded system and the system fails to fully boot to the gdm login screen with the backup initrd image. Instead, the system immeadiately hard resets. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#553392: 'hugin' received an X Window System error
Package: hugin Version: 2009.2.0+dfsg-2 Severity: grave Justification: renders package unusable Hi, When I launch hugin, the splashscreen appears and the application crashes with the following error message: The program 'hugin' received an X Window System error. This probably reflects a bug in the program. The error was 'BadRequest (invalid request code or no such operation)'. (Details: serial 786 error_code 1 request_code 135 minor_code 19) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) I have tried to compiled the code from source but I have the same error. Any idea? Cheers, Phil -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-2-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages hugin depends on: ii enblend 3.2+dfsg-3 image blending tool ii enfuse 3.2+dfsg-3 image exposure blending tool ii hugin-tools 2009.2.0+dfsg-2 CLI tools for Hugin ii libboost-thread1.40.01.40.0-2portable C++ multi-threading ii libc62.9-25 GNU C Library: Shared libraries ii libexiv2-5 0.18.2-1+b1 EXIF/IPTC metadata manipulation li ii libgcc1 1:4.4.1-4 GCC support library ii libgl1-mesa-glx [libgl1] 7.6-1 A free implementation of the OpenG ii libglew1.5 1.5.1-5 The OpenGL Extension Wrangler - ru ii libglu1-mesa [libglu1] 7.6-1 The OpenGL utility library (GLU) ii libimage-exiftool-perl 7.89-1 Library and program to read and wr ii libpano13-1 2.9.14-2panorama tools library ii libstdc++6 4.4.1-4 The GNU Standard C++ Library v3 ii libtiff4 3.9.1-1 Tag Image File Format (TIFF) libra ii libwxbase2.8-0 2.8.7.1-1.1 wxBase library (runtime) - non-GUI ii libwxgtk2.8-02.8.7.1-1.1 wxWidgets Cross-platform C++ GUI t ii make 3.81-6 An utility for Directing compilati hugin recommends no packages. hugin suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#553392: 'hugin' received an X Window System error
Andreas Metzler a écrit : On 2009-11-02 Philippe wrote: [...] stuff which was installed on my computer. Removing all the packages related to fglrx and restarting X have allowed me to get hugin starting normally on my computer. However, removing the fglrx stuff makes my windows moving very slowly and scrolling as well. My video card is a asus eah4350 silent and i am using the radeon driver. Hello, Have you perhaps been mixing mesa and fglrx? http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=551006#30 cu and- no idea whether the actual breakage is in hugin or fglrx -reas Hello, Instead of radeon I now use radeonhd and everything works perfectly for me. Thank you for your help. Cheers, Phil -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#810906: python-potr: gajim-otr is sending cleartext messages silently + project is, "experimental & potentially insecure"
Package: python-potr Version: 1.0.1-1.1 Severity: grave Justification: renders package unusable Dear Maintainer, I think this package should be removed from Debian repos, at least till it's fixed. I've filed a bug on github [0] a couple of time ago and the project auther hasn't got time to fix the bug. In addition he updated the README.md to: > This software is experimental and potentially insecure. > Do not rely on it Thank you for your time. I'm new to reporting such a case. [0]: https://github.com/python-otr/gajim-otr/issues/13 -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (1000, 'testing'), (995, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.3.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages python-potr depends on: ii python 2.7.11-1 ii python-crypto 2.6.1-6 python-potr recommends no packages. python-potr suggests no packages. -- no debconf information
Bug#909059: nvidia-legacy-340xx-driver: Crash ends session after multiple suspend/resume cycles
Package: nvidia-legacy-340xx-driver Version: 340.107-2 Severity: grave Tags: upstream Justification: causes non-serious data loss When I suspend and resume my computer multiple times with a live X session with multiple applications running, it tends to crash the X server and terminate the session. These crashes seem to be absent or at least much rarer when I don't have big applications like Firefox open in the session. They seem to have become more frequent (or present at all) since upgrading from a 1920x1200 display to un that runs at 4k resolution. The contents of /var/log/Xorg.*.log* are ancient junk, since the session log is recorded in my ~/.local/share/xorg directory since 2015 (I think since the systemd transition, perhaps). So, I have deleted the junk log from below, and include the recent log with a back trace here: >>>>>>>>> Xorg log >>>>>>>>>>>> [ 6536.528] _XSERVTransSocketUNIXCreateListener: ...SocketCreateListener() failed [ 6536.528] _XSERVTransMakeAllCOTSServerListeners: server already running [ 6536.528] (--) Log file renamed from "/home/phil/.local/share/xorg/Xorg.pid-11284.log" to "/home/phil/.local/share/xorg/Xorg.1.log" [ 6536.528] X.Org X Server 1.20.1 X Protocol Version 11, Revision 0 [ 6536.528] Build Operating System: Linux 4.9.0-7-amd64 x86_64 Debian [ 6536.528] Current Operating System: Linux itu 4.18.0-1-amd64 #1 SMP Debian 4.18.6-1 (2018-09-06) x86_64 [ 6536.529] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-4.18.0-1-amd64 root=UUID=3e436e2a-5d44-49aa-a1f1-d6d8e67b1b08 ro slab_common.usercopy_fallback=Y quiet resume=/dev/sda6 [ 6536.529] Build Date: 17 August 2018 08:05:00PM [ 6536.529] xorg-server 2:1.20.1-1 (https://www.debian.org/support) [ 6536.529] Current version of pixman: 0.34.0 [ 6536.529]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [ 6536.529] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 6536.529] (==) Log file: "/home/phil/.local/share/xorg/Xorg.1.log", Time: Wed Sep 12 14:27:21 2018 [ 6536.529] (==) Using config file: "/etc/X11/xorg.conf" [ 6536.529] (==) Using system config directory "/usr/share/X11/xorg.conf.d" [ 6536.529] (==) No Layout section. Using the first Screen section. [ 6536.529] (**) |-->Screen "Default Screen" (0) [ 6536.529] (**) | |-->Monitor "Configured Monitor" [ 6536.530] (==) No device specified for screen "Default Screen". Using the first device section listed. [ 6536.530] (**) | |-->Device "Configured Video Device" [ 6536.530] (==) Automatically adding devices [ 6536.530] (==) Automatically enabling devices [ 6536.530] (==) Automatically adding GPU devices [ 6536.530] (==) Max clients allowed: 256, resource mask: 0x1f [ 6536.530] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist. [ 6536.530]Entry deleted from font path. [ 6536.530] (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, built-ins [ 6536.530] (**) ModulePath set to "/usr/lib/xorg/modules/linux,/usr/lib/xorg/modules" [ 6536.530] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [ 6536.530] (II) Loader magic: 0x55aedee4bde0 [ 6536.530] (II) Module ABI versions: [ 6536.530]X.Org ANSI C Emulation: 0.4 [ 6536.530]X.Org Video Driver: 24.0 [ 6536.530]X.Org XInput driver : 24.1 [ 6536.530]X.Org Server Extension : 10.0 [ 6536.531] (++) using VT number 2 [ 6536.534] (II) systemd-logind: took control of session /org/freedesktop/login1/session/_310 [ 6536.534] (II) xfree86: Adding drm device (/dev/dri/card0) [ 6536.535] (II) systemd-logind: got fd for /dev/dri/card0 226:0 fd 13 paused 0 [ 6536.539] (--) PCI:*(1@0:0:0) 10de:0659:10de:063a rev 161, Mem @ 0xfa00/16777216, 0xc000/536870912, 0xf800/33554432, I/O @ 0xec00/128, BIOS @ 0x/131072 [ 6536.540] (II) LoadModule: "glx" [ 6536.540] (II) Loading /usr/lib/xorg/modules/linux/libglx.so [ 6536.555] (II) Module glx: vendor="NVIDIA Corporation" [ 6536.555]compiled for 4.0.2, module version = 1.0.0 [ 6536.555]Module class: X.Org Server Extension [ 6536.555] (II) NVIDIA GLX Module 340.107 Thu May 24 21:40:32 PDT 2018 [ 6536.555] (II) LoadModule: "nvidia" [ 6536.555] (II) Loading /usr/lib/xorg/modules/drivers/nvidia_drv.so [ 6536.556] (II) Module nvi
Bug#844762: amarok crashes on startup with "Message recipient disconnected from message bus without replying"
Package: amarok Version: 2.8.0-5 Severity: grave Justification: renders package unusable Dear Maintainer, Amarok crashes like this every time I start it: $ amarok QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave. QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave. Connecting to deprecated signal QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString) QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave. QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave. kbuildsycoca4 running... KCrash: Application 'amarok' crashing... KCrash: Attempting to start /usr/lib/kde4/libexec/drkonqi from kdeinit KCrash: Connect sock_file=/home/phil/.kde/socket-rider/kdeinit4__0 unnamed app(12406): Communication problem with "amarok" , it probably crashed. Error message was: "org.freedesktop.DBus.Error.NoReply" : " "Message recipient disconnected from message bus without replying" " I have tried removing my ~/.kde/apps/amarok but it doesn't help. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.1.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages amarok depends on: ii amarok-common 2.8.0-5 ii amarok-utils 2.8.0-5 ii kde-runtime 4:15.08.3-1 ii libaio1 0.3.110-3 ii libavcodec57 7:3.2-2 ii libavformat57 7:3.2-2 ii libavutil55 7:3.2-2 ii libc6 2.24-5 ii libcurl3-gnutls 7.51.0-1 ii libgcc1 1:5.3.1-11 ii libgcrypt20 1.7.3-2 ii libgdk-pixbuf2.0-02.32.3-1.2 ii libgl1-mesa-glx [libgl1] 12.0.4-2 ii libglib2.0-0 2.48.1-3 ii libgpod4 0.8.3-5 ii libkcmutils4 4:4.14.25-1 ii libkdecore5 4:4.14.25-1 ii libkdeui5 4:4.14.25-1 ii libkdewebkit5 4:4.14.25-1 ii libkdnssd44:4.14.25-1 ii libkfile4 4:4.14.25-1 ii libkio5 4:4.14.25-1 ii libknewstuff3-4 4:4.14.25-1 ii liblastfm11.0.9-1 ii libloudmouth1-0 1.5.3-2 ii libmtp9 1.1.12-1 ii libmysqlclient18 5.6.30-1 ii libofa0 0.9.3-13 ii libphonon44:4.9.0-4 ii libplasma34:4.14.25-1 ii libqjson0 0.8.1-3 ii libqt4-dbus 4:4.8.7+dfsg-6 ii libqt4-network4:4.8.7+dfsg-6 ii libqt4-opengl 4:4.8.7+dfsg-6 ii libqt4-script 4:4.8.7+dfsg-6 ii libqt4-sql4:4.8.7+dfsg-6 ii libqt4-svg4:4.8.7+dfsg-6 ii libqt4-xml4:4.8.7+dfsg-6 ii libqtcore44:4.8.7+dfsg-6 ii libqtgui4 4:4.8.7+dfsg-6 ii libqtscript4-core 0.2.0-1 ii libqtscript4-gui 0.2.0-1 ii libqtscript4-network 0.2.0-1 ii libqtscript4-sql 0.2.0-1 ii libqtscript4-uitools 0.2.0-1 ii libqtscript4-xml 0.2.0-1 ii libqtwebkit4 2.3.4.dfsg-6 ii libsolid4 4:4.14.25-1 ii libstdc++65.3.1-11 ii libthreadweaver4 4:4.14.25-1 ii libx11-6 2:1.6.3-1 ii libxml2 2.9.4+dfsg1-1 ii phonon4:4.9.0-4 ii zlib1g1:1.2.8.dfsg-2+b3 Versions of packages amarok recommends: ii clamz0.5-2+b1 ii kio-audiocd 4:16.08.0-1 Versions of packages amarok suggests: pn amarok-doc ii libqt4-sql-mysql 4:4.8.7+dfsg-6 pn libqt4-sql-psql pn libqt4-sql-sqlite pn moodbar Versions of packages amarok-common depends on: ii perl 5.22.2-5 amarok-common recommends no packages. Versions of packages amarok is related to: ii phonon-backend-vlc [phonon-backend] 0.9.0-1 -- no debconf information
Bug#900533: chromium 67.0.3396.62-1: youtube video, gif's, html5, and movies no longer work
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue, 2018-07-24 at 11:21 +0300, Alex Berg wrote: > I confirm this bug in release 67.0.3396.87-1 > > youtube video worked > but html5, and movies no longer work > > Install the older version from stable (stretch) - all worked fine > Could you provide an example of what doe snot work. Regards Phil - -- *** If this is a mailing list, I am subscribed, no need to CC me.*** Playing the game for the games sake. IRC: kathenas Web: https://kathenas.org Github: https://github.com/kathenas GitLab: https://gitlab.com/kathenas Twitter: kathenasorg GPG: A0C3 4C6A AC2B B8F4 F1E5 EDF4 333F 60DC B0B9 BB77 -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) iQIcBAEBAgAGBQJbVuagAAoJEDM/YNywubt3MFAP/jH3nfcsOA+hSGgNSPf/2lCZ CjkdqwKwCltXbG8aZtJa/cKhji8xfNHwn+qI/r+/Sv618js8x//2WXN5VBSB+z8P 159ViHobeKTs6AULuRGnA8x4aQXZVGFSs1pGn6uBsEbESbsmyplQO/Q0IvWBozoa hr44Dhnjt+8jppvjVo29sXHyDOjeoa+z5KeP96sfTLtub5FzvyxwU68YLILWRlEh Y2zSvsCuBh/U7Nizi8SoQw2dSodPWzH3xFJqkiXJVeo29sqPUOpDmUvv5UX5H47/ vW5dEeeNK8gNzU48Dd6bn+QAuAUHqGrPdfEBu3Ti5JOY8GFgPNuKLENUBg1Vsvl4 q7JU4QNgyHStr1gQrz/2h3KjaoOhEIeaZXZ9oKxr+LV2xqKApEc/GT7T1/Z/Ec4m H3qgrXE4LWTYOoZsLs/5TrofFtfWRLZiOaeiCjDwzj3b8/cG03WQWx+Jt59iHcnp 45USbxo1fGoZ9inyuPbX/tkHMD9Gs/plps3lOMbjSEqngY84ewlb9hMopbCZxR68 KS2VZN+YwHLd5edjB0QP34Wtv6hMw6O8ZPCkLVjm7wo0Kf4o805kWO9SMDkmy+X8 FxpyGQnOPZntr0MNnME/dllS3RvVu+Ubmj5LYSt5gDMUOEw6VSwY60usoR515Br+ UO8azBApbIi9u/DUxCJp =PaVM -END PGP SIGNATURE-
Bug#900299: leiningen-clojure: depends on openjdk-8
Elana Hashman writes: > So here's the issue with Leiningen and Java 11. We previously tracked > down some sort of bytecode incompatibilty problem. When Leiningen is > built with Java 11, it seems to recompile every time it's run, leading > to unacceptable performance, and it results in *different* help output, > which is baffling. > > Phil, have we attempted building Leiningen with Java 11 upstream? I've tried it but Leiningen won't build on Java 11 because of this bug in Clojure: https://dev.clojure.org/jira/browse/CLJ-2077?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel It looks like it's been fixed in newer versions of Clojure, but we haven't bumped that in Leiningen yet. -Phil signature.asc Description: PGP signature
Bug#919083: corsix-th: FTBFS: convert-im6.q16: InvalidImageIndex `CorsixTH/CorsixTH.ico' @ error/list.c/CloneImages/281.
An upstream change appears to have broken frame indexing syntax, as used here within an icon size loop. The fix is to use the built-in batch mode to convert setting a variable for the icon size. convert ico:CorsixTH/CorsixTH.ico[2] corsix-th.png https://github.com/ImageMagick/ImageMagick6/commit/02023b057fbceb60df963612d42bab2f311de67b signature.asc Description: PGP signature
Bug#1033607: sogo: /usr/bin/sogo linked against wrong version of libgnustep-base
Thanks for getting back to me. Here's what this looks like for me: $ /usr/sbin/sogod /usr/sbin/sogod: error while loading shared libraries: libgnustep-base.so.1.24: cannot open shared object file: No such file or directory $ ldd -r /usr/sbin/sogod | grep gnustep libgnustep-base.so.1.27 => /usr/lib/libgnustep-base.so.1.27 (0x7f6c6428f000) libgnustep-base.so.1.24 => not found libgnustep-base.so.1.24 => not found libgnustep-base.so.1.24 => not found libgnustep-base.so.1.24 => not found libgnustep-base.so.1.24 => not found libgnustep-base.so.1.24 => not found libgnustep-base.so.1.24 => not found libgnustep-base.so.1.24 => not found libgnustep-base.so.1.24 => not found I just removed and re-installed the sogo package, but it didn't make a difference. On 01/04/2023 03.27, Sebastian Ramacher wrote: Control: tags -1 moreinfo On 2023-03-28 14:45:24 +0200, Philipp Gruber wrote: Package: sogo Version: 5.0.1-4+deb11u1 Severity: grave Justification: renders package unusable Dear Maintainer, The binary of /usr/sbin/sogod contained in bullseye is linked to libgnustep-base.so.1.24. Are you sure? $ ldd -r /usr/sbin/sogod | grep gnustep-base libgnustep-base.so.1.27 => /usr/lib/libgnustep-base.so.1.27 (0x7f3b59898000) Cheers However, the package depends on libgnustep-base.so.1.27, which is the current version of bullseye. Downgrading is not possible due to dependencies. I assume re-building the binary with correct dependencies will fix this. Kind regards, Phil -- System Information: Debian Release: 11.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 5.10.0-20-amd64 (SMP w/8 CPU threads) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8), LANGUAGE=en_GB.UTF-8 Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages sogo depends on: ii adduser 3.118 ii gnustep-base-runtime 1.27.0-3 ii init-system-helpers 1.60 ii libc6 2.31-13+deb11u5 ii libcrypt1 1:4.4.18-4 ii libcurl4 7.74.0-1.3+deb11u3 ii libgcc-s1 10.2.1-6 ii libglib2.0-0 2.66.8-1 ii libgnustep-base1.27 1.27.0-3 ii liblasso3 2.6.1-3 ii libmemcached111.0.18-4.2 ii liboath0 2.6.6-3 ii libobjc4 10.2.1-6 ii libsbjson2.3 2.3.2-4+b2 ii libsodium23 1.0.18-1 ii libsope1 5.0.1-2 ii libssl1.1 1.1.1n-0+deb11u3 ii libzip4 1.7.3-1 ii lsb-base 11.1.0 ii memcached 1.6.9+dfsg-1 ii sogo-common 5.0.1-4+deb11u1 ii systemd 247.3-7+deb11u1 ii zip 3.0-12 sogo recommends no packages. Versions of packages sogo suggests: ii default-mysql-server1.0.7 ii mariadb-server-10.5 [virtual-mysql-server] 1:10.5.18-0+deb11u1 -- Configuration Files: /etc/sogo/sogo.conf [Errno 13] Permission denied: '/etc/sogo/sogo.conf' -- no debconf information
Bug#1033607: [Pkg-sogo-maintainers] Bug#1033607: sogo: /usr/bin/sogo linked against wrong version of libgnustep-base
Thanks Jeroen, I've looped through all the libraries used by `sogod` and it seems like `libsope1` is the culprit. A lot of libraries in that package are linked to libgnustep-base.so.1.24, despite the package requiring 1.27: $ objdump -p /usr/local/lib/libSaxObjC.so.4.9 |grep NEEDED NEEDED libgnustep-base.so.1.24 > [...] same result for these files: > /usr/local/lib/libWEExtensions.so.4.9 > /usr/local/lib/libNGStreams.so > /usr/local/lib/libNGObjWeb.so and a few more. I've tried rebuilding the package from source, but no difference. On 01/04/2023 21.19, Jeroen Dekkers wrote: Hi Phil, On Sat, 01 Apr 2023 02:41:05 +0200, Phil Gruber wrote: Thanks for getting back to me. Here's what this looks like for me: $ /usr/sbin/sogod /usr/sbin/sogod: error while loading shared libraries: libgnustep-base.so.1.24: cannot open shared object file: No such file or directory $ ldd -r /usr/sbin/sogod | grep gnustep libgnustep-base.so.1.27 => /usr/lib/libgnustep-base.so.1.27 (0x7f6c6428f000) libgnustep-base.so.1.24 => not found libgnustep-base.so.1.24 => not found libgnustep-base.so.1.24 => not found libgnustep-base.so.1.24 => not found libgnustep-base.so.1.24 => not found libgnustep-base.so.1.24 => not found libgnustep-base.so.1.24 => not found libgnustep-base.so.1.24 => not found libgnustep-base.so.1.24 => not found I just removed and re-installed the sogo package, but it didn't make a difference. Can you use objdump to figure out which files have the dependency on libgnustep-base.so.1.24? objdump -p /usr/sbin/sogod | grep NEEDED If that doesn't list libgnustep-base.so.1.24 then try libSOGo.so.5 and all the other libraries listed by ldd. Kind regards, Jeroen Dekkers
Bug#990447: Similar problems
I'm also unable to update to the latest uefi-dbx:
```
$ fwupdmgr update
...
Blocked executable in the ESP, ensure grub and shim are up to date:
/boot/EFI/EFI/debian/shimx64.efi Authenticode checksum
[af79b14064601bc0987d4747af1e914a228c05d622ceda03b7a4f67014fee767] is
present in dbx
```
I am on the latest shims though:
```
root@rider:/boot/EFI/EFI/debian# dpkg -l | awk '/ shim/ {print $1"
"$2"\t\t"$3}'
ii node-set-immediate-shim 2.0.0-2
ii shim-helpers-amd64-signed1+15.6+1
ii shim-signed:amd641.38+15.4-7
ii shim-signed-common 1.38+15.4-7
ii shim-unsigned15.7-1
```
And I've run `grub-install` with my EFI dir mounted. What's interesting
is the version in EFI is different than the version staged by the package:
```
# sum /usr/lib/shim/shimx64.efi /boot/EFI/EFI/debian/shimx64.efi
47979 918 /usr/lib/shim/shimx64.efi
36147 913 /boot/EFI/EFI/debian/shimx64.efi
```
I even explicitly ran it with `--uefi-secure-boot` to ensure it installs
the shim binary.
--
Phil Dibowitz p...@ipom.com
Open Source software and tech docsInsanity Palace of Metallica
http://www.phildev.net/ http://www.ipom.com/
"Be who you are and say what you feel, because those who mind don't
matter and those who matter don't mind."
- Dr. Seuss
Bug#990447: Similar problems
On 2/1/23 23:31, Pascal Hambourg wrote: On 02/02/2023 at 00:33, Phil Dibowitz wrote: And I've run `grub-install` with my EFI dir mounted. What's interesting is the version in EFI is different than the version staged by the package: ``` # sum /usr/lib/shim/shimx64.efi /boot/EFI/EFI/debian/shimx64.efi 47979 918 /usr/lib/shim/shimx64.efi 36147 913 /boot/EFI/EFI/debian/shimx64.efi ``` You must compare with /usr/lib/shim/shimx64.efi.signed from shim-signed. Ah, thanks. At least I know I did the grub-install right: ``` $ sum /usr/lib/shim/shimx64.efi.signed /boot/EFI/EFI/debian/shimx64.efi 36147 913 /usr/lib/shim/shimx64.efi.signed 36147 913 /boot/EFI/EFI/debian/shimx64.efi ``` So I guess that means that the shimx64.efi that's distributed with shim-signed is, in fact, vulnerable, as proposed in the original bug. Any timeline on updating it? -- Phil Dibowitz p...@ipom.com Open Source software and tech docsInsanity Palace of Metallica http://www.phildev.net/ http://www.ipom.com/ "Be who you are and say what you feel, because those who mind don't matter and those who matter don't mind." - Dr. Seuss
Bug#929905: autoremoval of fdroidserver
Hi, I realise fdroidserver is scheduled for removal from testing after the buster release date, but I'm writing in case Paul above is right. Please include fdroidserver in buster unless there's some other RC bug. Testing contributions to the default central repository is not the only use case for this package. Sure, there will always be more features in the latest version, but that's what backports is for. This bug does not prevent self-hosting of an F-droid repo of e.g. humble bundle game apks. -- Phil Morrell signature.asc Description: PGP signature
Bug#932190: ruby-jekyll-gist: missing dependency on ruby-octokit
Package: ruby-jekyll-gist Version: 1.5.0-1 Severity: grave Justification: renders package unusable I installed jekyll, but am unable to run it on a project with the jekyll-gist plugin enabled in _config.yml: $ sudo apt install jekyll $ jekyll Traceback (most recent call last): 11: from /usr/bin/jekyll:9:in `' 10: from /usr/lib/ruby/vendor_ruby/jekyll/plugin_manager.rb:50:in `require_from_bundler' 9: from /usr/share/rubygems- integration/all/gems/bundler-1.17.3/lib/bundler.rb:107:in `setup' 8: from /usr/share/rubygems- integration/all/gems/bundler-1.17.3/lib/bundler/runtime.rb:20:in `setup' 7: from /usr/share/rubygems- integration/all/gems/bundler-1.17.3/lib/bundler/runtime.rb:108:in `block in definition_method' 6: from /usr/share/rubygems- integration/all/gems/bundler-1.17.3/lib/bundler/definition.rb:226:in `requested_specs' 5: from /usr/share/rubygems- integration/all/gems/bundler-1.17.3/lib/bundler/definition.rb:237:in `specs_for' 4: from /usr/share/rubygems- integration/all/gems/bundler-1.17.3/lib/bundler/definition.rb:170:in `specs' 3: from /usr/share/rubygems- integration/all/gems/bundler-1.17.3/lib/bundler/definition.rb:258:in `resolve' 2: from /usr/share/rubygems- integration/all/gems/bundler-1.17.3/lib/bundler/resolver.rb:22:in `resolve' 1: from /usr/share/rubygems- integration/all/gems/bundler-1.17.3/lib/bundler/resolver.rb:45:in `start' /usr/share/rubygems- integration/all/gems/bundler-1.17.3/lib/bundler/resolver.rb:56:in `rescue in start': Bundler could not find compatible versions for gem "octokit": (Bundler::VersionConflict) In Gemfile: jekyll-gist was resolved to 1.5.0, which depends on octokit (~> 4.2) Could not find gem 'octokit (~> 4.2)', which is required by gem 'jekyll-gist', in any of the sources. $ sudo apt install ruby-octokit $ jekyll A subcommand is required. -- System Information: Debian Release: 10.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-5-amd64 (SMP w/2 CPU cores) Kernel taint flags: TAINT_WARN, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8), LANGUAGE=en_GB:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages ruby-jekyll-gist depends on: ii ruby 1:2.5.1 ruby-jekyll-gist recommends no packages. ruby-jekyll-gist suggests no packages. -- no debconf information HM Land Registry’s ambition is to become the world’s leading land registry for speed, simplicity and an open approach to data. Our mission is: “Your land and property rights: guaranteed and protected”. We check all mail and attachments for known viruses. However, you are advised that you open any attachments at your own risk. If you have received this email and it was not intended for you, please let us know, then delete it. We welcome correspondence in English and Welsh. To see how HM Land Registry treats your personal information, read our Personal information charter: www.gov.uk/government/organisations/land-registry/about/personal-information-charter.
Bug#932210: libimage-exiftool-perl: Exiftool does not start
Line 33 of "exiftool" version 11.16 should be:
sub SigInt();
However, line 30 is:
use Image::ExifTool qw{:Public};
which may generate the observed message if "Open" is added to the list.
It looks like you are running a modified version of "exiftool", and not the
distributed 11.16 version.
- Phil
Bug#932210: Fwd: Bug#932210: libimage-exiftool-perl: Exiftool does not start
> From: Pierre AUSSAGUEL > Subject: Re: Bug#932210: libimage-exiftool-perl: Exiftool does not start > Date: July 16, 2019 at 12:26:43 PM EDT > To: Phil Harvey > > Le 16/07/2019 à 18:14, Phil Harvey a écrit : >> Somehow you've got a very old version (9.76) in /usr/local/bin >> This explains the problem. Delete this old version and replace it with the >> most current one (if it doesn't already exist somewhere else in the path). > > # rm /usr/local/bin/exiftool > # apt reinstall libimage-exiftool-perl > # exiftool -v > bash: /usr/local/bin/exiftool: Aucun fichier ou dossier de ce type > > I dont understand ... isn't libimage-exiftool-perl supposed to provide the > file ? > > I solved the problem by placing a symlink in /usr/local/bin from > /usr/bin/exiftool > > Thank for your help > > I think the package should be modified to remove the old file and make the > symlink or any other better solution. >
Bug#932582: anbox: ignores mouse input
Package: anbox Version: 0.0~git20190124-1 Severity: grave Justification: renders package unusable I am able to launch the android apps from the desktop menu, but cannot interact other than moving the window around and fullscreening. I thought this was reported upstream as [#780], but the fix was merged in [bbf05d8f3] on 2019-01-06 and so included in the debian version. [#780]: https://github.com/anbox/anbox/issues/780 [bbf05d8f3]: https://github.com/anbox/anbox/commit/bbf05d8f3267ef5fb102525c372183aaa83df830 -- Phil Morrell (emorrp1) -- System Information: Debian Release: 10.0 APT prefers stable-debug APT policy: (500, 'stable-debug'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.19.0-5-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_CRAP Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8), LANGUAGE=en_GB:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages anbox depends on: ii iptables1.8.2-4 ii libboost-atomic1.67.0 1.67.0-13 ii libboost-chrono1.67.0 1.67.0-13 ii libboost-date-time1.67.01.67.0-13 ii libboost-filesystem1.67.0 1.67.0-13 ii libboost-iostreams1.67.01.67.0-13 ii libboost-log1.67.0 1.67.0-13 ii libboost-program-options1.67.0 1.67.0-13 ii libboost-regex1.67.01.67.0-13 ii libboost-serialization1.67.01.67.0-13 ii libboost-system1.67.0 1.67.0-13 ii libboost-thread1.67.0 1.67.0-13 ii libc6 2.28-10 ii libegl1 1.1.0-1 ii libgcc1 1:8.3.0-6 ii libgles21.1.0-1 ii liblxc1 1:3.1.0+really3.0.3-8 ii libprotobuf-lite17 3.6.1.3-2 ii libsdl2-2.0-0 2.0.9+dfsg1-1 ii libsdl2-image-2.0-0 2.0.4+dfsg1-1 ii libstdc++6 8.3.0-6 ii libsystemd0 241-5 ii lxc 1:3.1.0+really3.0.3-8 Versions of packages anbox recommends: ii dbus-user-session 1.12.16-1 anbox suggests no packages. -- no debconf information To: Debian Bug Tracking System Subject: anbox: ignores mouse input X-Debbugs-Cc: deb...@emorrp1.name Package: anbox Version: 0.0~git20190124-1 Severity: grave Justification: renders package unusable I am able to launch the android apps from the desktop menu, but cannot interact other than moving the window around and fullscreening. I thought this was reported upstream as [#780], but the fix was merged in [bbf05d8f3] on 2019-01-06 and so included in the debian version. [#780]: https://github.com/anbox/anbox/issues/780 [bbf05d8f3]: https://github.com/anbox/anbox/commit/bbf05d8f3267ef5fb102525c372183aaa83df830 -- Phil Morrell (emorrp1) -- System Information: Debian Release: 10.0 APT prefers stable-debug APT policy: (500, 'stable-debug'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.19.0-5-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_CRAP Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8), LANGUAGE=en_GB:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages anbox depends on: ii iptables1.8.2-4 ii libboost-atomic1.67.0 1.67.0-13 ii libboost-chrono1.67.0 1.67.0-13 ii libboost-date-time1.67.01.67.0-13 ii libboost-filesystem1.67.0 1.67.0-13 ii libboost-iostreams1.67.01.67.0-13 ii libboost-log1.67.0 1.67.0-13 ii libboost-program-options1.67.0 1.67.0-13 ii libboost-regex1.67.01.67.0-13 ii libboost-serialization1.67.01.67.0-13 ii libboost-system1.67.0 1.67.0-13 ii libboost-thread1.67.0 1.67.0-13 ii libc6 2.28-10 ii libegl1 1.1.0-1 ii libgcc1 1:8.3.0-6 ii libgles21.1.0-1 ii liblxc1 1:3.1.0+really3.0.3-8 ii libprotobuf-lite17 3.6.1.3-2 ii libsdl2-2.0-0 2.0.9+dfsg1-1 ii libsdl2-image-2.0-0 2.0.4+dfsg1-1 ii libstdc++6 8.3.0-6 ii libsystemd0 241-5 ii lxc 1:3.1.0+really3.0.3-8 Versions of packages anbox recommends: ii dbus-user-session 1.12.16-1 anbox suggests no packages. -- no debconf information signature.asc Description: PGP signature
Bug#915050: Proposal: Repository for fast-paced package backports
On Tue, Jan 01, 2019 at 05:49:37PM +0530, Pirate Praveen wrote: > I think STS (Short term support) will fit nicely with LTS. If there is > no serious objections, I'd go with this. As debconf is finishing, though I don't know if either of you attended this year, has there been any progress on this idea? Is there an evergreen/sts/fasttrack destination I can put in my dput.cf to support normally unsuitable packages like jenkins/virtualbox/firefox/gitlab? signature.asc Description: PGP signature
Bug#987554: wine-development should be replaced with wine in experimental+backports
On Sun, Apr 25, 2021 at 06:17:22PM +0200, Jens Reyer wrote: > On 25.04.21 16:27, Adrian Bunk wrote: > > bullseye users would also benefit more from wine 6.0 in > > bullseye-backports > > I maintained the wine backports in the past, but stepped down > (https://lists.debian.org/debian-wine/2020/09/msg7.html). I plan to take on backports for wine-related packages post-bullseye, but of course anyone else's interest in helping out is appreciated, particularly for upload sponsorship. https://lists.debian.org/debian-wine/2021/03/msg00011.html
Bug#987554: wine-development should be replaced with wine in experimental+backports
On Sun, Apr 25, 2021 at 06:17:22PM +0200, Jens Reyer wrote: > On 25.04.21 16:27, Adrian Bunk wrote: > > bullseye users would also benefit more from wine 6.0 in > > bullseye-backports > > I maintained the wine backports in the past, but stepped down > (https://lists.debian.org/debian-wine/2020/09/msg7.html). I plan to take on backports for wine-related packages post-bullseye, but of course anyone else's interest in helping out is appreciated, particularly for upload sponsorship. https://lists.debian.org/debian-wine/2021/03/msg00011.html signature.asc Description: PGP signature
Bug#956017: gnome-maps: no results when searching for an address
On Mon, 6 Apr 2020 22:47:46 +0100 Simon McVittie wrote: > On Mon, 06 Apr 2020 at 10:44:13 +0200, Keno Goertz wrote: > > when entering an address into the search box of GNOME Maps on Debian > > Stable, I get a loading animation for a few seconds and then "No results > > found". > > On Mon, 06 Apr 2020 at 12:35:32 +0200, Keno Goertz wrote: > > Turns out geocode-glib uses https://nominatim.gnome.org, which is > > currently down (I don't know since when). > > It sounds as though this is resolved for now. > > For the future: this service is outside Debian's control, so when it > isn't working, there is little the Debian maintainers of gnome-maps can > do about that. > > smcv > > Hi all, Now this bug has been resolved. Can we mark it as complete and closed? Regards Phil -- *** Playing the game for the games sake. *** WWW: https://kathenas.org Twitter: @kathenasorg IRC: kathenas GPG: 724AA9B52F024C8B signature.asc Description: This is a digitally signed message part
Bug#956017: gnome-maps: no results when searching for an address
On Wed, 2020-04-29 at 22:49 +0100, Phil Wyett wrote: > On Mon, 6 Apr 2020 22:47:46 +0100 Simon McVittie > wrote: > > On Mon, 06 Apr 2020 at 10:44:13 +0200, Keno Goertz wrote: > > > when entering an address into the search box of GNOME Maps on > > > Debian > > > Stable, I get a loading animation for a few seconds and then "No > results > > > found". > > > > On Mon, 06 Apr 2020 at 12:35:32 +0200, Keno Goertz wrote: > > > Turns out geocode-glib uses https://nominatim.gnome.org, which is > > > currently down (I don't know since when). > > > > It sounds as though this is resolved for now. > > > > For the future: this service is outside Debian's control, so when it > > isn't working, there is little the Debian maintainers of gnome-maps > can > > do about that. > > > > smcv > > > > > > Hi all, > > Now this bug has been resolved. Can we mark it as complete and closed? > > Regards > > Phil > Hi, Oops, did this one when tired and. Please ignore. Regards Phil -- *** Playing the game for the games sake. *** WWW: https://kathenas.org Twitter: @kathenasorg IRC: kathenas GPG: 724AA9B52F024C8B signature.asc Description: This is a digitally signed message part
Bug#961095: mkvtoolnix-gui: mkvtoolnix does not start undefined symbol: _ZN11libmatroska22KaxVideoProjectionType10ClassInfosE
Control: tags -1 + moreinfo On Tue, 2020-05-19 at 22:05 -0300, Mauro Dionisi wrote: > Package: mkvtoolnix-gui > Version: 31.0.0-1+b1 > Severity: grave > Tags: upstream > Justification: renders package unusable > > $ mkvtoolnix-gui > mkvtoolnix-gui: symbol lookup error: mkvtoolnix-gui: undefined symbol: > _ZN11libmatroska22KaxVideoProjectionType10ClassInfosE > > > > -- System Information: > Debian Release: 10.4 > APT prefers stable > APT policy: (990, 'stable') > Architecture: amd64 (x86_64) > Foreign Architectures: i386 > > Kernel: Linux 4.19.0-9-amd64 (SMP w/6 CPU cores) > Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8), > LANGUAGE=es_AR:es (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash > Init: systemd (via /run/systemd/system) > LSM: AppArmor: enabled > > Versions of packages mkvtoolnix-gui depends on: > ii libboost-filesystem1.67.0 1.67.0-13+deb10u1 > ii libboost-regex1.67.0 1.67.0-13+deb10u1 > ii libboost-system1.67.0 1.67.0-13+deb10u1 > ii libc6 2.28-10 > ii libcmark0 0.28.3-1 > ii libebml4v5 1:1.3.9-dmo0+deb9u1 > ii libgcc11:8.3.0-6 > ii libmagic1 1:5.35-4+deb10u1 > ii libmatroska6v5 1:1.4.5-dmo1 > ii libpugixml1v5 1.9-3 > ii libqt5core5a 5.11.3+dfsg1-1+deb10u3 > ii libqt5dbus55.11.3+dfsg1-1+deb10u3 > ii libqt5gui5 5.11.3+dfsg1-1+deb10u3 > ii libqt5multimedia5 5.11.3-2 > ii libqt5network5 5.11.3+dfsg1-1+deb10u3 > ii libqt5widgets5 5.11.3+dfsg1-1+deb10u3 > ii libstdc++6 8.3.0-6 > ii mkvtoolnix 31.0.0-1+b1 > ii zlib1g 1:1.2.11.dfsg-1 > > mkvtoolnix-gui recommends no packages. > > mkvtoolnix-gui suggests no packages. > > -- no debconf information > > RioTel - Barracuda Email Security Gateway > I am unable to reproduce under vanilla 10.4 installation. Could you provide more information regarding what led to this issue or customisations you made have made to the system? Regards Phil -- *** Playing the game for the games sake. *** WWW: https://kathenas.org Twitter: @kathenasorg IRC: kathenas GPG: 724AA9B52F024C8B signature.asc Description: This is a digitally signed message part
Bug#961095: mkvtoolnix-gui: mkvtoolnix does not start undefined symbol: _ZN11libmatroska22KaxVideoProjectionType10ClassInfosE
On Wed, 2020-05-20 at 09:28 +0200, Bernhard Übelacker wrote: > > On Tue, 2020-05-19 at 22:05 -0300, Mauro Dionisi wrote: > > > Versions of packages mkvtoolnix-gui depends on: > > > ii libebml4v5 1:1.3.9-dmo0+deb9u1 > > > ii libmatroska6v5 1:1.4.5-dmo1 > > Hello, > might this be related to the above packages being > from the debian multimedia repository? > > Could the issue resolve if these packages get installed > in the buster version? > > Kind regards, > Bernhard > I did not spot the presence of the dmo packages. This app works correctly with Debian buster versions of the packages. Regards Phil -- *** Playing the game for the games sake. *** WWW: https://kathenas.org Twitter: @kathenasorg IRC: kathenas GPG: 724AA9B52F024C8B signature.asc Description: This is a digitally signed message part
Bug#979443: chromium: desktop GUI locks up as Xorg process goes to 100%
Additionally, I’ve found that the official releases of Chrome from Google suffer from the same problem for me, but that the beta is fine. So it looks like it might be fixed upstream in Chrome release 88. Phil On Thu, 7 Jan 2021 11:30:25 +0100 Jan Luca Naumann wrote: Dear Steve, with the upgrade to 87.* we included the ANGLE library which manages the OpenGL access of chromium. Maybe this is the cause of your problem. Could you try to launch "$ chromium --use-gl=desktop"? This should disable the usage of ANGLE.
Bug#978657: unknown-horizons: Crash on startup
Control: tags -1 +patch Control: clone -1 -2 Control: retitle -2 unknown-horizons: Crash with unexpected keyword argument 'encoding' Control: reassign -2 unknown-horizons thanks I can confirm that this has been fixed upstream: https://github.com/fifengine/fifengine/commit/cf295fd98a8fba080f6305c27be56d10ab7ce94d.patch However, now the crash is in unknown-horizons itself, encoding has been ignored since 3.1 so should simply be removed. Discovered old settings file, auto-upgrading: 1 -> 38 Traceback (most recent call last): File "/usr/games/unknown-horizons", line 381, in main() File "/usr/games/unknown-horizons", line 122, in main ret = horizons.main.start(options) File "/usr/lib/python3/dist-packages/horizons/main.py", line 179, in start Entities.load(horizons.globals.db, load_now=False) # create all references File "/usr/lib/python3/dist-packages/horizons/entities.py", line 64, in load cls.load_grounds(db, load_now) File "/usr/lib/python3/dist-packages/horizons/entities.py", line 77, in load_grounds tile_sets = TileSetLoader.get_sets() File "/usr/lib/python3/dist-packages/horizons/util/loaders/tilesetloader.py", line 72, in get_sets cls.load() File "/usr/lib/python3/dist-packages/horizons/util/loaders/tilesetloader.py", line 65, in load cls.tile_sets = JsonDecoder.load(PATHS.TILE_SETS_JSON_FILE) File "/usr/lib/python3/dist-packages/horizons/util/loaders/jsondecoder.py", line 40, in load return json.load(f, encoding="ascii", object_hook=_decode_dict) File "/usr/lib/python3.9/json/__init__.py", line 293, in load return loads(fp.read(), File "/usr/lib/python3.9/json/__init__.py", line 359, in loads return cls(**kw).decode(s) TypeError: __init__() got an unexpected keyword argument 'encoding' signature.asc Description: PGP signature
Bug#983144: unknown-horizons crash
Control: reopen -1 ! Control: notforwarded -1 Control: tags -1 -a11y thanks I guess clone wasn't the right thing to do, and unfortunate crossing of streams with Markus didn't help. This is the upstream fixing commit: https://github.com/unknown-horizons/unknown-horizons/commit/7f6f613826aef9810999c1599c8354e8a78fbdb4.patch signature.asc Description: PGP signature
Bug#986033: avahi: Failure to upgrade to Debian 10.9 on amd64+i386, 0.7-4+b1 => 0.7-4+deb10u1
Source: avahi Version: 0.7-4+deb10u1 Severity: serious Justification: Policy 7.3 Hi, with 10.9 released, I am unable to upgrade avahi on a dual architecture system with both amd64 and i386 packages. Because I couldn't see the +b1 version on tracker, here's the snapshot proof: https://snapshot.debian.org/package/avahi/0.7-4/#libavahi-common3_0.7-4:2b:b1 :~ $ sudo apt upgrade Reading package lists... Done Building dependency tree Reading state information... Done Calculating upgrade... Done The following packages have been kept back: libavahi-client3 (0.7-4+b1 => 0.7-4+deb10u1) libavahi-client3:i386 (0.7-4+b1 => 0.7-4+deb10u1) libavahi-common-data (0.7-4+b1 => 0.7-4+deb10u1) libavahi-common-data:i386 (0.7-4+b1 => 0.7-4+deb10u1) libavahi-common3 (0.7-4+b1 => 0.7-4+deb10u1) libavahi-common3:i386 (0.7-4+b1 => 0.7-4+deb10u1) 0 upgraded, 0 newly installed, 0 to remove and 6 not upgraded. :~ $ sudo apt upgrade libavahi-client3 Reading package lists... Done Building dependency tree Reading state information... Done Calculating upgrade... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: libavahi-client3 : Breaks: libavahi-client3:i386 (!= 0.7-4+deb10u1) but 0.7-4+b1 is to be installed libavahi-client3:i386 : Breaks: libavahi-client3 (!= 0.7-4+b1) but 0.7-4+deb10u1 is to be installed E: Broken packages -- System Information: Debian Release: 10.9 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-debug'), (500, 'stable'), (100, 'buster-fasttrack'), (100, 'buster-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.19.0-16-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_CRAP, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8), LANGUAGE=en_GB:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled signature.asc Description: PGP signature
Bug#980641: nml: builds with patch
Control: tags -1 +patch Upstream have re-exported the pcx files and I can confirm nml now builds correctly with these 3 files copied into place before tests. https://github.com/OpenTTD/nml/pull/188/commits/a4b37e0e3eacd1f370abea8f116c9c6c51aaeb3b signature.asc Description: PGP signature
Bug#980641: nml: builds with patch
On Sat, Feb 13, 2021 at 05:17:59PM +0100, Matthijs Kooijman wrote: > > Upstream have re-exported the pcx files and I can confirm nml now builds > > correctly with these 3 files copied into place before tests. > Cool, thanks for confirming. It would be obvious to just backport these > changes, but I think the quilt patches used by the Debian patches cannot > represent changes to binary files, so it would be a bit more hassle > (probably needs some scripting in debian/rules) to include these > changes. Indeed, I've cleaned up my local test and pushed to salsa: https://salsa.debian.org/emorrp1/nml/-/commit/27c0aea7cd2670462c24246caf510d7dd8cb99dd > I'll see if upstream maybe wants to do a release with these changes > included, might be the easiest route... With 84 commits to master, I'm not convinced that would qualify for an unblock. signature.asc Description: PGP signature
Bug#972936: libgcc-s1 needs Breaks: libgcc1 (<< 1:10)
Thanks to bits from the RT. I can't reproduce this issue on a minimal installation, and the upgrade path has also been fixed #972820. -- Phil Morrell (emorrp1) ``` $ sudo sbuild-createchroot --command-prefix=eatmydata --include=eatmydata buster --chroot-prefix=temporary /srv/chroot/temporary ... $ sudo sbuild-shell source:temporary-amd64-sbuild I: /bin/sh # echo 'deb http://deb.debian.org/debian bullseye main' >> /etc/apt/sources.list # cat >> /etc/apt/preferences Package: * Pin: release a=testing Pin-Priority: 1 # apt update Hit:1 http://deb.debian.org/debian buster InRelease Get:2 http://deb.debian.org/debian bullseye InRelease [123 kB] Get:3 http://deb.debian.org/debian buster/main Translation-en [5969 kB] Get:4 http://deb.debian.org/debian bullseye/main amd64 Packages [8214 kB] Get:5 http://deb.debian.org/debian bullseye/main Translation-en [6266 kB] Fetched 20.6 MB in 5s (3751 kB/s) Reading package lists... Done Building dependency tree... Done All packages are up to date. # apt install libgcc-s1 Reading package lists... Done Building dependency tree... Done The following additional packages will be installed: gcc-10-base The following NEW packages will be installed: gcc-10-base libgcc-s1 0 upgraded, 2 newly installed, 0 to remove and 0 not upgraded. Need to get 243 kB of archives. After this operation, 386 kB of additional disk space will be used. Do you want to continue? [Y/n] Get:1 http://deb.debian.org/debian bullseye/main amd64 gcc-10-base amd64 10.2.1-6 [201 kB] Get:2 http://deb.debian.org/debian bullseye/main amd64 libgcc-s1 amd64 10.2.1-6 [41.4 kB] Fetched 243 kB in 0s (4449 kB/s) debconf: delaying package configuration, since apt-utils is not installed Selecting previously unselected package gcc-10-base:amd64. (Reading database ... 11956 files and directories currently installed.) Preparing to unpack .../gcc-10-base_10.2.1-6_amd64.deb ... Unpacking gcc-10-base:amd64 (10.2.1-6) ... Selecting previously unselected package libgcc-s1:amd64. Preparing to unpack .../libgcc-s1_10.2.1-6_amd64.deb ... Unpacking libgcc-s1:amd64 (10.2.1-6) ... Replacing files in old package libgcc1:amd64 (1:8.3.0-6) ... Setting up gcc-10-base:amd64 (10.2.1-6) ... Setting up libgcc-s1:amd64 (10.2.1-6) ... Processing triggers for libc-bin (2.28-10) ... # apt remove libgcc-s1 Reading package lists... Done Building dependency tree Reading state information... Done The following packages will be REMOVED: libgcc-s1 WARNING: The following essential packages will be removed. This should NOT be done unless you know exactly what you are doing! libgcc-s1 0 upgraded, 0 newly installed, 1 to remove and 0 not upgraded. After this operation, 119 kB disk space will be freed. You are about to do something potentially harmful. To continue type in the phrase 'Yes, do as I say!' ?] ``` signature.asc Description: PGP signature
Bug#976697: webext-umatrix: no longer developed upstream
I *relunctantly* agree that it makes sense to skip bullseye, but I hope a fork will become a clear winner in time for bookworm. Similar to Axel, I am still happily using it on buster with firefox-esr. Though I can reproduce #919557 in a clean profile, it doesn't affect my main one for some reason. I had a look at the uMatrix Network graph and believe nuTensor to be the most maintained fork at this time. https://github.com/gorhill/uMatrix/network https://github.com/geekprojects/nuTensor > uMatrix could be removed in favour of uBlock Origin's advanced mode. While this may be sufficient for some (and in fact gorhill long ago recommended this), I personally much prefer uMatrix. It may be subjective, but it's the only extension that makes me feel like I have control over the browsing experience, acting much like a firewall. Especially since the introduction of recipes it has become very easy, though it would be nice to have a larger set. -- Phil Morrell (emorrp1) signature.asc Description: PGP signature
Bug#967206: qalculate-gtk: Unversioned Python removal in sid/bullseye
The version in experimental now builds with just py3, so the transitive build-dep has been fixed and this can be closed with the next upload. signature.asc Description: PGP signature
Bug#948244: aseprite is not in stable
Ah, I'm glad this has been reported already, because I was very confused by this other example: https://tracker.debian.org/pkg/aseprite oldstable: 1.0.5+ds-2 stable: 1.1.6+ds-1 aseprite | 1.0.5+ds-2| oldoldstable | source aseprite | 1.1.6+ds-1| oldstable| source signature.asc Description: PGP signature
Bug#848910: libgnutls30: Fails to read PKCS#8 keys
Package: libgnutls30 Version: 3.5.7-2 Severity: grave Tags: upstream Justification: renders package unusable Dear Maintainer, The current version of libgnutls30 cannot read PKCS#8 keys, you get: Failed to load private key as PKCS#8: An illegal parameter was found. when using things like openconnect. This upstream PR fixed the bug: https://gitlab.com/gnutls/gnutls/merge_requests/185 I tried downgrading to 3.5.6-7 and that worked, though it's no longer in the repo. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.1.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libgnutls30 depends on: ii libc62.24-8 ii libgmp10 2:6.1.1+dfsg-1 ii libhogweed4 3.3-1 ii libidn11 1.33-1 ii libnettle6 3.3-1 ii libp11-kit0 0.23.2-5 ii libtasn1-6 4.9-4 ii zlib1g 1:1.2.8.dfsg-4 libgnutls30 recommends no packages. Versions of packages libgnutls30 suggests: pn gnutls-bin -- no debconf information
Bug#868673: sqldeveloper-package: unusable due to fatal build error
Package: sqldeveloper-package Version: 0.2.4 Severity: grave Justification: renders package unusable Before upgrading to stretch, I removed the custom sqldeveloper package as recommended by the release notes. After upgrading I'm no longer able to re- create it, I've also tested with older versions of the download as the Oracle version scheme has changed, but had the same error message. $ make-sqldeveloper-package -k sqldeveloper-17.2.0.188.1159-no-jre.zip make-sqldeveloper-package: Building sqldeveloper package in "/tmp". This package has a Debian revision number but there does not seem to be an appropriate original tar file or .orig directory in the parent directory; (expected one of sqldeveloper_17.2.0.188.1159+0.2.4.orig.tar.gz, sqldeveloper_17.2.0.188.1159+0.2.4.orig.tar.bz2, sqldeveloper_17.2.0.188.1159+0.2.4.orig.tar.lzma, sqldeveloper_17.2.0.188.1159+0.2.4.orig.tar.xz or sqldeveloper-17.2.0.188.1159.orig) continue anyway? (y/n) y debuild: fatal error at line 1116: dpkg-buildpackage -rfakeroot -us -uc binary failed $ echo $? 29 $ cat /tmp/tmp.eMJaLCh0kQ/sqldeveloper_17.2.0.188.1159+0.2.4-1_amd64.build dpkg-buildpackage -rfakeroot -us -uc binary dpkg-buildpackage: error: unknown option or argument binary Use --help for program usage information. -- System Information: Debian Release: 9.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages sqldeveloper-package depends on: ii bzip21.0.6-8.1 ii devscripts 2.17.6 ii fakeroot 1.21-3.1 ii file 1:5.30-1 ii imagemagick 8:6.9.7.4+dfsg-11 ii imagemagick-6.q16 [imagemagick] 8:6.9.7.4+dfsg-11 ii tofrodos 1.7.13+ds-2 ii unzip6.0-21 sqldeveloper-package recommends no packages. sqldeveloper-package suggests no packages. -- no debconf information
Bug#868673: sqldeveloper-package: diff for NMU version 0.2.4+nmu1
Control: tags 868673 + patch
Dear maintainer,
I've prepared an NMU for sqldeveloper-package (versioned as
0.2.4+nmu1) and plan to request a sponsored upload. Please feel free
to tell me if I should delay it.
NB. the end user fix is: sudo sed -i '/DEBUILD/s/n b/n --no-tgz-check
-- b/' /usr/bin/make-sqldeveloper-package
This regression from jessie was caused by a change in debuild
behaviour in devscripts 2.16.10:
https://tracker.debian.org/media/packages/d/devscripts/changelog-2.16.10
diff -Nru sqldeveloper-package-0.2.4/debian/changelog
sqldeveloper-package-0.2.4+nmu1/debian/changelog
--- sqldeveloper-package-0.2.4/debian/changelog 2012-11-14 11:12:14.0
+
+++ sqldeveloper-package-0.2.4+nmu1/debian/changelog2017-07-31
13:16:50.0 +0100
@@ -1,3 +1,11 @@
+sqldeveloper-package (0.2.4+nmu1) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * Add required '--' before debian/rules target (Closes: #868673)
+ * Add --no-tgz-check as sqldeveloper is non-free
+
+ -- Phil Morrell Mon, 31 Jul 2017 13:16:50 +0100
+
sqldeveloper-package (0.2.4) unstable; urgency=high
* Addressed bugs for inclusion in Wheezy's freeze:
diff -Nru sqldeveloper-package-0.2.4/make-sqldeveloper-package
sqldeveloper-package-0.2.4+nmu1/make-sqldeveloper-package
--- sqldeveloper-package-0.2.4/make-sqldeveloper-package2012-11-14
11:03:19.0 +
+++ sqldeveloper-package-0.2.4+nmu1/make-sqldeveloper-package 2017-07-31
12:50:06.0 +0100
@@ -1021,7 +1021,7 @@
return 1
fi
- DEBUILD_OPTS="--no-lintian binary"
+ DEBUILD_OPTS="--no-lintian --no-tgz-check -- binary"
if [ -n "${ROOTCMD}" ] ; then
DEBUILD_OPTS="--rootcmd=${ROOTCMD} ${DEBUILD_OPTS}"
Bug#853940: systemd: RestrictAddressFamilies causes services to fail to start on powerpc
On 02/02/17 22:37, Phil Armstrong wrote: On 02/02/17 21:50, Michael Biebl wrote: Are you absolutely sure? We had another bug report who said that downgrading systemd+udev to 232-1 did fix the problem on ppc(64). This is a ppc32 system, so maybe that makes the difference? I’ll test it again over the weekend. I must have made an error before: After carefully binary chopping the systemd package versions from snapshot.debian.org, I can report that the last version to work correctly is systemd 232-10. 232-11 fails. Looking at the changelog & the service files, this is kind of unsurprising: the service files for 232-10 don’t contain any RestrictAddressFamilies entries on my system, whereas the ones for 232-11 do & the changelog for 232-11 contains this entry: * Fix RestrictAddressFamilies= Backport upstream fix for setting up seccomp filters to fix RestrictAddressFamilies= on non-amd64 architectures. Drop the hack from debian/rules to remove this property from unit files. See #843160 So either the upstream fix doesn’t work on powerpc32 or the backport is broken somehow. I appreciate that ppc32 is a minority platform at this point. cheers, Phil
Bug#819488: gparted crash with a libparted backtrace
On 11/3/2016 11:37 AM, Sandro Tosi wrote: > Phillip, did you have a chance to look at making parted not crashing > if there is only one unallocated sector between partitions? Mattia, do > you still consider this bug RC? thanks! I have not had time to work on it yet.
Bug#878843: util-linux: fsck on btrfs /home hangs, stalling boot
On 10/17/2017 2:42 AM, Bernhard Schmidt wrote:
> close(3)= 0
> open("/home", O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXECstrace: Process 1677
> detached
>
So it hangs in a call to open() on /home? That looks like a kernel bug.
Is /home mounted at the time, or is it just the container directory in
your root filesystem? If it is the latter then you may want to run
e2fsck -f on your root filesystem.
Bug#878843: util-linux: fsck on btrfs /home hangs, stalling boot
On 10/18/2017 3:54 AM, Bernhard Schmidt wrote: > Accessing /home leads to a blocked process. The reason is that (for > numerous years, due to reasons I don't remember) I had > x-systemd.automount in my fstab for /home That makes sense. Now I wonder why is fsck trying to open /home? You run it on the block device; it should not know or care that the filesystem is normally mounted in /home.
Bug#927943: libxmlada: FTBFS with unicode-data >= 12.0.0
Good morning, Nicolas, I think your suggestion[*] is the best option. It's too late to do a more ideal fix but the alternative is nearly all Ada packages (if not all?) being autoRM'd. Unless Ludovic thinks otherwise (in the next day or so, given the short timescales), I'd get on with it. Cheers, Phil. [*] Email #10 in bug report of Thu, 2 May 2019 15:48:26 +0200. -- Phil Brooke OpenPGP 2823 000E 3FA9 8FF8 EB7C 100A 819D 278A 0E6F 992A
Bug#1006350: pidgin: crashes when typing past visible number of lines
Package: pidgin Version: 2.14.8-2 Severity: grave Tags: upstream Justification: renders package unusable Dear Maintainer, It seems 2.14.6 introduced a bug where Pidgin crashes when the user types somethign longer than the visible number of lines - not always, but often. This has been reported upstream here: https://issues.imfreedom.org/issue/PIDGIN-17568 However, due to the Debian perl 5.34 transition (https://lists.debian.org/debian-devel-announce/2022/02/msg0.html), downgrading to the previous package - 2.14.1 - isn't particularly feasible. Upstream is in fact working on a fix it seems to be a weird race condition in creating scrollbars. In the meantime, rebuilding a version from < 2.14.6 would prevent this bug from hitting testing/stable users. -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.10.0-8-amd64 (SMP w/12 CPU threads) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages pidgin depends on: ii libatk1.0-0 2.36.0-3 ii libc6 2.33-7 ii libcairo2 1.16.0-5 ii libdbus-1-3 1.12.20-4 ii libgdk-pixbuf-2.0-0 2.42.6+dfsg-2 ii libglib2.0-02.70.4-1 ii libgstreamer-plugins-base1.0-0 1.20.0-2 ii libgstreamer1.0-0 1.20.0-1 ii libgtk2.0-0 2.24.33-2 ii libgtkspell02.0.16-1.3 ii libice6 2:1.0.10-1 ii libpango-1.0-0 1.50.4+ds-1 ii libpurple0 2.14.8-2 ii libsm6 2:1.2.3-1 ii libx11-62:1.7.2-2+b1 ii libxss1 1:1.2.3-1 ii perl-base [perlapi-5.34.0] 5.34.0-3 ii pidgin-data 2.14.8-2 Versions of packages pidgin recommends: ii gstreamer1.0-alsa 1.20.0-2 ii gstreamer1.0-libav 1.20.0-1 ii gstreamer1.0-plugins-base 1.20.0-2 ii gstreamer1.0-plugins-good 1.20.0-2 ii gstreamer1.0-pulseaudio1.20.0-2 ii sensible-utils 0.0.17 Versions of packages pidgin suggests: ii libsqlite3-0 3.37.2-2 -- no debconf information
Bug#1003798: fluxbox: replace FbRootWindow::depth with maxDepth
Package: fluxbox Version: 1.3.7-1~exp1 Severity: grave Tags: patch upstream Justification: renders package unusable Dear Maintainer, There is a bug in upstream fluxbox which has been patched which causes new 32-bit windows to appear without borders, and unable to be interacted with in anyway. This includes Firefox, Thunderbird and a variety of other applications. Large windows that cannot be moved, closed, or otherwise interacted with renders fluxbox nearly useless. There is an upstream patch: https://bugs.debian.org/cgi-bin/pkgreport.cgi?dist=unstable;package=fluxbox There is more discussion here: https://sourceforge.net/p/fluxbox/bugs/1102/ and in this mozilla bug I had originally filed thinking it was a problem over there: https://bugzilla.mozilla.org/show_bug.cgi?id=1714353 Fluxbox has not released a new version, unfortunately, but if we could apply this patch, that would be greatly appreciated. Thanks! - Phil -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.10.0-8-amd64 (SMP w/12 CPU threads) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages fluxbox depends on: ii libc62.33-1 ii libfontconfig1 2.13.1-4.2 ii libfreetype6 2.11.1+dfsg-1 ii libfribidi0 1.0.8-2 ii libgcc-s1 [libgcc1] 11.2.0-12 ii libimlib21.7.4-1 ii libstdc++6 11.2.0-12 ii libx11-6 2:1.7.2-2+b1 ii libxext6 2:1.3.4-1 ii libxft2 2.3.2-2 ii libxinerama1 2:1.1.4-2 ii libxpm4 1:3.5.12-1 ii libxrandr2 2:1.5.2-1 ii libxrender1 1:0.9.10-1 ii menu 2.1.48 Versions of packages fluxbox recommends: ii feh 3.6.3-1 ii xfonts-terminus 4.48-3.1 Versions of packages fluxbox suggests: pn fbautostart pn fbdesk pn fbpager -- no debconf information
Bug#794466: Virtualbox backport for Stretch?
Il giovedì 22 agosto 2019, 19:56:46 CEST, Roger Shimizu ha scritto: > > Since buster is already released, let's let the package migrate to > testing and upload to backports as before. On Fri, Aug 23, 2019 at 08:33:09AM +, Gianfranco Costamagna wrote: > I'm not sure backports team will be happy with this...and the lack of > upstream cooperation is still an issue. Similarly, please remove 5.2.24 from stretch-backports as it wasn't released in buster for the same reason it wasn't released in stretch. Hopefully http://fasttrack.debian.net/ will be officially announced soon and VirtualBox can be uploaded there. -- Phil Morrell (emorrp1) signature.asc Description: PGP signature
Bug#1013745: matrix-synapse: fails to start due to newer matrix-common
Package: matrix-synapse Version: 1.61.0-2 Severity: grave Tags: patch fixed-upstream Justification: renders package unusable X-Debbugs-Cc: deb...@emorrp1.name Control: found -1 1.57.1-1~bpo11+1 Hi andrewsh, I believe you're aware of the problem, but yesterday's -2 upload does not fix it so I've included full details anyway. Patch is: diff --git i/pyproject.toml w/pyproject.toml index 8b21bdc8..3c64e248 100644 --- i/pyproject.toml +++ w/pyproject.toml @@ -150,7 +150,7 @@ typing-extensions = ">=3.10.0.1" cryptography = ">=3.4.7" # ijson 3.1.4 fixes a bug with "." in property names ijson = ">=3.1.4" -matrix-common = "~=1.1.0" +matrix-common = "~=1.2.1" # We need packaging.requirements.Requirement, added in 16.1. packaging = ">=16.1" # At the time of writing, we only use functions from the version `importlib.metadata` Since the upload of python-matrix-common 1.2.1 (16th in sid, 22nd in testing and bullseye-backports) the next matrix-synapse server restart after upgrading fails to start with the following runtime check: Synapse 1.57.1 needs matrix-common~=1.1.0, but got matrix-common==1.2.1 I assume here that the `~=` dep is merely too strict, and note this isn't an apt error but python module versioning so the package installs successfully and (see debconf below) doesn't even need a working homeserver config. The emergency fix to be up and running again was: sudo sed -i '/common/s/~=/>=/' /usr/lib/python3/dist-packages/matrix_synapse-1.57.1.dist-info/METADATA The old synapse version is what Freedombox is on until [#2230] is fixed and rolled out, but I've checked it still affects the latest upload: $ grep common /usr/lib/python3/dist-packages/matrix_synapse-*.dist-info/METADATA Requires-Dist: matrix-common (>=1.1.0,<1.2.0) This has been discussed in [Matrix on Debian], [FreedomBox] and [Freedombox Dev] channels. I also found upstream has [merged a fix] in develop, so this patch is only needed until the next version upload. [#2230]: https://salsa.debian.org/freedombox-team/freedombox/-/issues/2230 [Matrix on Debian]: https://view.matrix.org/room/!tfCIguhhYiGiAlZqQS:matrix.org/?offset=-29&anchor=$NbsC6BU-TUe1n_vyWGOac8FaLzh9fn8Prz0-fs1GbIQ [FreedomBox]: https://view.matrix.org/room/!jrrfdpcKPllUsyVuBf:matrix.org/?offset=-29&anchor=$165596373446454OHKvP:matrix.org [FreedomBox Dev]: https://matrix.to/#/#freedombox-dev:synapse.sds-ip.de [merged a fix]: https://github.com/matrix-org/synapse/commit/f30bcbd84a651de59777b2a749850f6ca56ce3f0 -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 5.18.0-2-amd64 (SMP w/2 CPU threads; PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages matrix-synapse depends on: ii adduser 3.121 ii debconf [debconf-2.0] 1.5.79 ii init-system-helpers 1.63 ii libjs-jquery3.6.0+dfsg+~3.5.13-1 ii libpython3-stdlib 3.10.4-1+b1 ii lsb-base11.2 ii python3 3.10.4-1+b1 ii python3-attr21.2.0-1 ii python3-bcrypt 3.2.0-1+b1 ii python3-bleach 4.1.0-2 ii python3-canonicaljson 1.4.0-1 ii python3-cryptography3.4.8-2 ii python3-distutils 3.9.12-1 ii python3-frozendict 1.2-3 ii python3-ijson 3.1.4-1+b1 ii python3-importlib-metadata 4.6.4-1 ii python3-jinja2 3.0.3-1 ii python3-jsonschema 3.2.0-5 ii python3-lxml4.8.0-1 ii python3-matrix-common 1.2.1-1 ii python3-msgpack 1.0.3-1 ii python3-netaddr 0.8.0-2 ii python3-openssl 21.0.0-1 ii python3-packaging 21.3-1 ii python3-phonenumbers8.12.1-2 ii python3-pil 9.1.1-1 ii python3-prometheus-client 0.9.0-1 ii python3-psycopg22.9.2-2 ii python3-pyasn1 0.4.8-2 ii python3-pyasn1-modules 0.2.8-1 ii python3-pymacaroons 0.13.0-5 ii python3-service-identity18.1.0-7 ii python3-signedjson 1.1.1-2 ii python3-sortedcontainers2.4.0-1 ii python3-systemd 234-4 ii python3-treq22.2.0-0.1 ii python3-twisted 22.4.0-2 ii python3-typing-extensions 3.10.0.2-1 ii python3-unpaddedbase64 2.1.0-2 ii python3-yaml5.4.1-1+b1 Versions of packages matrix-synapse recommends: ii matrix-synapse-ldap3 0.1.4+git20201015+a3c7a9f-1 pn python3-pympler Versions of packages matrix-synapse suggests: pn python3-authlib pn python3-jwt -- debconf information: * matrix-synapse/server-name: foo.example * matrix-synapse/report-stats: false signature.asc Description: PGP signature
Bug#1013420: corsix-th FTBFS with ffmpeg 5.0.1
The next release is due imminently, which adds support for ffmpeg 5, so this will be closed via that upload. signature.asc Description: PGP signature
Bug#1013161: lua-lpeg missing 5.4 build crashes corsix-th
Control: clone -1 -2 Control: reassign -2 lua-lpeg Control: retitle -2 lua-lpeg: please build for lua 5.4 Control: severity -2 wishlist Control: block -1 by -2 Firstly my apologies to players of corsix-th in Debian and derivatives for not properly testing the latest upload. lua-lpeg was last updated on 2020-02-25 (and is still the latest upstream version) before lua5.4 was first uploaded on 2020-06-30, therefore corsix-th is unable to load the compatible library as it only builds for 5.1, 5.2 and 5.3. I have locally rebuilt lua-lpeg, by adding only a dh-lua symlink `debian/lua5.4.dh-lua.conf`, which when dropping the .so (attached) into `/usr/local/lib/lua/5.4/lpeg.so` fixes this and corsix-th reaches the data files selection screen. (md5: fd1b395b35c08e8b6caf19cb5ea96393) liblua5.4-lpeg.so.2.0.0 Description: Binary data signature.asc Description: PGP signature
Bug#1013161: corsix-th: crashes with "module 'lpeg' not found"
Package: corsix-th Version: 0.65.1-1 Severity: grave Justification: renders package unusable X-Debbugs-Cc: deb...@emorrp1.name first reported on 2022-06-06 by u/rocketstopya on Ubuntu 22.04 https://www.reddit.com/r/linux_gaming/comments/v620w5/corsixth_v066beta2_is_out/ibdca6u/ emorrp1@testing:~$ corsix-th --- Welcome to CorsixTH v0.65.1! --- This window will display useful information if an error occurs. --- An error has occurred in CorsixTH: /usr/share/games/corsix-th/Lua/strict.lua:66: module 'lpeg' not found: no field package.preload['lpeg'] no file '/usr/share/games/corsix-th/Lua/lpeg.lua' no file '/usr/share/games/corsix-th/Lua/lpeg/init.lua' no file '/usr/local/share/lua/5.4/lpeg.lua' no file '/usr/local/share/lua/5.4/lpeg/init.lua' no file '/usr/local/lib/lua/5.4/lpeg.lua' no file '/usr/local/lib/lua/5.4/lpeg/init.lua' no file '/usr/share/lua/5.4/lpeg.lua' no file '/usr/share/lua/5.4/lpeg/init.lua' no file './lpeg.lua' no file './lpeg/init.lua' no file '/usr/share/games/corsix-th/lpeg.so' no file '/usr/local/lib/lua/5.4/lpeg.so' no file '/usr/lib/x86_64-linux-gnu/lua/5.4/lpeg.so' no file '/usr/lib/lua/5.4/lpeg.so' no file '/usr/local/lib/lua/5.4/loadall.so' no file './lpeg.so' stack traceback: [C]: in upvalue 'fn' /usr/share/games/corsix-th/Lua/strict.lua:66: in function 'require' /usr/share/games/corsix-th/Lua/string_extensions.lua:22: in main chunk [C]: in function 'persist.dofile' /usr/share/games/corsix-th/CorsixTH.lua:78: in field 'require' /usr/share/games/corsix-th/Lua/app.lua:240: in method 'init' /usr/share/games/corsix-th/CorsixTH.lua:143: in main chunk [C]: in ? -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 5.18.0-1-amd64 (SMP w/2 CPU threads; PREEMPT) 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 corsix-th depends on: ii corsix-th-data 0.65.1-1 ii libavcodec58 7:4.4.2-1+b2 ii libavformat587:4.4.2-1+b2 ii libavutil56 7:4.4.2-1+b2 ii libc62.33-7 ii libfreetype6 2.12.1+dfsg-2 ii libgcc-s112.1.0-2 ii liblua5.4-0 5.4.4-2 ii libsdl2-2.0-02.0.22+dfsg-5 ii libsdl2-mixer-2.0-0 2.0.4+dfsg1-4+b1 ii libstdc++6 12.1.0-2 ii libswresample3 7:4.4.2-1+b2 ii libswscale5 7:4.4.2-1+b2 ii lua-filesystem 1.8.0-2 ii lua-lpeg 1.0.2-1 Versions of packages corsix-th recommends: ii game-data-packager 69 ii timidity2.14.0-8+b1 corsix-th suggests no packages. -- no debconf information signature.asc Description: PGP signature
Bug#1021732: libimage-exiftool-perl breaks mat2 autopkgtest: 'ColorProfiles' not found in ...
The QuickTime ColorRepresentation is decoded into separate tags as of ExifTool
12.45.
- Phil
> On Oct 13, 2022, at 1:52 PM, Paul Gevers wrote:
>
> Source: libimage-exiftool-perl, mat2
> Control: found -1 libimage-exiftool-perl/12.47+dfsg-1
> Control: found -1 mat2/0.13.0-1
> Severity: serious
> Tags: sid bookworm
> User: debian...@lists.debian.org
> Usertags: breaks needs-update
>
> Dear maintainer(s),
>
> With a recent upload of libimage-exiftool-perl the autopkgtest of mat2 fails
> in testing when that autopkgtest is run with the binary packages of
> libimage-exiftool-perl from unstable. It passes when run with only packages
> from testing. In tabular form:
>
> passfail
> libimage-exiftool-perl from testing12.47+dfsg-1
> mat2 from testing0.13.0-1
> all others from testingfrom testing
>
> I copied some of the output at the bottom of this report.
>
> Currently this regression is blocking the migration of libimage-exiftool-perl
> to testing [1]. Due to the nature of this issue, I filed this bug report
> against both packages. Can you please investigate the situation and reassign
> the bug to the right package?
>
> More information about this bug and the reason for filing it can be found on
> https://wiki.debian.org/ContinuousIntegration/RegressionEmailInformation
>
> Paul
>
> [1] https://qa.debian.org/excuses.php?package=libimage-exiftool-perl
>
> https://ci.debian.net/data/autopkgtest/testing/amd64/m/mat2/27021864/log.gz
>
> ___ TestCleaning.test_all_parametred
> ___
>
> self =
>
>def test_all_parametred(self):
>for case in self.data:
>with self.subTest(case=case):
>if 'ffmpeg' in case:
>try:
>video._get_ffmpeg_path()
>except RuntimeError:
>raise unittest.SkipTest
>print('[+] Testing %s' % case['name'])
>target = './tests/data/clean.' + case['name']
>shutil.copy('./tests/data/dirty.' + case['name'], target)
>p1 = case['parser'](target)
>for k, v in p1.get_meta().items():
>if k not in case['meta']:
>continue
>if isinstance(v, dict):
>for _k, _v in v.items():
>if _k in case['meta'][k]:
>self.assertEqual(_v, case['meta'][k][_k])
>else:
>self.assertEqual(v, case['meta'][k])
>p1.lightweight_cleaning = True
>self.assertTrue(p1.remove_all())
>p2 = case['parser'](p1.output_filename)
>meta = p2.get_meta()
>if meta:
>for k, v in p2.get_meta().items():
>> self.assertIn(k, case['expected_meta'], '"%s" is not in
>> "%s" (%s)' % (k, case['expected_meta'], case['name']))
> E AssertionError: 'ColorProfiles' not found in
> {'AverageBitrate': 465641, 'BufferSize': 0, 'CompatibleBrands': ['isom',
> 'iso2', 'avc1', 'mp41'], 'ColorRepresentation': 'nclx 1 1 1', 'CompressorID':
> 'avc1', 'GraphicsMode': 'srcCopy', 'HandlerDescription': 'SoundHandler',
> 'HandlerType': 'Metadata', 'HandlerVendorID': 'Apple', 'MajorBrand': 'Base
> Media v1 [IS0 14496-12:2003]', 'MaxBitrate': 465641, 'MediaDataOffset': 48,
> 'MediaDataSize': 379872, 'MediaHeaderVersion': 0, 'MinorVersion': '0.2.0',
> 'MovieDataOffset': 48, 'MovieHeaderVersion': 0, 'NextTrackID': 3,
> 'PreferredRate': 1, 'Rotation': 0, 'TimeScale': 1000, 'TrackHeaderVersion':
> 0, 'TrackID': 1, 'TrackLayer': 0} : "ColorProfiles" is not in
> "{'AverageBitrate': 465641, 'BufferSize': 0, 'CompatibleBrands': ['isom',
> 'iso2', 'avc1', 'mp41'], 'ColorRepresentation': 'nclx 1 1 1', 'CompressorID':
> 'avc1', 'GraphicsMode': 'srcCopy&#x
Bug#994193: iptstate FTBFS: error: format not a string literal and no format arguments [-Werror=format-security]
This is fixed in: https://github.com/jaymzh/iptstate/commit/9c6b31162c2c8c5bad25ac5266ec98ce932685e2 I'll try to get a release out the door soon, but the maintainer might want to pull in the commit in the meantime. On 9/13/21 6:33 AM, Helmut Grohne wrote: Source: iptstate Version: 2.2.6-1 Severity: serious Tags: ftbfs iptstate fails to build from source in unstable. A build ends as follows: | g++ -g -O2 -ffile-prefix-map=/<>=. -fstack-protector-strong -Wformat -Werror=format-security iptstate.cc -o iptstate -lncurses -lnetfilter_conntrack | iptstate.cc: In function ‘void get_input(WINDOW*, std::string&, const string&, const flags_t&)’: | iptstate.cc:685:30: error: format not a string literal and no format arguments [-Werror=format-security] | 685 | wprintw(cmd, prompt.c_str()); | | ^ | iptstate.cc: In function ‘void c_warn(WINDOW*, const string&, const flags_t&)’: | iptstate.cc:750:32: error: format not a string literal and no format arguments [-Werror=format-security] | 750 | wprintw(warn, warning.c_str()); | |^ | iptstate.cc: In function ‘int conntrack_hook(nf_conntrack_msg_type, nf_conntrack*, void*)’: | iptstate.cc:1002:30: warning: ‘:’ directive output may be truncated writing 1 byte into a region of size between 0 and 5 [-Wformat-truncation=] | 1002 | snprintf(ttlc,11, "%3i:%02i:%02i", hours, minutes, seconds); | | ^ | iptstate.cc:1002:21: note: directive argument in the range [-59, 59] | 1002 | snprintf(ttlc,11, "%3i:%02i:%02i", hours, minutes, seconds); | | ^~~ | iptstate.cc:1002:11: note: ‘snprintf’ output between 10 and 16 bytes into a destination of size 11 | 1002 | snprintf(ttlc,11, "%3i:%02i:%02i", hours, minutes, seconds); | | ^~~ | cc1plus: some warnings being treated as errors | make[1]: *** [Makefile:34: iptstate] Error 1 | make[1]: Leaving directory '/<>' | dh_auto_build: error: make -j1 returned exit code 2 | make: *** [debian/rules:4: build] Error 25 | dpkg-buildpackage: error: debian/rules build subprocess returned exit status 2 Helmut -- Phil Dibowitz p...@ipom.com Open Source software and tech docsInsanity Palace of Metallica http://www.phildev.net/ http://www.ipom.com/ "Be who you are and say what you feel, because those who mind don't matter and those who matter don't mind." - Dr. Seuss
Bug#994193: iptstate FTBFS: error: format not a string literal and no format arguments [-Werror=format-security]
Got 2.2.7 out the door. Can someone who's a DD do the honors? On 9/13/21 6:33 AM, Helmut Grohne wrote: Source: iptstate Version: 2.2.6-1 Severity: serious Tags: ftbfs iptstate fails to build from source in unstable. A build ends as follows: | g++ -g -O2 -ffile-prefix-map=/<>=. -fstack-protector-strong -Wformat -Werror=format-security iptstate.cc -o iptstate -lncurses -lnetfilter_conntrack | iptstate.cc: In function ‘void get_input(WINDOW*, std::string&, const string&, const flags_t&)’: | iptstate.cc:685:30: error: format not a string literal and no format arguments [-Werror=format-security] | 685 | wprintw(cmd, prompt.c_str()); | | ^ | iptstate.cc: In function ‘void c_warn(WINDOW*, const string&, const flags_t&)’: | iptstate.cc:750:32: error: format not a string literal and no format arguments [-Werror=format-security] | 750 | wprintw(warn, warning.c_str()); | |^ | iptstate.cc: In function ‘int conntrack_hook(nf_conntrack_msg_type, nf_conntrack*, void*)’: | iptstate.cc:1002:30: warning: ‘:’ directive output may be truncated writing 1 byte into a region of size between 0 and 5 [-Wformat-truncation=] | 1002 | snprintf(ttlc,11, "%3i:%02i:%02i", hours, minutes, seconds); | | ^ | iptstate.cc:1002:21: note: directive argument in the range [-59, 59] | 1002 | snprintf(ttlc,11, "%3i:%02i:%02i", hours, minutes, seconds); | | ^~~ | iptstate.cc:1002:11: note: ‘snprintf’ output between 10 and 16 bytes into a destination of size 11 | 1002 | snprintf(ttlc,11, "%3i:%02i:%02i", hours, minutes, seconds); | | ^~~ | cc1plus: some warnings being treated as errors | make[1]: *** [Makefile:34: iptstate] Error 1 | make[1]: Leaving directory '/<>' | dh_auto_build: error: make -j1 returned exit code 2 | make: *** [debian/rules:4: build] Error 25 | dpkg-buildpackage: error: debian/rules build subprocess returned exit status 2 Helmut -- Phil Dibowitz p...@ipom.com Open Source software and tech docsInsanity Palace of Metallica http://www.phildev.net/ http://www.ipom.com/ "Be who you are and say what you feel, because those who mind don't matter and those who matter don't mind." - Dr. Seuss
Bug#883938: fixed in linux 3.16.51-3
Can we also make sure that this bug gets fixed in the netboot kernel? http://ftp.us.debian.org/debian/dists/jessie/main/installer-amd64/current/images/netboot/debian-installer/amd64/linux Cheers, Phil
Bug#889530: acm FTBFS with gdbm 1.14.1-2
On Wed, 18 Apr 2018, Markus Koschany wrote: I've uploaded a new revision of acm versioned as 5.0-29.2 to fix Debian bug #889530. […] Thank you, Markus. That's much appreciated. Cheers, Phil.
Bug#868673: sqldeveloper-package: diff for NMU version 0.2.4+nmu1
Hello Michael, As the last upload sponsor for sqldeveloper-package (though admittedly in 2012), would you consider sponsoring the NMU I prepared? It's a targeted fix for #868673 which makes it unusable in Stretch. If possible I'd also like it in stretch-proposed-updates, presumably only after it's reached testing? -- Phil Morrell
Bug#867730: Fwd: Bug#867730 closed by Hans-Christoph Steiner (Bug#867730: fixed in dummydroid 1.2-1)
Dear maintainer, Thank you for fixing the issue I reported with a new upload. Given the package is completely unusable in Stretch, I was intending to ask you to provide a backport, or perhaps a -proposed-updates targeted patch. However, when I looked into the release notes for v1.2 [Let there be hackjob], I'm concerned that would be impossible and I wonder if a removal from stable is more appropriate? [Let there be hackjob]: http://blog.onyxbits.de/let-there-be-hackjob-dummydroid-updated-646/ > DummyDroid v1.2 is a case of “it compiles, ship it”. Cobbled together by > merging in some code from Raccoon, compiled by guessing how the > build process was suppose to work, using a source tree that’s in disarray -- Phil Morrell
Bug#867730: dummydroid: unusable due to authentication failure
Package: dummydroid Version: 1.1-1 Severity: grave Justification: renders package unusable I am attempting to use gplaycli on stretch, for which I need a google play device id. After the Credentials step, no matter how I setup the google account, I always get an error displayed on the Profile Upload step: com.akdeniz.googleplaycrawler.GooglePlayException: Error=BadAuthentication Google Auth methods tried: * custom domain, two-factor * custom domain, password only * registered dummydro...@gmail.com Steps to reproduce: 1) register account at https://accounts.google.com/SignUp 2) sign in at https://play.google.com/store 3) launch dummydroid 4) open Google_Nexus_6.prop (or Azpen_A727.prop) 5) click next through to Credentials 6) enter details registered and click next I can't find a manpage or guess any flags to enter debug mode, so there is no extra detail on stdout - please let me know if there's a way to test this, or if you're unable to reproduce the error. -- System Information: Debian Release: 9.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages dummydroid depends on: ii default-jre [java8-runtime]2:1.8-58 ii jarwrapper 0.59 ii libhttpclient-java 4.5.2-2 ii libhttpcore-java 4.4.6-1 ii openjdk-8-jre [java8-runtime] 8u131-b11-2 dummydroid recommends no packages. dummydroid suggests no packages. -- no debconf information
Bug#886852: NVidia driver : upgrade to version 384.111
On Wed, 2018-01-10 at 23:58 +0100, Andreas Beckmann wrote: > On 2018-01-10 15:25, Luca Boccassi wrote: > > I'm a little confused as what their blobs could possible have to do > > with spectre/meltdown to be honest > > meltdown does not seem to be an issue, but for spectre it is not > neccessarily the GPU bits being fixed, but the CPU side of the driver - > which can run untrusted user supplied code (e.g. compiling shaders) ... > that could be comparable to the sandboxed javascript in the browser > accessing all the browser memory. > > > - but in general it sounds like a > > good idea to move 384 to stable-p-u, since it's won't be the last CVE > > we get and as you said 375 is dead and buried. > > > > Andreas, what do you think? > > Just uploaded to stretch-backports, will need to go through backports-new. > Untested on my side - please try it out :-) > > > Andreas > Running this driver version built locally with the following (system marked) two no longer needed packages purged. libgles-nvidia1 libgles1-nvidia No issues thus far. Regards Phil -- *** If this is a mailing list, I am subscribed, no need to CC me.*** Playing the game for the games sake. Web: https://kathenas.org GitLab: https://gitlab.com/kathenas Twitter: kathenasorg Instagram: kathenasorg GPG: 1B97 6556 913F 73F3 9C9B 25C4 2961 D9B6 2017 A57A signature.asc Description: This is a digitally signed message part
Bug#966575: Symbol `grub_calloc' not found: AWS instance
I've been affected by this issue on an AWS EC2 instance. The particular issue with AWS is that the device names may depend on the particular instance types; on newer hardware disks appear as NVMe devices, and on older hardware as /dev/xvd? or /dev/sd?. The Debian cloud instances have unattended updates enabled and I guess that the grub update was installed while the instance was running on hardware with NVMe disks, while it had originally been installed when it was running on older hardware. My fstab refers to the disks using UUIDs; I believe that some distributions may install symlinks in /dev to avoid problems like this but Debian doesn't seem to. Rescue is not too difficult once you know how: detach the borked instance's root volume, attach it to another (temporary) instance, repair, and move it back. To make it appear as the root volume when moved back you need to give exactly the same device name as is shown as "Root Device Name" in the image's AMI details; it took me a long time to work out that I needed to enter "xvda" rather than "/dev/xvda" here (YMMV). To actually repair it I followed the advice in this bug to bind-mount /dev,proc,sys and chroot. I then tried Colin's advice in message 184 but without success: # dpkg-reconfigure grub-pc Generating grub configuration file ... Found linux image: /boot/vmlinuz-4.19.0-10-amd64 Found initrd image: /boot/initrd.img-4.19.0-10-amd64 Found linux image: /boot/vmlinuz-4.19.0-9-amd64 Found initrd image: /boot/initrd.img-4.19.0-9-amd64 Found linux image: /boot/vmlinuz-4.9.0-5-amd64 Found initrd image: /boot/initrd.img-4.9.0-5-amd64 WARNING: Device /dev/nvme0n1 not initialized in udev database even after waiting 1000 microseconds. WARNING: Device /dev/nvme0n1p1 not initialized in udev database even after waiting 1000 microseconds. WARNING: Device /dev/nvme0n1p14 not initialized in udev database even after waiting 1000 microseconds. WARNING: Device /dev/nvme0n1p15 not initialized in udev database even after waiting 1000 microseconds. WARNING: Device /dev/nvme1n1 not initialized in udev database even after waiting 1000 microseconds. WARNING: Device /dev/nvme1n1p1 not initialized in udev database even after waiting 1000 microseconds. WARNING: Device /dev/nvme0n1 not initialized in udev database even after waiting 1000 microseconds. WARNING: Device /dev/nvme0n1p1 not initialized in udev database even after waiting 1000 microseconds. WARNING: Device /dev/nvme0n1p14 not initialized in udev database even after waiting 1000 microseconds. WARNING: Device /dev/nvme0n1p15 not initialized in udev database even after waiting 1000 microseconds. WARNING: Device /dev/nvme1n1 not initialized in udev database even after waiting 1000 microseconds. WARNING: Device /dev/nvme1n1p1 not initialized in udev database even after waiting 1000 microseconds. Found Debian GNU/Linux 10 (buster) on /dev/nvme0n1p1 done There were a couple of curses dialogs during that asking about kernel command lines, for which I accepted the defaults. Note that /dev/nvme0n1p1 is the rescue system's root device, not the one that needs repairing. This didn't work. So I tried again with grub-install: # grub-install /dev/nvme1n1 Installing for i386-pc platform. Installation finished. No error reported. (Note nvme1n1, not nvme1 or nvme1n1p1.) This has worked, in as much as the system now works again. I take it that I should now dpkg-reconfigure from within the restarted system (though that will not prevent future breakage if I move to hardware with different device names, right?). I hope a fix is planned for this; cloud images can have quite long uptimes so there may still be a lot of undiscovered affected systems. Regards, Phil.
Bug#969136: xserver-xorg-video-amdgpu: Xserver keeps crashing inside of /usr/lib/xorg/modules/drivers/amdgpu_drv.so
Package: xserver-xorg-video-amdgpu Version: 19.1.0-1 Severity: grave Justification: causes non-serious data loss Dear Maintainer, About once a day my Xserver crashes. The following stracktrace appears in the Xorg log: ``` [ 72995.788] (EE) [ 72995.788] (EE) Backtrace: [ 72995.793] (EE) 0: /usr/lib/xorg/Xorg (OsLookupColor+0x138) [0x56449292fe88] [ 72995.794] (EE) 1: /lib/x86_64-linux-gnu/libpthread.so.0 (funlockfile+0x50) [0x7f8803c4e18f] [ 72995.794] (EE) 2: /lib/x86_64-linux-gnu/libc.so.6 (__nss_database_lookup+0x28131) [0x7f8803bfdc41] [ 72995.797] (EE) 3: /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so (radeon_drm_winsys_create+0x112f0f) [0x7f880208227f] [ 72995.797] (EE) 4: /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so (radeon_drm_winsys_create+0x138740) [0x7f88020ccd30] [ 72995.798] (EE) 5: /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so (radeon_drm_winsys_create+0x13b601) [0x7f88020d22f1] [ 72995.799] (EE) 6: /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so (nouveau_drm_screen_create+0x1db4ac) [0x7f88023cc4bc] [ 72995.799] (EE) 7: /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so (nouveau_drm_screen_create+0x1d7a0f) [0x7f88023c4e6f] [ 72995.800] (EE) 8: /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so (nouveau_drm_screen_create+0x1dbf83) [0x7f88023cd923] [ 72995.800] (EE) 9: /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so (__driDriverGetExtensions_zink+0x210f9) [0x7f88018aa579] [ 72995.801] (EE) 10: /usr/lib/xorg/modules/libglamoregl.so (glamor_destroy_pixmap+0x148) [0x7f87f80a0b68] [ 72995.802] (EE) unw_get_proc_name failed: no unwind info found [-10] [ 72995.802] (EE) 11: /usr/lib/xorg/modules/drivers/amdgpu_drv.so (?+0x0) [0x7f880313d650] [ 72995.802] (EE) 12: /usr/lib/xorg/Xorg (BlockHandler+0xa5) [0x5644927d72c5] [ 72995.802] (EE) 13: /usr/lib/xorg/Xorg (WaitForSomething+0x11a) [0x5644929296fa] [ 72995.802] (EE) 14: /usr/lib/xorg/Xorg (SendErrorToClient+0x113) [0x5644927d2723] [ 72995.802] (EE) 15: /usr/lib/xorg/Xorg (InitFonts+0x3b4) [0x5644927d6914] [ 72995.803] (EE) 16: /lib/x86_64-linux-gnu/libc.so.6 (__libc_start_main+0xea) [0x7f8803a99cca] [ 72995.803] (EE) 17: /usr/lib/xorg/Xorg (_start+0x2a) [0x5644927c073a] [ 72995.803] (EE) [ 72995.803] (EE) Segmentation fault at address 0x7f87e07f9000 [ 72995.803] (EE) Fatal server error: [ 72995.803] (EE) Caught signal 11 (Segmentation fault). Server aborting [ 72995.803] (EE) [ 72995.803] (EE) Please consult the The X.Org Foundation support at http://wiki.x.org for help. [ 72995.803] (EE) Please also check the log file at "/var/log/Xorg.0.log" for additional information. [ 72995.803] (EE) [ 72995.803] (II) AIGLX: Suspending AIGLX clients for VT switch ``` There's nothing specific to trigger the bug, I've had it happen while doing a variety of different things. -- Package-specific info: /etc/X11/X does not exist. /etc/X11/X is not a symlink. /etc/X11/X is not executable. VGA-compatible devices on PCI bus: -- 08:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Navi 10 [Radeon RX 5600 OEM/5600 XT / 5700/5700 XT] [1002:731f] (rev ca) /etc/X11/xorg.conf does not exist. Contents of /etc/X11/xorg.conf.d: - total 0 /etc/modprobe.d contains no KMS configuration files. Kernel version (/proc/version): --- Linux version 5.7.0-3-amd64 (debian-ker...@lists.debian.org) (gcc version 9.3.0 (Debian 9.3.0-17), GNU ld (GNU Binutils for Debian) 2.35) #1 SMP Debian 5.7.17-1 (2020-08-23) Xorg X server log files on system: -- -rw-r--r-- 1 phil phil 33987 Nov 22 2019 /home/phil/.local/share/xorg/Xorg.0.log -rw-r--r-- 1 root root 53248 Aug 27 18:30 /var/log/Xorg.0.log Contents of most recent Xorg X server log file (/var/log/Xorg.0.log): - [ 72996.232] X.Org X Server 1.20.8 X Protocol Version 11, Revision 0 [ 72996.232] Build Operating System: Linux 4.19.0-8-amd64 x86_64 Debian [ 72996.232] Current Operating System: Linux rider 5.7.0-3-amd64 #1 SMP Debian 5.7.17-1 (2020-08-23) x86_64 [ 72996.232] Kernel command line: BOOT_IMAGE=/vmlinuz-5.7.0-3-amd64 root=/dev/mapper/vg00-root ro quiet [ 72996.232] Build Date: 31 March 2020 10:14:40AM [ 72996.232] xorg-server 2:1.20.8-2 (https://www.debian.org/support) [ 72996.232] Current version of pixman: 0.36.0 [ 72996.232]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [ 72996.232] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 72996.232] (==) Log file: "/var/log/Xorg.0.log", Time: Thu Aug 27 18:29:06 2020 [ 72996.232] (==) Using system config directory "/usr/share/X11/xorg.conf.d" [ 72996.232] (==) No Layout section. Using the fi
Bug#839190: wordpress 4.1+dfsg-1+deb8u10 regression
Package: wordpress Version: 4.1+dfsg-1+deb8u10 Severity: grave Justification: renders package unusable Dear Maintainer, I've just applied a normal update to jessie, and wordpress 4.1+dfsg-1+deb8u10 (security fix) exhibits a regression, which causes all wordpress sites to fail with the following error in the web server error log: Thu Sep 29 23:56:10 2016 - PHP Fatal error: Cannot redeclare wp_json_encode() \ (previously declared in /usr/share/wordpress/wp-includes/functions.php:2649) \ in /usr/share/wordpress/wp-includes/functions.php on line 2818 Downgrading to 4.1+dfsg-1+deb8u9 restores expected behaviour. Cheers, Phil. -- System Information: Debian Release: 8.6 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages wordpress depends on: ii ca-certificates 20141019+deb8u1 ii libjs-cropper1.2.2-1 ii libjs-mediaelement 2.15.1+dfsg-1 ii libphp-phpmailer 5.2.9+dfsg-2+deb8u1 ii mysql-client-5.5 [mysql-client] 5.5.52-0+deb8u1 ii nginx-full [httpd] 1.6.2-5+deb8u2+b1 ii php-getid3 1.9.8-3 ii php5 5.6.24+dfsg-0+deb8u1 ii php5-gd 5.6.24+dfsg-0+deb8u1 ii php5-mysql 5.6.24+dfsg-0+deb8u1 ii wordpress-theme-twentyfifteen4.1+dfsg-1+deb8u10 Versions of packages wordpress recommends: ii wordpress-l10n 4.1+dfsg-1+deb8u10 Versions of packages wordpress suggests: ii mysql-server 5.5.52-0+deb8u1
Bug#839190: wordpress 4.1+dfsg-1+deb8u10 regression
On 30/09/16 09:20, Yves-Alexis Perez wrote: control: tag -1 patch pending Hi, thanks for the report, we're aware of the regression. Can you try the attached patch against functions.php and report back, as soon as possible? Regards, Hi, Applied as follows: # cd / # patch -p1
Bug#1043182: odr-dabmux FTBFS with gcc 13
On Thu, 28 Dec 2023 09:53:38 +0100 Gianfranco Costamagna wrote: > > On Mon, 07 Aug 2023 11:35:06 +0300 Adrian Bunk wrote: > > Source: odr-dabmux > > Version: 4.4.0-1 > > Severity: serious > > Tags: ftbfs > > > > https://buildd.debian.org/status/fetch.php?pkg=odr-dabmux&arch=riscv64&ver=4.4.0-1&stamp=1691389622&raw=0 > > > > ... > > lib/ReedSolomon.cpp: In member function ‘int ReedSolomon::encode(void*, > > void*, size_t)’: > > lib/ReedSolomon.cpp:81:5: error: ‘uint8_t’ was not declared in this scope > > 81 | uint8_t* input = reinterpret_cast(data); > > | ^~~ > > lib/ReedSolomon.cpp:39:1: note: ‘uint8_t’ is defined in header ‘’; > > did you forget to ‘#include ’? > > 38 | #include > > +++ |+#include > > 39 | > > ... > > > Hello, can you please check and fix this one? Might be fixed with 4.4.1 > > Also, I'm sponsoring the other two missing packages right now. > > G. Hi, This will be fixed with the 4.4.1 update currently going through mentors. https://mentors.debian.net/package/odr-dabmux/ I am mentoring the submitter and I will get him to close the bug. Regards Phil -- Playing the game for the games sake. Web: * Debian Wiki: https://wiki.debian.org/PhilWyett * Website: https://kathenas.org * Social Debian: https://pleroma.debian.social/kathenas/ * Social Instagram: https://www.instagram.com/kathenasorg/ signature.asc Description: This is a digitally signed message part
Bug#1060790: filezilla: switch to default version of boost
Hi, Fixed and this bug closed with uploaded package: filezilla (3.66.4-2). Regards Phil -- Playing the game for the games sake. Web: * Debian Wiki: https://wiki.debian.org/PhilWyett * Website: https://kathenas.org * Social Debian: https://pleroma.debian.social/kathenas/ * Social Instagram: https://www.instagram.com/kathenasorg/ signature.asc Description: This is a digitally signed message part
Bug#1078221: uniicon license issues
Package: unicon Version: 3.0.4+dfsg1-6 Severity: serious Dear maintainer, Please review and rectify the following license issues. philwyett@ks-windu:~/Development/builder/debian/mentoring/unicon-3.0.4+dfsg1$ lrc -t : Versions: recon 1.14 check 3.3.9-1 Parsing Source Tree Reading copyright Running licensecheck d/copyright | licensecheck GPL-2+ | GPL RELEASE GPL-2+ | BSD-2-clause unicon/ImmModules/cce/inputs/pinyin.h GPL-2+ | LGPL-2.1+unicon/client/TLC_MemFile.hpp GPL-2 | GPL unicon/server/TLS_HzConvertTable.h Regards Phil -- "I play the game for the game’s own sake" Arthur Conan Doyle - The Adventure of the Bruce-Partington Plans -- Buy Me A Coffee: https://buymeacoffee.com/kathenasorg Internet Relay Chat (IRC): kathenas Matrix: #kathenas:matrix.org Website: https://kathenas.org Instagram: https://instagram.com/kathenasorg/ Threads: https://www.threads.net/@kathenasorg -- signature.asc Description: This is a digitally signed message part
Bug#1072421: guvcview: FTBFS with ffmpeg 7.0: encoder.c:746:40: error: ‘AVCodecContext’ has no member named ‘channels’
Control: owner -1 ! Hi all, I will take this one as an NMU. Will be updating to latest 2.1.0 released this year that fixes this issue and brings everything up to date. Includes a soname bump to 2.2. Regards Phil On Sun, 2 Jun 2024 15:20:16 +0200 Sebastian Ramacher wrote: > Source: guvcview > Version: 2.0.8-2.1 > Severity: important > Tags: trixie sid ftbfs > Usertags: ffmpeg-7.0 > > Hi, > > during a rebuild of the reverse dependencies for the transition to > ffmpeg 7.0, your package failed to build > > > Relevant part (hopefully): > > /bin/bash ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. - I.. -Wdate-time -D_FORTIFY_SOURCE=2 -D_FILE_OFFSET_BITS=64 -pthread -I.. - I../includes -g -O2 -Werror=implicit-function-declaration -ffile-prefix- map=/<>=. -fstack-protector-strong -fstack-clash-protection - Wformat -Werror=format-security -mbranch-protection=standard -c -o libgviewencoder_la-video_codecs.lo `test -f 'video_codecs.c' || echo './'`video_codecs.c > > libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -Wdate-time - D_FORTIFY_SOURCE=2 -D_FILE_OFFSET_BITS=64 -pthread -I.. -I../includes -g -O2 -Werror=implicit-function-declaration -ffile-prefix-map=/<>=. - fstack-protector-strong -fstack-clash-protection -Wformat -Werror=format- security -mbranch-protection=standard -c encoder.c -fPIC -DPIC -o .libs/libgviewencoder_la-encoder.o > > libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -Wdate-time - D_FORTIFY_SOURCE=2 -D_FILE_OFFSET_BITS=64 -pthread -I.. -I../includes -g -O2 -Werror=implicit-function-declaration -ffile-prefix-map=/<>=. - fstack-protector-strong -fstack-clash-protection -Wformat -Werror=format- security -mbranch-protection=standard -c video_codecs.c -fPIC -DPIC -o .libs/libgviewencoder_la-video_codecs.o > > encoder.c: In function ‘encoder_audio_init’: > > encoder.c:746:40: error: ‘AVCodecContext’ has no member named ‘channels’ > > 746 | audio_codec_data->codec_context->channels = encoder_ctx- >audio_channels; > > | ^~ > > encoder.c:749:50: error: ‘AVCodecContext’ has no member named ‘channel_layout’; did you mean ‘ch_layout’? > > 749 | audio_codec_data->codec_context->channel_layout = AV_CH_LAYOUT_MONO; > > | ^~ > > | ch_layout > > encoder.c:751:50: error: ‘AVCodecContext’ has no member named ‘channel_layout’; did you mean ‘ch_layout’? > > 751 | audio_codec_data->codec_context->channel_layout = AV_CH_LAYOUT_STEREO; > > | ^~ > > | ch_layout > > encoder.c:916:32: error: ‘AVFrame’ has no member named ‘channels’ > > 916 | audio_codec_data->frame->channels = audio_codec_data- >codec_context->channels; > > | ^~ > > encoder.c:916:76: error: ‘AVCodecContext’ has no member named ‘channels’ > > 916 | audio_codec_data->frame->channels = audio_codec_data- >codec_context->channels; > > | ^~ > > encoder.c:917:34: error: ‘AVFrame’ has no member named ‘channel_layout’; did you mean ‘ch_layout’? > > 917 | audio_codec_data->frame->channel_layout = audio_codec_data->codec_context->channel_layout; > > | ^~ > > | ch_layout > > encoder.c:917:84: error: ‘AVCodecContext’ has no member named ‘channel_layout’; did you mean ‘ch_layout’? > > 917 | audio_codec_data->frame->channel_layout = audio_codec_data->codec_context->channel_layout; > > | ^~ > > | ch_layout > > encoder.c: In function ‘libav_send_encode’: > > encoder.c:1506:69: error: ‘AVFrame’ has no member named ‘channels’ > > 1506 | if (avctx->codec_type == AVMEDIA_TYPE_AUDIO && frame->channels <= 0) > > | ^~ > > encoder.c:1509:30: error: ‘AVFrame’ has no member named ‘channels’ > > 1509 | frame->channels = avctx->channels; > > | ^~ > > encoder.c:1509:48: error: ‘AVCodecContext’ has no member named ‘channels’ > > 1509 |
Bug#1079578: Secure Shell is disabled after being enabled
Source: gnome-control-center Source-Version: 1:46.4-1 Severity: grave Usertags: trixie Dear Maintainers, Secure Shell is disabled after being enabled. 1. Login to GNOME on trixie. 2. Launch 'Settings'. 3. Go to 'System'. 4. Select 'Secure Shell'. 5. Enable Secure Shell and provide super user password. 6. Close all windows until back to empty desktop. 7. Repeat 2, 3 and 4. You will see the Secure Shell is disabled again. Regards Phil -- "I play the game for the game’s own sake" Arthur Conan Doyle - The Adventure of the Bruce-Partington Plans -- Buy Me A Coffee: https://buymeacoffee.com/kathenasorg Internet Relay Chat (IRC): kathenas Matrix: #kathenas:matrix.org Website: https://kathenas.org Instagram: https://instagram.com/kathenasorg/ Threads: https://www.threads.net/@kathenasorg -- signature.asc Description: This is a digitally signed message part
Bug#1079578: Secure Shell is disabled after being enabled
On Sat, 2024-08-24 at 21:05 +0100, Phil Wyett wrote: > Source: gnome-control-center > Source-Version: 1:46.4-1 > Severity: grave > Usertags: trixie > > Dear Maintainers, > > Secure Shell is disabled after being enabled. > > 1. Login to GNOME on trixie. > 2. Launch 'Settings'. > 3. Go to 'System'. > 4. Select 'Secure Shell'. > 5. Enable Secure Shell and provide super user password. > 6. Close all windows until back to empty desktop. > 7. Repeat 2, 3 and 4. > > You will see the Secure Shell is disabled again. > > Regards > > Phil > Hi, Link below to video of issue. http://debian.kathenas.org/bts/bug_videos/1079578_0001.mp4 Regards Phil -- "I play the game for the game’s own sake" Arthur Conan Doyle - The Adventure of the Bruce-Partington Plans -- Buy Me A Coffee: https://buymeacoffee.com/kathenasorg Internet Relay Chat (IRC): kathenas Matrix: #kathenas:matrix.org Website: https://kathenas.org Instagram: https://instagram.com/kathenasorg/ Threads: https://www.threads.net/@kathenasorg -- signature.asc Description: This is a digitally signed message part
Bug#1054261: tint2 coredumps on startup
Package: tint2 Version: 17.0.1-1 Severity: grave Justification: renders package unusable Dear Maintainer, tint2 crashes reliably on startup with this: ``` $ tint2 tint2: Using glib slice allocator (default). Run tint2 with environment variable G_SLICE=always-malloc in case of strange behavior or crashes tint2: xRandr: Found crtc's: 6 tint2: xRandr: Linking output DisplayPort-1 with crtc 0, resolution 1920x1080, DPI 102 tint2: xRandr: Linking output HDMI-A-0 with crtc 1, resolution 1920x1080, DPI 102 tint2: xRandr: crtc 2 seems disabled tint2: xRandr: crtc 3 seems disabled tint2: xRandr: crtc 4 seems disabled tint2: xRandr: crtc 5 seems disabled tint2: No XSETTINGS manager, tint2 uses config option 'launcher_icon_theme'. tint2: Loading config file: /home/phil/.config/tint2/tint2rc tint2: real transparency off depth: 24 tint2: panel items: TSC tint2: Systray composited rendering off tint2: systray_asb forced to 100 0 0 tint2: nb monitors 2, nb monitors used 2, nb desktops 4 tint2: panel 1 uses scale 1 tint2: panel 2 uses scale 1 tint2: Kernel uevent interface initialized... tint2: systray window 27263052 tint2: systray started add_icon: 46137383 (), pid 24844, visual 0x55fcc6f9e1c0, colormap 46137384, depth 32, width 22, height 22 tint2: Couldn't get geometry of window! systray 823: cannot embed icon for window 46137383 () parent 27263080 pid 24844 tint2: remove_icon: 46137383 () Segmentation fault (core dumped) ``` Despite what the message says, even if you define G_SLICE=always-malloc, it still prints that message: ``` [phil@rider ~]$ export G_SLICE=always-malloc [phil@rider ~]$ tint2 tint2: Using glib slice allocator (default). Run tint2 with environment variable G_SLICE=always-malloc in case of strange behavior or crashes tint2: xRandr: Found crtc's: 6 ``` The internet believes it's due to newer glibc2: https://bbs.archlinux.org/viewtopic.php?id=284293 I'm using openbox. -- System Information: Debian Release: trixie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.5.0-1-amd64 (SMP w/12 CPU threads; PREEMPT) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages tint2 depends on: ii libc6 2.37-12 ii libcairo2 1.18.0-1 ii libgdk-pixbuf-2.0-0 2.42.10+dfsg-1+b1 ii libglib2.0-0 2.78.0-2 ii libgtk-3-03.24.38-5 ii libimlib2 1.12.1-1 ii libpango-1.0-01.51.0+ds-2 ii libpangocairo-1.0-0 1.51.0+ds-2 ii librsvg2-22.54.7+dfsg-2 ii libstartup-notification0 0.12-6+b1 ii libx11-6 2:1.8.7-1 ii libxcomposite11:0.4.5-1 ii libxdamage1 1:1.1.6-1 ii libxext6 2:1.3.4-1+b1 ii libxinerama1 2:1.1.4-3 ii libxrandr22:1.5.2-2+b1 ii libxrender1 1:0.9.10-1.1 tint2 recommends no packages. tint2 suggests no packages. -- no debconf information
Bug#1073074: Info received (Bug#1073074: Acknowledgement (firefox: looses previous tabs))
Mike Hommey wrote: > > This sounds like https://bugzilla.mozilla.org/show_bug.cgi?id=1901899 > Yes! I haven't been able to get it to remember my tabs for a week, but I put in the password once, and now my tabs are properly restored on startup (even if I don't enter the password). Nice catch, thanks! It'd be great if we could get 127.0.1 in which this is fixed. Thanks! On 6/12/24 12:51 PM, Debian Bug Tracking System wrote: Thank you for the additional information you have supplied regarding this Bug report. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. Your message has been sent to the package maintainer(s): Maintainers of Mozilla-related packages If you wish to submit further information on this problem, please send it to 1073...@bugs.debian.org. Please do not send mail to ow...@bugs.debian.org unless you wish to report a problem with the Bug-tracking system. -- Phil Dibowitz p...@ipom.com Open Source software and tech docsInsanity Palace of Metallica http://www.phildev.net/ http://www.ipom.com/ "Be who you are and say what you feel, because those who mind don't matter and those who matter don't mind." - Dr. Seuss
Bug#1073074: Info received (Bug#1073074: Acknowledgement (firefox: looses previous tabs))
On 6/21/24 3:57 AM, Vincent Lefevre wrote: The firefox 127.0.1-1 Debian package is now available. Is this bug fixed? I just got the forced-restart and all my tabs were restored even though I didn't enter the master password. Seems fixed. Thanks! -- Phil Dibowitz p...@ipom.com Open Source software and tech docsInsanity Palace of Metallica http://www.phildev.net/ http://www.ipom.com/ "Be who you are and say what you feel, because those who mind don't matter and those who matter don't mind." - Dr. Seuss
Bug#1073074: firefox: looses previous tabs
Package: firefox Version: 127.0-1 Severity: grave Justification: causes non-serious data loss Dear Maintainer, After upgrading to 127, - It does not open my previous tabs on start, causing me to loose much work - Even exiting and restarting, it will not keep track of tabs going forward (and yes startup is set to "Open previous windows and tabs") - Even "bugreport" which attempted to open up a firefox window on the debian bugs site jsut ended up opening a window to my Home Page -- Package-specific info: -- Addons package information -- System Information: Debian Release: trixie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.5.0-2-amd64 (SMP w/12 CPU threads; PREEMPT) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages firefox depends on: ii debianutils 5.17 ii fontconfig 2.15.0-1.1 ii libasound2t641.2.11-1+b1 ii libatk1.0-0t64 2.52.0-1 ii libc62.38-12 ii libcairo-gobject21.18.0-3+b1 ii libcairo21.18.0-3+b1 ii libdbus-1-3 1.14.10-4+b1 ii libevent-2.1-7t642.1.12-stable-10 ii libffi8 3.4.6-1 ii libfontconfig1 2.15.0-1.1 ii libfreetype6 2.13.2+dfsg-1+b4 ii libgcc-s114.1.0-1 ii libgdk-pixbuf-2.0-0 2.42.12+dfsg-1 ii libglib2.0-0t64 2.80.2-2 ii libgtk-3-0t643.24.42-1 ii libnspr4 2:4.35-1.1+b1 ii libnss3 2:3.100-1 ii libpango-1.0-0 1.52.2+ds-1 ii libstdc++6 14.1.0-1 ii libvpx9 1.14.0-2 ii libx11-6 2:1.8.7-1+b1 ii libx11-xcb1 2:1.8.7-1+b1 ii libxcb-shm0 1.17.0-2 ii libxcb1 1.17.0-2 ii libxcomposite1 1:0.4.5-1+b1 ii libxdamage1 1:1.1.6-1+b1 ii libxext6 2:1.3.4-1+b1 ii libxfixes3 1:6.0.0-2+b1 ii libxrandr2 2:1.5.4-1 ii procps 2:4.0.4-4 ii zlib1g 1:1.3.dfsg+really1.3.1-1 Versions of packages firefox recommends: ii libavcodec58 7:4.4.2-1+b3 ii libavcodec60 7:6.1.1-4 Versions of packages firefox suggests: pn fonts-lmodern pn fonts-stix | otf-stix ii libcanberra0t64 [libcanberra0] 0.30-12.2+b2 ii libgssapi-krb5-21.20.1-6+b1 ii pulseaudio 16.1+dfsg1-5 -- no debconf information
Bug#1073074: Acknowledgement (firefox: looses previous tabs)
In addition also the bookmarks toolbar is empty (though those bookmarks are still accessible through the bookmarks menu) -- Phil Dibowitz p...@ipom.com Open Source software and tech docsInsanity Palace of Metallica http://www.phildev.net/ http://www.ipom.com/ "Be who you are and say what you feel, because those who mind don't matter and those who matter don't mind." - Dr. Seuss
Bug#1050607: xcb: bookworm xcb won't paste from selected cut buffer
Package: xcb Version: 2.4-8 Severity: grave Justification: renders package unusable Dear Maintainer, With standard bookworm Gnome desktop... [farlap.949] $ whence xcb 'xcb -n 33 -l v -geometry -0+0' [farlap.950] $ which xcb /bin/xcb [farlap.951] $ strings /bin/xcb | grep "^lib" libXaw.so.7 libXt.so.6 libX11.so.6 libc.so.6 1. Cut something and paste into first cut buffer. 2. Cut something different and paste into second cut buffer. 3. Single click on FIRST cut buffer box. Paste anywhere. 4. What gets pasted is the contents of the SECOND cut buffer. This bug renders xcb pretty much useless. I found the source for an old version of xcb in my archives. It's xcb-2.4 with PATCHLEVEL: 3. I compiled it from source, and tested. I got the same problem. -- System Information: Debian Release: 12.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 6.1.0-10-amd64 (SMP w/4 CPU threads; PREEMPT) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8), LANGUAGE=en_AU:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages xcb depends on: ii libc6 2.36-9+deb12u1 ii libx11-6 2:1.8.4-2+deb12u1 ii libxaw7 2:1.0.14-1 ii libxt61:1.2.1-1.1 xcb recommends no packages. xcb suggests no packages. -- no debconf information
Bug#370177: searchandrescue: FTBFS: cannot find -lXi
On Sat, 3 Jun 2006, Daniel Schepler wrote: Package: searchandrescue Version: 0.8.2-5 Severity: serious Tags: patch [...] I've attached a simple patch which fixes this by removing -lXi from the link line, which doesn't seem to actually be necessary. Thanks, I'll try to apply that soon. Cheers, Phil. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#372495: ACM bugs 372495 and 372496
On Fri, 9 Jun 2006, Yann Dirson wrote: There is no info about where this source was downloaded from. Ack. On Fri, 9 Jun 2006, Yann Dirson wrote: It does not seem easily possible to open a RTF file in common programs (eg. OOo) without copying it and uncompressing it first. I understand it takes less space that way, but what about using a format that is natively compressed (eg. OpenDocument), or ship an HTML version, that does not require to open a word-processor, and can be read by most browsers when gzipped ? I'll have a look at converting it to something saner -- it's the original upstream document. I'll probably convert it to PDF or PS (not sure if I can get HTML out of it), since it'll be useless as plain text. On Fri, 9 Jun 2006, Mohammed [UTF-8] Adnène Trojette wrote: tag 372495 patch Many thanks, I'll apply that shortly (once I've decided the best action wrt the RTF document). Cheers, Phil.
Bug#372903: fvwm1: ..upgrade fails on symlink typo? in post-install
On Mon, 12 Jun 2006, Arnt Karlsen wrote: Package: fvwm1 Version: 1.24r-50 Severity: critical Justification: breaks unrelated software [...] I'm a bit confused here -- which unrelated package was broken? The postinst clearly needs fixing. I'll look at it ASAP. Thanks, Phil. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#366832: fvwm1: FTBFS with new X packages: Cannot find X11/bitmaps/gray
On Thu, 11 May 2006, Daniel Schepler wrote: Package: fvwm1 Version: 1.24r-49 Severity: serious From my pbuilder build log: [...] The X11/bitmaps/gray file is now in xbitmaps. Thanks. I'll try to fix that soon. Cheers, Phil. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#362678: xutils-dev: Yes, /usr/lib/X11/config is removed by some part of the upgrade
Package: xutils-dev Version: 1:1.0.2-3 Followup-For: Bug #362678 I've just encountered the same issue. In the process of upgrading Xorg packages the directory /usr/lib/X11/config/ has been deleted. I made it come back with "apt-get --reinstall install xutils-dev". -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages xutils-dev depends on: ii cpp 4:4.0.3-3 The GNU C preprocessor (cpp) ii libc6 2.3.6-7GNU C Library: Shared libraries ii x11-common1:7.0.19 X Window System (X.Org) infrastruc xutils-dev recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#366832: Patch
On Fri, 19 May 2006, Matt Kraai wrote: Subject: Bug#366832: Patch [...] Many thanks -- I'll apply that as soon as I bring my unstable machine back up-to-date. Cheers, Phil. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343154: arm build broken by -msoft-float flag
Package: asterisk Version: 1:1.2.0.dfsg-1 Severity: serious Somewhere around 1.2.0, asterisk seems to have started trying to use "-msoft-float" when compiling some of its constituent parts on ARM. This isn't going to work: soft float is a whole new ABI, and you can't mix and match between soft and hard FP in a single executable. See: http://buildd.debian.org/fetch.php?&pkg=asterisk&ver=1% 3A1.2.0.dfsg-1&arch=arm&stamp=1132256374&file=log&as=raw -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343155: ftbfs: build-depends on nonexistent automake1.6
Package: vegastrike Version: 0.4.3-3 Severity: serious This package has a build dependency on automake1.6, which doesn't exist any more in unstable. See: http://buildd.debian.org/fetch.php?pkg=vegastrike&arch=arm&ver=0.4.3-3&stamp=1134028424&file=log -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#337870: FTBFS (alpha): conflicting types for 'strlen'
Hi, On Fri, 16 Dec 2005, Lars Wirzenius wrote: Attached please find two patches. [...] Thanks for the patches. Hopefully, I should have my computers out of storage (following a job and house move) in the next few weeks, so I'll be able to clear this (and other) bugs then. Cheers, Phil. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#372903: Bug#375881: diff for 1.24r-50.1 NMU
On Wed, 28 Jun 2006, Steinar H. Gunderson wrote: Package: fvwm1 Version: 1.24r-50 Severity: normal Tags: patch Hi, Attached is the diff for my fvwm1 1.24r-50.1 NMU. Many thanks for your help! Sorry for not getting to it earlier I'll properly close the bugs when I next have reason to do an upload for fvwm1. Cheers, Phil. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#345168: Sarge version of nscd is completely broken (Fails to cache any entry)
On Thu, 2005-12-29 at 15:08 +0100, Laurent Caron wrote: > I'm using nscd (sarge version) with LDAP, and it is not working. > > Attaching to it with strace -p $PID shows no activity while doing a > simple ls -al /home with a few directories in /home, making constant > LDAP lookups. > > Upgrading nscd to the one in sid solves the problem.. It is hard to believe that the version of nscd in sarge could have remained completely broken for this length of time without someone noticing. So I'm guessing that there must be some local problem on your system that is preventing it from working. Could you please send us the complete strace output from nscd (i.e. from program startup onwards), and also the complete output from "strace ls -l /home" or something similiar? p. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#337870: FTBFS (alpha): conflicting types for 'strlen'
On Fri, 16 Dec 2005, Lars Wirzenius wrote: Attached please find two patches. [...] patch-2.txt includes the minimal fix, but includes fixes [...] Many thanks. The second patch seemed okay on my machine (I finally have my own machines back), and I'm just uploading the rebuilt package. Cheers, Phil. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#332937: searchandrescue: missing dependency on yiff-server
Hi, On Sun, 9 Oct 2005, Pierre THIERRY wrote: SAR needs yiff-server to be able to play sound, and thus should Recommend it. But it even doesn't Suggest it... Thanks for the bug report -- sorry for not replying before (due to job and house moves). The bug should be fixed; a new version is being uploaded right now. Cheers, Phil. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#345962: fvwm1: FTBFS: Build dependency on xlibs-dev
On Wed, 4 Jan 2006, Kurt Roeckx wrote: Your package still has a build dependency on xlibs-dev. This has been removed as announced on: http://lists.debian.org/debian-devel-announce/2005/11/msg00022.html This means your package is now failing to build. Thanks for the reminder -- it seems to have gone through the buildd's without problem. A fixed version should uploaded shortly. Cheers, Phil. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#344401: a4 dimensions are wrong
Hi I'm also suffering with CUPS printing from "Deer Park" (1.4.99+1.5rc3.dfsg-2) not working, with a "paper size not supported" error. It looks to me as if the dimensions for a4 are wrong. In the File - Print - Printer - Properties - Paper Size menu it lists "iso-a4 (209x296 mm)". Although the "A" paper sizes are not really exact numbers of milimetres (the ratio of their sides is sqrt(2)) the dimensions for a4 are normally rounded differently, to 210x297. I'm guessing that some other bit of the system is rejecting the 209x296 as not close enough. Where does the list of sizes in that menu come from? XPrint (I think that's what it is; the PrinterName@:64 entries in the Printer menu) has the same list of paper sizes, but they do work in this case. Unfortunately I get the wrong fonts when I use this, even when I print-to-file and view with ghostview. This is a pretty serious regression; I can't print web pages. Let me know if there is any further information I can provide. --Phil. p.s. Sorry for not checking the newest version; I wanted to browse the changelog, but packages.debian.org is down. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#327849: arm: Cannot handle identifiers with '$' character
On Mon, 2005-09-12 at 22:24 +0200, Matthias Klose wrote: > > On arm only, gcc cannot handle C identifiers like: > > > > static void L1__GET_$ENVIRONMENT__defmacro() > > please could you (or somebody having access to an arm machine) check, > if the problem exists in gcc-3.4 and/or gcc-snapshot as well? > > if these fail as well, is it possible to build the package using > gcc-3.3 on arm? >From what Camm told me before, it sounds like this problem only exists in gcc-4.0. I haven't investigated this issue at all, but at a first guess I would say this is caused by the patches to support the new ARM EABI (in which all identifiers containing $ are reserved). We should probably back out that change in Debian, at least for the time being. p. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
