Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 60925 - Readline-5.0 changed without a -rX bump fscks other ebuilds
Summary: Readline-5.0 changed without a -rX bump fscks other ebuilds
Status: RESOLVED INVALID
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: AMD64 Linux
: High normal
Assignee: Travis Tilley (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-08-19 12:40 UTC by Richard Reich
Modified: 2004-08-20 11:11 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
Old ebuild (readline-5.0.ebuild,1.76 KB, text/plain)
2004-08-19 12:42 UTC, Richard Reich
Details
New Ebuild (readline-5.0.ebuild,2.09 KB, text/plain)
2004-08-19 12:43 UTC, Richard Reich
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Richard Reich 2004-08-19 12:40:52 UTC
the new readline-5.0 ebuild installes the libs in /usr/lib rather than /lib.   The configure scripts for postgres and php look for readline in /lib.  The old readline-5.0 installs the libs in /lib.  

Reproducible: Always
Steps to Reproduce:
1.need a fresh system
2.try to emerge php or postgresql
3.

Actual Results:  
failed compile

Expected Results:  
completed compile

Why was the ebuild not reved up?
Comment 1 Richard Reich 2004-08-19 12:42:05 UTC
Created attachment 37755 [details]
Old ebuild
Comment 2 Richard Reich 2004-08-19 12:43:10 UTC
Created attachment 37756 [details]
New Ebuild
Comment 3 SpanKY gentoo-dev 2004-08-19 13:47:58 UTC
the shared libraries need to be in /lib with linker scripts in /usr/lib

i'm sure this is just something Lv didnt mean to screw up ... either way, please fix this Lv and rev bump so the few people you broke can become un-broken
Comment 4 Travis Tilley (RETIRED) gentoo-dev 2004-08-19 14:32:12 UTC
it was always configured to use /usr/lib, the ebuild just copied the files over. it still does.

ayanami readline # file /lib/libreadline.so.5.0
/lib/libreadline.so.5.0: ELF 64-bit LSB shared object, AMD x86-64, version 1 (SYSV), stripped

closing bug as worksforme. feel free to re-open if you can explain better what the problem is.
Comment 5 Richard Reich 2004-08-20 06:51:32 UTC
The reason you have the so in /lib is because of the previous version of readline-5.0.  The old libs do not get removed because of the failure to rev the ebuild!  I have repeated this on 2 fresh builds.
Comment 6 Travis Tilley (RETIRED) gentoo-dev 2004-08-20 11:11:48 UTC
an emerge will clean out the previous instance even without a revision bump, and i had 4.x installed. but just to make you happy:

ayanami readline # CONF_LIBDIR="" ebuild readline-5.0.ebuild clean unpack compile install

(compile messages)

ayanami readline # file /var/tmp/portage/readline-5.0/image/lib/libreadline.so.5.0
/var/tmp/portage/readline-5.0/image/lib/libreadline.so.5.0: ELF 64-bit LSB shared object, AMD x86-64, version 1 (SYSV), not stripped


so, it installs readline to lib in the image it's about to merge to root. the file that it installs to /usr/lib/ is just a linker script that points to lib:

ayanami readline # file /var/tmp/portage/readline-5.0/image/usr/lib/libreadline.so
/var/tmp/portage/readline-5.0/image/usr/lib/libreadline.so: ASCII C program text
ayanami readline # cat /var/tmp/portage/readline-5.0/image/usr/lib/libreadline.so
/* GNU ld script
   Because Gentoo have critical dynamic libraries
   in /lib, and the static versions in /usr/lib, we
   need to have a "fake" dynamic lib in /usr/lib,
   otherwise we run into linking problems.
   See bug #4411 on http://bugs.gentoo.org/ for
   more info.  */
GROUP ( /lib/libreadline.so )


re-closing bug as invalid.