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 _______________________________________________ [email protected] mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
