<p dir="ltr">I am currently guilty of not recently updating my builds, but will act promptly if i receive a report. <br>
With that being said, there are exceptions in which i will delay or skip an update. My preference is to test each new release for at least 2 weeks for stability and to watch bug reports before submitting an update. Quality should be more important than having the latest and greatest.</p>
<br><div class="gmail_quote"><div dir="ltr">On Thu, Jan 19, 2017, 1:32 PM Eric Pratt <<a href="mailto:eric.b.pratt@gmail.com">eric.b.pratt@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr" class="gmail_msg"><div class="gmail_default gmail_msg" style="font-family:tahoma,sans-serif">Nice!</div></div><div class="gmail_extra gmail_msg"><br class="gmail_msg"><div class="gmail_quote gmail_msg">On Thu, Jan 19, 2017 at 11:54 AM, Ryan P.C. McQuen <span dir="ltr" class="gmail_msg"><<a href="mailto:ryanpcmcquen@member.fsf.org" class="gmail_msg" target="_blank">ryanpcmcquen@member.fsf.org</a>></span> wrote:<br class="gmail_msg"><blockquote class="gmail_quote gmail_msg" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="gmail_msg">On 1/19/17, Eric Pratt <<a href="mailto:eric.b.pratt@gmail.com" class="gmail_msg" target="_blank">eric.b.pratt@gmail.com</a>> wrote:<br class="gmail_msg">
> I know I'm definitely guilty of letting my slackbuilds slip for long<br class="gmail_msg">
> periods of time.  I'm trying to prevent that moving forward, but it's<br class="gmail_msg">
> really mostly a matter of getting the time to do it and remembering to do<br class="gmail_msg">
> it.  So I like the auto-updating idea.  It would get many of us past the<br class="gmail_msg">
> remembering to do it part of the problem.<br class="gmail_msg">
><br class="gmail_msg">
> But it would be difficult to do.  If there were a single standard database<br class="gmail_msg">
> or even standard API on project homepages that could deliver the latest<br class="gmail_msg">
> version numbers, then this would start to look good.  But everyone has<br class="gmail_msg">
> their own method for announcing releases with their own formats.  We'd have<br class="gmail_msg">
> to parse that out of each project page.  And people change their web page<br class="gmail_msg">
> layouts and formats frequently enough for this to be an ongoing headache.<br class="gmail_msg">
> If we're not updating our packages fast enough then we're not going to put<br class="gmail_msg">
> even more effort into maintaining an auto-update feature.<br class="gmail_msg">
><br class="gmail_msg">
> However, I do like the idea.  I try to automate everything I do at some<br class="gmail_msg">
> point so this is an intriguing project.  Using ffmpeg as an example since<br class="gmail_msg">
> it was already mentioned in this thread, an example to search for the<br class="gmail_msg">
> current version number could be:<br class="gmail_msg">
><br class="gmail_msg">
>   > wget -qO - "${PROJECT_URL}" | grep -o<br class="gmail_msg">
> "${PROJECT_NAME}-[0-9][0-9A-Za-z.]*\.tar\.xz" | sort -n | tail -1<br class="gmail_msg">
>   ffmpeg-3.2.2.tar.xz<br class="gmail_msg">
>   ><br class="gmail_msg">
<br class="gmail_msg">
<br class="gmail_msg">
<br class="gmail_msg">
</span>I maintain a small set of builds for packages that I like to keep<br class="gmail_msg">
up-to-date that do things like this:<br class="gmail_msg">
<br class="gmail_msg">
<a href="https://github.com/ryanpcmcquen/ryanpc-slackbuilds/tree/master/unofficial" rel="noreferrer" class="gmail_msg" target="_blank">https://github.com/ryanpcmcquen/ryanpc-slackbuilds/tree/master/unofficial</a><br class="gmail_msg">
<span class="m_-2860769749425797867HOEnZb gmail_msg"><font color="#888888" class="gmail_msg"><br class="gmail_msg">
--<br class="gmail_msg">
-Ryan<br class="gmail_msg">
[<a href="http://ryanpcmcquen.org" rel="noreferrer" class="gmail_msg" target="_blank">ryanpcmcquen.org</a>]<br class="gmail_msg">
</font></span><div class="m_-2860769749425797867HOEnZb gmail_msg"><div class="m_-2860769749425797867h5 gmail_msg"><br class="gmail_msg">
_______________________________________________<br class="gmail_msg">
SlackBuilds-users mailing list<br class="gmail_msg">
<a href="mailto:SlackBuilds-users@slackbuilds.org" class="gmail_msg" target="_blank">SlackBuilds-users@slackbuilds.org</a><br class="gmail_msg">
<a href="http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users" rel="noreferrer" class="gmail_msg" target="_blank">http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users</a><br class="gmail_msg">
Archives - <a href="https://lists.slackbuilds.org/pipermail/slackbuilds-users/" rel="noreferrer" class="gmail_msg" target="_blank">https://lists.slackbuilds.org/pipermail/slackbuilds-users/</a><br class="gmail_msg">
FAQ - <a href="https://slackbuilds.org/faq/" rel="noreferrer" class="gmail_msg" target="_blank">https://slackbuilds.org/faq/</a><br class="gmail_msg">
<br class="gmail_msg">
</div></div></blockquote></div><br class="gmail_msg"></div>
_______________________________________________<br class="gmail_msg">
SlackBuilds-users mailing list<br class="gmail_msg">
<a href="mailto:SlackBuilds-users@slackbuilds.org" class="gmail_msg" target="_blank">SlackBuilds-users@slackbuilds.org</a><br class="gmail_msg">
<a href="http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users" rel="noreferrer" class="gmail_msg" target="_blank">http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users</a><br class="gmail_msg">
Archives - <a href="https://lists.slackbuilds.org/pipermail/slackbuilds-users/" rel="noreferrer" class="gmail_msg" target="_blank">https://lists.slackbuilds.org/pipermail/slackbuilds-users/</a><br class="gmail_msg">
FAQ - <a href="https://slackbuilds.org/faq/" rel="noreferrer" class="gmail_msg" target="_blank">https://slackbuilds.org/faq/</a><br class="gmail_msg">
<br class="gmail_msg">
</blockquote></div>