6:28 a.m.
It seems many packages don't include the Requires needed to use OpenSSL. I
just updated, and now git doesn't work:
$ /usr/bin/git
/usr/bin/git: error while loading shared libraries: libcrypto.so.7: cannot open shared
object file: No such file or directory
Trying to build assorted stuff:
make: *** Waiting for unfinished jobs....
/usr/bin/ld: warning: libssl.so.7, needed by /usr/lib64/libssh2.so.1, not found (try
using -rpath or -rpath-link)
/usr/bin/ld: warning: libcrypto.so.7, needed by /usr/lib64/libssh2.so.1, not found (try
using -rpath or -rpath-link)
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de Informatica Fono: +56 32 2654431
Universidad Tecnica Federico Santa Maria +56 32 2654239
Casilla 110-V, Valparaiso, Chile 2340000 Fax: +56 32 2797513
6:32 a.m.
Hi.
On Fri, 16 Jan 2009 09:28:08 -0300, Horst H. von Brand wrote:
/usr/bin/git: error while loading shared libraries:
libcrypto.so.7:
cannot open shared object file: No such file or directory
The problem is that the openssl package was supposed to contain symlinks for
libssl.so.7 and libcryoto.so.7, and rpm -ql says that the package does contain
them, but they are, in fact, missing from the filesystem.
6:46 a.m.
On Fri, 2009-01-16 at 13:32 +0100, Ralf Ertzinger wrote:
Hi.
On Fri, 16 Jan 2009 09:28:08 -0300, Horst H. von Brand wrote:
> /usr/bin/git: error while loading shared libraries: libcrypto.so.7:
> cannot open shared object file: No such file or directory
The problem is that the openssl package was supposed to contain symlinks for
libssl.so.7 and libcryoto.so.7, and rpm -ql says that the package does contain
them, but they are, in fact, missing from the filesystem.
I have tested it, but apparently the hack doesn't work in 100% cases.
The ldconfig probably removes the symlinks in some cases. :(
I call ldconfig -X in the %post of openssl which should update the cache
and not remove the symlinks. Any subsequent calls to ldconfig should not
remove the symlinks - at least they do not on the system where I tested
that. So there must be someting else in play.
For example in the mock builds the symlinks work otherwise many of the
rebuilds which I've already done would fail.
--
Tomas Mraz
No matter how far down the wrong road you've gone, turn back.
Turkish proverb
6:51 a.m.
Hi.
On Fri, 16 Jan 2009 13:46:25 +0100, Tomas Mraz wrote:
I call ldconfig -X in the %post of openssl which should update the
cache and not remove the symlinks. Any subsequent calls to ldconfig
should not remove the symlinks - at least they do not on the system
where I tested that. So there must be someting else in play.
I manually created the two symlinks, and subsequent calls to ldconfig
do not remove them, either.
7:04 a.m.
On Fri, 2009-01-16 at 13:51 +0100, Ralf Ertzinger wrote:
Hi.
On Fri, 16 Jan 2009 13:46:25 +0100, Tomas Mraz wrote:
> I call ldconfig -X in the %post of openssl which should update the
> cache and not remove the symlinks. Any subsequent calls to ldconfig
> should not remove the symlinks - at least they do not on the system
> where I tested that. So there must be someting else in play.
I manually created the two symlinks, and subsequent calls to ldconfig
do not remove them, either.
I added a hack to create the symlinks in %post if they do not exist.
Hopefully that helps. I'm building openssl-0.9.8j-2.fc11 just now.
--
Tomas Mraz
No matter how far down the wrong road you've gone, turn back.
Turkish proverb
7:33 a.m.
On Fri, Jan 16, 2009 at 02:04:59PM +0100, Tomas Mraz wrote:
On Fri, 2009-01-16 at 13:51 +0100, Ralf Ertzinger wrote:
> Hi.
>
> On Fri, 16 Jan 2009 13:46:25 +0100, Tomas Mraz wrote:
>
> > I call ldconfig -X in the %post of openssl which should update the
> > cache and not remove the symlinks. Any subsequent calls to ldconfig
> > should not remove the symlinks - at least they do not on the system
> > where I tested that. So there must be someting else in play.
>
> I manually created the two symlinks, and subsequent calls to ldconfig
> do not remove them, either.
I added a hack to create the symlinks in %post if they do not exist.
Hopefully that helps. I'm building openssl-0.9.8j-2.fc11 just now.
I have the -3 release installed here and it doesn't seem to work:
# wget
wget: error while loading shared libraries: libcrypto.so.7: cannot open shared object
file: No such file or directory
(same with other programs like git)
# rpm -q openssl
openssl-0.9.8j-3.fc11.x86_64
# rpm -q --scripts openssl
postinstall scriptlet (using /bin/sh):
if [ "$(readlink /lib64/libcrypto.so.7)" != libcrypto.so.0.9.8j ] ; then
ln -sf libcrypto.so.0.9.8j /lib64/libcrypto.so.7 || :
fi
if [ "$(readlink /lib64/libssl.so.7)" != libssl.so.0.9.8j ] ; then
ln -sf libssl.so.0.9.8j /lib64/libssl.so.7 || :
fi
/sbin/ldconfig -X
postuninstall scriptlet (using /bin/sh):
/sbin/ldconfig -X
postinstall scriptlet (using /bin/sh):
/sbin/ldconfig -X
postuninstall scriptlet (using /bin/sh):
/sbin/ldconfig -X
# ll /lib64/libcrypto.so.*
-rwxr-xr-x 1 root root 1570656 2009-01-16 16:19 /lib64/libcrypto.so.0.9.8j
lrwxrwxrwx 1 root root 19 2009-01-17 12:26 /lib64/libcrypto.so.8 ->
libcrypto.so.0.9.8j
Anything else I need to try?
Rich.
--
Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones
virt-p2v converts physical machines to virtual machines. Boot with a
live CD or over the network (PXE) and turn machines into Xen guests.
http://et.redhat.com/~rjones/virt-p2v
1:23 p.m.
On Sat, 2009-01-17 at 13:33 +0000, Richard W.M. Jones wrote:
On Fri, Jan 16, 2009 at 02:04:59PM +0100, Tomas Mraz wrote:
> On Fri, 2009-01-16 at 13:51 +0100, Ralf Ertzinger wrote:
> > Hi.
> >
> > On Fri, 16 Jan 2009 13:46:25 +0100, Tomas Mraz wrote:
> >
> > > I call ldconfig -X in the %post of openssl which should update the
> > > cache and not remove the symlinks. Any subsequent calls to ldconfig
> > > should not remove the symlinks - at least they do not on the system
> > > where I tested that. So there must be someting else in play.
> >
> > I manually created the two symlinks, and subsequent calls to ldconfig
> > do not remove them, either.
>
> I added a hack to create the symlinks in %post if they do not exist.
> Hopefully that helps. I'm building openssl-0.9.8j-2.fc11 just now.
I have the -3 release installed here and it doesn't seem to work:
That's definitely weird - I'm really curious how do the links get
removed. On my local rawhide install it does not happen. Does it happen
for you on fresh install of rawhide or during updating?
# wget
wget: error while loading shared libraries: libcrypto.so.7: cannot open shared object
file: No such file or directory
(same with other programs like git)
# rpm -q openssl
openssl-0.9.8j-3.fc11.x86_64
# rpm -q --scripts openssl
postinstall scriptlet (using /bin/sh):
if [ "$(readlink /lib64/libcrypto.so.7)" != libcrypto.so.0.9.8j ] ; then
ln -sf libcrypto.so.0.9.8j /lib64/libcrypto.so.7 || :
fi
if [ "$(readlink /lib64/libssl.so.7)" != libssl.so.0.9.8j ] ; then
ln -sf libssl.so.0.9.8j /lib64/libssl.so.7 || :
fi
/sbin/ldconfig -X
postuninstall scriptlet (using /bin/sh):
/sbin/ldconfig -X
postinstall scriptlet (using /bin/sh):
/sbin/ldconfig -X
postuninstall scriptlet (using /bin/sh):
/sbin/ldconfig -X
Now this is really weird - it seems that there are the old
scriptlets
from 0.9.8j-1.fc11 in the rpm database as well. How could that happen?
On my install it reports just the first two scriptlets.
# ll /lib64/libcrypto.so.*
-rwxr-xr-x 1 root root 1570656 2009-01-16 16:19 /lib64/libcrypto.so.0.9.8j
lrwxrwxrwx 1 root root 19 2009-01-17 12:26 /lib64/libcrypto.so.8 ->
libcrypto.so.0.9.8j
Anything else I need to try?
At least you could try to reinstall the 0.9.8j-3.fc11
whether it helps.
--
Tomas Mraz
No matter how far down the wrong road you've gone, turn back.
Turkish proverb
2:04 p.m.
Tomas Mraz wrote:
Now this is really weird - it seems that there are the old
scriptlets
from 0.9.8j-1.fc11 in the rpm database as well. How could that happen?
The postuninstall scriptlet from the old package is run during upgrades.
(It's run AFTER the postinstall scriptlet of the new one. RPM installs the
new package, then removes the old one. Of course only the files which are
not in the new package are removed. But the postun scriptlet is run.)
Kevin Kofler
3:02 p.m.
On Sat, 2009-01-17 at 21:04 +0100, Kevin Kofler wrote:
Tomas Mraz wrote:
> Now this is really weird - it seems that there are the old scriptlets
> from 0.9.8j-1.fc11 in the rpm database as well. How could that happen?
The postuninstall scriptlet from the old package is run during upgrades.
(It's run AFTER the postinstall scriptlet of the new one. RPM installs the
new package, then removes the old one. Of course only the files which are
not in the new package are removed. But the postun scriptlet is run.)
That could make sense. In case the old package uninstalled is the 0.9.8g
version it will probably cause the %postun ldconfig to remove the
symlink. I've added a triggerpostun scriptlet to reinstate the symlinks
if they are missing to openssl-0.9.8j-5.fc11.
--
Tomas Mraz
No matter how far down the wrong road you've gone, turn back.
Turkish proverb
2:35 a.m.
On Sat, 17 Jan 2009 21:04:46 +0100, Kevin wrote:
Tomas Mraz wrote:
> Now this is really weird - it seems that there are the old scriptlets
> from 0.9.8j-1.fc11 in the rpm database as well. How could that happen?
The postuninstall scriptlet from the old package is run during upgrades.
(It's run AFTER the postinstall scriptlet of the new one. RPM installs the
new package, then removes the old one. Of course only the files which are
not in the new package are removed. But the postun scriptlet is run.)
You explain scriptlet ordering here, but Richard quoted the following:
| $ rpm -q openssl
| openssl-0.9.8j-3.fc11.x86_64
A single openssl package in the RPM database.
| # rpm -q --scripts openssl
| postinstall scriptlet (using /bin/sh):
| if [ "$(readlink /lib64/libcrypto.so.7)" != libcrypto.so.0.9.8j ] ; then
| ln -sf libcrypto.so.0.9.8j /lib64/libcrypto.so.7 || :
| fi
| if [ "$(readlink /lib64/libssl.so.7)" != libssl.so.0.9.8j ] ; then
| ln -sf libssl.so.0.9.8j /lib64/libssl.so.7 || :
| fi
| /sbin/ldconfig -X
| postuninstall scriptlet (using /bin/sh):
| /sbin/ldconfig -X
| postinstall scriptlet (using /bin/sh):
| /sbin/ldconfig -X
| postuninstall scriptlet (using /bin/sh):
| /sbin/ldconfig -X
Two postun and two post scriplets for a single package. There is no "old"
package until you give RPM a newer package for an upgrade transaction.
Here there should only be a single pair of postun/post scriptlets for
the installed 0.9.8j-3.fc11 pkg.
3 a.m.
On Mon, Jan 19, 2009 at 09:35:35AM +0100, Michael Schwendt wrote:
Two postun and two post scriplets for a single package. There is no
"old"
package until you give RPM a newer package for an upgrade transaction.
Here there should only be a single pair of postun/post scriptlets for
the installed 0.9.8j-3.fc11 pkg.
I don't quite understand what's going on here either. I rebuilt the
RPM database, did yum clean all, and upgraded openssl to the latest -5
package, and finally I have the /lib64/libcrypto.so.7 link.
Rich.
--
Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones
virt-p2v converts physical machines to virtual machines. Boot with a
live CD or over the network (PXE) and turn machines into Xen guests.
http://et.redhat.com/~rjones/virt-p2v
8:47 a.m.
Ralf Ertzinger <fedora(a)camperquake.de> wrote:
On Fri, 16 Jan 2009 09:28:08 -0300, Horst H. von Brand wrote:
> /usr/bin/git: error while loading shared libraries: libcrypto.so.7:
> cannot open shared object file: No such file or directory
The problem is that the openssl package was supposed to contain symlinks for
libssl.so.7 and libcryoto.so.7, and rpm -ql says that the package does contain
them, but they are, in fact, missing from the filesystem.
I created them by hand, and that doesn't work either.
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de Informatica Fono: +56 32 2654431
Universidad Tecnica Federico Santa Maria +56 32 2654239
Casilla 110-V, Valparaiso, Chile 2340000 Fax: +56 32 2797513
8:51 a.m.
is this library for x86_64 or x86 ? check it.
2009/1/16 Horst H. von Brand <vonbrand(a)inf.utfsm.cl>:
Ralf Ertzinger <fedora(a)camperquake.de> wrote:
> On Fri, 16 Jan 2009 09:28:08 -0300, Horst H. von Brand wrote:
>
> > /usr/bin/git: error while loading shared libraries: libcrypto.so.7:
> > cannot open shared object file: No such file or directory
>
> The problem is that the openssl package was supposed to contain symlinks for
> libssl.so.7 and libcryoto.so.7, and rpm -ql says that the package does contain
> them, but they are, in fact, missing from the filesystem.
I created them by hand, and that doesn't work either.
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de Informatica Fono: +56 32 2654431
Universidad Tecnica Federico Santa Maria +56 32 2654239
Casilla 110-V, Valparaiso, Chile 2340000 Fax: +56 32 2797513
--
fedora-devel-list mailing list
fedora-devel-list(a)redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
9:10 a.m.
pronix pronix <pronix.service(a)gmail.com> wrote:
is this library for x86_64 or x86 ? check it.
You are right, too long a time knowing only /lib /usr/lib :-(
Will try again.
OK, after reinstalling the offending packages, then I had _broken_ symlinks:
libssl.so.7 --> libssl.so.0.9.8g (old version!). Fixed those by hand, now
it works.
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de Informatica Fono: +56 32 2654431
Universidad Tecnica Federico Santa Maria +56 32 2654239
Casilla 110-V, Valparaiso, Chile 2340000 Fax: +56 32 2797513
1:13 p.m.
Horst H. von Brand wrote:
OK, after reinstalling the offending packages, then I had _broken_
symlinks: libssl.so.7 --> libssl.so.0.9.8g (old version!). Fixed those by
hand, now it works.
The sooner we can get everything rebuilt and those wacky symlinks removed,
the better.
Kevin Kofler
1:35 p.m.
On Fri, 2009-01-16 at 20:13 +0100, Kevin Kofler wrote:
Horst H. von Brand wrote:
> OK, after reinstalling the offending packages, then I had _broken_
> symlinks: libssl.so.7 --> libssl.so.0.9.8g (old version!). Fixed those by
> hand, now it works.
The sooner we can get everything rebuilt and those wacky symlinks removed,
the better.
Kevin Kofler
This is why I didn't want this done a couple days before the alpha
freeze. *grumble*
--
Jesse Keating
Fedora -- Freedom² is a feature!
identi.ca: http://identi.ca/jkeating
5569
days inactive
5572
days old
15 comments
8 participants
participants (8)
-
dima vasiletc -
Horst H. von Brand -
Jesse Keating -
Kevin Kofler -
Michael Schwendt -
Ralf Ertzinger -
Richard W.M. Jones -
Tomas Mraz