emerge of mit-krb5-1.6.3-r3 with paludis fails when it can't find /usr/libexec/paludis/utils/sed. Symlinking /bin/sed to /usr/libexec/paludis/utils/sed fixes the problem. I don't know whether the problem is in paludis-0.30.0 or mit-krb5-1.6.3-r3
This is due to a bug in libtool, please rebuild libtool.
*** This bug has been marked as a duplicate of bug 236758 ***
libtool had already been rebuilt on both boxes that had the problem. I think this is a different issue.
Just to be sure I removed the symlink in to sed from /usr/libexec/paludis/utils and rebuilt libtool again. This is the error encountered when trying to rebuild mit-krb5-1.6.3-r3:
make: Entering directory `/var/tmp/paludis/app-crypt-mit-krb5-1.6.3-r3/work/krb5-1.6.3/src/kadmin/cli'
x86_64-pc-linux-gnu-gcc -I../../include -I./../../include -I. -DKRB5_DEPRECATED=1 -DKRB5_PRIVATE=1 -march=core2 -O2 -msse4.1 -pipe -I/usr/include/et -pthread -c kadmin.c
/usr/bin/mk_cmds: line 51: /usr/libexec/paludis/utils/sed: No such file or directory
x86_64-pc-linux-gnu-gcc -I../../include -I./../../include -I. -DKRB5_DEPRECATED=1 -DKRB5_PRIVATE=1 -march=core2 -O2 -msse4.1 -pipe -I/usr/include/et -pthread -c kadmin_ct.c
kadmin_ct.c:1: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'ssu00001'
kadmin_ct.c:5: warning: data definition has no type or storage class
kadmin_ct.c:5: error: 'ssu00001' undeclared here (not in a function)
kadmin_ct.c:5: warning: excess elements in scalar initializer
kadmin_ct.c:5: warning: (near initialization for 'ss_request_table')
make: *** [kadmin_ct.o] Error 1
make: Leaving directory `/var/tmp/paludis/app-crypt-mit-krb5-1.6.3-r3/work/krb5-1.6.3/src/kadmin/cli'
make: *** [all-recurse] Error 1
make: Leaving directory `/var/tmp/paludis/app-crypt-mit-krb5-1.6.3-r3/work/krb5-1.6.3/src/kadmin'
make: *** [all-recurse] Error 1
/usr/libexec/paludis/utils/emake: emake returned error 2
I found the cause of the problem. It is fixed by rebuilding e2fsprogs-libs with paludis-0.30.0. There should be explicit instructions to rebuild libtools and e2fsprog-libs when paludis-0.3.0 is installed.
The rebuild changed /usr/bin/mk_cmds from
Thanks for reporting the solution -- sounds like an ewarn would be appropriate.
Assigning to paludis maintainers.
(In reply to comment #4)
> I found the cause of the problem. It is fixed by rebuilding e2fsprogs-libs with
> paludis-0.30.0. There should be explicit instructions to rebuild libtools and
> e2fsprog-libs when paludis-0.3.0 is installed.
> The rebuild changed /usr/bin/mk_cmds from
On my system, the file /usr/bin/mk_cmds comes from the package sys-libs/ss, not libtool or e2fsprog-lib:
archibald ~ # paludis --owner /usr/bin/mk_cmds
I fixed this by paludis --install --preserve-world --continue-on-failure if-independent sys-libs/ss
(the --continue-on-failure was needed because paludis kept trying to build php first, and failing with the same error message you had for mit-krb5)
I had the same problem (also with PHP) but rebuilding libtool AND ss helped I don't know if ss was needed, but remerging only ss didn't fix it.
I have neither e2fsprogs-libs nor ss installed, and rebuild libtool, so it can't be either of them.. :(
the symlink works, but I'd definitely like to know what to rebuild to fix it once and for at
Is this still valid with 0.72.2? If not, feel free to close this bug
paludis-0.30.0 is no longer part of portage tree. If you can re-produce this problem with current version of paludis, please re-open this ticket.