<div dir="ltr"><div><div><div><div>there are no pull request because of missing chances , high entry barriers , ask the maintainer, and similar<br></div>I am talking about projects that reduced work for 1 persons, as mentioned, <br></div>and now I quit with this,<br></div>I gave you knowledge,f feel free to ignore or discuss it to death, <br></div>have a nice weekend<br><div><br><br><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">2017-01-21 12:09 GMT+01:00 Matteo Bernardini <span dir="ltr"><<a href="mailto:matteo.bernardini@gmail.com" target="_blank">matteo.bernardini@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="">2017-01-21 11:56 GMT+01:00 Harald Achitz <<a href="mailto:harald.achitz@gmail.com">harald.achitz@gmail.com</a>>:<br>
> ok, slowly, one more time<br>
> 1) the one who is sending the pull request<br>
<br>
</span>this is the first problem, as most of the times there aren't any pull<br>
request but "hey, X has been updated to W.Y.Z, update it ASAP!"<br>
<span class=""><br>
> 2) the one who is applying the pull request<br>
<br>
</span>David already answered to it in his last mail: we have too many<br>
scripts and it's not reasonable that we test stuff in such a worflow.<br>
in the qt-5.x example you made before, assuming and thoughly QA<br>
process, that will involve testing the new build (and you know the<br>
time it takes), rebuilding and testing everything depending on it<br>
(also optionally) and using it for a reasonable time.<br>
and qt-5.x is just one of the thousands SlackBuilds we have in our repository<br>
<span class=""><br>
> 3) those who use the package in testing,<br>
<br>
</span>we cannot have any assurance that people will use thoughly everything<br>
we put on such a branch: people don't do that even with the /testing<br>
stuff in Slackware (see, as an example, who adopted the new gcc in<br>
current's /testing).<br>
<span class=""><br>
> 4) merging testing into stable at the time a package can be considered as<br>
> tested, eg due to positive feedback on a issue tracer.<br>
> more quality control, less work for a single person through more involvement<br>
> of the community.<br>
<br>
</span>unfortunately, for the reason stated above, things don't go this way:<br>
maybe you are speakng about stuff where there are a lot of more people<br>
involved (admins, maintainers and users).<br>
<div class="HOEnZb"><div class="h5"><br>
Matteo<br>
______________________________<wbr>_________________<br>
SlackBuilds-users mailing list<br>
<a href="mailto:SlackBuilds-users@slackbuilds.org">SlackBuilds-users@slackbuilds.<wbr>org</a><br>
<a href="http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users" rel="noreferrer" target="_blank">http://lists.slackbuilds.org/<wbr>mailman/listinfo/slackbuilds-<wbr>users</a><br>
Archives - <a href="https://lists.slackbuilds.org/pipermail/slackbuilds-users/" rel="noreferrer" target="_blank">https://lists.slackbuilds.org/<wbr>pipermail/slackbuilds-users/</a><br>
FAQ - <a href="https://slackbuilds.org/faq/" rel="noreferrer" target="_blank">https://slackbuilds.org/faq/</a><br>
<br>
</div></div></blockquote></div><br></div>