[PD] enhance pd-extended with pd-l2ork featues ?

[Hans-Christoph Steiner]

Ah yes, right, you have to build everything for pd-l2ork because of binary
incompatibility.  That's unfortunate, since it means you have to do all the
same maintenance/packaging work instead of building upon what's there.
Packages like pd-readanysf, pd-iemambi, and coming soon pd-fftease and
pd-lyonpotpourri, are all built to be shared across different pd versions. You
can still use the packages puredata-utils (pdsend and pdreceive) and cyclist
with pd-l2ork.

Unless pd-l2ork is looking in /usr/lib/puredata, then it will not use any of
the objects included in the puredata* packages.  The pd-* packages install
into /usr/lib/pd, and Pd-extended installs into /usr/lib/pd-extended.  If
pd-l2ork does not install into /usr/lib/pd or /usr/lib/pd-extended, then it
can coexist fine.  Just make sure that /usr/lib/pd and /usr/lib/pd-extended
are not in pd-l2ork's search path and it won't load those libraries.

.hc

On 01/22/2013 08:57 AM, Ivica Bukvic wrote:
> Because:
> 
> 1. the two are not binary compatible, so any stray packages may crash one
> or the other if they are in the shared directory
> 
> 2. pd-l2ork comes as a monolithic distribution
> 
> 3. Pd-utils is enough to break the one or the other due to different ways
> how gui functions between the two.
> 
> If you can think of a better way please do let me know.
> 
> That said, the two can nicely coexist if you install one of them using the
> binary installer script because that one exists in the usr/usr/local
> directory as opposed to/usr. Pd-l2ork already provides binary installers
> and automated tarball builders.
> 
> P.S. I tried building pd-extended but had no luck using the same "make
> install path=/usr/local" (as per readme in packages/linux). I will try to
> resync latest svn. Perhaps something has changed.
> On Jan 21, 2013 11:58 PM, "Hans-Christoph Steiner" <hans at at.or.at> wrote:
> 
>> On 01/21/2013 11:22 PM, Ivica Ico Bukvic wrote:
>>>> Interesting, I'll have a go at it.
>>>>
>>>> I think I said I'd pay you if you were able to fix this.  Or maybe that
>>> was
>>>> matju.  Either
>>>> way if it's fixed I'll pay you for it.
>>>>
>>>> To be honest, I have no earthly idea why I care so much about this
>>>> feature.  Perhaps
>>>> it's from going through the hamster-wheel of externals all written just
>> to
>>> get
>>>> the args
>>>> list when this is all that is needed to solve all but the exotic cases.
>>>>
>>>> -Jonathan
>>>
>>> You can also try the binary builds I just posted (20130121 version) that
>> has
>>> all of the aforesaid fixes (assuming you use Ubuntu).
>>>
>>> Cheers!
>>>
>>
>> Hey ico,
>>
>> I'm curious why you made the pd-l2ork package conflict with all of the
>> puredata packages.  As far as I can tell, it only conflicts with
>> puredata-utils.  It would be very handy if pd-l2ork could live in parallel
>> with pd and pd-extended.
>>
>> And in terms of lowering your maintenance load, you could remove lots of
>> libraries from pd-l2ork and instead set them in Depend: and have them
>> provided
>> by the official packages that are already in Debian and Ubuntu.  You can
>> see a
>> listing of what's included in Debian here: look for all the packages that
>> start with pd-
>>
>>
>> http://qa.debian.org/developer.php?login=pkg-multimedia-maintainers@lists.alioth.debian.org
>>
>> .hc
>>
>