Yup :P
The “everything just works” aspect of Pd-extended is a double-edged sword..
Easiest solution, I’ve found, is to start Pd with the -noprefs flag and then check the list of objects that can’t create. After than I do a system search for those object help files aka “locate borax-help.pd” and see which external Pd-extended extra folder they are found in. From that, you can build your definitive external list.
Dan Wilcox @danomatika https://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
On May 15, 2016, at 2:31 PM, pd-list-request@lists.iem.at wrote:
From: enrike <altern2@gmail.com mailto:altern2@gmail.com> Subject: Re: [PD] dependency issue installing pd-extended in Ubuntu 16.04 LTS Date: May 15, 2016 at 2:30:35 PM MDT To: Gerhard Lang <lang.gerhard@gmail.com mailto:lang.gerhard@gmail.com>, pd-list@lists.iem.at mailto:pd-list@lists.iem.at
yes I know it sounds weird but here I have to be in sync with some teachers and students at the uni running different OSs and the easiest way is to install pd-extended :( I have a set of abstractions that relay on extensions included in the extended version. I would have to expend a few days to track down which extensions I use to find a solution ... because I just dont remember any longer which ones I used ...
oh well, I guess it is about time to do it