28 Dec
2003
28 Dec
'03
3:55 a.m.
While the audio and MIDI still do not work on my linux, I downloaded a few
packages to look at them. Gmorgan, Audour, etc.
Once they FINALLY untar, the seemingly simple and by now familiar:
./configure; make; make install. NO GO.
1. Configure--usually looking for a certain automake version. This test is
in error, but easy enough to fix up. The version string is defined up front.
Edite to what you have on your system. Now, if you've installed any needed
libraries, configure should run.
2. Make--complains about locale, defaults at least, requesting en_us, etc.
Only problem with this is that my environment IS set that way. Then it
complains about recursive directory references and aborts. A subdirectory
with the same name of one of its ancestors is not necessarily a recursive
reference so this is also a programming error. So I rerun with a
do-it-anyway option -B. Still gets to some point and aborts.
3. Make install--actually the same comments apply. After that, obviously
will not install what was not compiled.
28 Dec
28 Dec
5:09 a.m.
On Sun, 28 Dec 2003, David Baron wrote:
While the audio and MIDI still do not work on my
linux, I downloaded a few
packages to look at them. Gmorgan, Audour, etc.
Once they FINALLY untar, the seemingly simple and by now familiar:
./configure; make; make install. NO GO.
1. Configure--usually looking for a certain automake version. This test is
in error, but easy enough to fix up. The version string is defined up front.
Edite to what you have on your system. Now, if you've installed any needed
libraries, configure should run.
while this may work in some cases, most of the time it will not. do
upgrade your autotools (automake, autoconf, aclocal) to the required or *a
newer version* to save you and the developers a lot of hassle.
(if you do have a newer version than the one required, the hack you
mention will work.)
yes, the autotools are a pain in the ass sometimes. but when i skim over
a 10000-line generated configure script, i'm really thankful i don't have
to do all that by hand! they are damn hard to use, but then they are soooo
useful. when i see a program like ardour with a zillion dependencies,
header files and whatnot compile without errors (although it takes a while
to get there), i'm really glad to just do "autogen.sh && configure
&& make
-j4 && make install" instead of building it all by hand...
2. Make--complains about locale, defaults at least,
requesting en_us, etc.
Only problem with this is that my environment IS set that way. Then it
complains about recursive directory references and aborts. A subdirectory
with the same name of one of its ancestors is not necessarily a recursive
reference so this is also a programming error. So I rerun with a
do-it-anyway option -B. Still gets to some point and aborts.
weird. i have never seen this. does it happen with all packages you try to
compile? then my guess is something's wrong with your system. which
distro?
3. Make install--actually the same comments apply.
After that, obviously
will not install what was not compiled.
at least this works as expected ;)
best,
joern
1:49 p.m.
Hum... It was also hard to me to install Ardour.
However, using Mandrake 9.2, I've updated autoconf to 2.5 and it worked
fine! Remember that you must install JACK server first!
However, I'm having problems using Ardour... when I run jackd and then
run Ardour the application starts normally... After making some work it
just goes down because JACK server crashes and abort.
By now I'm going fine using Audacity for multi-track recording and
Rosegarden for MIDI compose...
If you know any other good software for multi-track recording I'll be
happy to try them...
I'm also having troubles with Protux... :-| and it's very hard to use...
I believe that the idea of JMB engine is well thought, but to make the
first steps with the program is harder to learn how to use it...
Cheers,
Carlos
On Sun, 2003-12-28 at 09:07, Joern Nettingsmeier wrote:
On Sun, 28 Dec 2003, David Baron wrote:
While the audio and MIDI still do not work on my
linux, I downloaded a few
packages to look at them. Gmorgan, Audour, etc.
Once they FINALLY untar, the seemingly simple and by now familiar:
./configure; make; make install. NO GO.
1. Configure--usually looking for a certain automake version. This test is
in error, but easy enough to fix up. The version string is defined up front.
Edite to what you have on your system. Now, if you've installed any needed
libraries, configure should run.
while this may work in some cases, most of the time it will not. do
upgrade your autotools (automake, autoconf, aclocal) to the required or *a
newer version* to save you and the developers a lot of hassle.
(if you do have a newer version than the one required, the hack you
mention will work.)
yes, the autotools are a pain in the ass sometimes. but when i skim over
a 10000-line generated configure script, i'm really thankful i don't have
to do all that by hand! they are damn hard to use, but then they are soooo
useful. when i see a program like ardour with a zillion dependencies,
header files and whatnot compile without errors (although it takes a while
to get there), i'm really glad to just do "autogen.sh && configure
&& make
-j4 && make install" instead of building it all by hand...
2. Make--complains about locale, defaults at
least, requesting en_us, etc.
Only problem with this is that my environment IS set that way. Then it
complains about recursive directory references and aborts. A subdirectory
with the same name of one of its ancestors is not necessarily a recursive
reference so this is also a programming error. So I rerun with a
do-it-anyway option -B. Still gets to some point and aborts.
weird. i have never seen this. does it happen with all packages you try to
compile? then my guess is something's wrong with your system. which
distro?
3. Make install--actually the same comments
apply. After that, obviously
will not install what was not compiled.
at least this works as expected ;)
best,
joern
2:09 p.m.
On Sun, 2003-12-28 at 12:46, Carlos Santos wrote:
However, using Mandrake 9.2, I've updated autoconf
to 2.5 and it worked
fine! Remember that you must install JACK server first!
However, I'm having problems using Ardour... when I run jackd and then
run Ardour the application starts normally... After making some work it
just goes down because JACK server crashes and abort.
Why aren't you using the rpm of ardour that comes with Mandrake 9.2?
No need to compile, it installs jackd for you, and runs qjackctl
automatically when you start ardour...
Austin
--
Austin Acton
Synthetic Organic Chemist, Teaching Assistant, Ph.D. Candidate
Department of Chemistry, York University, Toronto
MandrakeLinux Volunteer Developer, homepage: www.groundstate.ca
2:51 p.m.
Hum... ups... :-|
I didn't tried that...
Thanks a lot... I'll try it right now! :-)
Carlos
On Sun, 2003-12-28 at 18:05, Austin Acton wrote:
On Sun, 2003-12-28 at 12:46, Carlos Santos wrote:
However, using Mandrake 9.2, I've updated
autoconf to 2.5 and it worked
fine! Remember that you must install JACK server first!
However, I'm having problems using Ardour... when I run jackd and then
run Ardour the application starts normally... After making some work it
just goes down because JACK server crashes and abort.
Why aren't you using the rpm of ardour that comes with Mandrake 9.2?
No need to compile, it installs jackd for you, and runs qjackctl
automatically when you start ardour...
Austin
2:57 p.m.
On Sun, 2003-12-28 at 18:05, Austin Acton wrote:
> Why aren't you using the rpm of ardour that comes with Mandrake 9.2?
>
> No need to compile, it installs jackd for you, and runs qjackctl
> automatically when you start ardour...
Oops, should have mentioned that it's in the 'contrib' repositories, not
the main one.
Austin
--
Austin Acton
Synthetic Organic Chemist, Teaching Assistant, Ph.D. Candidate
Department of Chemistry, York University, Toronto
MandrakeLinux Volunteer Developer, homepage: www.groundstate.ca
3:19 p.m.
Ok!
I've tried it...
But, having everything up and running and installed by default, I don't
understand why the GUI interface for JACK retrunes me this error:
jackstart: cannot get realtime capabilities, current capabilities are:
=ep cap_setpcap-ep
probably running under a kernel with capabilities disabled,
a suitable kernel would have printed something like "=eip"
***********************************************************************
Then, instead of using "jackstart" on Server Path, I tried to use
"jackd". The return error was:
19:08:53 JACK was started with PID=12230 (0x2fc6).
JACK compiled with System V SHM support
cannot get existing shm segment for /jack-shm-registry (Permission
denied)
cannot create engine
jack main caught signal 15
cannot remove JACK shm directory (Permission denied)
cannot remove JACK directory (Operation not permitted)
jackd 0.75.0
Copyright 2001-2003 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
cannot remove JACK shm directory (Permission denied)
cannot remove JACK directory (Operation not permitted)
jackd 0.75.0
Copyright 2001-2003 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
19:08:53 JACK was stopped successfully.
*****************************************************************************
Is this version of JACK supposed to be started as ROOT??
This means that I must SU first and then start Ardour...
And if I do it, JACK starts but Ardour shuts down with the error:
Ardour/GTK 0.377.1 running with libardour 0.685.0
Loading UI configuration file /etc/ardour/ardour_ui.rc
Loading system configuration file /etc/ardour/ardour_system.rc
Loading user configuration file /etc/ardour/ardour.rc
liblrdf: error - - file '/root/.ardour//sfdb' open failed - No such
file or directory
12520: received signal 11
ardour is killing itself for a clean exit
Killed
:-(
Carlos
On Sun, 2003-12-28 at 18:05, Austin Acton wrote:
On Sun, 2003-12-28 at 12:46, Carlos Santos wrote:
However, using Mandrake 9.2, I've updated
autoconf to 2.5 and it worked
fine! Remember that you must install JACK server first!
However, I'm having problems using Ardour... when I run jackd and then
run Ardour the application starts normally... After making some work it
just goes down because JACK server crashes and abort.
Why aren't you using the rpm of ardour that comes with Mandrake 9.2?
No need to compile, it installs jackd for you, and runs qjackctl
automatically when you start ardour...
Austin 
3:50 p.m.
Hi Carlos
This first error means that you didn't compile your kernel with
capabilities. It is a two-line patch, and you can find out about it here:
http://jackit.sourceforge.net/docs/faq.php#q5
Jack is probably choking becuase you are asking it to run as realtime
without this capabilties patch. Running as root would avoid the problem
as well. Also, if you run Jack as root, it writes a temporary file in
/dev/shm [i think.... can somebody verify?] which prevents subsequent
use by a user [permissions error to write to the same file]. deleting
the file or rebooting will avoid this problem.
but better to recompile with capabilities and avoid all these funny
little things ;-)
good luck,
D.
Carlos Santos wrote:
Ok!
I've tried it...
But, having everything up and running and installed by default, I don't
understand why the GUI interface for JACK retrunes me this error:
jackstart: cannot get realtime capabilities, current capabilities are:
=ep cap_setpcap-ep
probably running under a kernel with capabilities disabled,
a suitable kernel would have printed something like "=eip"
***********************************************************************
Then, instead of using "jackstart" on Server Path, I tried to use
"jackd". The return error was:
19:08:53 JACK was started with PID=12230 (0x2fc6).
JACK compiled with System V SHM support
cannot get existing shm segment for /jack-shm-registry (Permission
denied)
cannot create engine
jack main caught signal 15
cannot remove JACK shm directory (Permission denied)
cannot remove JACK directory (Operation not permitted)
jackd 0.75.0
Copyright 2001-2003 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
cannot remove JACK shm directory (Permission denied)
cannot remove JACK directory (Operation not permitted)
jackd 0.75.0
Copyright 2001-2003 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
19:08:53 JACK was stopped successfully.
*****************************************************************************
Is this version of JACK supposed to be started as ROOT??
This means that I must SU first and then start Ardour...
And if I do it, JACK starts but Ardour shuts down with the error:
Ardour/GTK 0.377.1 running with libardour 0.685.0
Loading UI configuration file /etc/ardour/ardour_ui.rc
Loading system configuration file /etc/ardour/ardour_system.rc
Loading user configuration file /etc/ardour/ardour.rc
liblrdf: error - - file '/root/.ardour//sfdb' open failed - No such
file or directory
12520: received signal 11
ardour is killing itself for a clean exit
Killed
:-(
Carlos
On Sun, 2003-12-28 at 18:05, Austin Acton wrote:
--
derek holzer ::: http://www.umatic.nl
---Oblique Strategy # 152:
"Tape your mouth"
On Sun, 2003-12-28 at 12:46, Carlos Santos wrote:
However, using Mandrake 9.2, I've updated
autoconf to 2.5 and it worked
fine! Remember that you must install JACK server first!
However, I'm having problems using Ardour... when I run jackd and then
run Ardour the application starts normally... After making some work it
just goes down because JACK server crashes and abort.
Why aren't you using the rpm of ardour that comes with Mandrake 9.2?
No need to compile, it installs jackd for you, and runs qjackctl
automatically when you start ardour...
Austin
4:34 p.m.
Carlos,
liblrdf: error - - file '/root/.ardour//sfdb'
open failed - No such
This indicates that no sfdb [sound file database] file exists for root.
It is possible that one exists for you as a user, perhaps you can locate
it in /home/$USER/.ardour/ and put it in your /root/.ardour/ folder if
you want to run Ardour as root.
Incidentally, SFDB is a seperate application, and can be found here:
http://www.equalarea.com/paul/las.html
Just in case you want to, oh-I-dunno, maybe read some documentation on it???
Once again, recompiling your kernel with capabilties should get rid of
all those problems. The only other hitch I can see is if you have no
sfdb file as a user either, in which case you would be advised to get
Paul's sfdb tarball and check the docs for the proper format of how to
make one by hand.
More help on this topic can be gotten from the Ardour list, where I just
pulled up this link to SFDB.
more good luck,
D.
--
derek holzer ::: http://www.umatic.nl
---Oblique Strategy # 64:
"Don't stress one thing more than another"
6:47 p.m.
Thanks a lot Derek!
I'll try it...
Carlos
On Sun, 2003-12-28 at 20:45, derek holzer wrote:
Carlos,
liblrdf: error - - file
'/root/.ardour//sfdb' open failed - No such
This indicates that no sfdb [sound file database] file exists for root.
It is possible that one exists for you as a user, perhaps you can locate
it in /home/$USER/.ardour/ and put it in your /root/.ardour/ folder if
you want to run Ardour as root.
Incidentally, SFDB is a seperate application, and can be found here:
http://www.equalarea.com/paul/las.html
Just in case you want to, oh-I-dunno, maybe read some documentation on it???
Once again, recompiling your kernel with capabilties should get rid of
all those problems. The only other hitch I can see is if you have no
sfdb file as a user either, in which case you would be advised to get
Paul's sfdb tarball and check the docs for the proper format of how to
make one by hand.
More help on this topic can be gotten from the Ardour list, where I just
pulled up this link to SFDB.
more good luck,
D.
29 Dec
29 Dec
2:39 a.m.
On Sun, 2003-12-28 at 14:16, Carlos Santos wrote:
jackstart: cannot get realtime capabilities, current
capabilities are:
=ep cap_setpcap-ep
# urpmi jackit-realtime
liblrdf: error - - file '/root/.ardour//sfdb'
open failed - No such
file or directory
12520: received signal 11
ardour is killing itself for a clean exit
Killed
$ touch ~/.ardour/sfdb
This is a bug in ardour that I didn't notice till after Mandrake 9.2 was
released and it was too late for me to fix.
Austin
--
Austin Acton
Synthetic Organic Chemist, Teaching Assistant, Ph.D. Candidate
Department of Chemistry, York University, Toronto
MandrakeLinux Volunteer Developer, homepage: www.groundstate.ca
7699
days inactive
7700
days old
linux-audio-user@lists.linuxaudio.org
10 comments
5 participants
participants (5)
-
Austin Acton -
Carlos Santos -
David Baron -
derek holzer -
Joern Nettingsmeier