Hi. I guess that a bug. Only package "net-nds/openldap-2.4.24" using old package "sys-devel/automake-1.9.6-r3", meanwhile other packages in the system using latest "sys-devel/automake-1.11.1". So in my system two versions of the same package. Now "net-nds/openldap-2.4.24" have this dependency: sys-devel/automake-1.9.6-r3 (=sys-devel/automake-1.9*). Is this more correct using ">=sys-devel/automake-1.9" ? Thanks. Reproducible: Always
On one hand, this is a deficiency of autotools.eclass, on the other - wouldn't WANT_AUTOMAKE=1.11 work ?
comment out the only the WANT_AUTOMAKE=1.9 and do a build, and tell me if it actually works on your system (Leave the other WANT_AUTOMAKE=none).
(In reply to comment #2) > comment out the only the WANT_AUTOMAKE=1.9 and do a build, and tell me if it > actually works on your system (Leave the other WANT_AUTOMAKE=none). Of course it does not - that's the deficiency I was talking about (hard to decide whether it lies in the eclass or in the wrapper). It fails with: am-wrapper: warning: invalid WANT_AUTOMAKE 'none'; ignoring. am-wrapper: /usr/bin/aclocal-1.9 is missing or not executable. eaclocal will demand automake 1.9 I've changed eaclocal to: [[ ! -f aclocal.m4 || -n $(grep -e 'generated.*by aclocal' aclocal.m4) ] ] && \ if [[ ${WANT_AUTOMAKE} == "none" ]]; then WANT_AUTOMAKE=latest autotools_run_tool --at-m4flags aclocal "$@" $(eaclocal_amflags) WANT_AUTOMAKE=none else autotools_run_tool --at-m4flags aclocal "$@" $(eaclocal_amflags) fi (yes, it's a butt-ugly hack and I'm not even sure it's correct syntax-wise) and had been able to emerge net-nds/openldap-2.4.28-r1 (USE="berkdb crypt gnutls ipv6 kerberos minimal perl samba sasl slp smbkrb5passwd ssl syslog tcpd -cxx -debug -experimental -icu -iodbc -odbc -overlays (-selinux)") with sys-devel/automake-1.11.1 afterwards.
The fact that you're getting am-wrapper output means that something is trying to run automake, which is wrong. To do the building of openldap from scratch, you must run autoconf, and automake must be present, but you must NOT run automake.
Please test openldap-2.4.28-r1 CVS revision 1.4 with autotools.eclass CVS revision 1.122.
Is there another version of Gentoo to use other than the latest to get past this issue. I'm unable to install a desktop at this point due to the openldap issue with automake.
raydog2u@gmail.com 1. please CC yourself if you expect a comment. 2. Can you please test the version I describe in comment 5. I'm waiting for a report back before this goes to stable.
A bit of explanation: someone had introduced WANT_AUTOMAKE=none to most of the ebuilds, but the changes from comment 5 were made to openldap-2.4.28-r1 only, despite they were made to the eclass too. (and no, I haven't tested them yet myself, even though they look sound) (PS "sound" != "sane" - changes in the eclass look as if they would invite somebody to think that any arbitrary combination of AT_NOEAUTO* vars would work, which nearly certainly isn't the case)
(In reply to comment #8) > A bit of explanation: someone had introduced WANT_AUTOMAKE=none to most of the > ebuilds, but the changes from comment 5 were made to openldap-2.4.28-r1 only, > despite they were made to the eclass too. Ok, I missed that, and backported now. Really, somebody needs to test this besides just me, I do really want to get 2.4.28-r1 into stable for security.
*** Bug 405073 has been marked as a duplicate of this bug. ***
Closing reported as working bug 404555 comment 11
(In reply to comment #11) > Closing reported as working bug 404555 comment 11 /var/tmp/portage/net-nds/openldap-2.4.24/temp/automake.out * ERROR: net-nds/openldap-2.4.24 failed (prepare phase): * Failed Running automake ! * what i realy must do? i am new in gentoo
(In reply to comment #12) > > /var/tmp/portage/net-nds/openldap-2.4.24/temp/automake.out > * ERROR: net-nds/openldap-2.4.24 failed (prepare phase): > * Failed Running automake ! > * > > what i realy must do? > i am new in gentoo openldap-2.4.28-r1 has been marked stable on amd64; rsync and emerge it.