Bug#897358: python-pjproject breaks package system in multiarch setting
Package: python-pjproject Version: 2.7.2~dfsg-1 Severity: critical Justification: breaks unrelated software Dear Maintainer, python-pjproject is marked as Multi-Arch: same but its postinst and preinst scripts call pycompile and pyclean without specifying the package architecture. As a result if python-pjproject is installed for more than one architecture the package name is ambiguous, causing the postinst and prerm scripts fail. This then prevents any package from being installed or removed, thus breaking the packaging system permanently. The solution is to replace the following line in /var/lib/dpkg/info/python-pjproject:*.postinst pycompile -p python-pjproject with pycompile -p python-pjproject:$DPKG_MAINTSCRIPT_ARCH And the following line in /var/lib/dpkg/info/python-pjproject:*.prerm pyclean -p python-pjproject else dpkg -L python-pjproject | grep '\.py$' | while read file with pyclean -p python-pjproject:$DPKG_MAINTSCRIPT_ARCH else dpkg -L python-pjproject:$DPKG_MAINTSCRIPT_ARCH | grep '\.py$' | while read file See also bug #770625 which shows how this same bug was fixed in gir1.2-ibus-1.0. -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.15.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages python-pjproject:amd64 depends on: ii libc6 2.27-3 ii libpj2 2.7.2~dfsg-1 ii libpjsip2 2.7.2~dfsg-1 ii libpjsua2 2.7.2~dfsg-1 python-pjproject:amd64 recommends no packages. python-pjproject:amd64 suggests no packages. -- no debconf information
Bug#898041: libseafile0 breaks package system in multiarch setting
Package: libseafile0 Version: 6.1.5-1 Severity: critical Justification: breaks unrelated software Dear Maintainer, libseafile0 is marked as Multi-Arch: same but its postinst and preinst scripts call pycompile and pyclean without specifying the package architecture. As a result if libseafile0 is installed for more than one architecture the package name is ambiguous, causing the postinst and prerm scripts fail. This then prevents any package from being installed or removed, thus breaking the packaging system permanently (hence the critical severity). The solution is to replace the following line in /var/lib/dpkg/info/libseafile0:*.postinst pycompile -p libseafile0 with pycompile -p libseafile0:$DPKG_MAINTSCRIPT_ARCH And the following lines in /var/lib/dpkg/info/libseafile0:*.prerm pyclean -p libseafile0 else dpkg -L libseafile0 | grep '\.py$' | while read file with pyclean -p libseafile0:$DPKG_MAINTSCRIPT_ARCH else dpkg -L libseafile0:$DPKG_MAINTSCRIPT_ARCH | grep '\.py$' | while read file Note that this bugs currently affects Debian Testing. See also bug #770625 which shows how this same bug was fixed in gir1.2-ibus-1.0. -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.15.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages libseafile0:amd64 depends on: ii libc6 2.27-3 ii libglib2.0-0 2.56.1-2 ii libjansson4 2.11-1 ii libsearpc13.0.8-4 ii python2.7.15~rc1-1 libseafile0:amd64 recommends no packages. libseafile0:amd64 suggests no packages. -- no debconf information
Bug#576800: libc6: Cannot create new processes after hibernating
Package: libc6 Version: 2.10.2-6 Severity: critical Justification: breaks the whole system After resuming my EeePC from hibernation, I can no longer start new processes. This goes so far as preventing shutdown since init itself cannot be forked so that the only solution is a hard reset. Hence the 'breaks the whole system' justification. Also, although this only happens after hibernating, I feel this is a pretty unavoidable activity on a laptop. Since no new process can be started (including gdb, strace, etc), this is quite hard to debug. I do get some traces in /var/log/syslog though: Apr 7 11:58:47 malte kernel: [ 122.856385] sh[2687]: segfault at b773f11f ip b772f001 sp bffb8300 error 7 in ld-2.10.2.so[b7725000+1c000] Apr 7 11:58:47 malte kernel: [ 122.961515] date[2690]: segfault at b781f11f ip b780f001 sp bfaaed00 error 7 in ld-2.10.2.so[b7805000+1c000] Apr 7 11:58:47 malte kernel: [ 122.963258] sort[2693]: segfault at b78e311f ip b78d3001 sp bfa10ad0 error 7 in ld-2.10.2.so[b78c9000+1c000] Apr 7 11:58:47 malte kernel: [ 122.963836] uniq[2694]: segfault at b787c11f ip b786c001 sp bfa5fdc0 error 7 in ld-2.10.2.so[b7862000+1c000] Apr 7 11:58:47 malte kernel: [ 122.966155] rm[2696]: segfault at b770711f ip b76f7001 sp bff05d20 error 7 in ld-2.10.2.so[b76ed000+1c000] I am reporting this bug against libc6 because if I understand the above traces correctly, they indicate that the crash occurs in ld-2.10.2.so which belongs to libc6. But I acknowledge that the bug may instead be in the Linux kernel. In my case: ii linux-image-2.6-6862.6.32+25 Linux 2.6 for modern PCs ii linux-image-2.6.32-3-686 2.6.32-9 Linux 2.6.32 for modern PCs -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-3-686 (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 libc6 depends on: ii libc-bin 2.10.2-6 Embedded GNU C Library: Binaries ii libgcc1 1:4.4.2-9 GCC support library Versions of packages libc6 recommends: ii libc6-i6862.10.2-6 GNU C Library: Shared libraries [i Versions of packages libc6 suggests: ii debconf [debconf-2.0] 1.5.30 Debian configuration management sy pn glibc-doc (no description available) ii locales 2.10.2-6 Embedded GNU C Library: National L -- debconf information: * glibc/upgrade: true glibc/disable-screensaver: glibc/restart-failed: * glibc/restart-services: rsync openbsd-inetd exim4 cups cron atd -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#576800: libc6: Cannot create new processes after hibernating
On Wed, 7 Apr 2010, Aurelien Jarno wrote: [...] > What is your video card? It is an Intel one. Specifically: 00:02.0 VGA compatible controller: Intel Corporation Mobile 945GME Express Integrated Graphics Controller (rev 03) (prog-if 00 [VGA controller]) Subsystem: ASUSTeK Computer Inc. Device 8340 Flags: bus master, fast devsel, latency 0, IRQ 16 Here's the video driver: ii xserver-xorg-video-intel 2:2.9.1-3 X.Org X server -- Intel i8xx, i9xx display d > If it is and Intel one, it's likely a memory corruption caused by the > video driver: > > https://bugzilla.kernel.org/show_bug.cgi?id=13811 > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=534422 I'm pretty sure this is indeed the same issue. However setting 'options i915 modeset=0' in /etc/modprobe.d/i915-kms.conf did not fix this issue as it should have. Maybe that's because KMS is now mandatory with the current Intel drivers? -- Francois Gouget http://fgouget.free.fr/ Any sufficiently advanced Operating System is indistinguishable from Linux -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#782090: xserver-xspice: Xspice broken due to missing spiceqxl driver
Package: xserver-xspice Version: 0.0.17-2+b1 Severity: grave Justification: renders package unusable Dear Maintainer, Running Xspice fails with an error indicating that the spiceqxl driver is missing. To test this, do the following: $ sudo cp /usr/share/doc/xserver-xspice/spiceqxl.xorg.conf.example /etc/X11/spiceqxl.xorg.conf $ Xspice --disable-ticketing --port 5903 :3.0 In the Xorg.3.0.log file you will find: [452982.994] (II) LoadModule: "spiceqxl" [452982.994] (WW) Warning, couldn't open module spiceqxl [452982.994] (II) UnloadModule: "spiceqxl" [452982.994] (II) Unloading spiceqxl [452982.994] (EE) Failed to load module "spiceqxl" (module does not exist, 0) In Debian 7.0 the spiceqxl driver used to be shipped as part of the xserver-xorg-video-qxl package which was probably wrong as this driver seems to only be needed for Xspice. But in Debian Testing no package ships this file which is worse. Compiling the driver by hand and placing it in /usr/lib/xorg/modules/drivers/spiceqxl_drv.so fixes this and makes Xspice usable. It would also be nice if copying spiceqxl.xorg.conf.example into place manually was not necessary. After all no such step is needed to use vncserver. -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (990, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages xserver-xspice depends on: ii libpython2.7-stdlib [python-argparse] 2.7.9-2 ii python 2.7.9-1 ii xserver-xorg 1:7.7+7 ii xserver-xorg-video-qxl 0.1.1-2+b1 xserver-xspice recommends no packages. xserver-xspice 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#794300: buildbot: FTBFS on unstable and needs rebuild for sqlalchemy transition
Any news on this? Buildbot is still causing conflicts every time I do a package update... -- Francois Gouget http://fgouget.free.fr/ Linux: the choice of a GNU generation
Bug#1004438: reportbug: gstreamer1.0-plugins-bad 1.18.5-1+b4 has an invalid dependency on a contrib package
Package: gstreamer1.0-plugins-bad Version: 1.18.5-1+b4 Severity: serious Justification: Policy 2.2.1 X-Debbugs-Cc: fgou...@free.fr Dear Maintainer, gstreamer1.0-plugins-bad is part of the main archive area. However in Debian Testing's version 1.18.5-1+b4 it depends on libgstreamer-gl1.0-0 which is now in the contrib archive area. This is a violation of section 2.2.1 of the Policy which states that: None of the packages in the main archive area require software outside of that area to function. So to fix this one of the following should be done: * Demote this dependency to a 'Suggest', assuming the package is still usable without it. * Remove the dependency entirely with the same caveat. * Or libgstreamer-gl1.0-0 should be moved back to the main archive area. -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.10.0-10-amd64 (SMP w/36 CPU threads) Kernel taint flags: TAINT_FIRMWARE_WORKAROUND Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: unable to detect Versions of packages gstreamer1.0-plugins-bad depends on: ii gstreamer1.0-plugins-base 1.18.5-1 ii libaom3 3.2.0-2 ii libass9 1:0.15.2-1 ii libbs2b03.1.0+dfsg-2.2+b1 ii libbz2-1.0 1.0.8-5 ii libc6 2.33-3 ii libcairo2 1.16.0-5 ii libchromaprint1 1.5.1-1 ii libcurl3-gnutls 7.81.0-1 ii libdc1394-252.2.6-4 ii libdca0 0.0.7-2 ii libde265-0 1.0.8-1 ii libdrm2 2.4.109-2 ii libdvdnav4 6.1.1-1 ii libdvdread8 6.1.2-1 ii libfaad22.10.0-2 ii libflite1 2.2-2 ii libfluidsynth3 2.2.4-2 ii libgcc-s1 11.2.0-14 ii libglib2.0-02.70.2-1 ii libgme0 0.6.3-2 ii libgsm1 1.0.18-2 ii libgstreamer-gl1.0-01.18.5-1 ii libgstreamer-plugins-bad1.0-0 1.18.5-1+b4 ii libgstreamer-plugins-base1.0-0 1.18.5-1 ii libgstreamer1.0-0 1.18.5-1 ii libgudev-1.0-0 237-2 ii libilmbase252.5.7-2 ii libkate10.4.1-11 ii liblcms2-2 2.12~rc1-2 ii liblilv-0-0 0.24.12-2 ii libltc111.3.1-1 ii libmfx1 22.1.0-1 ii libmjpegutils-2.1-0 1:2.1.0+debian-6 ii libmms0 0.6.4-3 ii libmodplug1 1:0.8.9.0-3 ii libmpcdec6 2:0.1~r495-2 ii libmpeg2encpp-2.1-0 1:2.1.0+debian-6 ii libmplex2-2.1-0 1:2.1.0+debian-6 ii libnettle8 3.7.3-1 ii libnice10 0.1.18-2 ii libofa0 0.9.3-21 ii libopenal1 1:1.19.1-2 ii libopenexr252.5.7-1 ii libopenjp2-72.4.0-6 ii libopenmpt0 0.6.0-1 ii libopenni2-02.2.0.33+dfsg-15 ii libopus01.3.1-0.1 ii liborc-0.4-01:0.4.32-2 ii libpango-1.0-0 1.50.3+ds1-4 ii libpangocairo-1.0-0 1.50.3+ds1-4 ii librsvg2-2 2.50.7+dfsg-2 ii librtmp12.4+20151223.gitfa8646d.1-2+b2 ii libsbc1 1.5-3 ii libsndfile1 1.0.31-2 ii libsoundtouch1 2.3.1+ds1-1+b1 ii libspandsp2 0.0.6+dfsg-2 ii libsrt1.4-gnutls1.4.2-1.4 ii libsrtp2-1 2.4.2-2 ii libssl1.1 1.1.1m-1 ii libstdc++6 11.2.0-14 ii libusb-1.0-02:1.0.24-3 ii libva-drm2 2.13.0-1 ii libva2 2.13.0-1 ii libvo-aacenc0 0.1.3-2 ii libvo-amrwbenc0 0.1.3-2 ii libwayland-client0 1.19.0-2+b1 ii libwebp60.6.1-2.1 ii libwebrtc-audio-processing1 0.3-1+b1 ii libwildmidi20.4.3-1 ii libx11-62:1.7.2-2+b1 ii libx265-199 3.5-2 ii libxml2 2.9.12+dfsg-5+b1 ii libzbar00.23.92-4 ii libzvbi00.2.35-19 gstreamer1.0-plugins-bad recommends no packages. Versions of packages gstreamer1.0-plugins-bad suggests: pn frei0r-plugins -- no debconf information
