<div dir="ltr">Hi all, <br><div class="gmail_quote"><br><div dir="ltr"><div><div>I've just forked my moonlib externals there :<br><a href="https://github.com/MetaluNet/moonlib" target="_blank">https://github.com/MetaluNet/moonlib</a><br></div>So I've been able to update it a bit, and to convert the makefile to pd-lib-builder system.<br><br></div><div>I'll soon try to upload with deken the binaries that I can make (linux32/linux64/osx for now).<span class=""><font color="#888888"><br></font></span></div><div>Also I will reference the url on my pd homepage.<br><br><span class=""><font color="#888888"></font></span></div><span class=""><font color="#888888"><br clear="all"></font></span></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">2015-12-17 19:20 GMT+01:00 Fred Jan Kraan <span dir="ltr"><<a href="mailto:fjkraan@xs4all.nl" target="_blank">fjkraan@xs4all.nl</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi All,<span class=""><br>
<br>
On 2015-12-17 10:21 AM, Roman Haefeli wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Wed, 2015-12-16 at 14:34 +0100, katja wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
With the decentralization of Pd lib version control it is hard to<br>
locate / identify upstream source repositories. Would it be feasible<br>
and useful to generate (and regularly update) an overview of forks<br>
based on <a href="http://git.puredata.info/cgit/" rel="noreferrer" target="_blank">http://git.puredata.info/cgit/</a>, to be referenced from<br>
<a href="http://puredata.info/docs/developer/GettingPdSource" rel="noreferrer" target="_blank">http://puredata.info/docs/developer/GettingPdSource</a>?<br>
</blockquote>
<br>
<br>
I believe it would be hard to maintain such an overview. Who has to<br>
maintain such a list? How can you control that people adhere to the<br>
standards?<br>
</blockquote>
<br></span>
There are probably two types of 'forks'; one which maintains a library of objects as is and one which is more like a remix of objects from different libraries, combined for some specific purpose.<br>
<br>
For at least the former is would be nice to have a description of the relation between the different forks.<span class=""><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
I would rather propose adding some mandatory meta information to deken<br>
uploads. A package that can be downloaded from <a href="http://puredata.info" rel="noreferrer" target="_blank">puredata.info</a> should at<br>
least contain the information which sources it was built from.<br>
</blockquote>
<br></span>
The <a href="http://puredata.info" rel="noreferrer" target="_blank">puredata.info</a> could host such a list in the public wiki.<br>
<br>
It is not very convenient to download several packages just to find out the most recent/bug free.<span class="im HOEnZb"><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Further, I think it is the duty of the maintainer of a fork to make<br>
clear what the origin of the fork is.<br>
<br>
If those two things are considered, we have transparency and identifying<br>
upstream should be feasible.<br>
<br>
Roman<br>
<br>
</blockquote>
<br></span><span class="HOEnZb"><font color="#888888">
Fred Jan</font></span><div class="HOEnZb"><div class="h5"><br>
<br>
_______________________________________________<br>
Pd-dev mailing list<br>
<a href="mailto:Pd-dev@lists.iem.at" target="_blank">Pd-dev@lists.iem.at</a><br>
<a href="http://lists.puredata.info/listinfo/pd-dev" rel="noreferrer" target="_blank">http://lists.puredata.info/listinfo/pd-dev</a><br>
</div></div></blockquote></div><br></div>