Description of problem: Loading SRFI-13 (the string library) gives the following error message. guile> byrd:~/usr/src/lilypond$ /usr/bin/guile guile> (use-modules (srfi srfi-13)) /usr/share/guile/1.6/srfi/srfi-13.scm:159:1: In procedure dynamic-link in expression (load-extension "libguile-srfi-srfi-13-14-v-1" "scm_init_srfi_13"): /usr/share/guile/1.6/srfi/srfi-13.scm:159:1: file: "libguile-srfi-srfi-13-14-v-1", message: "libguile-srfi-srfi-13-14-v-1.so: cannot open shared object file: No such file or directory" ABORT: (misc-error) Type "(backtrace)" to get more information or "(debug)" to enter the debugger. guile> (version) "1.6.4" guile> byrd:~/usr/src/lilypond$ rpm -q guile guile-1.6.4-6.2 (note that this also doesn't work on RH9, which ships guile 1.6.0) This is caused by the following line in the Spec file: # Remove unpackaged files .... rm -rf ${RPM_BUILD_ROOT}%{_libdir}/libguile-srfi-srfi-* I suggest this is removed from the .spec, and the libguile-srfi-srfi-* be added to the %files section. I'm marking this bug as severe. I am about to release lilypond 1.8 (a new stable branch), and it would be nice if -for the first time in 4 years- this release does not require recompiling stuff on the stock RedHat distro.
Pakcage guile-1.6.4-7 and later contains the srfi libs. Read ya, Phil
guile-devel-1.6.4-7.1 does contain the .so files ; this is an error, they should be in the guile run-time package.
OK, fixed. Also moved the readline libs, were in devel, too. guile-1.6.4-8 and later have the fix. Read ya, phil