Get ready folks. I'm incapable of a short post, and this one's a doozie.
I have a garden variety install of Fedora Core 1. I have installed a slew of updates using RedHat's up2date tool, including kernel 2.4.22.
I want to use Xine with the kaffeine front end. I already gave up on getting my Hercules Gamsurround Fortissimo III 7.1 to work. It's design is modified from the reference design provided by Crystal. Windows can't use a reference driver, and I assumed my problems in Linux were for the same reason (I know, alsa supports the Fortissimo II and it has the same chipset, but that doesn't change the fact that I can't get it to work). I have yanked my prized Hercules card and given up my optical output and the Dolby Labs' stamp of approval in favor of my mobo's Via 8235 southbridge, all in the name of migrating to linux.
When I decompressed xine-lib-1-rc4a.tar.gz into its own little directory and typed "./configure" it ran through the script and reported this partway through:
Code:
checking for ALSA version >= 0.9.0rc4... no
*** Could not run ALSA test program, checking why...
*** The test program failed to compile or link. See the file config.log for the
*** exact error that occured. This usually means ALSA was incorrectly installed.
*** All of ALSA dependent parts will be disabled ***
checking for esd-config... no
checking for ESD - version >= 0.2.8... no
*** The esd-config script installed by ESD could not be found
*** If ESD was installed in PREFIX, make sure PREFIX/bin is in
*** your path, or set the ESD_CONFIG environment variable to the
*** full path to esd-config.
before finishing and reporting:
Code:
****************************************************************
xine-lib will be installed to /usr/local/lib
This path is not mentioned among the linker search paths in your
/etc/ld.so.conf. This means it is possible that xine-lib will
not be found when you try to compile or run a program using it.
If this happens, you should add /usr/local/lib to
the environment variable LD_LIBRARY_PATH like that:
export LD_LIBRARY_PATH=/usr/local/lib:$LD_LIBRARY_PATH
Alternatively you can add a line "/usr/local/lib"
to your /etc/ld.so.conf.
****************************************************************
Typing "modinfo soundcore" reports...
Code:
filename: /lib/modules/2.4.22-1.2188.nptl/kernel/drivers/sound/soundcore.o
description: "Core sound module"
author: "Alan Cox"
license: "GPL"
...so I downloaded and decompressed alsa-driver-1.0.5rc1.tar.bz2 and ran
"./configure --with-cards=via82xx --with-sequencer=yes;make;make install" and hit several "bumps":
Code:
checking for GCC version... Kernel compiler: Used compiler: gcc (GCC) 3.3.2 200
31022 (Red Hat Linux 3.3.2-1)
*** NO PREDEFINED KERNEL COMPILER IS DETECTED
*** Assuming the same compiler is used with the current system compiler.
*** Please make sure that the same compiler version was used for building kernel
.
I don't know what compiler I should be looking for. up2date did it for me. Then further along:
Code:
ln: creating symbolic link `include/linux/pnp.h' to `../../support/pnp/pnp.h': O
peration not permitted
That can't be right. Then:
Code:
chmod: changing permissions of `./snddevices' (requested: 0755, actual: 0777): Operation not permitted
if [ ! -d include/sound -a ! -L include/sound ]; then \
ln -sf ../alsa-kernel/include include/sound ; \
fi
ln: creating symbolic link `include/sound' to `../alsa-kernel/include': Operation not permitted
I've seen something similar before when I couldn't change the permissions on my fat32 partitions, but that has since been corrected. It goes without saying that "make" and "make install" both fail after that, and I figure the error messages don't matter until I get the "./configure" to run right.
So basically I can't install kaffeine because I can't install Xine because I can't install alsa, and all the while this is with the sound card that I didn't want to use in the first place. Can you sense my frustration?
HELP!
J