Ingo's patch applied, audio grp added to /etc/security/limits.conf

classic Classic list List threaded Threaded
18 messages Options
Reply | Threaded
Open this post in threaded view
|

Ingo's patch applied, audio grp added to /etc/security/limits.conf

Chuckk Hubbard
Hi again.
I compiled 2.6.22.1 with Ingo's patch, enabled realtime preemptible kernel; I took out all ACPI except thermal; I preempted the big kernel lock.  I added this to /etc/security/limits.conf:

@audio   -   nice          10
@audio   -   rtprio         99
@audio   -   memlock   unlimited

I checked that chuckk is in the audio group, which is gid 29.  I rebooted and ran qjackctl and this is the printout.  Can anyone help me figure out what happened?
(jack_portaudio.so is where jack says it should be)
Thanks!

13:20:34.631 Patchbay deactivated.
13:20:34.681 Statistics reset.
13:20:34.747 MIDI connection graph change.
13:20:34.888 MIDI connection change.
13:20:38.824 Startup script...
13:20:38.824 artsshell -q terminate
can't create mcop directory
Creating link /home/chuckk/.kde/socket-UncleJesse.
13:20:39.085 Startup script terminated with exit status=256.
13:20:39.085 JACK is starting...
13:20:39.085 /usr/local/bin/jackd -v -R -dalsa -dhw:0 -r44100 -p1024 -n3
13:20:39.093 JACK was started with PID=2382 (0x94e).
getting driver descriptor from /usr/local/lib64/jack/jack_portaudio.so
could not open driver .so '/usr/local/lib64/jack/jack_portaudio.so':
/usr/local/lib64/jack/jack_portaudio.so: undefined symbol:
Pa_GetDefaultOutputDeviceID
getting driver descriptor from /usr/local/lib64/jack/jack_oss.so
getting driver descriptor from /usr/local/lib64/jack/jack_alsa.so
getting driver descriptor from /usr/local/lib64/jack/jack_dummy.so
jackd 0.103.0
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.
server `default' registered
loading driver ..
apparent rate = 44100
creating alsa driver ... hw:0|hw:0|1024|3|44100|0|0|nomon|swmeter|-|32bit
control device hw:0
registered builtin port type 32 bit float mono audio
registered builtin port type 8 bit raw midi
clock source = system clock via clock_gettime
new client: alsa_pcm, id = 1 type 1 @ 0x518030 fd = -1
configuring for 44100Hz, period = 1024 frames, buffer = 3 periods
ALSA: final selected sample format for capture: 32bit little-endian
ALSA: use 3 periods for capture
ALSA: final selected sample format for playback: 32bit little-endian
ALSA: use 3 periods for playback
new buffer size 1024
registered port alsa_pcm:capture_1, offset = 4096
registered port alsa_pcm:capture_2, offset = 8192
registered port alsa_pcm:playback_1, offset = 0
registered port alsa_pcm:playback_2, offset = 0
++ jack_rechain_graph():
client alsa_pcm: internal client, execution_order=0.
-- jack_rechain_graph()
2382 waiting for signals
13:20:41.134 Could not connect to JACK server as client. Please check the
messages window for more info.
jackd watchdog: timeout - killing jackd
13:20:44.168 JACK was stopped successfully.
13:20:44.173 Post-shutdown script...
13:20:44.175 killall jackd
jackd: no process killed
13:20:44.391 Post-shutdown script terminated with exit status=256.
13:20:47.240 Could not connect to JACK server as client. Please check the
messages window for more info.





-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Jackit-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/jackit-devel
Reply | Threaded
Open this post in threaded view
|

Re: Ingo's patch applied, audio grp added to /etc/security/limits.conf

Quentin Harley
Chuckk Hubbard wrote:

> Hi again.
> I compiled 2.6.22.1 <http://2.6.22.1> with Ingo's patch, enabled
> realtime preemptible kernel; I took out all ACPI except thermal; I
> preempted the big kernel lock.  I added this to
> /etc/security/limits.conf:
>
> @audio   -   nice          10
> @audio   -   rtprio         99
> @audio   -   memlock   unlimited
>
> I checked that chuckk is in the audio group, which is gid 29.  I
> rebooted and ran qjackctl and this is the printout.  Can anyone help
> me figure out what happened?
> (jack_portaudio.so is where jack says it should be)
> Thanks!
>
> 13:20:34.631 Patchbay deactivated.
> 13:20:34.681 Statistics reset.
> 13:20:34.747 MIDI connection graph change.
> 13:20:34.888 MIDI connection change.
> 13:20:38.824 Startup script...
> 13:20:38.824 artsshell -q terminate
> can't create mcop directory
> Creating link /home/chuckk/.kde/socket-UncleJesse.
> 13:20:39.085 Startup script terminated with exit status=256.
> 13:20:39.085 JACK is starting...
> 13:20:39.085 /usr/local/bin/jackd -v -R -dalsa -dhw:0 -r44100 -p1024 -n3
> 13:20:39.093 JACK was started with PID=2382 (0x94e).
> getting driver descriptor from /usr/local/lib64/jack/jack_portaudio.so
> could not open driver .so '/usr/local/lib64/jack/jack_portaudio.so':
> /usr/local/lib64/jack/jack_portaudio.so: undefined symbol:
> Pa_GetDefaultOutputDeviceID
> getting driver descriptor from /usr/local/lib64/jack/jack_oss.so
> getting driver descriptor from /usr/local/lib64/jack/jack_alsa.so
> getting driver descriptor from /usr/local/lib64/jack/jack_dummy.so
> jackd 0.103.0
> 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.
> server `default' registered
> loading driver ..
> apparent rate = 44100
> creating alsa driver ... hw:0|hw:0|1024|3|44100|0|0|nomon|swmeter|-|32bit
> control device hw:0
> registered builtin port type 32 bit float mono audio
> registered builtin port type 8 bit raw midi
> clock source = system clock via clock_gettime
> new client: alsa_pcm, id = 1 type 1 @ 0x518030 fd = -1
> configuring for 44100Hz, period = 1024 frames, buffer = 3 periods
> ALSA: final selected sample format for capture: 32bit little-endian
> ALSA: use 3 periods for capture
> ALSA: final selected sample format for playback: 32bit little-endian
> ALSA: use 3 periods for playback
> new buffer size 1024
> registered port alsa_pcm:capture_1, offset = 4096
> registered port alsa_pcm:capture_2, offset = 8192
> registered port alsa_pcm:playback_1, offset = 0
> registered port alsa_pcm:playback_2, offset = 0
> ++ jack_rechain_graph():
> client alsa_pcm: internal client, execution_order=0.
> -- jack_rechain_graph()
> 2382 waiting for signals
> 13:20:41.134 Could not connect to JACK server as client. Please check the
> messages window for more info.
> jackd watchdog: timeout - killing jackd
> 13:20:44.168 JACK was stopped successfully.
> 13:20:44.173 Post-shutdown script...
> 13:20:44.175 killall jackd
> jackd: no process killed
> 13:20:44.391 Post-shutdown script terminated with exit status=256.
> 13:20:47.240 Could not connect to JACK server as client. Please check the
> messages window for more info.
>

