Ctrl Alt Back wrote:
I had previously installed older versions of pd and pd-extended.
Still is not clear to me if pd-extended actualy uses some files from pd
installation.
Installing of Pd-0.41.0-extended-20080121-debian-testing-i386.deb went
very fast, so i suppose it re-uses packages from previous installation.
to my knowledge, this is not what the debian-package management does.
if you update a package, the old one will be removed and the new one
will be installed (with some exceptions in /etc). it should take equally
long.
pd-extended _used_ to install in /usr/local and thus would not interfere
with an existing puredata (debian package) installation which would go
to /usr.
iirc, hans wanted to fix this (that is: install pd-extended into /usr),
but i don't know whether he has already done so.
It looks to me like a big mess i made, probably best to clean up
everything and start all over ...
On Mon, Jan 21, 2008 at 08:15:41PM +0100, Ctrl Alt Back wrote:
pix_record
... couldn't create
pix_multiblob 6
... couldn't create
(most of other objects from gem are ok)
i found out i can create those while pd started as root
this most likely means that you are loading a different Gem version as
ordinary user and as root.
run pd in verbose mode and see what it says when loading Gem (and/or the
missing objects)
(since you hinted that you might have several versions of pd installed,
it might be that root is using /usr/bin/pd your ordinary account is
using /usr/local/bin/pd; this also effects the externals that might be
found automatically; but this also depends on your path-settings)
readdir
... couldn't create
but not this one and others
conclusion:
run pd -verbose
and
run pd -version and which pd to see which pds the 2 accounts are
actually using
mfgard
IOhannes
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list