>> - which is the best way to install the new pd version? or is there a >> way to add a repository where the newest version is available, so >> that synaptic updates it automatically? > > i don't think so. > it might be a good idea.
or even a link to the latest builds, if possible. (maybe in another category) >> - Is it possible to install pd-ext where the program already is, >> usr/local/bin/pd? > > .deb packages SHOULD NOT install to /usr/local (afair; i cannot give you > any RFC/guideline/bestpractice that confirms this but you should be able > to find something in the wide,wide,web) hmm, that's where synaptic installed pd-ext in the first place. does it mean that it should be somewhere else? I'll look for some documentation on that. >> - if pd-van (puredata) and pd-ext are different programs, why is the >> new .deb file colliding with 'puredata', that is, pd-van? > > because they are not totally different programs. > the idea is, that you can use one as a drop-in replacement for the > other: if you have either pd-vanilla (pacakge "puredata") or pd-extended > installed, you can just run /usr/bin/pd to launch a Pd. ah. in that case it would make sense for both to uncompact in the same folder. but anyway I'm not sure that's the best way. they are 2 different programs - for example, for a while I had to keep using pd-van, because of features of data structures that were implemented only from 0.40.x > your package-manager should handle the dependencies/conflicts correctly, > that is: ask you if you want to uninstall the "puredata" package when > you try to install the "pd-extended" package. as H-C said, it doesn't seem to happen. I only get the error message, and no other options available. now I don't have time, but then I'll probably uninstall both synaptic-pds, and try the new night build. Joao _______________________________________________ [email protected] mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
