Bug#1003026: linux-image-5.15.0-2-amd64: iwlwifi fails to initialize AX201 due to firmware error
Package: src:linux Version: 5.15.5-2 Severity: important Tags: upstream X-Debbugs-Cc: abhijithosk...@gmail.com On the 5.15 and newer kernels (I have tried 5.16-rc7 from experimental), iwlwifi fails to start up, complaining of a firmware error: 5.10.0 kernel works as expected. However, it loads iwlwifi-QuZ-a0-hr-b0-59.ucode. I attempted to force 5.15 to load the above, but that leads to the same result. Jan 02 13:04:11 littlebox kernel: iwlwifi :00:14.3: enabling device (0100 -> 0102) Jan 02 13:04:11 littlebox kernel: iwlwifi :00:14.3: firmware: failed to load iwlwifi-QuZ-a0-hr-b0-66.ucode (-2) Jan 02 13:04:11 littlebox kernel: iwlwifi :00:14.3: Direct firmware load for iwlwifi-QuZ-a0-hr-b0-66.ucode failed with error -2 Jan 02 13:04:11 littlebox kernel: iwlwifi :00:14.3: firmware: failed to load iwlwifi-QuZ-a0-hr-b0-65.ucode (-2) Jan 02 13:04:11 littlebox kernel: iwlwifi :00:14.3: Direct firmware load for iwlwifi-QuZ-a0-hr-b0-65.ucode failed with error -2 Jan 02 13:04:11 littlebox kernel: iwlwifi :00:14.3: firmware: failed to load iwlwifi-QuZ-a0-hr-b0-64.ucode (-2) Jan 02 13:04:11 littlebox kernel: iwlwifi :00:14.3: Direct firmware load for iwlwifi-QuZ-a0-hr-b0-64.ucode failed with error -2 Jan 02 13:04:11 littlebox kernel: iwlwifi :00:14.3: firmware: direct-loading firmware iwlwifi-QuZ-a0-hr-b0-63.ucode Jan 02 13:04:11 littlebox kernel: iwlwifi :00:14.3: api flags index 2 larger than supported by driver Jan 02 13:04:11 littlebox kernel: iwlwifi :00:14.3: TLV_FW_FSEQ_VERSION: FSEQ Version: 89.3.35.37 Jan 02 13:04:11 littlebox kernel: iwlwifi :00:14.3: loaded firmware version 63.c04f3485.0 QuZ-a0-hr-b0-63.ucode op_mode iwlmvm Jan 02 13:04:11 littlebox kernel: iwlwifi :00:14.3: firmware: failed to load iwl-debug-yoyo.bin (-2) Jan 02 13:04:12 littlebox kernel: iwlwifi :00:14.3: Detected Intel(R) Wi-Fi 6 AX201 160MHz, REV=0x354 Jan 02 13:04:12 littlebox kernel: iwlwifi :00:14.3: Detected RF HR B3, rfid=0x10a100 Jan 02 13:04:12 littlebox kernel: iwlwifi :00:14.3: base HW address: 64:79:f0:c8:dc:5a Jan 02 13:04:12 littlebox kernel: iwlwifi :00:14.3 wlo1: renamed from wlan0 ... Jan 02 13:04:14 littlebox kernel: iwlwifi :00:14.3: Microcode SW error detected. Restarting 0x0. Jan 02 13:04:14 littlebox kernel: iwlwifi :00:14.3: Start IWL Error Log Dump: Jan 02 13:04:14 littlebox kernel: iwlwifi :00:14.3: Transport status: 0x004B, valid: 6 Jan 02 13:04:14 littlebox kernel: iwlwifi :00:14.3: Loaded firmware version: 63.c04f3485.0 QuZ-a0-hr-b0-63.ucode Jan 02 13:04:14 littlebox kernel: iwlwifi :00:14.3: 0x0071 | NMI_INTERRUPT_UMAC_FATAL Jan 02 13:04:14 littlebox kernel: iwlwifi :00:14.3: 0x22F0 | trm_hw_status0 Jan 02 13:04:14 littlebox kernel: iwlwifi :00:14.3: 0x | trm_hw_status1 Jan 02 13:04:14 littlebox kernel: iwlwifi :00:14.3: 0x004CAD42 | branchlink2 Jan 02 13:04:14 littlebox kernel: iwlwifi :00:14.3: 0x004C2DBC | interruptlink1 Jan 02 13:04:14 littlebox kernel: iwlwifi :00:14.3: 0x004C2DBC | interruptlink2 Jan 02 13:04:14 littlebox kernel: iwlwifi :00:14.3: 0x004C2F1C | data1 Jan 02 13:04:14 littlebox kernel: iwlwifi :00:14.3: 0x1000 | data2 Jan 02 13:04:14 littlebox kernel: iwlwifi :00:14.3: 0x | data3 Jan 02 13:04:14 littlebox kernel: iwlwifi :00:14.3: 0x | beacon time Jan 02 13:04:14 littlebox kernel: iwlwifi :00:14.3: 0x00025B0E | tsf low Jan 02 13:04:14 littlebox kernel: iwlwifi :00:14.3: 0x | tsf hi Jan 02 13:04:14 littlebox kernel: iwlwifi :00:14.3: 0x | time gp1 Jan 02 13:04:14 littlebox kernel: iwlwifi :00:14.3: 0x0002B8A5 | time gp2 Jan 02 13:04:14 littlebox kernel: iwlwifi :00:14.3: 0x0001 | uCode revision type Jan 02 13:04:14 littlebox kernel: iwlwifi :00:14.3: 0x003F | uCode version major Jan 02 13:04:14 littlebox kernel: iwlwifi :00:14.3: 0xC04F3485 | uCode version minor Jan 02 13:04:14 littlebox kernel: iwlwifi :00:14.3: 0x0351 | hw version Jan 02 13:04:14 littlebox kernel: iwlwifi :00:14.3: 0x18C89004 | board version Jan 02 13:04:14 littlebox kernel: iwlwifi :00:14.3: 0x8037FD22 | hcmd Jan 02 13:04:14 littlebox kernel: iwlwifi :00:14.3: 0x0002 | isr0 Jan 02 13:04:14 littlebox kernel: iwlwifi :00:14.3: 0x | isr1 Jan 02 13:04:14 littlebox kernel: iwlwifi :00:14.3: 0x08F04002 | isr2 Jan 02 13:04:14 littlebox kernel: iwlwifi :00:14.3: 0x00C37FCC | isr3 Jan 02 13:04:14 littlebox kernel: iwlwifi :00:14.3: 0x | isr4 Jan 02 13:04:14 littlebox kernel: iwlwifi :00:14.3: 0x | last cmd Id Jan 02 13:04:14 littlebox kernel: iwlwifi :00:14.3: 0x004C2F1C | wait_event Jan 02 13:04:14 littlebox kernel: iwlwifi :00:14.3: 0x | l2p_control Jan 02 13:04:14 littlebox kernel: iwlwifi :00:14.3: 0x | l2p_duration Jan 02 13:04:14 littlebox kernel: iwlwifi :00:14.3: 0x | l2p
Bug#873747: astroid segfault on startup when config is available
its been working for me for some time now. thanks for checking in! you can close the bug. Abhijit > On Aug 25, 2018, at 05:47, Jonas Smedegaard wrote: > > Hi Abhijit, > > Can you please test if this issue still persist with 0.13? > > Kind regards, > > - Jonas > > -- > * Jonas Smedegaard - idealist & Internet-arkitekt > * Tlf.: +45 40843136 Website: http://dr.jones.dk/ > > [x] quote me freely [ ] ask before reusing [ ] keep private
Bug#900937: python3-minimal: python3/debian_defaults causes install failure
Package: python3-minimal
Version: 3.6.5-4
Severity: important
Dear Maintainer,
I saw this upgrading python3, and py3compile fails because there is
a typo in /usr/share/python3/debian_defaults
The list of supported versions should have had a comma
4 # all supported python3 versions
5 supported-versions = python3.6 python3.7
^^^ missing comma here.
causes this:
cannot read debian_defaults
Traceback (most recent call last):
File "/usr/share/python3/debpython/version.py", line 60, in
for i in _supported.split(','))
File "/usr/share/python3/debpython/version.py", line 60, in
for i in _supported.split(','))
File "/usr/share/python3/debpython/version.py", line 59, in
SUPPORTED = tuple(tuple(int(j) for j in i.strip().split('.'))
ValueError: invalid literal for int() with base 10: '6 3'
-Abhijit
-- System Information:
Debian Release: buster/sid
APT prefers unstable-debug
APT policy: (500, 'unstable-debug'), (500, 'testing-debug'), (500,
'unstable'), (500, 'testing'), (1, 'experimental-debug'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 4.16.0-2-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 python3-minimal depends on:
ii dpkg 1.19.0.5+b1
ii python3.6-minimal 3.6.5-9
python3-minimal recommends no packages.
python3-minimal suggests no packages.
-- no debconf information
Bug#890809: gnome-shell crash with gir1.2-gnomedesktop-3.0:amd64==3.27.90-1
Thanks for the response - I am aware of the dangers - my goal is to help catch bugs and contribute to debian. If you consider these bugs as spurious, is there a better way to upgrade gnome early and still report bugs that are useful? Thanks, Abhijit. On Feb 19, 2018, at 06:41 AM, Simon McVittie wrote: Control: reassign -1 gir1.2-gnomedesktop-3.0 3.27.90-1 On Sun, 18 Feb 2018 at 20:57:05 -0800, Abhijit Hoskeri wrote: gnome-shell crashes on startup with the new version of gir1.2-gnomedesktop-3.0 is installed. I worked around the problem by holding the package to 3.26.x. I think this is better represented as a libgnome-desktop bug: the new libgnome-desktop from experimental is not yet ready for full-stack testing. When I saw this crash, it was because the same process had both libgnome-desktop-3-12 (via libmutter) and libgnome-desktop-3-17 (via gir1.2-gnomedesktop-3.0) in the same process space, and they fight. gir1.2-gnomedesktop-3.0 (>= 3.27) should probably have a Breaks on libmutter-1-0 (<< 3.27) to prevent the broken situation from being installable. However, Mutter 3.27 has not yet been uploaded to experimental, so if that was done, there is no version that would be co-installable with libgnome-desktop-3-17 yet. ii libc6 2.27-0experimental0 ii libpolkit-gobject-1-0 0.113-6 You appear to be installing all available packages from experimental. This is almost certainly a bad idea. If they were ready for general use, they wouldn't be in experimental. smcv
Bug#890809: gnome-shell crash with gir1.2-gnomedesktop-3.0:amd64==3.27.90-1
Package: gnome-shell Version: 3.26.2-5 Severity: grave Hi, gnome-shell crashes on startup with the new version of gir1.2-gnomedesktop-3.0 is installed. I worked around the problem by holding the package to 3.26.x. This prevents both gdm3 from starting up, and from gnome-session from working from .xinitrc. I have a core-dump, and here is the thread that crashes. Stack trace of thread 3842: #0 0x7fdc84cb0b83 n/a (libgnome-desktop-3.so.17) #1 0x7fdccbfb76a5 g_type_create_instance (libgobject-2.0.so.0) #2 0x7fdccbf985a8 n/a (libgobject-2.0.so.0) #3 0x7fdccbf9a01d g_object_newv (libgobject-2.0.so.0) #4 0x7fdccac849ae n/a (libgjs.so.0) #5 0x7fdcc2053ecd n/a (libmozjs-52.so.0) #6 0x7fdcc20540f9 n/a (libmozjs-52.so.0) #7 0x7fdcc1ee8554 _Z20JS_CallFunctionValueP9JSContextN2JS6HandleIP8JSObjectEENS2_INS1_5ValueEEERKNS1_16HandleValueArrayENS1_13MutableHandleIS6_EE (libmozjs-52.so.0) #8 0x7fdccac9e1e6 gjs_call_function_value (libgjs.so.0) #9 0x7fdccac832f6 n/a (libgjs.so.0) #10 0x7fdcc2059830 n/a (libmozjs-52.so.0) #11 0x7fdcc204f032 n/a (libmozjs-52.so.0) #12 0x7fdcc2053846 n/a (libmozjs-52.so.0) #13 0x7fdcc2053e1f n/a (libmozjs-52.so.0) #14 0x7fdcc20540f9 n/a (libmozjs-52.so.0) Thanks, Abhijit -- System Information: Debian Release: buster/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'testing-debug'), (500, 'unstable'), (500, 'testing'), (1, 'experimental-debug'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.14.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gnome-shell depends on: ii caribou 0.4.21-5 ii dconf-gsettings-backend [gsettings-backend] 0.26.1-3 ii evolution-data-server3.27.90-1 ii gir1.2-accountsservice-1.0 0.6.45-1 ii gir1.2-atspi-2.0 2.26.2-2 ii gir1.2-caribou-1.0 0.4.21-5 ii gir1.2-freedesktop 1.54.1-4 ii gir1.2-gcr-3 3.20.0-6 ii gir1.2-gdesktopenums-3.0 3.27.90-1 ii gir1.2-gdm-1.0 3.27.90-1 ii gir1.2-geoclue-2.0 2.4.7-1 ii gir1.2-glib-2.0 1.54.1-4 ii gir1.2-gnomebluetooth-1.03.27.90-1 pn gir1.2-gnomedesktop-3.0 ii gir1.2-gtk-3.0 3.22.28-1 ii gir1.2-gweather-3.0 3.27.4-1 ii gir1.2-ibus-1.0 1.5.17-3 ii gir1.2-mutter-1 3.26.2-1 ii gir1.2-nm-1.01.10.4-1 ii gir1.2-nma-1.0 1.8.10-2 ii gir1.2-pango-1.0 1.40.14-1 ii gir1.2-polkit-1.00.113-6 ii gir1.2-rsvg-2.0 2.40.20-2 ii gir1.2-soup-2.4 2.61.90-1 ii gir1.2-upowerglib-1.00.99.7-2 ii gjs 1.50.3-2 ii gnome-backgrounds3.27.90-1 ii gnome-settings-daemon3.26.2-1 ii gnome-shell-common 3.26.2-5 ii gsettings-desktop-schemas3.27.90-1 ii libasound2 1.1.3-5 ii libatk-bridge2.0-0 2.26.1-1 ii libatk1.0-0 2.26.1-3 ii libc62.27-0experimental0 ii libcairo21.15.10-1 ii libcanberra-gtk3-0 0.30-6 ii libcanberra0 0.30-6 ii libcroco30.6.12-2 ii libecal-1.2-19 3.27.90-1 ii libedataserver-1.2-223.26.5-1 ii libgcr-base-3-1 3.20.0-6 ii libgdk-pixbuf2.0-0 2.36.11-1 ii libgirepository-1.0-11.54.1-4 ii libgjs0g [libgjs0-libmozjs-52-0] 1.50.3-2 ii libglib2.0-0 2.55.2-1 ii libglib2.0-bin 2.55.2-1 ii libgstreamer1.0-01.12.4-1 ii libgtk-3-0 3.22.28-1 ii libical3 3.0.1-5 ii libjson-glib-1.0-0 1.4
Bug#886878: fwupd service startup fails.
This is what I see: Jan 10 13:45:17 ahoskeri-lnx systemd[1]: Starting Firmware update daemon... Jan 10 13:45:17 ahoskeri-lnx fwupd[23072]: /usr/lib/fwupd/fwupd: error while loading shared libraries: libffi.so.6: cannot enable executable stack as shared object requires: Operation not permitted In the systemd service file: [Service] Type=dbus BusName=org.freedesktop.fwupd ExecStart=/usr/lib/fwupd/fwupd MemoryDenyWriteExecute=yes ^^^ this is the problem. I need to change this to no to have it work. the process will start correctly if started outside of systemd - since it would not run with that restriction. Also perhaps a newer kernel is required to systemd to actually enforce this? I am running linux 4.14 from debian unstable. Thanks, Abhijit. On Jan 10, 2018, at 01:40 PM, mario.limoncie...@dell.com wrote: I couldn't reproduce this myself. As far as I'm aware there is no FFI generated code in fwupd. I think we'll need to see some more logs and/or journal output to figure out what's going on for you. Also filed this upstream, so please feel free to discuss there as well. https://github.com/hughsie/fwupd/issues/359 -Original Message- From: Limonciello, Mario Sent: Wednesday, January 10, 2018 2:47 PM To: 'Abhijit Hoskeri' ; '886...@bugs.debian.org' <886...@bugs.debian.org>; Debian Bug Tracking System Subject: RE: Bug#886878: fwupd service startup fails. Thanks for filing this. Can you please share the associated journal output when it tries to launch? Does it hang? Or does it just not launch at all? -----Original Message- From: Abhijit Hoskeri [mailto:abhijithosk...@icloud.com] Sent: Wednesday, January 10, 2018 1:40 PM To: Debian Bug Tracking System Subject: Bug#886878: fwupd service startup fails. Package: fwupd Version: 1.0.3-1 Severity: important Dear Maintainer, fwupd startup fails with the default systemd service configuation - the service seems to require libffi generated code, and the systemd directive 'MemoryDenyWriteExecute=yes' prevents libffi from executing generated code. Disabling this in the systemd service MemoryDenyWriteExecute allows the service startup to proceed as expected. Thanks, Abhijit -- System Information: Debian Release: buster/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'testing-debug'), (500, 'unstable'), (500, 'testing'), (1, 'experimental-debug'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.14.0-1-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) Versions of packages fwupd depends on: ii libappstream-glib8 0.7.4-1 ii libarchive13 3.2.2-3.1 ii libc6 2.26.9000+20180108.401311cf-0experimental0 ii libcolorhug2 1.3.3-2 ii libefivar1 32-2 ii libelf1 0.170-0.2 ii libfwup1 10-1 ii libfwupd2 1.0.3-1 ii libglib2.0-0 2.54.3-1 ii libgnutls30 3.6.1-1 ii libgpg-error0 1.27-5 ii libgpgme11 1.10.0-1 ii libgudev-1.0-0 232-1 ii libgusb2 0.2.11-1 ii libpolkit-gobject-1-0 0.113-6 ii libsmbios2 2.3.1-2 ii libsoup2.4-1 2.60.2-2 ii libsqlite3-0 3.21.0-1 ii libuuid1 2.30.2-0.1 Versions of packages fwupd recommends: ii fwupdate 10-1 ii python3 3.6.4-1 fwupd suggests no packages. -- no debconf information
Bug#886878: fwupd service startup fails.
Package: fwupd Version: 1.0.3-1 Severity: important Dear Maintainer, fwupd startup fails with the default systemd service configuation - the service seems to require libffi generated code, and the systemd directive 'MemoryDenyWriteExecute=yes' prevents libffi from executing generated code. Disabling this in the systemd service MemoryDenyWriteExecute allows the service startup to proceed as expected. Thanks, Abhijit -- System Information: Debian Release: buster/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'testing-debug'), (500, 'unstable'), (500, 'testing'), (1, 'experimental-debug'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.14.0-1-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) Versions of packages fwupd depends on: ii libappstream-glib8 0.7.4-1 ii libarchive13 3.2.2-3.1 ii libc6 2.26.9000+20180108.401311cf-0experimental0 ii libcolorhug2 1.3.3-2 ii libefivar1 32-2 ii libelf10.170-0.2 ii libfwup1 10-1 ii libfwupd2 1.0.3-1 ii libglib2.0-0 2.54.3-1 ii libgnutls303.6.1-1 ii libgpg-error0 1.27-5 ii libgpgme11 1.10.0-1 ii libgudev-1.0-0 232-1 ii libgusb2 0.2.11-1 ii libpolkit-gobject-1-0 0.113-6 ii libsmbios2 2.3.1-2 ii libsoup2.4-1 2.60.2-2 ii libsqlite3-0 3.21.0-1 ii libuuid1 2.30.2-0.1 Versions of packages fwupd recommends: ii fwupdate 10-1 ii python3 3.6.4-1 fwupd suggests no packages. -- no debconf information
Bug#877892: docker.io is not installable, missing dependency on containerd
Source: docker.io Version: docker.io is not installable. Severity: normal Dear Maintainer, On up to date debian unstable, docker.io is not installable. The following information may help to resolve the situation: The following packages have unmet dependencies: docker.io : Depends: containerd (>= 0.2.3+git20170126.85.aa8187d~ds1~) but it is not going to be installed Depends: runc (>= 1.0.0~rc2+git20170201.133.9df8b30~) but it is not going to be installed E: Unable to correct problems, you have held broken packages. containerd is available, but its version is $ apt-cache show containerd|grep Version Version: 0.2.3+git20170126.85.aa8187d~ds1-2 Thanks, Abhijit -- System Information: Debian Release: buster/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'testing-debug'), (500, 'unstable'), (500, 'testing'), (1, 'experimental-debug'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.13.0-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#876479: tilix fails to start up, conflicting dependencies on libphobos with libgtkd-3-0
Package: tilix Version: 1.6.4-1+b1 Severity: important Dear Maintainer, There is a dependency conflict that makes tilix fail to startup currently. The problem seems to be that libgtkd-3-0 is built with libphobos2-ldc72, whereas tilix is built with libphobos2-ldc74 This naturally causes the libraries to conflict, like so: $ tilix Fatal Error while loading '/usr/lib/x86_64-linux-gnu/libdruntime-ldc.so.72': The module 'core.atomic' is already defined in '/usr/lib/x86_64-linux-gnu/libdruntime-ldc.so.74'. Thanks! Abhijit -- System Information: Debian Release: buster/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'testing-debug'), (500, 'unstable'), (500, 'testing'), (1, 'experimental-debug'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.13.0-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages tilix depends on: ii dconf-gsettings-backend [gsettings-backend] 0.26.0-2+b1 ii libc62.25-0experimental3 ii libgtkd-3-0 3.6.5-2 ii libphobos2-ldc74 1:1.4.0-1 ii libvted-3-0 3.6.5-2 ii libx11-6 2:1.6.4-3 ii tilix-common 1.6.4-1 tilix recommends no packages. tilix suggests no packages. -- no debconf information
Bug#874514: gnome-shell: cannot configure displays under Wayland/mutter
Package: gnome-shell Version: 3.25.91-4 Severity: normal Dear Maintainer, Hi, After updating to mutter/gnome-shell to 3.25.91, I am not able to rearrange display layout. This appears to be because of a new mutter/wayland dbus service being missing: gnome-control-c[2853]: Error applying configuration: GDBus.Error:org.freedesktop.DBus.Error.UnknownMethod: \ Method ApplyConfiguration is not implemented on interface org.gnome.Mutter.DisplayConfig I looked for the corresponding service using busctl and could not find it. I could not find any corresponding dbus service config either. Thanks, Abhijit -- System Information: Debian Release: buster/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'testing-debug'), (500, 'unstable'), (500, 'testing'), (1, 'experimental-debug'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.12.0-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gnome-shell depends on: ii caribou 0.4.21-1+b1 ii dconf-gsettings-backend [gsettings-backend] 0.26.0-2+b1 ii evolution-data-server3.25.92-1 ii gir1.2-accountsservice-1.0 0.6.43-1 ii gir1.2-atspi-2.0 2.24.1-2 ii gir1.2-caribou-1.0 0.4.21-1+b1 ii gir1.2-freedesktop 1.53.2-4 ii gir1.2-gcr-3 3.20.0-5.1 ii gir1.2-gdesktopenums-3.0 3.24.0-2 ii gir1.2-gdm-1.0 3.25.90.1-2 ii gir1.2-geoclue-2.0 2.4.7-1 ii gir1.2-glib-2.0 1.53.2-4 ii gir1.2-gnomebluetooth-1.03.20.1-1 ii gir1.2-gnomedesktop-3.0 3.25.91.1-1 ii gir1.2-gtk-3.0 3.22.19-1 ii gir1.2-gweather-3.0 3.25.92-1 ii gir1.2-ibus-1.0 1.5.14-3 ii gir1.2-mutter-1 3.25.91+20170902~ce515c5-1 ii gir1.2-networkmanager-1.01.8.2-1 ii gir1.2-nmgtk-1.0 1.8.2-1 ii gir1.2-pango-1.0 1.40.11-1 ii gir1.2-polkit-1.00.113-6 ii gir1.2-rsvg-2.0 2.40.18-1 ii gir1.2-soup-2.4 2.59.90.1-1 ii gir1.2-upowerglib-1.00.99.5-3 ii gjs 1.49.92-1 ii gnome-backgrounds3.25.4-1 ii gnome-settings-daemon3.24.3-1 ii gnome-shell-common 3.25.91-4 ii gsettings-desktop-schemas3.24.0-2 ii libasound2 1.1.3-5 ii libatk-bridge2.0-0 2.24.1-1 ii libatk1.0-0 2.24.0-1 ii libc62.25-0experimental3 ii libcairo21.14.10-1 ii libcanberra-gtk3-0 0.30-3 ii libcanberra0 0.30-3 ii libcroco30.6.12-1 ii libdbus-glib-1-2 0.108-2 ii libecal-1.2-19 3.25.92-1 ii libedataserver-1.2-223.25.92-1 ii libgcr-base-3-1 3.20.0-5.1 ii libgdk-pixbuf2.0-0 2.36.5-4 ii libgirepository-1.0-11.53.2-4 ii libgjs0g [libgjs0-libmozjs-52-0] 1.49.92-1 ii libglib2.0-0 2.53.6-1 ii libglib2.0-bin 2.53.6-1 ii libgstreamer1.0-01.12.2-1 ii libgtk-3-0 3.22.19-1 ii libical2 2.0.0-0.5+b1 ii libjson-glib-1.0-0 1.2.8-1 ii libmutter-1-03.25.91+20170902~ce515c5-1 ii libnm-glib4 1.8.2-1 ii libnm-util2 1.8.2-1 ii libpango-1.0-0 1.40.11-1 ii libpangocairo-1.0-0 1.40.11-1 ii libpolkit-agent-1-0 0.113-6 ii libpolkit-gobject-1-00.113-6 ii libpulse-mainloop-glib0 10.99.1-1 ii libpulse010.99.1-1 ii libsecret-1-00.18.5-3.1 ii libstartup-notification0 0.12-4+b2 ii libsystemd0 234-3 ii libx11-6 2:1.6.4-3 ii libxfixes3
Bug#873747: astroid segfault on startup when config is available.
Package: astroid Version: 0.9.1-1 Severity: grave Justification: renders package unusable Dear Maintainer, Thanks for packaging astroidmail! astroid crashes on startup with segmentation fault. This is the traceback from gdb. This appears to be different issue from 873484, because this crashes even with a working notmuch config available. [Switching to Thread 0x7f38ecd3a700 (LWP 28946)] 0x7f3906ee5f17 in g_mime_parser_options_get_address_compliance_mode () from /usr/lib/x86_64-linux-gnu/libgmime-3.0.so.0 (gdb) where #0 0x7f3906ee5f17 in g_mime_parser_options_get_address_compliance_mode () at /usr/lib/x86_64-linux-gnu/libgmime-3.0.so.0 #1 0x7f3906ef642f in () at /usr/lib/x86_64-linux-gnu/libgmime-3.0.so.0 #2 0x7f3906ef7cbb in internet_address_list_parse () at /usr/lib/x86_64-linux-gnu/libgmime-3.0.so.0 #3 0x7f39109cd18e in () at /usr/lib/x86_64-linux-gnu/libnotmuch.so.5 #4 0x7f39109c9ea9 in notmuch_threads_get () at /usr/lib/x86_64-linux-gnu/libnotmuch.so.5 #5 0x0001003561a4 in Astroid::QueryLoader::loader() () #6 0x000100358ff9 in void std::__invoke_impl(std::__invoke_memfun_deref, void (Astroid::QueryLoader::*&&)(), Astroid::QueryLoader*&&) () #7 0x00010035864c in std::__invoke_result::type std::__invoke(void (Astroid::QueryLoader::*&&)(), Astroid::QueryLoader*&&) () #8 0x00010035b28d in decltype (__invoke((_S_declval<0ul>)(), (_S_declval<1ul>)())) std::thread::_Invoker >::_M_invoke<0ul, 1ul>(std::_Index_tuple<0ul, 1ul>) () #9 0x00010035b243 in std::thread::_Invoker >::operator()() () #10 0x00010035b222 in std::thread::_State_impl > >::_M_run() () #11 0x7f39080d972f in () at /usr/lib/x86_64-linux-gnu/libstdc++.so.6 #12 0x7f39078de4f7 in start_thread (arg=0x7f38ecd3a700) at pthread_create.c:456 #13 0x7f390762081f in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:97 -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.12.0-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages astroid depends on: ii libatk1.0-0 2.24.0-1 ii libatkmm-1.6-1v52.24.2-2 ii libboost-date-time1.62.01.62.0+dfsg-4+b1 ii libboost-filesystem1.62.0 1.62.0+dfsg-4+b1 ii libboost-log1.62.0 1.62.0+dfsg-4+b1 ii libboost-program-options1.62.0 1.62.0+dfsg-4+b1 ii libboost-system1.62.0 1.62.0+dfsg-4+b1 ii libboost-thread1.62.0 1.62.0+dfsg-4+b1 ii libc6 2.25-0experimental3 ii libcairo-gobject2 1.14.10-1 ii libcairo2 1.14.10-1 ii libcairomm-1.0-1v5 1.12.2-1 ii libgcc1 1:7.2.0-1 ii libgdk-pixbuf2.0-0 2.36.5-3 ii libgirepository-1.0-1 1.53.2-4 ii libglib2.0-02.53.6-1 ii libglibmm-2.4-1v5 2.50.1-1 ii libgmime-2.6-0 2.6.23+dfsg1-1 ii libgnutls30 3.6.0-1 ii libgtk-3-0 3.22.19-1 ii libgtkmm-3.0-1v53.22.1-1 ii libjavascriptcoregtk-3.0-0 2.4.11-3 ii libnotmuch5 0.25-6 ii libpango-1.0-0 1.40.11-1 ii libpangocairo-1.0-0 1.40.11-1 ii libpangomm-1.4-1v5 2.40.1-3 ii libpcre2-8-010.22-3 ii libpeas-1.0-0 1.21.0-1 ii libsass03.4.3-1 ii libsigc++-2.0-0v5 2.10.0-1 ii libsoup2.4-12.56.1-1 ii libstdc++6 7.2.0-1 ii libvte-2.91-0 0.46.2-1 ii libwebkitgtk-3.0-0 2.4.11-3 ii zlib1g 1:1.2.8.dfsg-5 Versions of packages astroid recommends: ii gnupg 2.1.23-2 ii notmuch0.25-6 ii vim-gtk3 2:8.0.0946-1 ii xdg-utils 1.1.1-1 astroid suggests no packages. -- no debconf information
Bug#872852: libc6-dev: libm.a is a linker script that refers to libm-2.25.a which does not exist.
Package: libc6-dev Version: 2.25-0experimental1 Severity: important Dear Maintainer, libc6-dev on experimental does not ship with static library libm-2.25.a. libm.a is a linker script that refers to this file, but its not installed. This causes for example, busybox static compilation to fail. Thanks, Abhijit *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.12.0-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libc6-dev depends on: ii libc-dev-bin2.25-0experimental1 ii libc6 2.25-0experimental1 ii linux-libc-dev 4.13~rc5-1~exp1 libc6-dev recommends no packages. Versions of packages libc6-dev suggests: ii glibc-doc 2.25-0experimental1 ii manpages-dev 4.12-2 -- no debconf information
Bug#871615: serf init script refers to /usr/local/bin/serf, not /usr/bin/serf
Package: serf Version: 0.7.0~ds1-2 Severity: important Dear Maintainer, serf.service systemd init file refers to /usr/local/bin/serf, instead of /usr/bin/serf. This causes the service to fail to start up, and floods the logs with messages. Also, when reporting this bug, reportbug claims that there are never versions in the archive (1.3.x), but I can't find them in the archive. Thanks, Abhijit -- System Information: Distributor ID: Ubuntu Description:Ubuntu 14.04.1 LTS Release:14.04 Codename: trusty Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.12.0-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages serf depends on: ii adduser 3.115 ii libc62.24-14 serf recommends no packages. serf suggests no packages. -- no debconf information
Bug#860274: dnsmasq fails to start if dns-root-data is installed.
Package: dnsmasq Version: 2.76-5 Severity: important Dear Maintainer, dnsmasq fails to start if dns-root-data is installed. The failure is because the creation of command line parameters from the ROOT_DS file in /etc/init.d/dnsmasq at the following lines. 113 if [ -f $ROOT_DS ]; then 114DNSMASQ_OPTS="$DNSMASQ_OPTS `sed -e s/". IN DS "/--trust-anchor=.,/ -e s/" "/,/g $ROOT_DS | tr '\n' ' '`" 115 fi 116 The sed command in the above script assumes that the records are separated by spaces, but the actual separator is instead tabs for some of the fields. $ cat -A /usr/share/dns/root.ds .^I172800^IIN^IDS^I19036 8 2 49aac11d7b6f6446702e54a1607371607a1a41855200fd2ce1cdde32f24e8fb5$ .^I172800^IIN^IDS^I20326 8 2 e06d44b80b8f1d39a95c0b0d7c65d08458e880409bbc683457104237c7f8ec8d$ Thanks! Abhijit -- System Information: Distributor ID: Ubuntu Description:Ubuntu 14.04.1 LTS Release:14.04 Codename: trusty Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.10.0-trunk-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 dnsmasq depends on: ii dnsmasq-base 2.76-5+b1 ii init-system-helpers 1.47 ii netbase 5.4 dnsmasq recommends no packages. Versions of packages dnsmasq suggests: ii resolvconf 1.79 -- Configuration Files: /etc/dnsmasq.conf changed [not included] -- no debconf information
Bug#857308: python3-hy install update-alternatives fails because /usr/bin/hy3 does not exist
Package: python3-hy Version: 0.12.1-1 Severity: important Dear Maintainer, python3-hy install fails for the version because update-alternatives fails. its trying to install an alternative to /usr/bin/hy3 which does not exist, but /usr/bin/hy33 does. I worked around the bug by editing the postinst to match the path that is installed. -Abhijit *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- System Information: Distributor ID: Ubuntu Description:Ubuntu 14.04.1 LTS Release:14.04 Codename: trusty Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.10.0-trunk-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 python3-hy depends on: ii python3-astor 0.5-1 ii python3-clint 0.5.1-1 ii python3-rply 0.7.4-3 pn python3:any python3-hy recommends no packages. python3-hy suggests no packages. -- no debconf information
Bug#850473: gocryptfs: depends on golang -dev packages
Package: gocryptfs Version: 1.2-1 Severity: normal Dear Maintainer, gocryptfs depends on development packages as given below: this pulls in a large number of dependencies - is the dependency really necessary? Thanks, Abhijit -- System Information: Distributor ID: Ubuntu Description:Ubuntu 14.04.1 LTS Release:14.04 Codename: trusty Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.8.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 gocryptfs depends on: ii golang-github-jacobsa-crypto-dev 0.0~git2016.0.293ce0c-2 ii golang-github-rfjakob-eme-dev 1.0-2 ii libc6 2.24-8 ii libssl1.1 1.1.0c-2 gocryptfs recommends no packages. gocryptfs suggests no packages. -- no debconf information
Bug#478284: Project creation using catalyst.pl does not create a working project.
Package: libcatalyst-perl Version: 5.7012-6 Severity: grave Hi, If I try to create a new project using catalyst.pl and try to run the internal server, it fails with an error that looks like this: [EMAIL PROTECTED]:~/play/projects/Experiment$ ./script/experiment_server.pl Can't locate parent.pm in @INC (@INC contains: /home/abhijit/play/projects/Experiment/script/../lib /etc/perl /usr/local/lib/perl/5.8.8 /usr/local/share/perl/5.8.8 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl .) at /home/abhijit/play/projects/Experiment/script/../lib/Experiment.pm line 16. BEGIN failed--compilation aborted at /home/abhijit/play/projects/Experiment/script/../lib/Experiment.pm line 16. Compilation failed in require at ./script/experiment_server.pl line 55. How ever, if I download parent.pm from http://search.cpan.org/src/CORION/parent-0.221/lib/parent.pm the server starts up as expected. Installing the package 'libparent-perl' also achieves the same result. thanks, Abhijit. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.25 (SMP w/2 CPU cores) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libcatalyst-perl depends on: ii libcgi-simple-perl1.103-2A Simple totally OO CGI interface ii libclass-accessor-perl0.31-2 Automated accessor generator ii libclass-c3-perl 0.19-2 A pragma to use the C3 method reso ii libclass-data-inheritable-per 0.08-1 Inheritable, overridable class dat ii libclass-inspector-perl 1.20-1 Perl module that provides informat ii libdata-dump-perl 1.08-3 Pretty printing of data structures ii libextutils-autoinstall-perl 0.61-1.1 Automatic install of dependencies ii libfile-copy-recursive-perl 0.35-2 Perl extension for recursively cop ii libfile-modified-perl 0.07-1 checks intelligently if files have ii libfile-slurp-perl.12-2 single call read & write file rout ii libhtml-parser-perl 3.55-1 A collection of modules that parse ii libhttp-body-perl 1.02-1 HTTP Body object ii libhttp-request-ascgi-perl0.5-2 Setup a CGI enviroment from a HTTP ii libmime-types-perl1.23-1 Perl extension for determining MIM ii libmodule-install-perl0.68-2 A Cornucopiaelig of Module::Instal ii libmodule-pluggable-perl 3.6-2 Automatically provide your module ii libpath-class-perl0.16-0.1 Cross-platform path specification ii libtest-mockobject-perl 1.08-1 Perl extension for emulating troub ii libtext-simpletable-perl 0.03-1 Simple Eyecandy ASCII Tables ii libtree-simple-perl 1.18-1 A simple tree object ii libtree-simple-visitorfactory 0.10-1 A collection of dispensing visitor ii liburi-perl 1.35-2 Manipulates and accesses URI strin ii libwww-perl 5.805-1WWW client/server library for Perl ii perl 5.8.8-12 Larry Wall's Practical Extraction Versions of packages libcatalyst-perl recommends: ii libfcgi-perl 0.67-2 FastCGI Perl module -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#470984: I can confirm this.
Package: libgl1-mesa-dri Version: 7.0.3~rc2-1 Followup-For: Bug #470984 Hi, I am confirm this behaviour. Copying i965_dri.so from Ubuntu Gutsy fixes this problem here too. -Abhijit -- System Information: Debian Release: 4.0 APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.25-rc5-wl (SMP w/2 CPU cores) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libgl1-mesa-dri depends on: ii libc62.7-9 GNU C Library: Shared libraries ii libdrm2 2.3.0-4 Userspace interface to kernel DRM ii libexpat11.95.8-4XML parsing C library - runtime li ii libgl1-mesa-glx 7.0.3~rc2-1 A free implementation of the OpenG libgl1-mesa-dri recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#465728: squirrelmail: Fails to send mail with read receipt enabled with qmail as the SMTP server
On Sat, Feb 16, 2008 at 11:47:13AM +0100, Thijs Kinkhorst wrote: > Hi Abhijit, > > This can be fixed or worked around by putting a chop() around > > $from_mail. Like so: > > > > $rfc822_header->more_headers['Return-Receipt-To'] = chop($from_mail); > > Thanks for your report. I wonder why $from_mail gets that newline in the > first > place. What does $domain in your /etc/squirrelmail/config.php look like? > Sorry about the delay, I was offline for some time. You are absolutely right, the $domain is read from /etc/mailname in my installation, by a custom php function that did not chop() the return value. If I do, it works. This is entirely my fault. Please accept my apologies and close this bug. Thanks, Abhijit signature.asc Description: Digital signature
Bug#465728: This does not affect trunk squirrelmail
Hi, Just for information, This does not affect squirrelmail in trunk, that is the 1.5.x. Thanks, Abhijit -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#465728: squirrelmail: Fails to send mail with read receipt enabled with qmail as the SMTP server
Package: squirrelmail Version: 2:1.4.13-2 Severity: normal Hi, Squirrelmail is unable to send mail when using qmail/qmail-ldap as the SMTP server, if "On Read" and/or "On Delivery" Receipt options are enabled in compose. qmail responds with "451 See http://pobox.com/~djb/docs/smtplf.html."; The problem appears to be at around 1493 in src/compose.php $rfc822_header->more_headers['Return-Receipt-To'] = $from_mail; The problem seems to be that $from_mail contains the from address followed by a newline. This can be fixed or worked around by putting a chop() around $from_mail. Like so: $rfc822_header->more_headers['Return-Receipt-To'] = chop($from_mail); Thanks, Abhijit. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.23-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages squirrelmail depends on: ii apache22.2.4-1 Next generation, scalable, extenda ii apache2-mpm-prefork [httpd 2.2.6-2 Traditional model for Apache HTTPD ii boa [httpd]0.94.14rc21-2 Lightweight and high performance w ii cherokee [httpd] 0.5.6-2 extremely fast and flexible web se ii libapache2-mod-php55.2.4-2+b1server-side, HTML-embedded scripti ii mini-httpd [httpd] 1.19-6a small HTTP server ii perl 5.8.8-12 Larry Wall's Practical Extraction ii php5 5.2.3-1 server-side, HTML-embedded scripti ii tntnet [httpd] 1.5.3-2 modular, multithreaded web applica Versions of packages squirrelmail recommends: ii ispell 3.1.20.0-4.3 International Ispell (an interacti ii squirrelmail-locales1.4.9-20070106-1 Translations for the SquirrelMail -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#464500: Mis-spelt word in bridge-utils-interfaces(5) "packages" should be "packets"
Package: bridge-utils Version: 1.4-1 Severity: minor Hi, In the manual page for bridge-utils-interfaces(5), at around line 67, the text "Trying to bridge packages coming out of our LAN" should be "Trying to bridge packets coming out of our LAN". Like wise "AP will probably refuse packages with" should be "AP will probably refuse packets with". Thanks, Abhijit -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.23-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages bridge-utils depends on: ii libc6 2.7-3 GNU C Library: Shared libraries Versions of packages bridge-utils recommends: ii ifupdown 0.6.7 high level tools to configure netw -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#453106: There is no way to avoid inserting runit /etc/inittab entry
Package: runit Version: 1.3.3-1 Severity: wishlist The runit package does not have any way ( ex. a debconf variable) to avoid inserting the runit entry into inittab. This means that when runit is installed in a non-active environment like a CD installation, the runit /etc/inittab entry will immediately attempt to start the services it comes with. This feature may not always be desirable, especially if we intend to install the runit-run package, in which case /etc/inittab will not be used at all. It would be sufficient to avoid sending SIGHUP to during the postinst, or make this optional. Thanks. -Abhijit -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
