<div dir="ltr">I haven't. Past attempts to contact individual maintainers have not been very successful. I'll try anyway.</div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, May 3, 2018 at 11:24 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="">> I recently moved my Plex library from a Slack 14.2 box to a Slack64 14.2<br>
> system. It is actually exactly the same hardware, from a different hard<br>
> drive. I therefore installed the plexmediaserver package from<br>
</span>> <a href="http://slackbuilds.org" rel="noreferrer" target="_blank">slackbuilds.org</a> <<a href="http://slackbuilds.org" rel="noreferrer" target="_blank">http://slackbuilds.org</a>> in my Slack64 14.2. This<br>
<span class="">> installs version 1.4.2, while the most recent version seems to be 1.12.3. <br>
> <br>
> The problem is that version 1.4.2 does not work in my Slack64 14.2 - in<br>
> a nutshell, videos cannot be played, because the relevant codecs can't<br>
> be downloaded by that version of the Plex server. After removing the<br>
> 1.4.2 version, I proceeded to download and install the 1.12.3 version,<br>
> by modifying the plexmediaserver.Slackbuild file from <a href="http://slackbuilds.org" rel="noreferrer" target="_blank">slackbuilds.org</a><br>
</span>> <<a href="http://slackbuilds.org" rel="noreferrer" target="_blank">http://slackbuilds.org</a>>. With this version, the codecs are<br>
<span class="">> automatically downloaded, as they should, and my videos play without a<br>
> problem.<br>
> <br>
> I think that this has already been discussed in this forum, but it may<br>
> be worth the while bringing it up again: what's the point of keeping a<br>
> package that leads to a non-working installed software? I understand<br>
> that, for the sake of a stable system, as Slackware is  deservedly<br>
> reputed to be, having the latest and greatest is probably not always a<br>
> good idea - although sometimes it may be. This aside, the other side of<br>
</span>> the coin is that <a href="http://slackbuilds.org" rel="noreferrer" target="_blank">slackbuilds.org</a> <<a href="http://slackbuilds.org" rel="noreferrer" target="_blank">http://slackbuilds.org</a>> packages<br>
<span class="">> should result in installed software that works. <br>
> <br>
> Should this not be part of the responsibility of package maintainers? I<br>
> acknowledge that this can be a pain in the neck, but it you can't do so<br>
> for whatever reason, do not maintain the package.<br>
<br>
</span>Have you tried to contact the maintainer?<br>
<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>