Hi Chuckk... me again.

I had similar problems back when I tested the new release of jackd for
the guys at 64studio.  When you install a new version of jackd, you have
to remove any references to the old version of jack, otherwise this will
happen.  No warning, no apparent fault.  Just nice Jack killing going on.

This is an old debian issue (I can see Paul rolling his eyes somewhere
in a dark corner)
Free Ekanayaka, a Debian packager, and veteran distro packager (DeMuDi,
64Studio) has sorted this little issue out for us on the "Studio"

What flavor of Debian are you running? Etch?  If you are I could put you
in touch with some people that has years of experience in tweaking pure
debian systems...

This is a bit of a nasty one to sort out without guidance...

Cheers,
Quentin

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Jackit-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/jackit-devel
Reply | Threaded
Open this post in threaded view
|

Re: Ingo's patch applied, audio grp added to /etc/security/limits.conf

Frank Brickle
In reply to this post by Chuckk Hubbard
Chuckk Hubbard wrote:

Shouldn't that be
> @audio   -   nice          -10
instead of +10?

Frank

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Jackit-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/jackit-devel
Reply | Threaded
Open this post in threaded view
|

Re: Ingo's patch applied, audio grp added to /etc/security/limits.conf

Fernando Lopez-Lezcano
In reply to this post by Chuckk Hubbard
On Mon, 2007-07-16 at 13:40 -0400, Chuckk Hubbard wrote:
> Hi again.
> I compiled 2.6.22.1 with Ingo's patch, enabled realtime preemptible
> kernel; I took out all ACPI except thermal; I preempted the big kernel
> lock.

