On Tuesday 30 August 2005 09:44 pm, Didier Casse wrote: > On 8/31/05, Michael Jennings <[EMAIL PROTECTED]> wrote: > > On Sunday, 28 August 2005, at 17:04:11 (+0800), > > > > Didier Casse wrote: > > > Hi all, > > > I get a little snag building rpms of the current cvs Eterm > > > on FC4. It keeps bugging me with the message: > > > > > > ERROR: file '/usr/bin/Eterm' contains a standard rpath '/usr/lib' in > > > [/usr/lib:/ usr/lib/Eterm] > > > > > > See below: > > > > > > > > > [SNIP] > > > + /usr/lib/rpm/find-debuginfo.sh > > > /home/didier/rpmbuild/BUILD/Eterm-0.9.4 extracting debug info from > > > /var/tmp/Eterm-0.9.4-1.20050825cvs-root-root/usr/lib/ > > > libEterm-0.9.4.so > > > extracting debug info from > > > /var/tmp/Eterm-0.9.4-1.20050825cvs-root-root/usr/bin/ Eterm > > > extracting debug info from > > > /var/tmp/Eterm-0.9.4-1.20050825cvs-root-root/usr/bin/ Ettable > > > extracting debug info from > > > /var/tmp/Eterm-0.9.4-1.20050825cvs-root-root/usr/bin/ Esetroot > > > extracting debug info from > > > /var/tmp/Eterm-0.9.4-1.20050825cvs-root-root/usr/bin/ Etbg > > > 0 blocks > > > + /usr/lib/rpm/check-rpaths /usr/lib/rpm/check-buildroot > > > > ^^^^^^^^^^^^ > > This is not in rpm 4.4.1 or 4.4.2 as far as I can tell. Where did > > this script come from? It is a very bad idea and should be disabled.
i wouldnt call it a bad idea ... running automated QA tests on ELF's is a great idea > Gulp :( > <snip> > This is why I use it! The FC3 version do not produce any errors on > Eterm while the FC4 version seems to scream at it. I guess as a way to > solve the problem I could probably disable it and use mzbuild. > > Or I might ask the authors Warren Togami et al. (Fedora US) what the > problem could be with the script at the moment. i dont think anything is wrong with the script ... just taking a guess here, but i think the behavior described is what is supposed to happen with the check-rpaths script ... setting the rpath to the system paths is generally pointless and forces Eterm to load libraries from /usr/lib before looking at user-specified paths (from ld.so.conf or more importantly the LD_LIBRARY_PATH envvar) if you read the ELF spec, it dictates that the dynamic loader will search DT_RPATH paths (/usr/lib and /usr/lib/Eterm here) before checking LD_LIBRARY_PATH had i noticed this myself earlier, i would have patched Eterm in Gentoo to stop forcing 'bogus' rpath's ;) -mike ------------------------------------------------------- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
