Bug#996397: rpm-common: macros.* are no longer in any package provided in Debian
Package: rpm Version: 4.16.1.2+dfsg1-3 Followup-For: Bug #996397 At least those 3 macros files are missing: /usr/lib/rpm/macros.perl /usr/lib/rpm/macros.php /usr/lib/rpm/macros.python -- System Information: Debian Release: 11.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 5.10.104-linuxkit (SMP w/4 CPU threads) Kernel taint flags: TAINT_OOT_MODULE, TAINT_RANDSTRUCT Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /bin/dash Init: unable to detect Versions of packages rpm depends on: ii debugedit 4.16.1.2+dfsg1-3 ii libc6 2.31-13+deb11u3 ii libelf1 0.183-1 ii libpopt0 1.18-2 ii librpm9 4.16.1.2+dfsg1-3 ii librpmbuild9 4.16.1.2+dfsg1-3 ii librpmio9 4.16.1.2+dfsg1-3 ii librpmsign9 4.16.1.2+dfsg1-3 ii perl 5.32.1-4+deb11u2 ii rpm-common4.16.1.2+dfsg1-3 ii rpm2cpio 4.16.1.2+dfsg1-3 rpm recommends no packages. Versions of packages rpm suggests: pn alien pn elfutils ii python3 3.9.2-3 pn rpm-i18n pn rpm2html pn rpmlint -- no debconf information
Bug#1012486: nvme-cli: systemd unit files are packaged in the wrong place
Package: nvme-cli Version: 1.12-5 Severity: important systemd unit files are packaged in /usr/lib/systemd/system instead of /lib/systemd/system. This make the service files not recognised by systemd. to check: dpkg -L nvme-cli | grep systemd -- System Information: Debian Release: 11.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 5.10.104-linuxkit (SMP w/4 CPU threads) Kernel taint flags: TAINT_OOT_MODULE, TAINT_RANDSTRUCT Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /bin/dash Init: unable to detect Versions of packages nvme-cli depends on: ii libc6 2.31-13+deb11u3 ii libuuid1 2.36.1-8+deb11u1 ii uuid-runtime 2.36.1-8+deb11u1 nvme-cli recommends no packages. nvme-cli suggests no packages. -- no debconf information
Bug#997827: dracut: /usr/lib/dracut/dracut-install ommit dependancies in .so
Package: dracut Version: 051-1 Severity: important Dear Maintainer, * What led up to the situation? dracut won't install sub libraries for plymouth script.so => libply-splash-graphics.so is not installed The bug is in /usr/lib/dracut/dracut-install * What exactly did you do (or not do) that was effective (or ineffective)? dracut-install is ineffectiv in installing shared object files that are linked across other shared object files Because of this bug, plymouth themes that require script.so or label.so plugins won't show up. This but also affect all sharedd object files installed with inst_libdir_files() from dracut-install.sh * What was the outcome of this action? On Debian (dracut-install which is buggy): root@debian11_container# /usr/lib/dracut/dracut-install -D /tmp/foobar --ldd /usr/lib/x86_64-linux-gnu/plymouth/script.so root@debian11_container# find /tmp/foobar /tmp/foobar /tmp/foobar/usr /tmp/foobar/usr/lib /tmp/foobar/usr/lib/x86_64-linux-gnu /tmp/foobar/usr/lib/x86_64-linux-gnu/plymouth /tmp/foobar/usr/lib/x86_64-linux-gnu/plymouth/script.so dracut-install won't install script.so dependancies (-ldd flig) while it should! * What outcome did you expect instead? On CentOS-6: (same command that works properly) mkdir /tmp/foobar [root@centos7_container# /usr/lib/dracut/dracut-install -D /tmp/foobar --ldd /usr/lib64/plymouth/script.so [root@centos7_container# find /tmp/foobar/ /tmp/foobar/ /tmp/foobar/usr /tmp/foobar/usr/lib64 /tmp/foobar/usr/lib64/plymouth /tmp/foobar/usr/lib64/plymouth/script.so /tmp/foobar/usr/lib64/libply-splash-graphics.so.2.1.0 /tmp/foobar/usr/lib64/libply-splash-graphics.so.2 /tmp/foobar/usr/lib64/libpng15.so.15.13.0 /tmp/foobar/usr/lib64/libpng15.so.15 /tmp/foobar/usr/lib64/libpng15.so /tmp/foobar/usr/lib64/libply-splash-core.so.2.1.0 /tmp/foobar/usr/lib64/libply-splash-core.so.2 /tmp/foobar/usr/lib64/libudev.so.1.6.2 /tmp/foobar/usr/lib64/libudev.so.1 /tmp/foobar/usr/lib64/libudev.so /tmp/foobar/usr/lib64/libply.so.2.1.0 /tmp/foobar/usr/lib64/libply.so.2 /tmp/foobar/usr/lib64/libm-2.17.so /tmp/foobar/usr/lib64/libm.so.6 /tmp/foobar/usr/lib64/libm.so /tmp/foobar/usr/lib64/librt-2.17.so /tmp/foobar/usr/lib64/librt.so.1 /tmp/foobar/usr/lib64/librt.so /tmp/foobar/usr/lib64/libdl-2.17.so /tmp/foobar/usr/lib64/libdl.so.2 /tmp/foobar/usr/lib64/libdl.so /tmp/foobar/usr/lib64/libc-2.17.so /tmp/foobar/usr/lib64/libc.so.6 /tmp/foobar/usr/lib64/libc.so /tmp/foobar/usr/lib64/libz.so.1.2.7 /tmp/foobar/usr/lib64/libz.so.1 /tmp/foobar/usr/lib64/libz.so /tmp/foobar/usr/lib64/libcap.so.2.22 /tmp/foobar/usr/lib64/libcap.so.2 /tmp/foobar/usr/lib64/libdw-0.172.so /tmp/foobar/usr/lib64/libdw.so.1 /tmp/foobar/usr/lib64/libgcc_s-4.8.5-20150702.so.1 /tmp/foobar/usr/lib64/libgcc_s.so.1 /tmp/foobar/usr/lib64/libpthread-2.17.so /tmp/foobar/usr/lib64/libpthread.so.0 /tmp/foobar/usr/lib64/libpthread.so /tmp/foobar/usr/lib64/ld-2.17.so /tmp/foobar/usr/lib64/ld-linux-x86-64.so.2 /tmp/foobar/usr/lib64/libattr.so.1.1.0 /tmp/foobar/usr/lib64/libattr.so.1 /tmp/foobar/usr/lib64/libelf-0.172.so /tmp/foobar/usr/lib64/libelf.so.1 /tmp/foobar/usr/lib64/libelf.so /tmp/foobar/usr/lib64/liblzma.so.5.2.2 /tmp/foobar/usr/lib64/liblzma.so.5 /tmp/foobar/usr/lib64/liblzma.so /tmp/foobar/usr/lib64/libbz2.so.1.0.6 /tmp/foobar/usr/lib64/libbz2.so.1 /tmp/foobar/usr/lib64/libbz2.so /tmp/foobar/lib64 -- System Information: Debian Release: 11.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 5.10.47-linuxkit (SMP w/4 CPU threads) Kernel taint flags: TAINT_OOT_MODULE, TAINT_RANDSTRUCT Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /bin/dash Init: unable to detect Versions of packages dracut depends on: ii dracut-core 051-1 dracut recommends no packages. Versions of packages dracut suggests: ii dracut-network 051-1 -- no debconf information
Bug#914472: dracut: still present in Debian-11.1 dracut-051-1
Package: dracut Version: 051-1 Followup-For: Bug #914472 Dear Maintainer, * What led up to the situation? - No way to have french keyboard from dracut emergency shell. - Files needed by loadkeys are not copied to initrd - Command line is not parsed, so no keymap can be chosen * What exactly did you do (or not do) that was effective (or ineffective)? - Tryed dracut --add i18n => failed - Created an initramfs using dracut without options * What was the outcome of this action? - No way to have french keyboard from within the emergency shell * What outcome did you expect instead? - Have hability to do a loadkeys fr or loadkeys ru or loadkeys uk or loadkeys us depending on the keyboard I use (depends on console) - Have hability to set a prefered keyboard on the kernel command line PLEASE include 10i18n module! if you don't like it, set it as disabled by defaut, but at least, include this standard module! -- System Information: Debian Release: 11.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 5.10.47-linuxkit (SMP w/4 CPU threads) Kernel taint flags: TAINT_OOT_MODULE, TAINT_RANDSTRUCT Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /bin/dash Init: unable to detect Versions of packages dracut depends on: ii dracut-core 051-1 dracut recommends no packages. Versions of packages dracut suggests: ii dracut-network 051-1 -- no debconf information
Bug#996954: dmraid: Installing drmraid in a docker container fails (/sys readonly)
Package: dmraid Version: 1.0.0.rc16-8+b1 Followup-For: Bug #990188 Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? Installing dmraid in a docker container fails in postinst scriptlet (/sys readonly) * What exactly did you do (or not do) that was effective (or ineffective)? apt-get install dmraid * What was the outcome of this action? Failed to write 'change' to '/sys/devices/pci:00/:00:02.0/virtio1/block/vda/uevent': Read-only file system * What outcome did you expect instead? no error * Solution: postinstall runs udevadm trigger --subsystem-match=block --action=change but it does without checking that it is not running in a container or at least that /sys is writable. udevadm trigger should only run on true system. (no chrooted env, no container, ...) *** End of the template - remove these template lines *** -- Package-specific info: --- dmraid -r -vvv output WARN: locking /var/lock/dmraid/.lock no block devices found WARN: unlocking /var/lock/dmraid/.lock --- dmraid -s -vv output no block devices found --- /proc/partitions: major minor #blocks name 10 65536 ram0 11 65536 ram1 12 65536 ram2 13 65536 ram3 14 65536 ram4 15 65536 ram5 16 65536 ram6 17 65536 ram7 18 65536 ram8 19 65536 ram9 1 10 65536 ram10 1 11 65536 ram11 1 12 65536 ram12 1 13 65536 ram13 1 14 65536 ram14 1 15 65536 ram15 2540 62499840 vda 2541 62498816 vda1 --- initrd.img-5.10.47-linuxkit: --- /proc/modules: --- /proc/cmdline earlyprintk=serial page_poison=1 vsyscall=emulate panic=1 nospec_store_bypass_disable noibrs noibpb no_stf_barrier mitigations=off console=ttyS0 console=ttyS1 vpnkit.connect=connect://2/1999 -- System Information: Debian Release: 11.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 5.10.47-linuxkit (SMP w/4 CPU threads) Kernel taint flags: TAINT_OOT_MODULE, TAINT_RANDSTRUCT Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /bin/dash Init: unable to detect Versions of packages dmraid depends on: ii dmsetup 2:1.02.175-2.1 ii libc62.31-13+deb11u2 ii libdmraid1.0.0.rc16 1.0.0.rc16-8+b1 ii libselinux1 3.1-3 ii libsepol13.1-1 ii udev 247.3-6 dmraid recommends no packages. dmraid suggests no packages. -- no debconf information
Bug#915088: multipath-tools: installing multipath-tools will force dracut to be removed while it shouldn't.
Package: multipath-tools Severity: important Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? I'm SystemImager developper, a software that is based on dracut. SystemImager is an imaging software mainly targetted at cluster deployment. As such it makes use of multipathd if required. dracut is shipped with a multipathd module, unfortunately, multipath-tools has dependancies that will conflict with dracut while it is unnecessary. * What exactly did you do (or not do) that was effective (or ineffective)? Installed multipath-tools using: apt-get install --no-install-suggests multipath-tools * What was the outcome of this action? dracut was replaced with initramfs-tools because sg3-utils-udev is required by multipath-tools and sg3-utils-udev conflicts with dracut * What outcome did you expect instead? It should be possible to install multipath-tools and use it with dracut. In other words, it should be possible to do: apt-get install multipath-tools dracut *** End of the template - remove these template lines *** -- System Information: Debian Release: 9.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.9.125-linuxkit (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968), LANGUAGE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Init: unable to detect Versions of packages multipath-tools depends on: ii init-system-helpers 1.48 ii kpartx 0.6.4-5+deb9u1 pn libaio1 ii libc62.24-11+deb9u3 ii libdevmapper1.02.1 2:1.02.137-2 pn librados2 ii libreadline7 7.0-3 ii libsystemd0 232-25+deb9u6 ii libudev1 232-25+deb9u6 pn liburcu4 ii lsb-base 9.20161125 pn sg3-utils-udev ii udev 232-25+deb9u6 multipath-tools recommends no packages. Versions of packages multipath-tools suggests: pn multipath-tools-boot
Bug#914472: dracut module 09-console-setup is a regression against 10i18n genuine module.
Package: dracut Version: 040+1-1 up to latest Severity: wishlist Dear Maintainer, * What led up to the situation? => I'm SystemImager developper, and my dracut module requires i18n (same mobule across all linux distro flavors, usefull when an emergency shell is triggered) * What exactly did you do (or not do) that was effective (or ineffective)? => Trying to port my module to debian raised an error: can't install my module because it depends on i18n one. => The primitive 09-console-setup is a regression as it doesn't allow end user to configure console via cmdline parameters. The primitive module provides no hook to parse some specific parameters like rd.vconsole.keymap (or font or any other parameters) => the primitive 09-console-setup doesn't install the following binaries (stty, setfont, loadkeys, kbd_mode) that can be very usefull to end user when an emergency shell is triggered * What was the outcome of this action? => Can't build systemimager initrd.img imager. Need to add a specific module-setup.sh for my module when built on debian, also need to add some conditions in many hooks to handle this regression and do stuffs myself. * What outcome did you expect instead? => At least SOMETHING STANDARD: an i18n module that would be optional (present in dracut debian package thus, but that wouldn't interfere with debianisms), that would require and usedebian PROPRIETARY WITH NO VALUE ADDED 09-console-setup primitive module, that would provides the cmdline parser hook and that would install the common i18n binaries (stty, setfont, loadkeys, kbd_mode) Why by help do you cut down dracut while you could just add you 09-console-setup and have i18n module being made optional and use your module for concistency while keeping ability to take some parameters from cmdline and provide some tools to the user using emergency shell? Sorry fort this somewhat unfriendly report, but as a developper, Debian is the only distro that trigger specific case to handle for no visible benefit. this report is an exaple between many others. Even reporting a bug is far more difficult on this distro as there is no web bugzilla or equivalent. When developping in docker container in a company exchange based with no available SMTP gateway it's just horrible. what's the benefit over a standard web based bug reporting tool? -- System Information: Debian Release: 8.11 APT prefers oldstable-updates APT policy: (500, 'oldstable-updates'), (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 4.9.125-linuxkit (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Init: unable to detect Versions of packages dracut depends on: ii console-setup 1.123 ii cpio 2.11+dfsg-4.1+deb8u1 ii kmod 18-3 ii kpartx 0.5.0-6+deb8u2 ii libc6 2.19-18+deb8u10 ii pkg-config 0.28-1 ii udev 215-17+deb8u8 ii util-linux 2.25.2-6 Versions of packages dracut recommends: ii cryptsetup 2:1.6.6-5 ii dmraid 1.0.0.rc16-5 ii dmsetup 2:1.02.90-2.2+deb8u1 ii lvm22.02.111-2.2+deb8u1 ii mdadm 3.3.2-5+deb8u2 Versions of packages dracut suggests: ii dracut-network 040+1-1 -- no debconf information