Unless you want an enormous number of patches in the wild to bit-rot, you're
going to have a "Install Pd-extended libraries" button. If you have that
button, then presumably at least _one_ person is going to need to build and
test the whole enchilada, no?
Btw-- are there poisonous spiders lurki
forgot to include the Pd-list on my reply:
I’ve only seen it on my (very complex) performance setup, which I can’t very
well use as a test case. I will try to find a simpler example, though it’s
possible that my complex performance patches are stressing the graphics somehow.
If I can do that
I just tried this in 0.46-4:
cd .../pd/src
make -f makefile.gnu JACK=TRUE
../bin/pd -jack
and it seems to work fine for me. So there could be a jack version
conflict, or just possibly something amiss in the configure script.
Could you try compiling it using makefile.gnu and see if the problem i
Yes, I'm suggesting this approach as an alternative to continuing Pd-extended,
mainly because I don't see anyone willing to dig into the extended source to
update/maintain it. I've considered doing this myself, but it's really too much
for one person, as we've already seen.
I see a "Max-clone"
I'm with Dan,
First of all, we need a svn/git/... repository with working
(multi-platform??) Makefiles. Then, we have to fix the help files with a
common style.
Only after that we can start to think how to distribute/install them on
pd-[vanilla|l2ork].
And stuff like defining metapackages li
On 2014-12-20 23:41, Jonathan Wilkes via Pd-list wrote:
> On 12/20/2014 05:06 PM, Fred Jan Kraan wrote:
>> On 2014-12-20 22:38, Jonathan Wilkes via Pd-list wrote:
>>> Is the idea to package an entire packaging system with Pd Vanilla?
>> For me the focus is now to create a sort of versionable, insta
On 2014-12-20 23:17, Dan Wilcox wrote:
> Oi, no. That’s putting the cart before the horse. IMO It makes more
> sense to break up the externals in the svn to separate repos with
> working Makefiles. Once we know they’re all working and have an easy way
> to install binaries like Max, then we could g
