Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 39149 - shadow- doesn't provide
Summary: shadow- doesn't provide
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All All
: High normal (vote)
Assignee: Gentoo's Team for Core System packages
Depends on: 37725
  Show dependency tree
Reported: 2004-01-23 04:20 UTC by Andrei Ivanov
Modified: 2004-05-06 14:23 UTC (History)
6 users (show)

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


Note You need to log in before you can comment on or make changes to this bug.
Description Andrei Ivanov 2004-01-23 04:20:02 UTC
After upgrading to shadow-, screen complains:

screen: error while loading shared libraries: cannot open shared object file: No such file or directory

shadow contains only these in /usr/lib:


Portage 2.0.50_pre19 (default-x86-1.4, gcc-3.3.2, glibc-2.3.3_pre20040117-r0, 2.4.20-gentoo-r8)
System uname: 2.4.20-gentoo-r8 i686 Pentium III (Coppermine)
Gentoo Base System version
Autoconf: sys-devel/autoconf-2.59
Automake: sys-devel/automake-1.7.8
CFLAGS="-march=pentium3 -O3 -pipe -fomit-frame-pointer -fprefetch-loop-arrays -ffast-math -fforce-addr -falign-functions=4 -mfpmath=sse"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/alias /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d"
CXXFLAGS="-march=pentium3 -O3 -pipe -fomit-frame-pointer -fprefetch-loop-arrays -ffast-math -fforce-addr -falign-functions=4 -mfpmath=sse"
FEATURES="autoaddcvs ccache fixpackages sandbox sfperms userpriv usersandbox"
USE="acl adns apache2 berkdb crypt curl gd gdbm gif gpm imap innodb java jpeg ldap libg++ libwww maildir memlimit ncurses nls noauthcram oss pam pdflib pg-hier pg-intdatetime pg-vacuumdelay png python readline samba slang slp spell sse ssl tcpd tiff truetype x86 xml xml2 zlib"
Comment 1 Andrei Ivanov 2004-01-23 04:27:42 UTC
Anyway... I've rebuilt screen, and everything seems to fine now.... but this shouldn't have happened, I guess..
Comment 2 SpanKY gentoo-dev 2004-01-23 20:22:33 UTC
see bug 37725 for more information as to why .so went away
Comment 3 Andrei Ivanov 2004-01-23 23:34:19 UTC
Hmm.. I don't really care if shadow provides a .so or an .a
All I want is my system not to be screwed up my changes like these...
Comment 4 Shan Destromp 2004-01-24 12:17:11 UTC
This causes issues with KDE apps as well (including but not limited to kuser).  For the record, this is persistent with versions of shadow both as x86, and ~x86, and likely for other arches as well.
Comment 5 Brian Jackson (RETIRED) gentoo-dev 2004-01-27 20:20:14 UTC
This affects courier also.

Maybe someone could add a note to the postinst of the ebuild on the off chance that a user will actually see it.
Comment 6 Andrei Ivanov 2004-01-27 23:23:09 UTC
The thing is that I might miss such a comment if I update many packages at once... maybe the comments for all packages should be displayed after all the packages got emerged... but I guess that's another problem.
Comment 7 Aron Griffis (RETIRED) gentoo-dev 2004-01-28 05:27:51 UTC
spanky, comment #2 doesn't make sense to me.  I don't see why went away.  I made shadow-4.0.3-r10.ebuild which enables the shared object.  It appears that my changes were reverted in the version bump.
Comment 8 SpanKY gentoo-dev 2004-01-28 05:36:23 UTC
i know aron and i was giving a link to another bug about why the .so was being added/removed

i dont really care whether .so exists or not so long as my stuff doesnt break when i upgrade
Comment 9 Martin Schlemmer (RETIRED) gentoo-dev 2004-01-28 09:51:47 UTC
Aron, because we cannot move login, etc.  Best bet is with the -fPIC fix.

Comment 10 Aron Griffis (RETIRED) gentoo-dev 2004-05-06 14:23:14 UTC
ok, not going to provide