Why are my dependecies broken?
I upgraded Fed 8 to Fed 9 yesterday and have noticed this:
git: error while loading shared libraries: libssl.so.6: cannot open shared object file: No such file or directory
This is just one of a number of failed dependecies. I´ve tried reinstalling openssl and git but it doesn´t change things. I do have about 400 updates pending according to the update manager. That´s because I can´t be bothered downloading all the updates yet.
This is a list of my repositories. repo id repo name status adobe-linux-i386 Adobe Systems Incorporated enabled : 17 fedora Fedora 9 - i386 enabled : 9,897 livna Livna for Fedora Core 9 - i386 - Base enabled : 967 updates Fedora 9 - i386 - Updates enabled : 10 updates-newkey Fedora 9 - i386 - Updates Newkey enabled : 4,612 repolist: 15,503
This is the version of openssl installed:
Package openssl-0.9.8g-9.fc9.i686 already installed and latest version
Thanks
And this is the output from ls -l /usr/lib/libssl*: sashan@grendel ~/c/git-sunya> ls -l /usr/lib/libssl* lrwxrwxrwx 1 root root 20 2008-11-06 22:25 /usr/lib/libssl3.so -> ../../lib/libssl3.so* -rw-r--r-- 1 root root 469806 2008-05-29 04:13 /usr/lib/libssl.a lrwxrwxrwx 1 root root 26 2008-11-06 22:22 /usr/lib/libssl.so -> ../../lib/libssl.so.0.9.8g* sashan@grendel ~/c/git-sunya>
On Thu, Nov 06, 2008 at 10:40:25PM +1100, Sashan Govender wrote:
Why are my dependecies broken?
I upgraded Fed 8 to Fed 9 yesterday and have noticed this:
git: error while loading shared libraries: libssl.so.6: cannot open shared object file: No such file or directory
This is just one of a number of failed dependecies. I´ve tried reinstalling openssl and git but it doesn´t change things. I do have
Do a make clean and then make install, so that the new library is used.
Sashan Govender wrote:
Why are my dependecies broken?
I upgraded Fed 8 to Fed 9 yesterday and have noticed this:
git: error while loading shared libraries: libssl.so.6: cannot open shared object file: No such file or directory
Where did the git package come from? Can you post the output of "rpm -qi git"?
The git I have installed (f9, clean install, 64-bit) is:
git-1.5.6.5-1.fc9.x86_64
It depends on libssl.so.7 and libssl3.so:
$ ldd `which git` | grep ssl libssl3.so => /lib64/libssl3.so (0x00000033eb600000) libssl.so.7 => /lib64/libssl.so.7 (0x00000033e4e00000)
These are provided by openssl-0.9.8g-9.fc9.
Regards, Bryn.
Bryn M. Reeves wrote:
$ ldd `which git` | grep ssl libssl3.so => /lib64/libssl3.so (0x00000033eb600000) libssl.so.7 => /lib64/libssl.so.7 (0x00000033e4e00000)
These are provided by openssl-0.9.8g-9.fc9.
Sorry - the libssl3.so library is provided by nss-3.12.1.1-1.fc9.x86_64, but I think your problem is with the git package you have installed.
Regards, Bryn.
On Thu, Nov 6, 2008 at 11:49 PM, Bryn M. Reeves bmr@redhat.com wrote:
Sashan Govender wrote:
Why are my dependecies broken?
I upgraded Fed 8 to Fed 9 yesterday and have noticed this:
git: error while loading shared libraries: libssl.so.6: cannot open shared object file: No such file or directory
Where did the git package come from? Can you post the output of "rpm -qi git"?
The git I have installed (f9, clean install, 64-bit) is:
git-1.5.6.5-1.fc9.x86_64
It depends on libssl.so.7 and libssl3.so:
$ ldd `which git` | grep ssl libssl3.so => /lib64/libssl3.so (0x00000033eb600000) libssl.so.7 => /lib64/libssl.so.7 (0x00000033e4e00000)
These are provided by openssl-0.9.8g-9.fc9.
[root@grendel downloads]# rpm -qi git Name : git Relocations: (not relocatable) Version : 1.5.6.5 Vendor: Fedora Project Release : 1.fc9 Build Date: Wed 22 Oct 2008 11:42:24 PM EST Install Date: Fri 07 Nov 2008 12:10:50 AM EST Build Host: x86-3.fedora.phx.redhat.com Group : Development/Tools Source RPM: git-1.5.6.5-1.fc9.src.rpm Size : 9568901 License: GPLv2 Signature : DSA/SHA1, Thu 23 Oct 2008 11:42:36 AM EST, Key ID 62aec3dc6df2196f Packager : Fedora Project URL : http://kernel.org/pub/software/scm/git/ Summary : Core git tools Description : Git is a fast, scalable, distributed revision control system with an unusually rich command set that provides both high-level operations and full access to internals.
The git rpm installs the core tools with minimal dependencies. To install all git packages, including tools for integrating with other SCMs, install the git-all meta-package. [root@grendel downloads]#
[root@grendel downloads]# ldd `which git` | grep ssl libssl3.so => /lib/libssl3.so (0x049b6000) libssl.so.7 => /lib/libssl.so.7 (0x03c15000) [root@grendel downloads]#
[root@grendel downloads]# rpm -qi openssl Name : openssl Relocations: (not relocatable) Version : 0.9.8g Vendor: Fedora Project Release : 9.fc9 Build Date: Thu 29 May 2008 04:15:22 AM EST Install Date: Thu 06 Nov 2008 10:21:02 PM EST Build Host: xenbuilder1.fedora.redhat.com Group : System Environment/Libraries Source RPM: openssl-0.9.8g-9.fc9.src.rpm Size : 3680629 License: OpenSSL Signature : DSA/SHA1, Fri 29 Aug 2008 08:18:11 AM EST, Key ID 62aec3dc6df2196f Packager : Fedora Project URL : http://www.openssl.org/ Summary : The OpenSSL toolkit Description : The OpenSSL toolkit provides support for secure communications between machines. OpenSSL includes a certificate management tool and shared libraries which provide various cryptographic algorithms and protocols. [root@grendel downloads]#
Sashan Govender wrote:
[root@grendel downloads]# ldd `which git` | grep ssl libssl3.so => /lib/libssl3.so (0x049b6000) libssl.so.7 => /lib/libssl.so.7 (0x03c15000) [root@grendel downloads]#
Well, it sure looks like git is looking for the right SSL library. Do you still get the error when running git (the package looks to have been installed recently, but I think your clocks wrong - the -qi output says it was installed tomorrow :-)?
Regards, Bryn.
On Fri, Nov 7, 2008 at 12:24 AM, Bryn M. Reeves bmr@redhat.com wrote:
Sashan Govender wrote:
[root@grendel downloads]# ldd `which git` | grep ssl libssl3.so => /lib/libssl3.so (0x049b6000) libssl.so.7 => /lib/libssl.so.7 (0x03c15000) [root@grendel downloads]#
Well, it sure looks like git is looking for the right SSL library. Do you still get the error when running git (the package looks to have been installed recently, but I think your clocks wrong - the -qi output says it was installed tomorrow :-)?
Thatś because I´m in Australia. Itś 12:27 AM 7th November now.
On Fri, Nov 7, 2008 at 12:24 AM, Bryn M. Reeves bmr@redhat.com wrote:
Sashan Govender wrote:
[root@grendel downloads]# ldd `which git` | grep ssl libssl3.so => /lib/libssl3.so (0x049b6000) libssl.so.7 => /lib/libssl.so.7 (0x03c15000) [root@grendel downloads]#
Well, it sure looks like git is looking for the right SSL library. Do you still get the error when running git (the package looks to have been installed recently, but I think your clocks wrong - the -qi output says it was installed tomorrow :-)?
What the hell, git works now. I have no idea what changed. It´s not looking for libssl.so.6 anymore.
Sashan Govender wrote:
On Fri, Nov 7, 2008 at 12:24 AM, Bryn M. Reeves bmr@redhat.com wrote:
Sashan Govender wrote:
[root@grendel downloads]# ldd `which git` | grep ssl libssl3.so => /lib/libssl3.so (0x049b6000) libssl.so.7 => /lib/libssl.so.7 (0x03c15000) [root@grendel downloads]#
Well, it sure looks like git is looking for the right SSL library. Do you still get the error when running git (the package looks to have been installed recently, but I think your clocks wrong - the -qi output says it was installed tomorrow :-)?
Thatś because I´m in Australia. Itś 12:27 AM 7th November now.
Then your timezone's wrong:
Install Date: Fri 07 Nov 2008 12:10:50 AM EST
Fri 07 Nov 2008 12AM **EST** is still in the future.
But anyway, that's not the cause of your problem - does git actually work now?
Regards, Bryn.
Sashan Govender wrote:
On Fri, Nov 7, 2008 at 12:24 AM, Bryn M. Reeves bmr@redhat.com wrote:
Sashan Govender wrote:
[root@grendel downloads]# ldd `which git` | grep ssl libssl3.so => /lib/libssl3.so (0x049b6000) libssl.so.7 => /lib/libssl.so.7 (0x03c15000) [root@grendel downloads]#
Well, it sure looks like git is looking for the right SSL library. Do you still get the error when running git (the package looks to have been installed recently, but I think your clocks wrong - the -qi output says it was installed tomorrow :-)?
What the hell, git works now. I have no idea what changed. It´s not looking for libssl.so.6 anymore.
I suspect when you re-installed it you replaced some stale version that was linked against libssl.so.6 with the current f9 package that correctly links against libssl.so.7.
Regards, Bryn.
2008/11/7 Bryn M. Reeves bmr@redhat.com:
Sashan Govender wrote:
On Fri, Nov 7, 2008 at 12:24 AM, Bryn M. Reeves bmr@redhat.com wrote:
Sashan Govender wrote:
[root@grendel downloads]# ldd `which git` | grep ssl libssl3.so => /lib/libssl3.so (0x049b6000) libssl.so.7 => /lib/libssl.so.7 (0x03c15000) [root@grendel downloads]#
Well, it sure looks like git is looking for the right SSL library. Do you still get the error when running git (the package looks to have been installed recently, but I think your clocks wrong - the -qi output says it was installed tomorrow :-)?
Thatś because I´m in Australia. Itś 12:27 AM 7th November now.
Then your timezone's wrong:
Install Date: Fri 07 Nov 2008 12:10:50 AM EST
Fri 07 Nov 2008 12AM **EST** is still in the future.
I think that´s just a name conflict. EST is also used here. http://www.timeanddate.com/library/abbreviations/timezones/au/est.html. And besides everything else tells me my timezone is My timezone is set to Melbourne, Australia. Also a diff /etc/localtime /usr/share/zoneinfo/Australia/Melbourne shows no difference.
Sashan Govender wrote:
I think that´s just a name conflict. EST is also used here. http://www.timeanddate.com/library/abbreviations/timezones/au/est.html. And besides everything else tells me my timezone is My timezone is set to Melbourne, Australia. Also a diff /etc/localtime /usr/share/zoneinfo/Australia/Melbourne shows no difference.
Ah, I beg your pardon - didn't realise .au re-used EST.
Cheers, Bryn.
On Thu, 2008-11-06 at 14:03 +0000, Bryn M. Reeves wrote:
didn't realise .au re-used EST.
There are a few generically named time zones, like CST (central standard time), etc., that are used by more than one or two countries. Some also get known by two names, e.g. EST or AEST, where the A prefix is meant to mean Australia. But it's still ripe for problems.
I remember the fun of trying to work out when to watch a space launch, when the NASA website mentions a time, but failed to mention what timezone. You'd think, they of all people, would know they get international on-lookers, and specify one, or advertise using GMT.