You are not logged in.
Pages: 1
Hey there. for my Phase88 firewire audio interface i'm trying to install FreeBob.
I downloaded the newest alpha from http://sourceforge.net/project/showfile … _id=117802
there was a readme, giving me this information:
In order to make this work, you need to use the svn version of libraw1394 and apply the patch in this directory to it.
$ svn co svn://svn.linux1394.org/libraw1394/trunk libraw1394-svn
$ cd libraw1394-svn
$ patch -p0 < /find/this/libraw1394-svn160-freebob_iso_again.patchthen the normal configure, make, install
at first i tried it without the svn version, because there's already one installed, but it said me that libraw1394 was too old.
so i used this svn version as described in the readme file. i didn'n uninstall the old version of libraw1394 with pacman, because there was a dependency to something.
when now trying to run cofigure it still gives me an error:
checking for LIBRAW1394... configure: error: Package requirements (libraw1394 >= 1.2.1) were not met:
Requested 'libraw1394 >= 1.2.1' but version of libraw1394 is 1.2.0
Consider adjusting the PKG_CONFIG_PATH environment variable if you
installed software in a non-standard prefix.
Alternatively, you may set the environment variables LIBRAW1394_CFLAGS
and LIBRAW1394_LIBS to avoid the need to call pkg-config.
See the pkg-config man page for more details.
i read this man page for pkg-config, but it didn't give me any idea what to do.
i searched for a libraw1394.pc, but i only found one in ./usr/lib/pkgconfig/
there it says version is 1.2.0
in my folder /libraw1394-svn i found a file called libraw1394.pc.in, also saying version 1.2.0 so is this version also only 1.2.0? or does this file not belong to the downloaded files from svn?
what should i do now? i'm very new to arch and have hardly practiced something like that...
Offline
There's a few things to consider here. If you did "the normal configure, make, install" on your patched libraw1394-svn, the files have been installed to /usr/local, not /usr. Unless you have specifically added it, /usr/local is not in your PATH, and /usr/local/lib will not be processed by ldconfig, so the new version will not be recognised on your system. You have left the old version in place, so that's what freebob's configure is picking up.
I'm not sure what's going on with your .pc and .pc.in files. I've downloaded the same sources, applied the patch, and run configure, and I have a libraw1394.pc, like this:
prefix=/usr/local
exec_prefix=${prefix}
libdir=${exec_prefix}/lib
includedir=${prefix}/include
Name: libraw1394
Description: Interface library for the Linux IEEE1394 drivers.
Version: 1.2.1
Libs: -L${libdir} -lraw1394
Cflags: -I${includedir}
Version is right, but you can see what I mean about /usr/local. When you applied the patch, you should have seen the following response:
patching file src/raw1394.h
patching file src/iso.c
Does that look familiar?
Here's a quick fix:
Remove the old version by doing
pacman -Rd libraw1394
this will skip the dependency check. Delete your libraw1394-svn directory, and get fresh source using the svn command. Apply the patch, and make sure you get the response above. You then have to do
./autogen.sh
before you can configure, but you know that already, because you did it last time - right? After that do
./configure --prefix=/usr
and then make, make install. Run
ldconfig
and then try freebob again.
The ideal solution is an Arch package for libraw1394-svn, incorporating the patch, and I may just put that together for you - leave it with me for a short while.
Offline
omg. I thought freebob was an opensource reimplementation of "microsoft bob" for a minute..
/me wipes forehead
"Be conservative in what you send; be liberal in what you accept." -- Postel's Law
"tacos" -- Cactus' Law
"t̥͍͎̪̪͗a̴̻̩͈͚ͨc̠o̩̙͈ͫͅs͙͎̙͊ ͔͇̫̜t͎̳̀a̜̞̗ͩc̗͍͚o̲̯̿s̖̣̤̙͌ ̖̜̈ț̰̫͓ạ̪͖̳c̲͎͕̰̯̃̈o͉ͅs̪ͪ ̜̻̖̜͕" -- -̖͚̫̙̓-̺̠͇ͤ̃ ̜̪̜ͯZ͔̗̭̞ͪA̝͈̙͖̩L͉̠̺͓G̙̞̦͖O̳̗͍
Offline
ok, that would be fine (-;
i'll wait until this evening, then try it like you posted here, or if you made a package, use this one.
and thank you!
Offline
Here's a package - md5 sum is 82d1ad695fe50445dae3309d21d29a31.
This is revision 160 from svn, with the freebob patch applied. It is built to replace the stock libraw1394 package, but because of your dependency situation, you'll still need to do
pacman -Rd libraw1394
first. However, you can scrap the rest of the "quick fix" stuff in my previous post, and just do
pacman -A url_for_my_package
Let me know how it goes.
Offline
everything went without bigger problems now.
i had to look for some additional things to install, but that was no big thing...
now i've problems useing, what i've got installed - and no manuals or something...
one question is, what about the "drivers" into the archieve. do they have to be installed separately? or are they used, when i configure, make, install?
if get it running, i write about it...
Offline
after having not much time this week i continued this weekend trying to get my firewire-audio device working...
when i try to start jackd with freebob, i get this:
# jackd -d freebob
jackd 0.100.8
Copyright 2001-2005 Paul Davis and others.
jackd comes with ABSOLUTELY NO WARRANTY
This is free software, and you are welcome to redistribute it
under certain conditions; see the file COPYING for details
JACK compiled with System V SHM support.
loading driver ..
Ieee1394Service::initialize: Could not get 1394 handle: No such file or directory
Is ieee1394 and raw1394 driver loaded?
Fatal (devicemanager.cpp)[63] initialize: Could not initialize Ieee1349Service object
Fatal (freebob.cpp)[101] freebob_new_handle: Could not initialize device manager
FREEBOB: Error creating virtual device
cannot load driver module freebob
no message buffer overruns
#
my problem is that i dont know how to get these drivers loaded or how to look if they are loaded.
Offline
lsmod | grep 1394
will tell you if they are loaded or not.
modprobe ieee1394
modprobe raw1394
will load them.
Offline
ok, thank you, that was an important step (-;
an other important step was to run everything as root, because jackd doesn't work with software, not started under the same uid. seems to be a known problem...
I'll write a short "howto" later.
Offline
Pages: 1