[BTW, did you configure with CONFIG_PREEMPT_RT? That's the best option
for low latency]

>  I added this to /etc/security/limits.conf:
>
> @audio   -   nice          10
> @audio   -   rtprio         99
> @audio   -   memlock   unlimited
>
> I checked that chuckk is in the audio group, which is gid 29.  I
> rebooted and ran qjackctl and this is the printout.  Can anyone help
> me figure out what happened?
> (jack_portaudio.so is where jack says it should be)
> Thanks!
>
> 13:20:34.631 Patchbay deactivated.
> 13:20:34.681 Statistics reset.
> 13:20:34.747 MIDI connection graph change.
> 13:20:34.888 MIDI connection change.
> 13:20:38.824 Startup script...
> 13:20:38.824 artsshell -q terminate
> can't create mcop directory
> Creating link /home/chuckk/.kde/socket-UncleJesse.
> 13:20:39.085 Startup script terminated with exit status=256.
> 13:20:39.085 JACK is starting...
> 13:20:39.085 /usr/local/bin/jackd -v -R -dalsa -dhw:0 -r44100 -p1024
> -n3
> 13:20:39.093 JACK was started with PID=2382 (0x94e).
> getting driver descriptor from /usr/local/lib64/jack/jack_portaudio.so
> could not open driver .so '/usr/local/lib64/jack/jack_portaudio.so':
> /usr/local/lib64/jack/jack_portaudio.so: undefined symbol:
> Pa_GetDefaultOutputDeviceID

