On Sep 21, 2010, at 1:02 PM, Dan Wilcox wrote:
On Sep 21, 2010, at 6:47 AM, Frank Barknecht wrote:
On Sat, Sep 18, 2010 at 06:03:34AM -0400, Dan Wilcox wrote:
I think this has been asked before, but why isn't sssad included in pd-extended? It's stable and I've been using it for quite some time and I know its getting plenty of use in rjlib.
Apart from being packaged as its own Debian package (which is a new requirement) it fulfills all requirements for pd-x-inclusion listed
on the puredata.info page.Maybe the question should better be: Why was sssad removed from pd-extended after 0.41 and still is?
I think it's the maintenance issue. I can understand the need to
flush everything out, then start adding the solid, maintainable
externals back in ... although I think sssad is both solid and
maintainable already.but I know, that many people would love to use sssad or already do
but hate it when they have to install a single-object library manually
into their pd-extended install.Ja, that's why I distribute sssad with my lib. It would be nicer to
have it as a pd-ext standard IMO, so those of us who use it in
abstractions can stop packaging it.Are there any objections to me following Hans' guide and adding it?
What about the Debian packaging issue? I suppose I can do that too
if needed ... as well as volunteer to be the maintainer. I want to
push my patches into pd-ext soon anyway.
From what I rememeber, it was excluded because it was non-functional
the way it was included. There is a bug that prevents the libdir
packaging working when the folder has the same name as the abstraction
in it, i.e. sssad/sssad.pd. T
This works with binary externals.
As for alternate ways of including things besides libdirs, there are
lots of kludges currently in Pd-extended. I've been spending a lot of
my time maintaining them. I'm working on reducing maintenance time so
I can actually spend time coding new things. So far, only a couple
people have a track record of actually maintaining code in Pd-extended
without me needing to get involved (Martin Peach, Matju, Roman,
IOhannes, I'm probably missing someone).
So I think the way forward is to make it easy for people to distribute
their own libraries on their own, and make them really easy to install
and use. Pd-extended 0.42.5 and Pd-vanilla 0.43 have big improvements
in that regard, so people should try that path first (i.e. package as
libdir, make the libdir usable when dropped into the standard user
install paths in the FAQ, etc.)
.hc
"[T]he greatest purveyor of violence in the world today [is] my own
government." - Martin Luther King, Jr.