On 24/12/14 01:27, Dan Wilcox wrote:
Also, a simple option to continue extended would be a new “Pd-extended” that
is basically Miller’s current Pd vanilla binary with precompiled externals in
the /extra folder. This is what I currently use, a few of the precompiled
externals from the last
On 12/23/2014 10:09 PM, Dan Wilcox wrote:
How many people currently have access to the SVN?
37
Also, doesn’t upstream prefer Git anyway?
who knows.
upstream for various externals *not* miller.
afaik, most upstreams work directly in the SVN (if they still work on
the externals).
i for
* starting a new thread *
* responding to : *
Actually, you're simply trading one shortcoming for another, and I would
argue you're shortcoming is a lot harder to troubleshoot. If you provide a
monolithic distribution to all of your users, then reproducing their problems
becomes
On 12/23/2014 03:27 PM, Dan Wilcox wrote:
what’s important is to break out the external development from the SVN into
smaller, more maintainable repos
i have to admit i totally fail to see, why having all the source code in
a single SVN-root makes things more or less complicated.
unlike git,
://robotcowboy.com/
On Dec 23, 2014, at 2:40 PM, pd-list-requ...@lists.iem.at wrote:
From: IOhannes m zmölnig zmoel...@iem.at mailto:zmoel...@iem.at
To: pd-list@lists.iem.at mailto:pd-list@lists.iem.at
Date: December 23, 2014 at 1:29:26 PM EST
Subject: Re: [PD] future PD-extended development
On Dec 23, 2014 3:27 PM, Dan Wilcox danomat...@gmail.com wrote:
* starting a new thread *
* responding to : *
Actually, you're simply trading one shortcoming for another, and I would
argue you're shortcoming is a lot harder to troubleshoot. If you provide a
monolithic distribution to all of