Turning off "standard extensions" will definitely prevent that from loading as well as other things like [expr~]. That's what turning that off is supposed to do.
Do you get the right two inlet [list] if you run it like this: $ pd-extended -noprefs .hc On 01/22/2013 11:47 AM, batinste wrote: > If pd is loaded with standard extensions checked, [list] has two inlets. > If standard extensions are not checked, only one inlet. > > In both cases, i get "/usr/lib/pd-extended/startup/1.list.pd_linux: can't load > startup library". > > > On 22/01/2013 17:28, Hans-Christoph Steiner wrote: >> Hmm, there goes that idea... I thought it might be an encoding issue, but >> y'all are all using UTF-8 encoding. It doesn't seem Debian- or >> Ubuntu-specific, or specific to the way the package was built. I've tried to >> reproduce it on my Linux Mint Maya/amd64 laptop, a Linux Mint Maya/i386 >> laptop, two Debian/squeeze/amd64 boxes, and a Debian/wheezy/amd64 box. They >> all work fine. >> >> What if you do this, does it load properly and do you get the two inlet >> [list]? >> >> pd-extended -lib vanilla/list >> >> Any other ideas? >> >> .hc >> >> On 01/22/2013 04:10 AM, Julian Brooks wrote: >>> export | grep LANG >>> declare -x LANG="en_GB.UTF-8" >>> declare -x LANGUAGE="en_GB:en" >>> >>> >>> >>> $ export | grep LC_ >>> julian@brooks:~/Desktop$ >>> (nothing too) >>> >> _______________________________________________ >> [email protected] mailing list >> UNSUBSCRIBE and account-management -> >> http://lists.puredata.info/listinfo/pd-list >> > _______________________________________________ [email protected] mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
