<div dir="ltr"><div><div><div><div><div>ok, slowly, one more time<br>1) the one who is sending the pull request<br></div>2) the one who is applying the pull request<br></div>3) those who use the package in testing, <br></div>4) merging testing into stable at the time a package can be considered as tested, eg due to positive feedback on a issue tracer.<br></div>more quality control, less work for a single person through more involvement of the community.<br><br></div><div>and if you can not see why this is less work for a single person and more quality control, than sory, I can not explain, search projects that work like that, participate, learn, than make suggestions for improvement<br></div><div>/Harald<br></div><div><br><br></div><div><div><div><div><div><div><br></div></div></div></div></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">2017-01-21 11:45 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:42 GMT+01:00 Harald Achitz <<a href="mailto:harald.achitz@gmail.com">harald.achitz@gmail.com</a>>:<br>
> as mentioned in the earlier mail, for example<br>
> stable , testing, pull requests into testing, who wants can test, if no<br>
> problem reports, or some people say OK, (to be defined) it goes to stable.<br>
> the QA happens twice, once when apply the pull request,similar what is<br>
> already done today, so no more work, and than by using the testing by who<br>
> ever want.<br>
> the pull request into stable becomes a noop, but is a last additional check.<br>
><br>
> there might be other possibilities for creating work flows that include some<br>
> QA without adding additional work to 1 person, eventually even reduce it,<br>
> including using the issue tracker an gitlab or github,<br>
> but I miss the time now to make an introduction into project management at<br>
> this time<br>
> and for SBo I would see this, or something similar, as a possibility that<br>
> maybe works  together with existing tools (just use a different branch)<br>
> Important is to be able to discuss such topics without getting passive<br>
> aggressive destructive comments, because I think we all want to use the<br>
> spare time we have productive.<br>
<br>
</span>maybe it's me but I still can't understand also from this answer who's<br>
gonna do the QA...<br>
<span class="HOEnZb"><font color="#888888"><br>
Matteo<br>
</font></span><div class="HOEnZb"><div class="h5">______________________________<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>