<div dir="ltr">I makes me tired of hearing that if you do not find something is good, the words complain, hugely exaggerating and others come.<br>This are passive aggressive communication patters, please don't. Please focus on facts and the topic, what was not reacting maintainers.  <br>As written, even if I point to, what I see as, problems, I try to help, and was actually helpful, maybe not for you because you might miss some basic understanding?<br>difference between low and high entry barriers, <br>difference between sending a patch / pull request to a project that simply apply it if it passes QA,<br> difference between such workflows, and that one of SBo, where you need to contact maintainer <br>mention this makes everything bad? oh come on. experience the difference, than think, than provide feedback<br><br>/Harald<br><br></div><div class="gmail_extra"><br><div class="gmail_quote">2017-01-21 10:23 GMT+01:00 Andrzej Telszewski <span dir="ltr"><<a href="mailto:atelszewski@gmail.com" target="_blank">atelszewski@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 21/01/17 08:21, Harald Achitz wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi,<br>
help is difficult,<br>
the SBo rules are clear,<br>
If you sent an updated version of a package, you need the OK of the<br>
maintainer.<br>
If you contact a maintainer, and there is no response, what than?<br>
<br>
This is a barrier, unnecessary.<br>
Git stable & testing, branch.<br>
pull requests to testing,<br>
when some have reviewed && tested a package in testing, it goes to stable.<br>
all this public.<br>
you will see, this is much more productive and delivers better results.<br>
<br>
I try to help, e.g. I would have submitted an update for Qt, but without<br>
maintainer permission....<br>
<br>
The bureaucracy of SBo was long, and still is, an impediment for me.<br>
We should be aware of that.<br>
It is more easy for me to contribute to any opensouce project on github<br>
(I do this) than to SBo.<br>
Why? is this adequate for 2017?<br>
<br>
I do not want to criticize, I want to offer help, by questioning the<br>
project structure and suggest alternatives, I think I do this.<br>
<br>
/Harald<br>
</blockquote>
<br></span>
I think you hugely exaggerating.<br>
The flow isn't perfect, but I can't agree it is as bad as you describe it.<br>
<br>
Some maintainers are more responsive, other not.<br>
Some will complain, other not.<br>
Like in real life.<br>
<br>
But it doesn't mean the project as a whole is bad.<br>
<br>
I can't see the bureaucracy you mention.<br>
What do you mean by that?<span class="im HOEnZb"><br>
<br>
-- <br>
Best regards,<br>
Andrzej Telszewski<br></span><div class="HOEnZb"><div class="h5">
______________________________<wbr>_________________<br>
SlackBuilds-users mailing list<br>
<a href="mailto:SlackBuilds-users@slackbuilds.org" target="_blank">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/m<wbr>ailman/listinfo/slackbuilds-us<wbr>ers</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>