[PD] Updating Pd-Extended
simonzwise at gmail.com
Wed Mar 4 17:03:24 CET 2015
On 05/03/15 01:38, Alexandre Torres Porres wrote:
>> It might work better to switch to a model of
>> separately maintained libraries
> I vouch for that as well as I've been suggesting it too. In a sense we
> could make it very easy to install "extended libraries" into vanilla.
isn't that already the case in linux ... quite a few libraries are individually
packaged for debian, all of them for vanilla, they have a few maintainers but
all that and where upstream is etc is documented within the packages and this is
accessible directly on debian web pages. They end up ready to install in many
linux distributions from there, and readily convertible to the other main linux
packaging systems. Some other libraries are maintained elsewhere as drop-in folders.
I guess the situation is much more limited for other OSes (I rarely use them)
but if there are committed people from those then surely it is easier to build
on the upstream sources and repositories that already exist??
Without comparable OS wide packaging/distribution systems then building drop-in
folders built for the most common variations of each OS would be the only
sensible way to go.
The libdir format is supported by the package listed here:
follow the links to the source and browse, eg in this case:
A hell of a lot of work is waiting there, ready to reuse in other OSes.
Most of it listed in this search (though there are more):
If you really want to run pd on sparc, there is where you may well find binaries
that at least build, but you will also find working sources and all the
appropriate links to upstream, licenses etc etc.
And if there aren't many committed developers (with enough time) using the other
OSes ... then nothing much is going to change. I get the impression that most
active developers here use linux?? maybe I'm wrong? It would seem also to be the
same with pd-l2ork.
> Not that I want to see the end of Pd-Extended, quite the opposite. But it
> seems a few changes need to be made in order for it to become more open as
> well and easier to maintain the fixes. Perhaps in a similar fashion than
> the "extended vanilla" idea.
> For example, the fixes that have already been made to the cyclone library,
> why can't we see it being put into an update right away? And why can't we
> download it and use it in Vanilla? It ain't right... the reasonable thing
> is that the community could manage it faster by fixing it and making it
> readily available for Extended and Vanilla.
> Obviously I know there are issues involved that I cannot even begin to
> grasp for making things the way they are, but this is my two cents anyway...
> seems that it is not To the contrary, but I find it particularly
> 2015-03-03 17:44 GMT-03:00 Miller Puckette<msp at ucsd.edu>:
>> It might work better to switch to a model of separately maintained
>> (as Joe Deken has suggested) - see the thread with subject line
>> "Extending Vanilla [....]"
>> On Tue, Mar 03, 2015 at 07:19:50PM +0100, Fred Jan Kraan wrote:
>>> On 2015-03-03 03:05 PM, Hans-Christoph Steiner wrote:
>>>> Pd-extended is in need of a new maintainer. Obviously, I can't keep
>> up these days. I'm happy to help anyone get up to speed.
>>> I want to participate in the maintenance, but it is probably much more
>>> complex than fixing some minor issues in cyclone. Assuming more people
>>> are interested but in a similar situation, is there a way to split it up
>>> in more manageable pieces? It would be more of a community effort then,
>>> which is always preferable.
>>> Fred Jan
>>>> On Dec 24, 2014, at 2:00 PM, João Pais wrote:
>>>>> Hello list,
>>>>> I wanted to ask, what is the current state of the pd-extended
>> distribution? Pd-vanilla has had some regular updates recently (some of
>> them with interesting developments), but the latest pd-ext version is still
>> from almost 2 years ago.
>>>>> Pd-list at lists.iem.at mailing list
>>>>> UNSUBSCRIBE and account-management ->
>>>> Pd-list at lists.iem.at mailing list
>>>> UNSUBSCRIBE and account-management ->
>>> Pd-list at lists.iem.at mailing list
>>> UNSUBSCRIBE and account-management ->
>> Pd-list at lists.iem.at mailing list
>> UNSUBSCRIBE and account-management ->
> Pd-list at lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
More information about the Pd-list