<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Fri, May 4, 2018 at 10:19 AM, David Spencer <span dir="ltr"><<a href="mailto:idlemoor@slackbuilds.org" target="_blank">idlemoor@slackbuilds.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">> Could you not post a notice to the forum to that effect? Or set up your<br>
> email so that a relevant notification is automatically sent when<br>
> receiving email? <br>
<br>
I wonder if Debian Developers would put up with that.<br></blockquote><div><br></div><div>This is package maintenance, not development. Also, I, for one, use Slackware, not Debian, because I think it is better than Debian, not because I think that things surrounding Slackware are limited in the same way as things surrounding Debian are.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
> Otherwise, like I said, let's make sure that users are informed about<br>
> the responsibilities of maintainers, and what to expect. Which, right<br>
> now, and traditionally, seems to be whatever the maintainer wants. Which<br>
> is fine; if that's what Slackbuilds offers, let's make it clear.<br>
<br>
Ok, here's what to expect.<br>
<br>
There are more than 7000 packages in the repo and more than 700<br>
maintainers.  We cannot functionally test all that lot proactively. We<br>
rely on the community to find and report problems.<br>
<br>
If someone tells us something's bust, we try to fix it.  Out of respect<br>
for our volunteer maintainers, we prefer to give the maintainer first<br>
chance to do that.  If it's somebody we know has been active recently,<br>
we give them plenty of time to respond.  If it's someone who hasn't<br>
contributed in a long time, there's no point waiting and we will move<br>
quicker.<br>
<br>
But as admins we cannot be experts in every package in the repo. We<br>
don't necessarily know even how to start most of it up. That's the<br>
maintainer's job. In the absence of the maintainer, that's *your* job if<br>
you use it.<br>
<br>
We are also sometimes under a great deal of pressure to keep our repo<br>
stable: not to be a rolling distribution on top of stable Slackware. We<br>
explicitly don't chase the latest version of everything. Our last major<br>
quality checkpoint and campaign of recontacting maintainers was at the<br>
release of 14.2.  I expect we'll be doing that again for 15.0.<br></blockquote><div><br></div><div>Fair enough. Now make sure to enter the gist of this in the Slackbuilds home page, in a big font, so nobody will be led to think that packages are properly maintained throughout.</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Meanwhile, thanks for the report.<br></blockquote><div><br></div><div>Any time. My hope is that will do something to improve things for this, and other packages in similar situations of abandonment.</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">-D.<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>