I have made an init.d script to start and stop pd. This works fine in an ssh console. However when the script is invoked by the runlevel startup sequence ie rc5.d/S99puredata, pd complains thus:
pd: error while loading shared libraries: libjack.so.0: cannot open shared object file: No such file or directory
This is peculiar as I'm using alsa and jack isn't installed. I have verified that the alsa devices have initialised before pd is loade. Why is pd looking for jack and failing to open? Is there something weird about using alsa from an rc script rather than the user console?"
Running Ubuntu 12.04 - armhf
thanks for any thoughts!
d
hello,
when starting pd from a user console, pd find a .pdsettings file in your home folder that provide some configuration. when sparting pd from rc5, pd did not find this file, so it start with default configuration.
i suggest to start pd -noprefs -alsa -other_configuration in your script so that it can work whatever user is starting it.
cheers c
Le 19/07/2012 12:43, Duncan Speakman a écrit :
I have made an init.d script to start and stop pd. This works fine in an ssh console. However when the script is invoked by the runlevel startup sequence ie rc5.d/S99puredata, pd complains thus:
pd: error while loading shared libraries: libjack.so.0: cannot open shared object file: No such file or directory
This is peculiar as I'm using alsa and jack isn't installed. I have verified that the alsa devices have initialised before pd is loade. Why is pd looking for jack and failing to open? Is there something weird about using alsa from an rc script rather than the user console?"
Running Ubuntu 12.04 - armhf
thanks for any thoughts!
d
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 2012-07-19 12:43, Duncan Speakman wrote:
I have made an init.d script to start and stop pd. This works fine in an ssh console. However when the script is invoked by the runlevel startup sequence ie rc5.d/S99puredata, pd complains thus:
pd: error while loading shared libraries: libjack.so.0: cannot open shared object file: No such file or directory
This is peculiar as I'm using alsa and jack isn't installed. I have verified that the alsa devices have initialised before pd is loade. Why is pd looking for jack and failing to open? Is there something weird about using alsa from an rc script rather than the user console?"
either this is a path problem (most common in init.d scripts), or you are starting Pd before everything is mounted.
fgasmdr IOhannes
thanks, will let you know how it goes
On 19 July 2012 13:54, IOhannes m zmoelnig zmoelnig@iem.at wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 2012-07-19 12:43, Duncan Speakman wrote:
I have made an init.d script to start and stop pd. This works fine in an ssh console. However when the script is invoked by the runlevel startup sequence ie rc5.d/S99puredata, pd complains thus:
pd: error while loading shared libraries: libjack.so.0: cannot open shared object file: No such file or directory
This is peculiar as I'm using alsa and jack isn't installed. I have verified that the alsa devices have initialised before pd is loade. Why is pd looking for jack and failing to open? Is there something weird about using alsa from an rc script rather than the user console?"
either this is a path problem (most common in init.d scripts), or you are starting Pd before everything is mounted.
fgasmdr IOhannes -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAlAH9YIACgkQkX2Xpv6ydvR2ywCg3KUiB1lRk1CYkAtV42qvLTyO P+wAniY7gclOhJ6p+UcoaLvj2Lrxc7cl =psOP -----END PGP SIGNATURE-----
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Duncan Speakman wrote:
I have made an init.d script to start and stop pd. This works fine in an ssh console. However when the script is invoked by the runlevel startup sequence ie rc5.d/S99puredata, pd complains thus:
To complement Cyrille's thought, are you starting pd as root or do you use su/sudo ?
If you start as root, check the pdsettings is were expected.
thanks for the replies
We always log into the overo as root.
I presume the startup script executes as root as well..
There is a .pdsettings file there.
If I remove it, pd won't make audio, so there is something in there that makes pd work properly. Also the alsa option for audio comes up deselected. However I don't see the error about jack. I feel that for some reason alsa needs to be invoked from a login to allow audio to be used- even though the /proc/asound/devices already shows the overo soundcard, when the startup script is called.
On 20 July 2012 10:19, Charles Goyard cg@fsck.fr wrote:
Duncan Speakman wrote:
I have made an init.d script to start and stop pd. This works fine in an ssh console. However when the script is invoked by the runlevel startup sequence ie rc5.d/S99puredata, pd complains thus:
To complement Cyrille's thought, are you starting pd as root or do you use su/sudo ?
If you start as root, check the pdsettings is were expected.
-- Charles
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
success but very odd..
I had to actually install jack and make a link to pd-watchdog in /usr/bin to make it start on startup.
On 20 July 2012 21:58, Duncan Speakman duncan.kleindesign@gmail.com wrote:
thanks for the replies
We always log into the overo as root.
I presume the startup script executes as root as well..
There is a .pdsettings file there.
If I remove it, pd won't make audio, so there is something in there that makes pd work properly. Also the alsa option for audio comes up deselected. However I don't see the error about jack. I feel that for some reason alsa needs to be invoked from a login to allow audio to be used- even though the /proc/asound/devices already shows the overo soundcard, when the startup script is called.
On 20 July 2012 10:19, Charles Goyard cg@fsck.fr wrote:
Duncan Speakman wrote:
I have made an init.d script to start and stop pd. This works fine in an ssh console. However when the script is invoked by the runlevel startup sequence ie rc5.d/S99puredata, pd complains thus:
To complement Cyrille's thought, are you starting pd as root or do you use su/sudo ?
If you start as root, check the pdsettings is were expected.
-- Charles
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
-- follow me : @_dspk
-
Charles Goyard -
Cyrille Henry -
Duncan Speakman -
IOhannes m zmoelnig