hi, I installed pd-extended 0.43.1 on my ubuntu 12.04 machine. I'm experiencing a strange behaviour: at some point it started failing at loading some pd-extended objects like mux~ or ezdac~. In the log I see that all libraries are loaded correctly. I tried to purge the package installed with dpkg and install the one from the ubuntu repository indicated on puredata.info, with same result.
I thought to try with 0.42 but as far I understood there's no "easy" way to install it on ubuntu precise. Did anyone experience the same behaviour? Maybe purging pd-extended using apt-get doesn't remove everything and there's still some thing left that won't let the issue be solved reinstalling it?
thanks, athos
Hi Athos,
hi, I installed pd-extended 0.43.1 on my ubuntu 12.04 machine. I'm experiencing a strange behaviour: at some point it started failing at loading some pd-extended objects like mux~ or ezdac~. In the log I see that all libraries are loaded correctly. I tried to purge the package installed with dpkg and install the one from the ubuntu repository indicated on puredata.info, with same result.
The download page has an older version. There have been a few glitches in the normal pd-extended generation process in this (0.43) version, and it's a major rewrite, so it's taking longer than usual. However, there is a newer version of the package available at http://blinky.at.or.at:8888/auto-build/2012-10-07/ I suggest you try this - it may fix things. Ed
I thought to try with 0.42 but as far I understood there's no "easy" way to install it on ubuntu precise. Did anyone experience the same behaviour? Maybe purging pd-extended using apt-get doesn't remove everything and there's still some thing left that won't let the issue be solved reinstalling it?
thanks, athos
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[ezdac~] is part of rradical, which was removed because it had no maintainer and had bugs. Try [output~]. I don't know mux~, perhaps it was also in a library that was removed because of being semi-broken and unmaintained.
If you really want ezdac~ you can copy the 'rradical' folder from 0.42.5 into your user folder and load it using [import rradical] http://puredata.info/docs/faq/how-do-i-install-externals-and-help-files
As for 0.42.5 for Ubuntu/precise, its just a matter of someone getting the whole thing to build on precise.
.hc
On Oct 8, 2012, at 4:51 AM, athos bacchiocchi wrote:
hi, I installed pd-extended 0.43.1 on my ubuntu 12.04 machine. I'm experiencing a strange behaviour: at some point it started failing at loading some pd-extended objects like mux~ or ezdac~. In the log I see that all libraries are loaded correctly. I tried to purge the package installed with dpkg and install the one from the ubuntu repository indicated on puredata.info, with same result.
I thought to try with 0.42 but as far I understood there's no "easy" way to install it on ubuntu precise. Did anyone experience the same behaviour? Maybe purging pd-extended using apt-get doesn't remove everything and there's still some thing left that won't let the issue be solved reinstalling it?
thanks, athos
_______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 2012-10-08 17:12, Hans-Christoph Steiner wrote:
[ezdac~] is part of rradical, which was removed because it had no maintainer and had bugs. Try [output~]. I don't know mux~, perhaps it was also in a library that was removed because of being semi-broken and unmaintained.
[mux~] is part of zexy.
fgmasdr IOhannes
I tried installing the nightly build (finally I know again where they are! :) the link at the bottom of the download page appears to be broken), but it still won't load mux~, even though zexy is reported as loaded. I must however report some other glitches which might be (or not) related to this. When i first opened pd-extended after installing the nightly build, it couldn't even load objects like [cputime] and [dsp] ! I had to quit and relaunch the program to make them work.
I also noticed that no matter if I uninstall pd-extended using purge, wipe out pd-externals directory and delete .pdextended, after a new install I still get a populated recent files list, so this makes me think that there's something remaining from previous installation: is it normal? does it matter at all?
As for ezdac, I guess I can live without :)
thank you all, athos
PS: I must say I like 0.43 with all its new features, but I am not trusting it for gigs and live performances right now, so I guess I will just try to build 0.42 for these purposes and use 0.43 for experimentation. If I succeed I will post it here :)
The recent files are stored in ~/.config/pd-extended. I suppose all the config files should go there.
.hc
On 10/08/2012 05:11 PM, athos bacchiocchi wrote:
I tried installing the nightly build (finally I know again where they are! :) the link at the bottom of the download page appears to be broken), but it still won't load mux~, even though zexy is reported as loaded. I must however report some other glitches which might be (or not) related to this. When i first opened pd-extended after installing the nightly build, it couldn't even load objects like [cputime] and [dsp] ! I had to quit and relaunch the program to make them work.
I also noticed that no matter if I uninstall pd-extended using purge, wipe out pd-externals directory and delete .pdextended, after a new install I still get a populated recent files list, so this makes me think that there's something remaining from previous installation: is it normal? does it matter at all?
As for ezdac, I guess I can live without :)
thank you all, athos
PS: I must say I like 0.43 with all its new features, but I am not trusting it for gigs and live performances right now, so I guess I will just try to build 0.42 for these purposes and use 0.43 for experimentation. If I succeed I will post it here :)
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
thanks hans. I played a little bit more, tried other nightly builds and the problem persists. I'm thinking it may be related to my os state. I started reading about compiling pd-extended, it might be not too difficult for me to try, but I was wondering... what if i want to build a "stand alone" executable, I mean not linked to system libraries, so that it can be even put on a usb stick and carried anywhere (on different distributions, maybe)? Is the tarball option in the make system just doing this? Is this idea a nonsense?
athos
On 9 October 2012 01:24, Hans-Christoph Steiner hans@at.or.at wrote:
The recent files are stored in ~/.config/pd-extended. I suppose all the config files should go there.
Making a standalone Pd-extended for GNU/Linux would be possible, but it would require low-level knowledge of C build processes. You'd have to convert all of the dynamic links with static links.
.hc
On 10/09/2012 02:18 PM, athos bacchiocchi wrote:
thanks hans. I played a little bit more, tried other nightly builds and the problem persists. I'm thinking it may be related to my os state. I started reading about compiling pd-extended, it might be not too difficult for me to try, but I was wondering... what if i want to build a "stand alone" executable, I mean not linked to system libraries, so that it can be even put on a usb stick and carried anywhere (on different distributions, maybe)? Is the tarball option in the make system just doing this? Is this idea a nonsense?
athos
On 9 October 2012 01:24, Hans-Christoph Steiner hans@at.or.at wrote:
The recent files are stored in ~/.config/pd-extended. I suppose all the config files should go there.
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On Mon, 2012-10-08 at 18:36 +0200, IOhannes m zmoelnig wrote:
On 2012-10-08 17:12, Hans-Christoph Steiner wrote:
[ezdac~] is part of rradical, which was removed because it had no maintainer and had bugs. Try [output~]. I don't know mux~, perhaps it was also in a library that was removed because of being semi-broken and unmaintained.
[mux~] is part of zexy.
and does not load when zexy is compiled as single-object externals (--enable-library=no). When creating [zexy/mux~], I get:
load_object: Symbol "mux_tilde_setup" not found zexy/mux~ error: ... couldn't create
Accordingly, it does load after having created [zexy/multiplex~]
This is with the current svn head.
Roman
oh well, thanks. So, it's all a matter of calling multiplex at least once. As for the "standalone" build, I think I will stick to the standard procedure, as I'm not able to do what hans says.
athos
On 10 October 2012 22:20, Roman Haefeli reduzent@gmail.com wrote:
[mux~] is part of zexy.
and does not load when zexy is compiled as single-object externals (--enable-library=no). When creating [zexy/mux~], I get: load_object: Symbol "mux_tilde_setup" not found zexy/mux~ error: ... couldn't create Accordingly, it does load after having created [zexy/multiplex~]
-
athos bacchiocchi -
Ed Kelly -
Hans-Christoph Steiner -
IOhannes m zmoelnig -
Roman Haefeli