<div dir="ltr">what do you mean by "<span style="font-size:12.8000001907349px">monolithic distribution"?</span><div><span style="font-size:12.8000001907349px">cheers</span></div></div><div class="gmail_extra"><br><div class="gmail_quote">2015-06-08 6:04 GMT-03:00 Roman Haefeli <span dir="ltr"><<a href="mailto:reduzent@gmail.com" target="_blank">reduzent@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Sun, 2015-06-07 at 19:44 -0300, Alexandre Torres Porres wrote:<br>
<br>
<br>
> such as why would it have to be concentrated in "one person"?<br>
<br>
</span>I don't think it has to be. It turned out to be like that when Hans was<br>
still working on it. It think it was because Pd-extended is designed in<br>
a way that required to make a lot of decisions. Spreading that decision<br>
process across a group of people makes it orders of magnitude more<br>
complex. I believe the very nature of a monolithic distribution<br>
naturally leads to this kind of complexity. For instance, the version<br>
number of Pd-extended does not only reflect the Pd version it is based<br>
on, but it also defines a certain state/version of all included<br>
externals with their current features and bugs. If an external author<br>
was fixing a bug, they had to create a new release of their external and<br>
wait for the next release of Pd-extended for their new release of the<br>
external to be included. A release of Pd-extended has been always a huge<br>
thing that took a lot of time and care. Pd-extended burdened itself with<br>
a lot of responsibility. Only the question alone of what is included and<br>
what not and could lead to endless debates when decided by many instead<br>
of one. It seems the solution to this problem is: Don't try to answer it<br>
at all, let the user decide. Which in turn means: 'Let's make it easy<br>
for devs to distribute their stuff' and 'Let's make it easy for users to<br>
find and install stuff'.<br>
<span class=""><br>
<br>
>  Why the build farm is gone and how hard would it be to put it all<br>
> back and running? Why does it always have to be one or two versions<br>
> behind vanilla and not just get the latest vanilla and "extend" it?<br>
<br>
</span>I can't tell you the exact details, since I haven't been involved, but I<br>
guess because the whole process of creating a release was so complex and<br>
time consuming. A new version of Pd had to be imported, the patches<br>
specific to Pd-extended had to be applied, anything that broke had to be<br>
fixed, new releases of the available externals had to be imported,<br>
everything had to be tested for bugs and regressions...<br>
<br>
Also it has to be built for many platforms and architectures. It<br>
requires only one external build to fail for the whole build to fail.<br>
Until Pd-extended got built on all supported platforms and architectures<br>
successfully, there was no new release. I could imagine building alone<br>
is a huge task, considering that Ubuntu alone has 4-5 supported distro<br>
releases simultaneously.<br>
<span class=""><br>
>  And also, why does it seem to me the pd distros always get<br>
> concentrated in one or just a handful of people?<br>
<br>
</span>When new flavors have been created, frustration has been a driving<br>
force, at least that was my impression. People wanted features and<br>
submitted patches and they get never accepted or simply ignored. Slow Pd<br>
development made some  devs take things into their own hands and they<br>
started implementing whatever they desired. I don't think<br>
maintainability by the community was the driving concept. And when a<br>
flavor is not only a Pd flavor, but a whole distribution with a<br>
collection of libraries, then we are back at the discussion why it is so<br>
hard for a community to maintain a monolithic distribution.<br>
<span class="HOEnZb"><font color="#888888"><br>
<br>
Roman<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
<br>
<br>
_______________________________________________<br>
<a href="mailto:Pd-list@lists.iem.at">Pd-list@lists.iem.at</a> mailing list<br>
UNSUBSCRIBE and account-management -> <a href="http://lists.puredata.info/listinfo/pd-list" target="_blank">http://lists.puredata.info/listinfo/pd-list</a><br>
</div></div></blockquote></div><br></div>