Hi again,
With this I get
pd-extended -lib vanilla/list oops: ALSA cards not reported in order? oops: ALSA cards not reported in order? priority 8 scheduling enabled. priority 6 scheduling enabled. open: /etc/pd/gem.conf: No such file or directory open: /home/julian/.pd/gem.conf: No such file or directory open: ./gem.conf: No such file or directory
Still get this in the console: /usr/lib/pd-extended/startup/1.list.pd_linux: can't load startup library'!
though [list] has 2 inlets.
Going back to: pd-extended -stderr -verbose -noprefs -nrt
I don't get the console error message but [list] has one inlet.
With the suggested pd-extended_0.43.4~20130121-1~quantal_amd64
I've reverted back to the debian wheezy nightly build. Same results though I've once got this error on shutdown: 'pdsend errorname: >>error writing "sock8": broken pipe<<julian@brooks :~/Desktop$' Though presume it's not related?
It was a possibly dumb try but [vanilla/list] doesn't instantiate (you probably knew that already)
Jb
On 22 January 2013 16:28, Hans-Christoph Steiner hans@at.or.at 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)