(disclaimer: I don't know the exact answer to your question :-)

This means "I tried to load the shared library but a symbol I was
expecting to find was not there." This usually means that the libraries
and jack itself were not compiled at the same time or with the same
options.  

> getting driver descriptor from /usr/local/lib64/jack/jack_oss.so
> getting driver descriptor from /usr/local/lib64/jack/jack_alsa.so
> getting driver descriptor from /usr/local/lib64/jack/jack_dummy.so

Looks like something is broken in your jack install.

I have not seen this particular error message before, but similar
problems happen when you have two installs of jack in the same machine.
"/usr/local" suggests you installed from source, do you have another
version of jack lying around in "/usr" perhaps?

-- Fernando

> jackd 0.103.0
> 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.
> server `default' registered
> loading driver ..
> apparent rate = 44100
> creating alsa driver ... hw:0|hw:0|1024|3|44100|0|0|nomon|swmeter|-|
> 32bit
> control device hw:0
> registered builtin port type 32 bit float mono audio
> registered builtin port type 8 bit raw midi
> clock source = system clock via clock_gettime
> new client: alsa_pcm, id = 1 type 1 @ 0x518030 fd = -1
> configuring for 44100Hz, period = 1024 frames, buffer = 3 periods
> ALSA: final selected sample format for capture: 32bit little-endian
> ALSA: use 3 periods for capture
> ALSA: final selected sample format for playback: 32bit little-endian
> ALSA: use 3 periods for playback
> new buffer size 1024
> registered port alsa_pcm:capture_1, offset = 4096
> registered port alsa_pcm:capture_2, offset = 8192
> registered port alsa_pcm:playback_1, offset = 0
> registered port alsa_pcm:playback_2, offset = 0
> ++ jack_rechain_graph():
> client alsa_pcm: internal client, execution_order=0.
> -- jack_rechain_graph()
> 2382 waiting for signals
> 13:20:41.134 Could not connect to JACK server as client. Please check
> the
> messages window for more info.
> jackd watchdog: timeout - killing jackd
> 13:20:44.168 JACK was stopped successfully.
> 13:20:44.173 Post-shutdown script...
> 13:20:44.175 killall jackd
> jackd: no process killed
> 13:20:44.391 Post-shutdown script terminated with exit status=256.
> 13:20:47.240 Could not connect to JACK server as client. Please check
> the
> messages window for more info.



-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Jackit-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/jackit-devel
Reply | Threaded
Open this post in threaded view
|

Re: Ingo's patch applied, audio grp added to /etc/security/limits.conf

Chuckk Hubbard
On 7/16/07, Fernando Lopez-Lezcano <[hidden email]> wrote:
On Mon, 2007-07-16 at 13:40 -0400, Chuckk Hubbard wrote:
> Hi again.
> I compiled 2.6.22.1 with Ingo's patch, enabled realtime preemptible
> kernel; I took out all ACPI except thermal; I preempted the big kernel
> lock.

[BTW, did you configure with CONFIG_PREEMPT_RT? That's the best option
for low latency]

Yup.
 

(disclaimer: I don't know the exact answer to your question :-)

This means "I tried to load the shared library but a symbol I was
expecting to find was not there." This usually means that the libraries
and jack itself were not compiled at the same time or with the same
options.

> getting driver descriptor from /usr/local/lib64/jack/jack_oss.so
> getting driver descriptor from /usr/local/lib64/jack/jack_alsa.so
> getting driver descriptor from /usr/local/lib64/jack/jack_dummy.so

Looks like something is broken in your jack install.

I have not seen this particular error message before, but similar
problems happen when you have two installs of jack in the same machine.
"/usr/local" suggests you installed from source, do you have another
version of jack lying around in "/usr" perhaps?

Well I uninstalled it, according to apt-get.  Muse requires a higher version than Debian stable has; and the Debian people have warned me against mixing stable and testing; and last time I tried to upgrade something installed over my wireless driver.
So I removed jackd and compiled 0.103.0.  Not that Muse even recognized it!
So I guess I will uninstall jack and reinstall to /usr.

-Chuckk
 
--
http://www.badmuthahubbard.com
-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Jackit-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/jackit-devel
Reply | Threaded
Open this post in threaded view
|

Re: Ingo's patch applied, audio grp added to /etc/security/limits.conf

Quentin Harley
In reply to this post by Fernando Lopez-Lezcano
Fernando Lopez-Lezcano wrote:
> Looks like something is broken in your jack install.
>
> I have not seen this particular error message before, but similar
> problems happen when you have two installs of jack in the same machine.
> "/usr/local" suggests you installed from source, do you have another
> version of jack lying around in "/usr" perhaps?
>
>  

Yip.  My thoughts exactly.  This is what happened when I tried
installing jack from source after already having a binary version installed.

For me the fix was easy.  I just reinstalled my 64studio on the system
partition, and all was well, but Chuckk has a custom blended debian system.
Any ideas on how to fix it then?

Quentin

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Jackit-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/jackit-devel
Reply | Threaded
Open this post in threaded view
|

Re: Ingo's patch applied, audio grp added to /etc/security/limits.conf

Chuckk Hubbard
In reply to this post by Frank Brickle
Yes, thank you, and -10 is in fact what I put in the file.

On 7/16/07, Frank Brickle <[hidden email]> wrote:
Chuckk Hubbard wrote:

Shouldn't that be
> @audio   -   nice          -10
instead of +10?

Frank



--
http://www.badmuthahubbard.com
-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Jackit-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/jackit-devel
Reply | Threaded
Open this post in threaded view
|

Re: Ingo's patch applied, audio grp added to /etc/security/limits.conf

Chuckk Hubbard
In reply to this post by Quentin Harley
On 7/16/07, Quentin Harley <[hidden email]> wrote:
Hi Chuckk... me again.

This is an old debian issue (I can see Paul rolling his eyes somewhere
in a dark corner)
Free Ekanayaka, a Debian packager, and veteran distro packager (DeMuDi,
64Studio) has sorted this little issue out for us on the "Studio"

What flavor of Debian are you running? Etch?  If you are I could put you
in touch with some people that has years of experience in tweaking pure
debian systems...

Yes, Etch at the moment.  That would be great, thanks!

-Chuckk


--
http://www.badmuthahubbard.com
-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Jackit-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/jackit-devel
Reply | Threaded
Open this post in threaded view
|

Re: Ingo's patch applied, audio grp added to /etc/security/limits.conf

Quentin Harley
Chuckk Hubbard wrote:

> On 7/16/07, *Quentin Harley* <[hidden email]
> <mailto:[hidden email]>> wrote:
>
>     Hi Chuckk... me again.
>
>     This is an old debian issue (I can see Paul rolling his eyes somewhere
>     in a dark corner)
>     Free Ekanayaka, a Debian packager, and veteran distro packager
>     (DeMuDi,
>     64Studio) has sorted this little issue out for us on the "Studio"
>
>     What flavor of Debian are you running? Etch?  If you are I could
>     put you
>     in touch with some people that has years of experience in tweaking
>     pure
>     debian systems...
>
>
> Yes, Etch at the moment.  That would be great, thanks!

I just had a thought...

64studio is based on Pure debian Etch.  We have a backports repository
in which free creates some special packages for us, as we need it.  
Perhaps you could add 64studio's repository temporarily and just get the
packages you need (0.103 for instance)
This might help you a bit.  Just make sure you clean out the jack you
just compiled first!

This wouldn't be cheating. right?

deb http://apt.64studio.com/64studio/testing 64studio main

Cheers,
Quentin

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Jackit-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/jackit-devel
Reply | Threaded
Open this post in threaded view
|

Re: Ingo's patch applied, audio grp added to /etc/security/limits.conf

Steven Chamberlain
In reply to this post by Chuckk Hubbard
Chuckk Hubbard wrote:
> On 7/16/07, *Quentin Harley* <[hidden email]
> <mailto:[hidden email]>> wrote:
>     What flavor of Debian are you running? Etch?
> Yes, Etch at the moment.  That would be great, thanks!

After removing the the jackd Debian package, compiling it from source,
and installing into /usr/local should be fine.

After that, try launching jackd from the command line:
  /usr/local/bin/jackd -v -R -dalsa -dhw:0 -r44100 -p1024 -n3
If it starts up, and stays runnning (without dropping you back to the
console prompt) then you're good.  Then just Ctrl-C out of it.

If the above works, try removing any qjackctl Debian package also.
Again, recompile from source, and install to /usr/local.  Start up
qjackctl now and it *should* be able to start jackd and connect to it.

If you compile your own JACK on Debian Etch I believe you must recompile
all JACK clients *including* qjackctl or they won't be able to connect.
 When installing anything compiled from source, remove the Debian
packaged version first to avoid any conflicts.

Regards,
--
Steven Chamberlain
[hidden email]

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Jackit-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/jackit-devel
Reply | Threaded
Open this post in threaded view
|

Re: Ingo's patch applied, audio grp added to /etc/security/limits.conf

Chuckk Hubbard
In reply to this post by Quentin Harley
On 7/16/07, Quentin Harley <[hidden email]> wrote:
For me the fix was easy.  I just reinstalled my 64studio on the system
partition, and all was well, but Chuckk has a custom blended debian system.
Any ideas on how to fix it then?


FWIW, the software I've compiled myself is: Pure Data, Csound5, Jack, Muse (unsuccessful due to older Jack), Lilypond, and of course the kernel.  I believe everything else is pure Debian stable.

-Chuckk

--
http://www.badmuthahubbard.com
-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Jackit-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/jackit-devel
Reply | Threaded
Open this post in threaded view
|

Re: Ingo's patch applied, audio grp added to /etc/security/limits.conf

Fernando Lopez-Lezcano
On Mon, 2007-07-16 at 14:23 -0400, Chuckk Hubbard wrote:

> On 7/16/07, Quentin Harley <[hidden email]> wrote:
>         For me the fix was easy.  I just reinstalled my 64studio on
>         the system
>         partition, and all was well, but Chuckk has a custom blended
>         debian system.
>         Any ideas on how to fix it then?
>
>
> FWIW, the software I've compiled myself is: Pure Data, Csound5, Jack,
> Muse (unsuccessful due to older Jack), Lilypond, and of course the
> kernel.  I believe everything else is pure Debian stable.

When you solve the jack library problem (sorry, I'm not a Debian expert
so I don't know what's best) also take a look at:

  http://www.rncbc.org/jack/

You should also install the latest version of rtirq. That's a startup
service that reorders the interrupt priorities in your realtime kernel
so that your soundcards end up in the best spot.

If you do that you might also want to change the realtime priority at
which you start Jack so that it is lower than the soundcard interrupt
priority but higher than the others (I think I use 62 for Planet
CCRMA).

Best luck!
-- Fernando



-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Jackit-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/jackit-devel
Reply | Threaded
Open this post in threaded view
|

Re: Ingo's patch applied, audio grp added to /etc/security/limits.conf

John Rigg-3
In reply to this post by Chuckk Hubbard
On Mon, Jul 16, 2007 at 02:23:41PM -0400, Chuckk Hubbard wrote:

> On 7/16/07, Quentin Harley <[hidden email]> wrote:
> >
> >For me the fix was easy.  I just reinstalled my 64studio on the system
> >partition, and all was well, but Chuckk has a custom blended debian
> >system.
> >Any ideas on how to fix it then?
>
>
>
> FWIW, the software I've compiled myself is: Pure Data, Csound5, Jack, Muse
> (unsuccessful due to older Jack), Lilypond, and of course the kernel.  I
> believe everything else is pure Debian stable.

Chuckk,

If you're mixing Debian-packaged jack clients with a
compiled-from-source jackd, you need to change the symlink that the
packaged clients look for, so that it points to your new jack libraries.
My audio workstation is packed away for a house move right now so I
can't check this, but Debian use a peculiar naming system for jack
libraries, eg. /usr/lib/libjack-0.103/libjack.so (not sure if I'm
remembering that correctly, but it's something similar) regardless
of what the actual version of jack is (ie. the version
in the filename is not necessarily the same as the real version of
libjack.so). That file name is a symlink to the actual
libjack.so.

John

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Jackit-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/jackit-devel
Reply | Threaded
Open this post in threaded view
|

Re: Ingo's patch applied, audio grp added to /etc/security/limits.conf

Chuckk Hubbard
On 7/16/07, John Rigg <[hidden email]> wrote:
On Mon, Jul 16, 2007 at 02:23:41PM -0400, Chuckk Hubbard wrote:

> On 7/16/07, Quentin Harley <[hidden email]> wrote:
> >
> >For me the fix was easy.  I just reinstalled my 64studio on the system
> >partition, and all was well, but Chuckk has a custom blended debian
> >system.
> >Any ideas on how to fix it then?
>
>
>
> FWIW, the software I've compiled myself is: Pure Data, Csound5, Jack, Muse
> (unsuccessful due to older Jack), Lilypond, and of course the kernel.  I
> believe everything else is pure Debian stable.

Chuckk,

If you're mixing Debian-packaged jack clients with a
compiled-from-source jackd, you need to change the symlink that the
packaged clients look for, so that it points to your new jack libraries.
My audio workstation is packed away for a house move right now so I
can't check this, but Debian use a peculiar naming system for jack
libraries, eg. /usr/lib/libjack-0.103/libjack.so (not sure if I'm
remembering that correctly, but it's something similar) regardless
of what the actual version of jack is (ie. the version
in the filename is not necessarily the same as the real version of
libjack.so). That file name is a symlink to the actual
libjack.so.

Now that you mention it I did notice that before about the links.  I'll take a look..

-Chuckk
 --
http://www.badmuthahubbard.com
-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Jackit-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/jackit-devel
Reply | Threaded
Open this post in threaded view
|

Re: Ingo's patch applied, audio grp added to /etc/security/limits.conf

ken restivo-3
In reply to this post by Steven Chamberlain
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Mon, Jul 16, 2007 at 07:23:22PM +0100, Steven Chamberlain wrote:

> Chuckk Hubbard wrote:
> > On 7/16/07, *Quentin Harley* <[hidden email]
> > <mailto:[hidden email]>> wrote:
> >     What flavor of Debian are you running? Etch?
> > Yes, Etch at the moment.  That would be great, thanks!
>
> After removing the the jackd Debian package, compiling it from source,
> and installing into /usr/local should be fine.
>
> After that, try launching jackd from the command line:
>   /usr/local/bin/jackd -v -R -dalsa -dhw:0 -r44100 -p1024 -n3
> If it starts up, and stays runnning (without dropping you back to the
> console prompt) then you're good.  Then just Ctrl-C out of it.
>
> If the above works, try removing any qjackctl Debian package also.
> Again, recompile from source, and install to /usr/local.  Start up
> qjackctl now and it *should* be able to start jackd and connect to it.
>
> If you compile your own JACK on Debian Etch I believe you must recompile
> all JACK clients *including* qjackctl or they won't be able to connect.
>  When installing anything compiled from source, remove the Debian
> packaged version first to avoid any conflicts.
>

I wouldn't advise using Etch.  I've gotten great results using Debian "unstable" (Lemmy) instead. Much more current, and keeps up with development better. Despite its name, I find it very stable. I've used "unstable" as a desktop for a total of many years during the various eternities between Debian releases.

- -ken
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFGnSKde8HF+6xeOIcRAtypAJ9jbuyTWt472lyRhNkU/Kae1JPmhgCfbSOT
bQX7avi9pD5OL4mzGhe0nGI=
=cLju
-----END PGP SIGNATURE-----

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Jackit-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/jackit-devel
Reply | Threaded
Open this post in threaded view
|

Re: Ingo's patch applied, audio grp added to /etc/security/limits.conf

Eric Dantan Rzewnicki-2
On Tue, Jul 17, 2007 at 01:12:13PM -0700, Ken Restivo wrote:
> I wouldn't advise using Etch.  I've gotten great results using Debian
> "unstable" (Lemmy) instead. Much more current, and keeps up with
> development better. Despite its name, I find it very stable. I've used
> "unstable" as a desktop for a total of many years during the various
> eternities between Debian releases.

just a nitpick to avoid confusion: unstable is always called sid.
testing is what will become the next stable and is currently called
lenny. Names come from Toy Story characters, not names of Motörrhead
band members. ;)

-Eric Rz.

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Jackit-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/jackit-devel
Reply | Threaded
Open this post in threaded view
|

Re: Ingo's patch applied, audio grp added to /etc/security/limits.conf

Chuckk Hubbard
On 7/17/07, Eric Dantan Rzewnicki <[hidden email]> wrote:
On Tue, Jul 17, 2007 at 01:12:13PM -0700, Ken Restivo wrote:
> I wouldn't advise using Etch.  I've gotten great results using Debian
> "unstable" (Lemmy) instead. Much more current, and keeps up with
> development better. Despite its name, I find it very stable. I've used
> "unstable" as a desktop for a total of many years during the various
> eternities between Debian releases.

just a nitpick to avoid confusion: unstable is always called sid.
testing is what will become the next stable and is currently called
lenny. Names come from Toy Story characters, not names of Motörrhead
band members. ;)

Yeah, I believe Sid is the kid who breaks toys, and that's why Sid is unstable?  It seems funny that a distro that prides itself so much on absolutely free licenses for everything uses commercial references for all of its own releases.  Nothing fishy about it, but it seems out of character.

-Chuckk


-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Jackit-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/jackit-devel
Reply | Threaded
Open this post in threaded view
|

Re: Ingo's patch applied, audio grp added to /etc/security/limits.conf

Quentin Harley
Chuckk Hubbard wrote:

> On 7/17/07, *Eric Dantan Rzewnicki* <[hidden email]
> <mailto:[hidden email]>> wrote:
>
>     On Tue, Jul 17, 2007 at 01:12:13PM -0700, Ken Restivo wrote:
>     > I wouldn't advise using Etch.  I've gotten great results using
>     Debian
>     > "unstable" (Lemmy) instead. Much more current, and keeps up with
>     > development better. Despite its name, I find it very stable.
>     I've used
>     > "unstable" as a desktop for a total of many years during the various
>     > eternities between Debian releases.
>
>     just a nitpick to avoid confusion: unstable is always called sid.
>     testing is what will become the next stable and is currently called
>     lenny. Names come from Toy Story characters, not names of Motörrhead
>     band members. ;)
>
>
> Yeah, I believe Sid is the kid who breaks toys, and that's why Sid is
> unstable?  It seems funny that a distro that prides itself so much on
> absolutely free licenses for everything uses commercial references for
> all of its own releases.  Nothing fishy about it, but it seems out of
> character.
>

Right... so let's start renaming.  Let's see...  If we take the
stability of our sound PC's into account

Stable :    Vince
Testing:    Quentin
Unstable:  Chuckk


Commercial references are unavoidable.  They could have called it
anything - places, peoples names etc. but in stead they chose fictional
characters out of a computer animated feature.  These names will not go
bad with time (They just should not use Stinky as a distro name)

Cheers,
Quentin

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Jackit-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/jackit-devel