I guess so, but I don't remember really. It was a gradual thing, it was largely like that in 0.41.4, but not complete.
.hc
On Tue, 2010-11-30 at 20:58 -0500, Ivica Ico Bukvic wrote:
So I guess this change must've occurred at the same time when the pd-extended install was moved from /usr/lib/pd to /usr/lib/pd-extended (and its binary changed from pd to pdextended). Correct?
On Tue, 2010-11-30 at 20:52 -0500, Hans-Christoph Steiner wrote:
Perhaps in your distro, the help patches are not in the same folder as the .pd_linux file? In Pd-extended 0.42, all libraries are libdirs, so they are one folder that include the binary objet .pd_linux files, the help files, etc.
.hc
On Tue, 2010-11-30 at 20:49 -0500, Ivica Ico Bukvic wrote:
To add to this, it appears latest svn version of 0.42.x pd-extended branch does not use default.pdsettings at all and yet it still finds everything ok. Is it internalizing paths and if so where? In other words what is it using and where is it storing stuff that is making this thing possible?
On Tue, 2010-11-30 at 20:04 -0500, Hans-Christoph Steiner wrote:
What's the path bug you are experiencing?
.hc
On Tue, 2010-11-30 at 19:12 -0500, Ivica Ico Bukvic wrote:
Hans,
Could you please let me know what may have been changed in pd-extended 0.42.x version over the past year that may have fixed the path bug I am currently experiencing as I cannot find anything differing between l2ork version and vanilla pd-extended that would explain why pd-extended finds those and l2ork doesn't. Even a simple pointer will undoubtedly save me tons of time.
Thanks!
Ico