Summary: | >=sys-fs/udev-181: /lib/udev/udev-acl (at least) links to libraries in /usr | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Michał Górny <mgorny> |
Component: | [OLD] Core system | Assignee: | udev maintainers <udev-bugs> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | krinpaus, rdalek1967 |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 398051 |
Description
Michał Górny
2012-01-07 19:34:07 UTC
(I guess libkmod you already know; but there's glib in -acl too) udevadm => /bin/udevadm (interpreter => /lib64/ld-linux-x86-64.so.2) libblkid.so.1 => /lib64/libblkid.so.1 libuuid.so.1 => /lib64/libuuid.so.1 libkmod.so.1 => /usr/lib64/libkmod.so.1 liblzma.so.5 => /usr/lib64/liblzma.so.5 libz.so.1 => /lib64/libz.so.1 libpthread.so.0 => /lib64/libpthread.so.0 librt.so.1 => /lib64/librt.so.1 libc.so.6 => /lib64/libc.so.6 udev-acl => /lib/udev/udev-acl (interpreter => /lib64/ld-linux-x86-64.so.2) libacl.so.1 => /lib64/libacl.so.1 libattr.so.1 => /lib64/libattr.so.1 libglib-2.0.so.0 => /usr/lib64/libglib-2.0.so.0 librt.so.1 => /lib64/librt.so.1 libpthread.so.0 => /lib64/libpthread.so.0 libc.so.6 => /lib64/libc.so.6 udevd => /lib/udev/udevd (interpreter => /lib64/ld-linux-x86-64.so.2) libblkid.so.1 => /lib64/libblkid.so.1 libuuid.so.1 => /lib64/libuuid.so.1 libkmod.so.1 => /usr/lib64/libkmod.so.1 liblzma.so.5 => /usr/lib64/liblzma.so.5 libz.so.1 => /lib64/libz.so.1 libpthread.so.0 => /lib64/libpthread.so.0 librt.so.1 => /lib64/librt.so.1 libc.so.6 => /lib64/libc.so.6 This should no longer be an issue once we have everyone with separate /usr using an initramfs. That will happen when we unmask udev-181 and refer users to the tools to do this. Still broken. 181: $ qlist udev |xargs file |grep ELF /lib/udev/udevd: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.9, stripped /lib/udev/ata_id: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.9, stripped /lib/udev/cdrom_id: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.9, stripped /lib/udev/collect: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.9, stripped /lib/udev/scsi_id: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.9, stripped /lib/udev/v4l_id: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.9, stripped /lib/udev/accelerometer: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.9, stripped /lib/udev/keymap: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.9, stripped /lib/udev/mtd_probe: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.9, stripped /lib/udev/udev-acl: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.9, stripped ^ This one is broken here as it links to glib and others in /usr /usr/bin/udevadm: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.9, stripped /usr/lib64/libudev.so.0.13.1: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, stripped /usr/lib64/libgudev-1.0.so.0.1.1: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, stripped I'm keeping this open until we unmask udev-181, which should happen in a few hours now. I don't really see this type of bug as an issue once we do that and have users with separate /usr start booting with an initramfs however because once they are doing that /usr will be premounted. (In reply to comment #4) > I'm keeping this open until we unmask udev-181, The bug *is in 181* This is fixed in udev-182. |