Bug#768376: libvirt-daemon-system requires systemd
Package: libvirt-daemon-system Version: 3.0.0-4+deb9u1 Followup-For: Bug #768376 Dear Maintainer, -- System Information: Debian Release: 9.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.9.0-4-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 libvirt-daemon-system depends on: ii adduser3.115 ii debconf [debconf-2.0] 1.5.61 ii gettext-base 0.19.8.1-2 ii init-system-helpers1.48 ii iptables 1.6.0+snapshot20161117-6 ii libapparmor1 2.11.0-3 ii libaudit1 1:2.6.7-2 ii libblkid1 2.29.2-1 ii libc6 2.24-11+deb9u1 ii libcap-ng0 0.7.7-3+b1 ii libdbus-1-31.10.24-0+deb9u1 ii libdevmapper1.02.1 2:1.02.137-2 ii libnl-3-2003.2.27-2 ii libnl-route-3-200 3.2.27-2 ii libnuma1 2.0.11-2.1 ii librados2 10.2.5-7.2 ii librbd110.2.5-7.2 ii libselinux12.6-3+b3 ii libvirt-clients3.0.0-4+deb9u1 ii libvirt-daemon 3.0.0-4+deb9u1 ii libvirt0 3.0.0-4+deb9u1 ii libxml22.9.4+dfsg1-2.2+deb9u1 ii libyajl2 2.1.0-2+b3 ii logrotate 3.11.0-0.1 ii lsb-base 9.20161125 ii policykit-10.105-18 Versions of packages libvirt-daemon-system recommends: ii bridge-utils 1.5-13+deb9u1 ii dmidecode 3.0-4 ii dnsmasq-base 2.76-5+deb9u1 ii ebtables 2.0.10.4-3.5+b1 ii iproute2 4.9.0-1+deb9u1 ii parted3.2-17 Versions of packages libvirt-daemon-system suggests: pn apparmor pn auditd ii nfs-common 1:1.3.4-2.1 pn pm-utils pn radvd ii systemd 232-25+deb9u1 pn systemtap pn zfsutils -- Configuration Files: bunch of Permission denied: -- debconf-show failed I did a new install of stretch using the init system openrc. After that I discovered (as I see mentioned in the 4 Apr 2017 message) that I could not install a working virtual kvm machine. libvirt-daemon-system (which provides /etc/init.d/libvirtd which launches /usr/sbin/libvirtd) says: Suggests: systemd This is incorrect! It Depends: policykit-1 which Depends: libpam-systemd which Depends: systemd Please change the dependencies so that a kvm can be run on a system using an init system other than systemd.
Bug#601042: bash: yank-last-arg in VI_COMMAND_MODE wrongly rings bell
Package: bash Version: 4.1-3 Severity: normal X-Mailer: reportbug 4.12.6 For years I have done command line editing (set editing-mode vi) using ESC_ to recall the last argument to the previous command typed. When I have done this over the last year or so, it beeps in addition to doing the substitution. (Currently seeing this behavior in bash 3.2 and 4.1) A beep normally means that something is amiss such as trying to find something that is not there, but in this case, there is nothing wrong; the last argument gets correctly yanked and is appended to the command line. The beep is annoying and misleading. The problem appears to be in file: text.c after line 312. The code is: 312 point = _rl_find_next_mbchar (rl_line_buffer, rl_point, count, MB_FIND_NONZERO); 313 314#if defined (VI_MODE) 315 if (point = rl_end VI_COMMAND_MODE()) 316 point = _rl_find_prev_mbchar (rl_line_buffer, rl_end, MB_FIND_NONZERO); 317#endif 318 319 if (rl_point == point) 320 rl_ding (); 321 322 rl_point = point; If it is in VI_COMMAND_MODE, it modifies point to be the same as rl_point, tests it, rings the bell, and then sets rl_point = point, which it already was modified to be. Commenting out lines 315 and 316 eliminate the problem, but they must have been introduced to solve some other problem. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages bash depends on: ii base-files5.9Debian base system miscellaneous f ii dash 0.5.5.1-6 POSIX-compliant shell ii debianutils 3.4Miscellaneous utilities specific t ii libc6 2.11.2-6 Embedded GNU C Library: Shared lib ii libncurses5 5.7+20100313-4 shared libraries for terminal hand Versions of packages bash recommends: ii bash-completion 1:1.2-2programmable completion for the ba Versions of packages bash suggests: pn bash-doc none (no description available) -- Configuration Files: /etc/bash.bashrc changed [not included] -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#574340: tclxml: fails with wish8.5, works with wish8.4
Package: tclxml Version: 3.1-3 Severity: important My program has: package require xml It works with wish8.4 . I am trying to migrate it to wish 8.5 . It fails with: Error in startup script: attempt to provide package sgmlparser 1.1 failed: package sgmlparser 1.0 provided instead (package ifneeded sgmlparser 1.1 script) invoked from within package require sgmlparser 1.0 Line 7 of /usr/lib/Tclxml3.1/pkgIndex.tcl is: package ifneeded sgmlparser 1.1 [list source [file join $dir sgmlparser.tcl]] but tclparser-8.0.tcl and tclparser-8.1.tcl only require sgmlparser 1.0 and sgmlparser.tcl only provides 1.0 . Apparently wish8.4 is tolerant of this error but wish8.5 is not. -- System Information: Debian Release: lenny/sid APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages tclxml depends on: ii libc6 2.7-18GNU C Library: Shared libraries ii libxml22.6.32.dfsg-5 GNOME XML library ii tcllib 1.10-dfsg-3 the Standard Tcl Library tclxml recommends no packages. tclxml suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#574340: Acknowledgement (tclxml: fails with wish8.5, works with wish8.4)
I changed line 7 in /usr/lib/Tclxml3.1/pkgIndex.tcl: 7c7 package ifneeded sgmlparser 1.0 [list source [file join $dir sgmlparser.tcl]] --- package ifneeded sgmlparser 1.1 [list source [file join $dir sgmlparser.tcl]] This allowed wish8.5 to work with the xml package! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#562500: initscripts: man rcS TMPTIME description wrong
Package: initscripts Version: 2.86.ds1-61 Severity: normal The manpage for rcS has a description for TMPTIME which says, will be deleted if their modification time is more than TMPTIME days ago. This is misleading. /lib/init/bootclean.sh has: TEXPR=-mtime +$TMPTIME -ctime +$TMPTIME -atime +$TMPTIME The text should read something like: will be deleted if their modification time, file status time, and access time are all at least TMPTIME days ago. -- System Information: Debian Release: lenny/sid APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages initscripts depends on: ii debianutils 2.30Miscellaneous utilities specific t ii e2fsprogs1.41.3-1ext2/ext3/ext4 file system utiliti ii libc62.7-18 GNU C Library: Shared libraries ii lsb-base 3.2-20 Linux Standard Base 3.2 init scrip ii mount2.13.1.1-1 Tools for mounting and manipulatin ii sysvinit-utils 2.86.ds1-61 System-V-like utilities Versions of packages initscripts recommends: ii psmisc22.6-1 Utilities that use the proc filesy initscripts suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
