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)
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list