A few more recent ooopses on FC1
Dean Takemori <[email protected]>
| Newsgroups | gmane.linux.freshrpms.user |
|---|---|
| Message-ID | <[email protected]> |
Thanks for the perl-Test-Base addition, which fixes the dependency problem I reported a little while ago. But clearing that up revealed an issue with the recent 3.6 beta rar. Apparently rarlabs links their latest rar 3.6 beta to a newer libc++ than is available on Fedora Core 1. >rpm -ivh rar-3.6.0-0.1.beta2.rf.i386.rpm >error: Failed dependencies: > libstdc++.so.6 is needed by rar-3.6.0-0.1.beta2.rf > libstdc++.so.6(GLIBCXX_3.4) is needed by rar-3.6.0-0.1.beta2.rf or if you look at the binaries themselves ... >ldd rar unrar >rar: > libstdc++.so.6 => not found > libm.so.6 => /lib/tls/libm.so.6 (0x00283000) > libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00591000) > libc.so.6 => /lib/tls/libc.so.6 (0x0014c000) > /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x00134000) >unrar: > libstdc++.so.6 => not found > libm.so.6 => /lib/tls/libm.so.6 (0x00283000) > libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00591000) > libc.so.6 => /lib/tls/libc.so.6 (0x0014c000) > /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x00134000) Fortunately unrar-3.6.2-1.rf.src.rpm still builds and appears to work. Also fortunately, rarlabs provides a rar_static in their binary tarball. I don't know enough .SPEC to provide a patch, but I guess the proper behavior is to install rar_static on older distros (RH9, FC1 etc.) As usual, great job guys! -dean takemori