Click to See Complete Forum and Search --> : libFlac / rpm dependency problem


ArtVandelay
12-21-2005, 03:02 AM
I've run into about 3 pieces of software now that won't
install due to depending on libFlac.
up2date and the rpm command itself both yield said dependency
issue.

Example:

root@localhost local_repository]# up2date xine
...
Unresolvable chain of dependencies:
xine-lib 1.1.0-1.1.fc3.rf requires libFLAC.so.4



Upon some inspection, it appears I have a newer version than this
already: libFLAC.so.7.0.0


[root@localhost lib]# pwd
/usr/lib
[root@localhost lib]# ls -al | grep -i "flac"
...
... libFLAC.so -> libFLAC.so.7.0.0
... libFLAC.so.7.0.0
...


I've tried manually making a symbolic link to it with the name libFLAC.so.4
(sort of imitating what was automatically done for me with libFLAC.so above),
but up2date /rpm don't seem to acknowledge this when checking for
dependencies.

Up until now, it seemed as though up2date would always make new
symbolic links for me, as well as tons of other details I probably
don't even want to know about.

The only thing I might think to try is to find an actual genuine
libFLAC.so.4 from somewhere and plunk it into /usr/lib

If anyone has a better idea though, I'm listening.
Thanks.

leonpmu
12-21-2005, 05:09 AM
Nope make your symlink called libFLAC.so.4 not just .so as it is looking for that. If it still doesn't work, then do an rpm -Uvh --force --nodeps [rpm-file].

gnu2tux
12-21-2005, 02:38 PM
Could it be that you installed libFLAC through a .src.rpm or .tar.gz (source tarball)?

If this is the case, RPM won't know that libFLAC is installed - and I would recommend getting the distributors libFLAC rpm either from the CD or from their website or mirror (eg rpmfind.net or rpm.pbone.net)

Definitely check that out before you go forcing an install with rpm --force. RPM say's it can't figure out the dependency for a reason!

Cheers,

Ali Ross

ArtVandelay
12-21-2005, 07:27 PM
I went on the net and finally stumbled on libFLAC4-1.1.0-4.2.rhfc3.at.i386.rpm
which is somewhat what gnu2tux said to do. This is the only rpm that
actually said it provided libFLAC.so.4 and actually did as advertized! (I tried other
ones that claimed to provide it as well. One I tried was flac-1.1.0-7.i386.rpm and
it told me I had the newest version of flac already)

The one that saved the day was found here:
http://rpm.pbone.net/index.php3/stat/4/idpl/2067790/com/libFLAC4-1.1.0-4.2.rhfc3.at.i386.rpm.html
also as hinted at by gnu2tux

Now I get this:

[root@localhost lib]# pwd
/usr/lib
[root@localhost lib]# ls -al | grep -i "FLAC"
-rw-r--r-- 1 root root 308044 Apr 21 2005 libFLAC.a
-rw-r--r-- 1 root root 162492 Apr 21 2005 libFLAC++.a
lrwxrwxrwx 1 root root 16 Jul 6 22:42 libFLAC.so -> libFLAC.so.7.0.0
lrwxrwxrwx 1 root root 18 Jul 6 22:42 libFLAC++.so -> libFLAC++.so.5.0.0

lrwxrwxrwx 1 root root 16 Dec 21 15:04 libFLAC.so.4 -> libFLAC.so.4.1.2
-rwxr-xr-x 1 root root 233776 Jan 19 2005 libFLAC.so.4.1.2

lrwxrwxrwx 1 root root 18 Jul 6 19:53 libFLAC++.so.5 -> libFLAC++.so.5.0.0
-rwxr-xr-x 1 root root 122600 Apr 21 2005 libFLAC++.so.5.0.0
lrwxrwxrwx 1 root root 16 Jul 6 19:53 libFLAC.so.7 -> libFLAC.so.7.0.0
-rwxr-xr-x 1 root root 218980 Apr 21 2005 libFLAC.so.7.0.0



Note that it planted an entirely new lib file in there (libFLAC.so.4.1.2)
and made the symbolic link to it as well (libFLAC.so.4).
I guess that means that libFLAC.so.7.0.0 was not an appropriate
file to make said symbolic link to. Maybe they change too much
from version to version, otherwise leonpmu's suggestion might
have been on the money.

Thanks for your help, and I thought I'd share the details because
I doubt I'm the only one getting flac from flac.

Now I have xine and I can watch the ghostbusters DVD!