<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Fri, May 4, 2018 at 9:47 AM, Willy Sudiarto Raharjo <span dir="ltr"><<a href="mailto:willysr@slackbuilds.org" target="_blank">willysr@slackbuilds.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">> Having tried that a few times in the past, I think that approach all too<br>
> often will amount to wasting two weeks. On this basis, and as a matter<br>
> of principle, I would have thought that a conscientious maintainer ought<br>
> to keep track of this forum precisely for this kind of issues. In fact,<br>
> it seems to be the case that such maintainers already do so. <br>
> <br>
> To put it in a nutshell, don't you think that one of the duties of a<br>
> package maintainer ought to be to keep track of this forum?<br>
<br>
</span>While that's the ideal situation, please note that we are all doing this<br>
in our free time. We don't get paid by doing it, so please have respect<br>
if they have to deal with real-life first.<br>
<br>
As others have said, you are free to modify the SlackBuild and report<br>
back to us if you managed to fix them and let the maintainer knows about<br>
it. If they didn't step up, feel free to take over.<br></blockquote><div><br></div><div>Quite. But, like I said, no kudos is due when somebody claims to do something in their free time, and then they don't do what they claim, or they do it shoddily.</div><div><br></div><div>Let me suggest something. The Slackbuilds home page contains some text with appropriate disclaimers. I would propose to add the following to this page, in a big font, so nobody will miss it:</div><div><br></div><div>"The Slackbuilds team makes no guarantees about the quality of the packages. We hope that you will be able to download and build the relevant software, but we cannot guarantee it. We also hope that the software will run properly, but we can also not guarantee it. First, there may be problems with the upstream feed, over which we have we no control whatsoever. Second, since their contribution is totally voluntary and unpaid, we can also not guarantee that package maintainers are, in fact, maintaining their packages. In this sense, we can't be held responsible for the potential lack of maintenance of packages, and any subsequent inconveniences that this may cause."</div><div><br></div><div>I believe that this accurately describes what one can expect from Slackbuilds. There is no point in concealing it, if  nothing can reasonably be done to change the status quo. Slackbuilds will remain tremendously useful, but this will make it clear to newcomers what its limitations are.  Reality is the way it is, and not the way we would like it to be. Is this not a fair deal?</div><div><br></div><div><br></div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<span class="HOEnZb"><font color="#888888"><br>
<br>
-- <br>
Willy Sudiarto Raharjo<br>
<br>
</font></span><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>
<br></blockquote></div><br></div></div>