| Summary: | sys-apps/openrc-0.4.*: issue with udev ("the udev init script is written for baselayout 2, please do not use this script with baselayout 1") | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | lamusic <lamusic.gentoo> |
| Component: | [OLD] baselayout | Assignee: | Gentoo's Team for Core System packages <base-system> |
| Status: | RESOLVED OBSOLETE | ||
| Severity: | normal | CC: | flameeyes, pchrist, udev-bugs |
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | AMD64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: |
This is my emerge --info
This is my emerge --info my screenshot with rxvt-unicode and zsh here. |
||
|
Description
lamusic
2008-12-25 17:26:43 UTC
Created attachment 176366 [details]
This is my emerge --info
Created attachment 176367 [details]
This is my emerge --info
Did you run etc-update after your last upgrade? Also, please paste your "emerge -pv openrc udev sysvinit" output. It's weird, cause I have a same box(same profile, 2.6.28 kernel, openrc-0.4.1, udev-135-r2 and sysvinit-2.86-r12) and I don't experience any problems like yours. I will leave the bug just ASSIGNED (which means accepted), until we are sure whether it's something of your side, or ours. Yes i have etc-update, and my output is here : lamusic ~ % sudo emerge -pv openrc udev sysvinit These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] sys-apps/sysvinit-2.86-r12 USE="(-ibm) (-selinux) -static" 101 kB [ebuild R ] sys-fs/udev-135-r2 USE="(-selinux)" 437 kB [ebuild U ] sys-apps/openrc-0.4.1 [0.3.0-r1] USE="ncurses pam unicode -debug" 0 kB Total: 3 packages (1 upgrade, 2 reinstalls), Size of downloads: 537 kB I have for time on openrc-0.3.0-r1. And this run correctly. Since I _might_ be the cause for this, do you mind trying with openrc 0.4 and pam USE flag disabled? I'm test for time with =openrc-0.4.0 and =openrc-0.4.1 with USE flag pam disable, udev crash with the same errors : "the udev init script is written for baselayout 2" "please do not use this script with baselayout 1" I assign the bug to the proper maintainers for deeper investigation. Sorry but i think, i say the cause of problem, it's not a bug for openrc, i'm in nomultilib profile for no long time ago and one symlink is broken my /lib64 not link with /lib and of course this udev script : "" if [ ! -e /lib/librc.so -a -f /etc/init.d/sysfs ]; then "" don't like my broken symlink, i'm recreate symlinks and i test this. Yes openrc-0.4.1 run correctly, but i'm a tiny visual problem, this time is very openrc the cause; i'm sure; i'm test this, with zsh, bash, and other shell. I put a screenshot, but with copy it's not visible. Created attachment 176424 [details]
my screenshot with rxvt-unicode and zsh here.
(In reply to comment #10) > Created an attachment (id=176424) [edit] > my screenshot with rxvt-unicode and zsh here. > i think this attachnement isn't visible, so my screenshot : http://omploader.org/vMTF4dQ If udev should be fixed to work with broken /lib -> /lib64 symlink, someone who is on a multilib system can please check if any files udev installs access /lib instead of /lib64 and should be changed at emerge time. I know there was an issue with hardened amd64 stages a long time with regard to /lib not pointing to /lib64. It was up to the user to manually fix these issues when using that stage. The issue you're having is exactly that. You need to get a list of packages that install stuff in /lib and remove /lib and symlink it over then re-emerge all those packages. udev-135-r3 no longer relies on checking /lib/librc.so to get info about openrc installed or not, but just uses /etc/init.d/sysfs existance. As already written, it should work fine with for example udev-135-r4 (that should go stable soon). |
