<div class="gmail_quote">On Mon, Jun 29, 2009 at 16:10, Eric Hameleers <span dir="ltr">&lt;<a href="mailto:eha@alienbase.nl">eha@alienbase.nl</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im">On Sun, 28 Jun 2009, Darrell Anderson wrote:<br>
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
When 13.0 is released, will the <a href="http://slackbuilds.org" target="_blank">slackbuilds.org</a> build scripts continue supporting the older tgz format, the newer txz format, or the option to use either?<br>
<br>
Thanks.<br>
<br>
P.S. I&#39;m not a member of the list.<br>
<br>
Darrell Anderson<br>
<a href="http://humanreadable.nfshost.com/" target="_blank">http://humanreadable.nfshost.com/</a><br>
</blockquote>
<br></div>
It&#39;s really quite simple Darrell:<br>
<br>
We are a site that hosts SlackBuild scripts, not packages. It is not about supporting any particular package format. If you want to use the old .tgz packages, then by all means edit the last line of the script and change the extension of the package which is going to be created. These scripts are not set in concrete.<br>

<br>
When we start adding scripts for Slackware 13.0 in our repository, you can expect that they will (or should) support *all* of Slackware 13.0&#39;s features - which includes the new package formats. When we sign off a script after our internal QA round we will have tested it on a full install of Slackware.<br>

<br>
Regards, Eric<br><font color="#888888">
<br>
</font></blockquote><div> <br>The problem becomes more clear when we know SBo only host scripts but not packages and people can edit them when they feel disappointed. My suggestion is add a FMT variable like this:<br><br>
FMT=${FMT:-tgz}<br>...<br>/sbin/makepkg -l y -c n $OUTPUT/$PRGNAM-$VERSION-$ARCH-$BUILD$TAG.$FMT<br><br>So users don&#39;t need to modify the script to change the compression algorithm.(As local modifications will lost after every rsync...)<br>
</div></div><br>-- <br>Cheers,<br>Grissiom<br>