OpenRC 0.2.4 - critical wrong pointed symlinks

[zuriel]

All the symlinks in /lib64/rc/bin/ point to "/var/tmp/paludis/sys-apps-openrc-0.2.3/image//sbin/rc" which is clearly very wrong and rendered my system useless... fortunately a quick "for i in /lib64/rc/bin/*; do ln -sf /sbin/rc $i; done" solves the system but before i had to hunt down this problem and do a "mount -o rw,remount /" because not running device-mapper init script and others really leaves you with a very limited workstation. So eeh, concluded this might be a bug in paludis as portage installs openrc just find, can't find anything in the ebuild.. cheers.

[ciaranm]

It's an ebuild bug. Both Paludis and Portage will sometimes correct certain screwups of this kind, but even when that happens it's still a broken ebuild.

[ferdy]

Well, it certainly rewrote the symlinks here. For instance:

paludis@1209972537: [QA merger.rewriting_symlink] In program paludis -i openrc:
  ... When performing install action from command line:
  ... When executing install task:
  ... When installing 'sys-apps/openrc-0.2.3:0::gentoo':
  ... When merging 'sys-apps/openrc-0.2.3:0::gentoo' at '/var/tmp/paludis/sys-apps-openrc-0.2.3/image' to VDB repository 'installed':
  ... When performing merge from '/var/tmp/paludis/sys-apps-openrc-0.2.3/image' to '/':
  ... When performing merge from '/var/tmp/paludis/sys-apps-openrc-0.2.3/image' to '/':
  ... When performing merge from '/var/tmp/paludis/sys-apps-openrc-0.2.3/image/lib64' to '/lib64':
  ... When performing merge from '/var/tmp/paludis/sys-apps-openrc-0.2.3/image/lib64/rc' to '/lib64/rc':
  ... When handling dir '/var/tmp/paludis/sys-apps-openrc-0.2.3/image/lib64/rc/bin' to '/lib64/rc':
  ... When installing dir '/var/tmp/paludis/sys-apps-openrc-0.2.3/image/lib64/rc/bin' to '/lib64/rc':
  ... Rewriting bad symlink: /lib64/rc/bin/einfon -> /var/tmp/paludis/sys-apps-openrc-0.2.3/image/sbin/rc to /sbin/rc
>^> [sym] /lib64/rc/bin/einfon

And that for almost everything openrc installs. Can you provide a complete build log to see why paludis didn't do that for you?

This is still an ebuild bug though.

- ferdy

[zuriel]

how do i do a complete build log? and it may be an ebuild bug or not, i won't even try filing this on bugs.gentoo.org ('paludis unsupported go away') and dont have time looking into the ebuild.. just right now it happened again and i am lucky i just noticed by accident shortly before rebooting. just waiting for this slooow python script to *START* merging it in *g anyways, this is really a bad one. zillions of gentoo system have already been rendered unbootable by this for sure!!

[ferdy]

paludis -i openrc > build-log 2>&1

- ferdy

[sami.naatanen]

build log of paludis -i openrc >openrc.log 2>&1

[sami.naatanen]

Replying to ferdy:

paludis -i openrc > build-log 2>&1 - ferdy

I attached my build-log.

For me the /lib/rc/sbin/ symlinks are also wrong.

[dleverton]

Replying to sami.naatanen:

I attached my build-log.

Thanks, r4662