This is mysterious to me - but it might help to put copies of all needed abstractions in the directory that holds the patch you're asking Pd to load. There mihgt be some chroot magic going on ni teh boot sequence that's changing the meaning of paths somehow - that's a wild guess but at least if it's something like that you can work around it.
cheers Miller
On Thu, Jan 24, 2013 at 08:52:49PM +0100, Pierre Massat wrote:
Hi, all of my paths are absolute. There are in /usr/bin/puredata. Do you think it could be that /usr/ isn't mounted yet when Pd is launched by rc.local?
2013/1/24 padawan12@obiwannabe.co.uk padawan12@obiwannabe.co.uk
** On 24 January 2013 at 18:35 Pierre Massat pimassat@gmail.com wrote:
Hi,
I'm trying to get Pd to run at startup. I've put the command in /etc/rc.local. Everything works fine, except that Pd seems to be unable to search the paths I specified (either in .pdsettings or directly in the command line). I'm trying to use a patch with the reverb described in the audio examples (G.08 I think), and there's an abstraction in it which lives in 3.audio.examples. Every time I boot Pd starts all right, but I get errors because it can't create the abstraction.
It's a bit weird because the very same command works like a charm once i've logged in.
Make sure all paths are absolute, and not relative to a tilde (user home) and point to world readable directories. Starting via rc.local will mean the application is launched as root, and since there is no login shell and cwd associated at the time it is launched the paths you specify when logged in probably make no sense.
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list