<div dir="auto"><div><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Jan 8, 2024, 6:44 PM Erik Falor <<a href="mailto:ewfalor@gmail.com">ewfalor@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">Hi all,<br><br>LuaJIT uses rolling releases. There are no release tarballs available for<br>download.  Instead of manual increments for each release, the build process<br>uses the POSIX time stamp of the latest commit as the release number of the<br>semantic version.<br><br>The full version number is in the format `$major.$minor.$timestamp`.  For<br>instance, the latest SlackBuild I'm preparing has this version number:<br>2.1.1703358377.<br><br>One can download a tarball of a specific commit from their GitHub mirror[1].<br>Because they aren't given tags with the version number, you have to refer to<br>them by the commit ID:<br><br><a href="https://github.com/LuaJIT/LuaJIT/archive/c525bcb9024510cad9e170e12b6209aedb330f83/LuaJIT-c525bcb9024510cad9e170e12b6209aedb330f83.tar.gz" target="_blank" rel="noreferrer">https://github.com/LuaJIT/LuaJIT/archive/c525bcb9024510cad9e170e12b6209aedb330f83/LuaJIT-c525bcb9024510cad9e170e12b6209aedb330f83.tar.gz</a><br><br>Of course, this means that the tarball expands to a subdirectory that contains<br>the commit ID instead of a version number in its name.<br><br>I can reconcile this by adding the $REVISION variable to the SlackBuild:<br><br>PRGNAM=luajit<br>REVISION=${REVISION:-c525bcb9024510cad9e170e12b6209aedb330f83}<br>VERSION=${VERSION:-2.1.1703358377}<br><br>Is this a satisfactory solution, or has this problem been solved in a better way<br>by another maintainer?<br><div><br></div><div><br></div><div>[1] <a href="https://github.com/LuaJIT/LuaJIT" target="_blank" rel="noreferrer">https://github.com/LuaJIT/LuaJIT</a></div><br><span class="gmail_signature_prefix">-- </span><br><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature">Erik Falor<br></div></div></blockquote></div></div><div dir="auto"><br></div><div dir="auto">I do something similar with picard-plugins [1]. They don't do formal releases, just I just grab the commit that was current at the time of the version of picard I'm packaging when it was released.</div><div dir="auto"><br></div><div dir="auto">I don't think there is a formalized process to handle different versions within the source name and folder structure. I like using SRCNAM, but REVISION works well in your case as well.</div><div dir="auto"><br></div><div dir="auto">[1] <a href="https://slackbuilds.org/repository/15.0/multimedia/picard-plugins/">https://slackbuilds.org/repository/15.0/multimedia/picard-plugins/</a></div><div dir="auto"><br></div><div dir="auto">Jeremy</div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"></div></div>
</blockquote></div></div></div>