-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > On Wed, 2010-06-09 at 22:09 -0400, Hans-Christoph Steiner wrote: >> >> >> Until we get the 'puredata' package installing its extra stuff in a >> separate dir from /usr/lib/pd, then its tricky to make 'pdextended' >> use /usr/lib/pd. But once that's separated, its easy. >
hmm, i'm not sure i fully understand the need. - - external-packages (e.g. pd-wiimote), have to install somewhere, the obvious place would be /usr/lib/pd/extra (for both puredata and pdx) - - "puredata" provides almost no externals (and they could be factored out into separate packages): expr~, fiddle~/sigmund~, pd~,... (~10) so what's the bug advantage, if "puredata" installs into /usr/lib/puredata and also searches /usr/lib/pd/extra (since /usr/lib/puredata/extra is virtually empty)? with pdx it is (currently) a bit different as it comes with so many externals, and we want to avoid conflicts with pd-externals (and simil.) installing to .../puredata has the theoretical advantage of allowing to install externals that are known to not work with PdX, and thus won't interfere, if PdX was looking in /usr/lib/pd/. i think this is rather theoretical (currently i don't know of any such external), but at least it allows for this possibility. thus it's probably more "elegant" and "cleaner". is it worth the effort? mfgas.r IOhannes PS: sorry if i started a new thread for an already existing one; it's actually a reply to a private email from roman, turned into pd-dev -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkwRG3MACgkQkX2Xpv6ydvSxlgCg00P3sZEYoBGcpY7DXNkwO3nc khYAnjBrRZAXnNKAfmEb80gHYiJzAYxM =T+ew -----END PGP SIGNATURE----- _______________________________________________ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev