[PD-dev] updating 'puredata' package to 0.42.5

Mathieu Bouchard matju at artengine.ca
Sun Nov 22 19:28:27 CET 2009


On Sat, 21 Nov 2009, Chris McCormick wrote:

> I should note that Pd itself is not very modular in terms of the way 
> it's distributed, it's just that there is not a lot of stuff in it.

If (random popular interpreter) Python or Ruby or PHP were nearly as 
modular as Pd is, you'd need to download your for-loop statement from a 
third party, and then you'd have people arguing on the mailing-list that 
they should be able to run Ruby without a for-loop statement interpreter 
if they damn well please. Then you'd have at least five different 
representations for text strings, in which the only one considered 
standard is the one that is a big honking memory leak by design; and each 
of the non-leaking representations would be pushed for by a minority of 
specialists and rejected by a majority of them. THAT's modularity!

> I guess the difference is that when disk space is constrained I have the 
> option to install or not install something with Python, whilst I don't 
> really have that option with pd-extended. If you do an `apt-cache search 
> python-` you will see a ton of stuff that you can optionally install. I 
> think the Python VM and language strike the right balance with what hey 
> choose to be 'batteries included' and what they leave out. Possibly 
> pd-extended still needs to find that balance.

Even though pd-extended is built as one set of things, there's nothing 
that prevents you from designing a scheme of .deb files that cuts that one 
set of binaries (made from a single "make" command) into a 
conveniently-compartmentalised system designed so that each package 
doesn't pull in too many other packages at once (recursively speaking).

I don't know whether debian packaging really wants you to have one 
makefile per package, but if ever it's the case, you can probably fake it 
so as to avoid having to split a makefile-system that has an advantage at 
being all together. the package-splitting would be only there to avoid 
pulling too many deps at once, just to avoid apt-get install pd-extended 
telling you «the following 242 dependencies will be ADDED. Once installed 
it will take 3859 Megs. Do you want to continue? (Y/Y)». But seriously, so 
far, I don't recall being really annoyed by the number of deps in the 
pd-extended debs.

  _ _ __ ___ _____ ________ _____________ _____________________ ...
| Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801


More information about the Pd-dev mailing list