<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Fri, May 4, 2018 at 10:35 AM, Matteo Bernardini <span dir="ltr"><<a href="mailto:matteo.bernardini@gmail.com" target="_blank">matteo.bernardini@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">2018-05-04 18:19 GMT+02:00 Willy Sudiarto Raharjo <<a href="mailto:willysr@slackbuilds.org">willysr@slackbuilds.org</a>>:<br>
>> Let me suggest something. The Slackbuilds home page contains some text<br>
>> with appropriate disclaimers. I would propose to add the following to<br>
>> this page, in a big font, so nobody will miss it:<br>
>><br>
>> "The Slackbuilds team makes no guarantees about the quality of the<br>
>> packages. We hope that you will be able to download and build the<br>
>> relevant software, but we cannot guarantee it. We also hope that the<br>
>> software will run properly, but we can also not guarantee it. First,<br>
>> there may be problems with the upstream feed, over which we have we no<br>
>> control whatsoever. Second, since their contribution is totally<br>
>> voluntary and unpaid, we can also not guarantee that package maintainers<br>
>> are, in fact, maintaining their packages. In this sense, we can't be<br>
>> held responsible for the potential lack of maintenance of packages, and<br>
>> any subsequent inconveniences that this may cause."<br>
>><br>
>> I believe that this accurately describes what one can expect from<br>
>> Slackbuilds. There is no point in concealing it, if  nothing can<br>
>> reasonably be done to change the status quo. Slackbuilds will remain<br>
>> tremendously useful, but this will make it clear to newcomers what its<br>
>> limitations are.  Reality is the way it is, and not the way we would<br>
>> like it to be. Is this not a fair deal?<br>
><br>
> I think the LICENSE covered that part<br>
> See here: <a href="https://slackbuilds.org/templates/autotools-template.SlackBuild" rel="noreferrer" target="_blank">https://slackbuilds.org/<wbr>templates/autotools-template.<wbr>SlackBuild</a><br>
> #  THIS SOFTWARE IS PROVIDED BY THE AUTHOR "AS IS" ....<br>
<br>
</span>...and this exposes the real issue: pretty much nobody reads the<br>
READMEs or the scripts they run in the first place.<br></blockquote><div><br></div><div>Precisely. Which is why I was suggesting the Slackbuilds home page, in a big font. In obnoxiously flashing text, if you want. That does not guarantee that people will read it, but it is far more difficult to miss. This aside, that's boilerplate, legalese stuff. What matters is what can be reasonably expected.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<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="https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users" rel="noreferrer" target="_blank">https://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>
</blockquote></div><br></div></div>