Hi List,
I'm new to this list, but a long time user of PD. There is a way to keep pd-extended aligned to the current stable release of pd-vanilla? I've noticed that pd-extend carries a quite old version of pd, and no updates in a while. The official web pages, says that a rolling-release pd-extend is on working, but again, no updates since alpha released on 01/02/2013 (if I'm not wrong).
Is there a simple'n dirty way to assembly pd-extended from pd-vanilla by myself?
Thanks
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256
On 2014-09-11 12:45, Alessio Degani wrote:
Hi List,
I'm new to this list, but a long time user of PD. There is a way to keep pd-extended aligned to the current stable release of pd-vanilla?
yes: invest manpower.
I've noticed that pd-extend carries a quite old version of pd, and no updates in a while. The official web pages, says that a rolling-release pd-extend is on working, but again, no updates since alpha released on 01/02/2013 (if I'm not wrong).
maybe. the latest (unstable) Pd-extended can always be found at: http://apt.puredata.info/auto-build/latest/
Is there a simple'n dirty way to assembly pd-extended from pd-vanilla by myself?
depends on what you expect from Pd-extended. PdX is a slightly modified "pd" binary PLUS a lot of externals. you cannot get the slightly modified pd core from pd-vanilla. if you are only interested in the externals, you could copy them over from a nightly Pd-extended build to your Pd-vanilla installation.
even better would be to just use the debian packages of pd and the externals you want.
fgmasdr IOhannes
On 11/09/2014 15:34, IOhannes m zmoelnig wrote:
Is there a simple'n dirty way to assembly pd-extended from pd-vanilla by myself?
depends on what you expect from Pd-extended. PdX is a slightly modified "pd" binary PLUS a lot of externals. you cannot get the slightly modified pd core from pd-vanilla. if you are only interested in the externals, you could copy them over from a nightly Pd-extended build to your Pd-vanilla installation.
even better would be to just use the debian packages of pd and the externals you want.
Yes, basically it's what I need. Since I'm using lots of externals that are on pd-extend, copying pd-extended extras to my pd-vanilla could be enough for me.
About the pd core, what are the differences from extended to vanilla? At first sight, I see some GUI differences.
Thanks
If you are on Linux, pd-l2ork comes with a near identical setup as extended, except that it is packaged as a monolithic deb (everything in one). On Sep 11, 2014 10:57 AM, "Alessio Degani" alessio.degani@ymail.com wrote:
On 11/09/2014 15:34, IOhannes m zmoelnig wrote:
Is there a simple'n dirty way to assembly pd-extended from
pd-vanilla by myself?
depends on what you expect from Pd-extended. PdX is a slightly modified "pd" binary PLUS a lot of externals. you cannot get the slightly modified pd core from pd-vanilla. if you are only interested in the externals, you could copy them over from a nightly Pd-extended build to your Pd-vanilla installation.
even better would be to just use the debian packages of pd and the externals you want.
Yes, basically it's what I need. Since I'm using lots of externals that are on pd-extend, copying pd-extended extras to my pd-vanilla could be enough for me.
About the pd core, what are the differences from extended to vanilla? At first sight, I see some GUI differences.
Thanks
-- a.
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
I'm wanting the latest version of pd-vanilla with the new from/to symbol/list features plus the allready compiled 64 bit externals from ggee, iemlibrary , cyclone, plus maybe a few others. there used to be a way to do this by installing and uninstalling pd-extended to get the packages, but recently i tried to compile the latest pd vanilla and had no jack support. What is the best way to go about doing this now with the 64 bit stuff?
On Thu, Sep 11, 2014 at 2:23 PM, Alessio Degani alessio.degani@ymail.com wrote:
Thank you for the tip!
If you are on Linux, pd-l2ork comes with a near identical setup as extended, except that it is packaged as a monolithic deb (everything in one).
--
a.
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
nevermind, i just checked in synaptic and it looks like the only thing I was missing defaultly was iemlib, hopefully I can just grab the sourcecode for the latest vanilla and compile.
On Fri, Sep 12, 2014 at 6:28 PM, Billy Stiltner billy.stiltner@gmail.com wrote:
I'm wanting the latest version of pd-vanilla with the new from/to symbol/list features plus the allready compiled 64 bit externals from ggee, iemlibrary , cyclone, plus maybe a few others. there used to be a way to do this by installing and uninstalling pd-extended to get the packages, but recently i tried to compile the latest pd vanilla and had no jack support. What is the best way to go about doing this now with the 64 bit stuff?
On Thu, Sep 11, 2014 at 2:23 PM, Alessio Degani alessio.degani@ymail.com wrote:
Thank you for the tip!
If you are on Linux, pd-l2ork comes with a near identical setup as extended, except that it is packaged as a monolithic deb (everything in one).
--
a.
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
nope that didn't do it, still missing the vcf filters from iem_lib
On Fri, Sep 12, 2014 at 6:31 PM, Billy Stiltner billy.stiltner@gmail.com wrote:
nevermind, i just checked in synaptic and it looks like the only thing I was missing defaultly was iemlib, hopefully I can just grab the sourcecode for the latest vanilla and compile.
On Fri, Sep 12, 2014 at 6:28 PM, Billy Stiltner billy.stiltner@gmail.com wrote:
I'm wanting the latest version of pd-vanilla with the new from/to symbol/list features plus the allready compiled 64 bit externals from ggee, iemlibrary , cyclone, plus maybe a few others. there used to be a way to do this by installing and uninstalling pd-extended to get the packages, but recently i tried to compile the latest pd vanilla and had no jack support. What is the best way to go about doing this now with the 64 bit stuff?
On Thu, Sep 11, 2014 at 2:23 PM, Alessio Degani <alessio.degani@ymail.com
wrote:
Thank you for the tip!
If you are on Linux, pd-l2ork comes with a near identical setup as extended, except that it is packaged as a monolithic deb (everything in one).
--
a.
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
On 09/13/2014 12:34 AM, Billy Stiltner wrote:
nope that didn't do it, still missing the vcf filters from iem_lib
$ aptitude install pd-iemlib
(or use synaptics or whatever)
I'm wanting the latest version of pd-vanilla with the new from/to symbol/list features plus the allready compiled 64 bit externals from ggee, iemlibrary , cyclone, plus maybe a few others. there used to be a way to do
all of these packages are in Debian (and thus should be in ubuntu as well)
this by installing and uninstalling pd-extended to get the packages, but recently i tried to compile the latest pd vanilla and had no jack support.
the puredata package in Debian comes with jack support.
What is the best way to go about doing this now with the 64 bit stuff?
using the native Debian packages.
but keep in mind that i'm speaking as a Debian Developer :-)
gfmadsr IOhannes
as far as compiling I am referring to Pd version 0.46-0 source (2 Megabytes) http://msp.ucsd.edu/Software/pd-0.46-0.src.tar.gz. trying to compile it on a fresh install of ubuntustudio needed some packages, not sure which ones at this point I installed codeblocks and ajunta so they may have installed my missing compiler tools. I think automake or outogen or something was missing then since the itermediate output required interpreting something about a dll I figure the cross tools may also be needed not sure was just getting ready to try again. Anyways iemlib is installed now from synaptic it was one of the only missing libraries , very strange, pd(the one that comes with ubuntustudio) does not load up the iem filters so maybe I have to go in and add the path manually or something. Thanks
On Sat, Sep 13, 2014 at 11:33 AM, IOhannes m zmölnig zmoelnig@iem.at wrote:
On 09/13/2014 12:34 AM, Billy Stiltner wrote:
nope that didn't do it, still missing the vcf filters from iem_lib
$ aptitude install pd-iemlib
(or use synaptics or whatever)
I'm wanting the latest version of pd-vanilla with the new from/to symbol/list features plus the allready compiled 64 bit externals from
ggee,
iemlibrary , cyclone, plus maybe a few others. there used to be a way
to do
all of these packages are in Debian (and thus should be in ubuntu as well)
this by installing and uninstalling pd-extended to get the packages,
but
recently i tried to compile the latest pd vanilla and had no jack
support.
the puredata package in Debian comes with jack support.
What is the best way to go about doing this now with the 64 bit stuff?
using the native Debian packages.
but keep in mind that i'm speaking as a Debian Developer :-)
gfmadsr IOhannes
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Apologies Alessio for hijacking your message.
here is the output from ./autogen.sh
billy@satellite:~/Downloads/pd-0.46-0$ ./autogen.sh
autoreconf: Entering directory .' autoreconf: configure.ac: not using Gettext autoreconf: running: aclocal --force -I m4/generated -I m4 autoreconf: configure.ac: tracing autoreconf: configure.ac: adding subdirectory portaudio to autoreconf autoreconf: Entering directoryportaudio'
autoreconf: configure.in: not using Gettext
autoreconf: running: aclocal --force
aclocal: warning: autoconf input should be named 'configure.ac', not '
configure.in'
autoreconf: configure.in: tracing
autoreconf: configure.in: subdirectory bindings/cpp not present
autoreconf: configure.in: not using Libtool
autoreconf: running: /usr/bin/autoconf --force
configure.in:104: error: possibly undefined macro: AC_LIBTOOL_WIN32_DLL
If this token and others are legitimate, please use m4_pattern_allow.
See the Autoconf documentation.
configure.in:105: error: possibly undefined macro: AC_PROG_LIBTOOL
autoreconf: /usr/bin/autoconf failed with exit status: 1
billy@satellite:~/Downloads/pd-0.46-0$
On Sat, Sep 13, 2014 at 5:03 PM, Billy Stiltner billy.stiltner@gmail.com wrote:
as far as compiling I am referring to Pd version 0.46-0 source (2 Megabytes) http://msp.ucsd.edu/Software/pd-0.46-0.src.tar.gz. trying to compile it on a fresh install of ubuntustudio needed some packages, not sure which ones at this point I installed codeblocks and ajunta so they may have installed my missing compiler tools. I think automake or outogen or something was missing then since the itermediate output required interpreting something about a dll I figure the cross tools may also be needed not sure was just getting ready to try again. Anyways iemlib is installed now from synaptic it was one of the only missing libraries , very strange, pd(the one that comes with ubuntustudio) does not load up the iem filters so maybe I have to go in and add the path manually or something. Thanks
On Sat, Sep 13, 2014 at 11:33 AM, IOhannes m zmölnig zmoelnig@iem.at wrote:
On 09/13/2014 12:34 AM, Billy Stiltner wrote:
nope that didn't do it, still missing the vcf filters from iem_lib
$ aptitude install pd-iemlib
(or use synaptics or whatever)
I'm wanting the latest version of pd-vanilla with the new from/to symbol/list features plus the allready compiled 64 bit externals from
ggee,
iemlibrary , cyclone, plus maybe a few others. there used to be a way
to do
all of these packages are in Debian (and thus should be in ubuntu as well)
this by installing and uninstalling pd-extended to get the packages,
but
recently i tried to compile the latest pd vanilla and had no jack
support.
the puredata package in Debian comes with jack support.
What is the best way to go about doing this now with the 64 bit stuff?
using the native Debian packages.
but keep in mind that i'm speaking as a Debian Developer :-)
gfmadsr IOhannes
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
fixed by installing libtool :)
On Sat, Sep 13, 2014 at 5:06 PM, Billy Stiltner billy.stiltner@gmail.com wrote:
Apologies Alessio for hijacking your message.
here is the output from ./autogen.sh
billy@satellite:~/Downloads/pd-0.46-0$ ./autogen.sh autoreconf: Entering directory
.' autoreconf: configure.ac: not using Gettext autoreconf: running: aclocal --force -I m4/generated -I m4 autoreconf: configure.ac: tracing autoreconf: configure.ac: adding subdirectory portaudio to autoreconf autoreconf: Entering directoryportaudio' autoreconf: configure.in: not using Gettext autoreconf: running: aclocal --force aclocal: warning: autoconf input should be named 'configure.ac', not ' configure.in' autoreconf: configure.in: tracing autoreconf: configure.in: subdirectory bindings/cpp not present autoreconf: configure.in: not using Libtool autoreconf: running: /usr/bin/autoconf --force configure.in:104: error: possibly undefined macro: AC_LIBTOOL_WIN32_DLL If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. configure.in:105: error: possibly undefined macro: AC_PROG_LIBTOOL autoreconf: /usr/bin/autoconf failed with exit status: 1 billy@satellite:~/Downloads/pd-0.46-0$On Sat, Sep 13, 2014 at 5:03 PM, Billy Stiltner billy.stiltner@gmail.com wrote:
as far as compiling I am referring to Pd version 0.46-0 source (2 Megabytes) http://msp.ucsd.edu/Software/pd-0.46-0.src.tar.gz. trying to compile it on a fresh install of ubuntustudio needed some packages, not sure which ones at this point I installed codeblocks and ajunta so they may have installed my missing compiler tools. I think automake or outogen or something was missing then since the itermediate output required interpreting something about a dll I figure the cross tools may also be needed not sure was just getting ready to try again. Anyways iemlib is installed now from synaptic it was one of the only missing libraries , very strange, pd(the one that comes with ubuntustudio) does not load up the iem filters so maybe I have to go in and add the path manually or something. Thanks
On Sat, Sep 13, 2014 at 11:33 AM, IOhannes m zmölnig zmoelnig@iem.at wrote:
On 09/13/2014 12:34 AM, Billy Stiltner wrote:
nope that didn't do it, still missing the vcf filters from iem_lib
$ aptitude install pd-iemlib
(or use synaptics or whatever)
I'm wanting the latest version of pd-vanilla with the new from/to symbol/list features plus the allready compiled 64 bit externals
from ggee,
iemlibrary , cyclone, plus maybe a few others. there used to be a
way to do
all of these packages are in Debian (and thus should be in ubuntu as well)
this by installing and uninstalling pd-extended to get the packages,
but
recently i tried to compile the latest pd vanilla and had no jack
support.
the puredata package in Debian comes with jack support.
What is the best way to go about doing this now with the 64 bit
stuff?
using the native Debian packages.
but keep in mind that i'm speaking as a Debian Developer :-)
gfmadsr IOhannes
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
for --enable-jack to give a result of JACK = YES libjack-jackd2-dev must be installed
On Sat, Sep 13, 2014 at 5:16 PM, Billy Stiltner billy.stiltner@gmail.com wrote:
fixed by installing libtool :)
On Sat, Sep 13, 2014 at 5:06 PM, Billy Stiltner billy.stiltner@gmail.com wrote:
Apologies Alessio for hijacking your message.
here is the output from ./autogen.sh
billy@satellite:~/Downloads/pd-0.46-0$ ./autogen.sh autoreconf: Entering directory
.' autoreconf: configure.ac: not using Gettext autoreconf: running: aclocal --force -I m4/generated -I m4 autoreconf: configure.ac: tracing autoreconf: configure.ac: adding subdirectory portaudio to autoreconf autoreconf: Entering directoryportaudio' autoreconf: configure.in: not using Gettext autoreconf: running: aclocal --force aclocal: warning: autoconf input should be named 'configure.ac', not ' configure.in' autoreconf: configure.in: tracing autoreconf: configure.in: subdirectory bindings/cpp not present autoreconf: configure.in: not using Libtool autoreconf: running: /usr/bin/autoconf --force configure.in:104: error: possibly undefined macro: AC_LIBTOOL_WIN32_DLL If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. configure.in:105: error: possibly undefined macro: AC_PROG_LIBTOOL autoreconf: /usr/bin/autoconf failed with exit status: 1 billy@satellite:~/Downloads/pd-0.46-0$On Sat, Sep 13, 2014 at 5:03 PM, Billy Stiltner <billy.stiltner@gmail.com
wrote:
as far as compiling I am referring to Pd version 0.46-0 source (2 Megabytes) http://msp.ucsd.edu/Software/pd-0.46-0.src.tar.gz. trying to compile it on a fresh install of ubuntustudio needed some packages, not sure which ones at this point I installed codeblocks and ajunta so they may have installed my missing compiler tools. I think automake or outogen or something was missing then since the itermediate output required interpreting something about a dll I figure the cross tools may also be needed not sure was just getting ready to try again. Anyways iemlib is installed now from synaptic it was one of the only missing libraries , very strange, pd(the one that comes with ubuntustudio) does not load up the iem filters so maybe I have to go in and add the path manually or something. Thanks
On Sat, Sep 13, 2014 at 11:33 AM, IOhannes m zmölnig zmoelnig@iem.at wrote:
On 09/13/2014 12:34 AM, Billy Stiltner wrote:
nope that didn't do it, still missing the vcf filters from iem_lib
$ aptitude install pd-iemlib
(or use synaptics or whatever)
> I'm wanting the latest version of pd-vanilla with the new from/to > symbol/list features plus the allready compiled 64 bit externals
from ggee,
> iemlibrary , cyclone, plus maybe a few others. there used to be a
way to do
all of these packages are in Debian (and thus should be in ubuntu as well)
> this by installing and uninstalling pd-extended to get the
packages, but
> recently i tried to compile the latest pd vanilla and had no jack
support.
the puredata package in Debian comes with jack support.
> What is the best way to go about doing this now with the 64 bit
stuff?
using the native Debian packages.
but keep in mind that i'm speaking as a Debian Developer :-)
gfmadsr IOhannes
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On 09/13/2014 11:03 PM, Billy Stiltner wrote:
as far as compiling I am referring to Pd version 0.46-0 source (2 Megabytes) http://msp.ucsd.edu/Software/pd-0.46-0.src.tar.gz. trying to compile it on a fresh install of ubuntustudio needed some packages, not sure which ones at this point
a good starting point to install all packages needed to compile Pd, is to install all packages needed to build the "puredata" package. (this information is also used by Debian's build-farm):
$ sudo apt-get build-dep puredata
gfdmr IOhannes
as long as we're on the subject, I'm noticing this seems to be the biggest version difference, it's 3 generations behind (0.43 extended vs 0.46 vanilla). My question is, next release would be 0.44 or would you be able to skip right to 0.46? If the idea is to follow the order and go to 0.44 next, why is it so important to stick to this sequence?
Moreover, what holds pd extended from being updated to the latest versions? Like the original question, would it be possible to just get the extra extended stuff and pack it around vanilla? I understand this wouldn't be as simple as that, but you know what I mean... I wonder if the problem is that there is some "to do list" in the extended agenda that holds it development and update to the latest versions.
cheers
2014-09-14 4:07 GMT-03:00 IOhannes m zmölnig zmoelnig@iem.at:
On 09/13/2014 11:03 PM, Billy Stiltner wrote:
as far as compiling I am referring to Pd version 0.46-0 source (2
Megabytes)
http://msp.ucsd.edu/Software/pd-0.46-0.src.tar.gz. trying to compile it on a fresh install of ubuntustudio needed some packages, not sure which ones at this point
a good starting point to install all packages needed to compile Pd, is to install all packages needed to build the "puredata" package. (this information is also used by Debian's build-farm):
$ sudo apt-get build-dep puredata
gfdmr IOhannes
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256
On 2014-09-16 05:36, Alexandre Torres Porres wrote:
as long as we're on the subject, I'm noticing this seems to be the biggest version difference, it's 3 generations behind (0.43 extended vs 0.46 vanilla). My question is, next release would be 0.44 or would you be able to skip right to 0.46? If the idea is to follow the order and go to 0.44 next, why is it so important to stick to this sequence?
it is not. why do you think it is?
most likely the next release of Pd-extended (if that ever happens) will be based on whatever Pd-version is current then.
Moreover, what holds pd extended from being updated to the latest versions? Like the original question, would it be possible to just get the extra extended stuff and pack it around vanilla?
like in the original question: yes, for *most* externals this will be possible. Pd (and PdX) has a pretty stable API/ABI (i'm saying *most* because you never know; but i expect all externals to keep working).
I understand this wouldn't be as simple as that, but you know what I mean...
actually, i don't.
I wonder if the problem is that there is some "to do list" in the extended agenda that holds it development and update to the latest versions.
i'm an outsider to Pd-extended, so i'm not authorized to answer this. however, my unauthorized answer is: the "to do list" of the pd-extended agenda is the same as the todo list of the one *single* person who only ever pushed the development of PdX. and this person is currently occupied with earning money to feed their family, so PdX-development has become a minor priority.
i guess that Pd-extended development never paid very well.
fgmasdr IOhannes
IOhannes m zmoelnig wrote:
On 2014-09-16 05:36, Alexandre Torres Porres wrote:
as long as we're on the subject, I'm noticing this seems to be the biggest version difference, it's 3 generations behind (0.43 extended vs 0.46 vanilla). My question is, next release would be 0.44 or would you be able to skip right to 0.46? If the idea is to follow the order and go to 0.44 next, why is it so important to stick to this sequence?
it is not. why do you think it is?
most likely the next release of Pd-extended (if that ever happens) will be based on whatever Pd-version is current then.
Moreover, what holds pd extended from being updated to the latest versions? Like the original question, would it be possible to just get the extra extended stuff and pack it around vanilla?
like in the original question: yes, for *most* externals this will be possible. Pd (and PdX) has a pretty stable API/ABI (i'm saying *most* because you never know; but i expect all externals to keep working).
I understand this wouldn't be as simple as that, but you know what I mean...
actually, i don't.
I wonder if the problem is that there is some "to do list" in the extended agenda that holds it development and update to the latest versions.
i'm an outsider to Pd-extended, so i'm not authorized to answer this. however, my unauthorized answer is: the "to do list" of the pd-extended agenda is the same as the todo list of the one *single* person who only ever pushed the development of PdX. and this person is currently occupied with earning money to feed their family, so PdX-development has become a minor priority.
i guess that Pd-extended development never paid very well.
That sums it up pretty well, thanks :) I'd love to see Pd-extended development continue, I have not given up on it, but my time is very limited for that. I think of it more as an extended pause for my contributions.
Really the only the preventing another release is someone doing the work.
.hc
i get u 2 obi hans kinobis mixed up
On Fri, Sep 19, 2014 at 11:56 PM, Hans-Christoph Steiner hans@at.or.at wrote:
IOhannes m zmoelnig wrote:
On 2014-09-16 05:36, Alexandre Torres Porres wrote:
as long as we're on the subject, I'm noticing this seems to be the biggest version difference, it's 3 generations behind (0.43 extended vs 0.46 vanilla). My question is, next release would be 0.44 or would you be able to skip right to 0.46? If the idea is to follow the order and go to 0.44 next, why is it so important to stick to this sequence?
it is not. why do you think it is?
most likely the next release of Pd-extended (if that ever happens) will be based on whatever Pd-version is current then.
Moreover, what holds pd extended from being updated to the latest versions? Like the original question, would it be possible to just get the extra extended stuff and pack it around vanilla?
like in the original question: yes, for *most* externals this will be possible. Pd (and PdX) has a pretty stable API/ABI (i'm saying *most* because you never know; but i expect all externals to keep working).
I understand this wouldn't be as simple as that, but you know what I mean...
actually, i don't.
I wonder if the problem is that there is some "to do list" in the extended agenda that holds it development and update to the latest versions.
i'm an outsider to Pd-extended, so i'm not authorized to answer this. however, my unauthorized answer is: the "to do list" of the pd-extended agenda is the same as the todo list of the one *single* person who only ever pushed the development of PdX. and this person is currently occupied with earning money to feed their family, so PdX-development has become a minor priority.
i guess that Pd-extended development never paid very well.
That sums it up pretty well, thanks :) I'd love to see Pd-extended development continue, I have not given up on it, but my time is very limited for that. I think of it more as an extended pause for my contributions.
Really the only the preventing another release is someone doing the work.
.hc
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
I wish I knew something about coding to help out with its development :P I do care a lot about it though and wish I could help in some other way.
I do see a few problems with extended, but they're basically related to some of the externals and libraries that sometimes do not work as they should, have bad and messy help files and are sometimes redundanct. If welcome, I could help sharing my thoughts and two cents about that, but I realize those are not actual bug fixes regarding the code, so it's not a priority on its to do list and issues for being updated to another release.
Anyway, while were at it, what kind of work exactly do you mean someone would have to do? I suppose there is a great list of bug fixes just to keep it basically what it is. Given the context, I'm not assuming any big to do list for some new features agenda. But besidesthe bug fixes, how hard is it for someone to just update to the latest vanilla core?
Well, since Pd is an open source project that relies on community effort, and this is the list of its main developers and users, I guess this is the place to talk about a collaboration and see if we can get Pd-extended's development to continue.
I'd to help in any way I can.
Cheers
2014-09-20 2:08 GMT-03:00 Billy Stiltner billy.stiltner@gmail.com:
i get u 2 obi hans kinobis mixed up
On Fri, Sep 19, 2014 at 11:56 PM, Hans-Christoph Steiner hans@at.or.at wrote:
IOhannes m zmoelnig wrote:
On 2014-09-16 05:36, Alexandre Torres Porres wrote:
as long as we're on the subject, I'm noticing this seems to be the biggest version difference, it's 3 generations behind (0.43 extended vs 0.46 vanilla). My question is, next release would be 0.44 or would you be able to skip right to 0.46? If the idea is to follow the order and go to 0.44 next, why is it so important to stick to this sequence?
it is not. why do you think it is?
most likely the next release of Pd-extended (if that ever happens) will be based on whatever Pd-version is current then.
Moreover, what holds pd extended from being updated to the latest versions? Like the original question, would it be possible to just get the extra extended stuff and pack it around vanilla?
like in the original question: yes, for *most* externals this will be possible. Pd (and PdX) has a pretty stable API/ABI (i'm saying *most* because you never know; but i expect all externals to keep working).
I understand this wouldn't be as simple as that, but you know what I mean...
actually, i don't.
I wonder if the problem is that there is some "to do list" in the extended agenda that holds it development and update to the latest versions.
i'm an outsider to Pd-extended, so i'm not authorized to answer this. however, my unauthorized answer is: the "to do list" of the pd-extended agenda is the same as the todo list of the one *single* person who only ever pushed the development of PdX. and this person is currently occupied with earning money to feed their family, so PdX-development has become a minor priority.
i guess that Pd-extended development never paid very well.
That sums it up pretty well, thanks :) I'd love to see Pd-extended development continue, I have not given up on it, but my time is very limited for that. I think of it more as an extended pause for my contributions.
Really the only the preventing another release is someone doing the work.
.hc
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
These are the kinds of work that needs to be done in Pd-extended:
- update the libraries to the latest version, and test them
- pull in relevant commits from pd-vanilla (you can't just pull them all in because vanilla does the GUI stuff differently, and Pd-extended has promised pixel-exact sizing on all platforms for a few releases now).
- fix platform-specific bugs
- finish splitting out all the core objects into standalone library (this is mostly done, that makes it a lot easier to keep pd-extended's core updated with pd-vanilla commits since all of the objects are a separate library that is taken directly from vanilla).
Code contributions are of course key. For people who don't do C, another way of getting work done is raising money to pay someone to do it. I'm happy to advise anyone who wants to take any of this on. Feel free to ping me directly to point me to threads here, since I don't check this list very often.
.hc
Alexandre Torres Porres wrote:
I wish I knew something about coding to help out with its development :P I do care a lot about it though and wish I could help in some other way.
I do see a few problems with extended, but they're basically related to some of the externals and libraries that sometimes do not work as they should, have bad and messy help files and are sometimes redundanct. If welcome, I could help sharing my thoughts and two cents about that, but I realize those are not actual bug fixes regarding the code, so it's not a priority on its to do list and issues for being updated to another release.
Anyway, while were at it, what kind of work exactly do you mean someone would have to do? I suppose there is a great list of bug fixes just to keep it basically what it is. Given the context, I'm not assuming any big to do list for some new features agenda. But besidesthe bug fixes, how hard is it for someone to just update to the latest vanilla core?
Well, since Pd is an open source project that relies on community effort, and this is the list of its main developers and users, I guess this is the place to talk about a collaboration and see if we can get Pd-extended's development to continue.
I'd to help in any way I can.
Cheers
2014-09-20 2:08 GMT-03:00 Billy Stiltner billy.stiltner@gmail.com:
i get u 2 obi hans kinobis mixed up
On Fri, Sep 19, 2014 at 11:56 PM, Hans-Christoph Steiner hans@at.or.at wrote:
IOhannes m zmoelnig wrote:
On 2014-09-16 05:36, Alexandre Torres Porres wrote:
as long as we're on the subject, I'm noticing this seems to be the biggest version difference, it's 3 generations behind (0.43 extended vs 0.46 vanilla). My question is, next release would be 0.44 or would you be able to skip right to 0.46? If the idea is to follow the order and go to 0.44 next, why is it so important to stick to this sequence?
it is not. why do you think it is?
most likely the next release of Pd-extended (if that ever happens) will be based on whatever Pd-version is current then.
Moreover, what holds pd extended from being updated to the latest versions? Like the original question, would it be possible to just get the extra extended stuff and pack it around vanilla?
like in the original question: yes, for *most* externals this will be possible. Pd (and PdX) has a pretty stable API/ABI (i'm saying *most* because you never know; but i expect all externals to keep working).
I understand this wouldn't be as simple as that, but you know what I mean...
actually, i don't.
I wonder if the problem is that there is some "to do list" in the extended agenda that holds it development and update to the latest versions.
i'm an outsider to Pd-extended, so i'm not authorized to answer this. however, my unauthorized answer is: the "to do list" of the pd-extended agenda is the same as the todo list of the one *single* person who only ever pushed the development of PdX. and this person is currently occupied with earning money to feed their family, so PdX-development has become a minor priority.
i guess that Pd-extended development never paid very well.
That sums it up pretty well, thanks :) I'd love to see Pd-extended development continue, I have not given up on it, but my time is very limited for that. I think of it more as an extended pause for my contributions.
Really the only the preventing another release is someone doing the work.
.hc
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
-
Alessio Degani -
Alexandre Torres Porres -
Billy Stiltner -
Hans-Christoph Steiner -
IOhannes m zmoelnig -
IOhannes m zmölnig
-
Ivica Bukvic