mmm yes. it is becoming a problem for us. many thanks for the tips
ig., 2016.eko mairen 15a 22:45(e)an, Dan Wilcox igorleak idatzi zuen:
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
<mailto: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