<div dir="ltr"><div><div><div><div><div>Hi Robby,<br><br></div>Well looking through the repository, the nvidia-driver  (and avr8-gnu-toolchain, but that's only for the pdf manual) packages are the only ones with files in common. So asking to download both version seems rather a waste of bandwitdh<br>
<br>
</div>Moreover, for some packages (ucsc-blat, p4, p4v ), the source file name is the same for 32 and 64 bit version but are downloaded from different locations and have different checksum. in these case, wget with append .1 to the second one and therefore making the slackbuild use the 32bit version instead.(unless  sbopkg instruct wget to overwrites the previous version which again would be a waste of bandwidth)<br>
<br></div>just my 2p worth though.<br><br></div>Cheers<br><br></div>Greg<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On 15 July 2013 18:56, Robby Workman <span dir="ltr"><<a href="mailto:rworkman@slackbuilds.org" target="_blank">rworkman@slackbuilds.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On Mon, 15 Jul 2013 18:52:20 +0100<br>
"Greg' Ar Tourter" <<a href="mailto:artourter@gmail.com">artourter@gmail.com</a>> wrote:<br>
<br>
> All the recently released/updated nvidia*-<a href="http://driver.info" target="_blank">driver.info</a> file are<br>
> missing the source files and associated md5sum for the 64bit version.<br>
> There are indeed common to bot the 32 and 64 bit version but need to<br>
> be specified for both. Currently sbopkg fails because it isn't<br>
> downloading the tar.xz files on 64bit machines since only the .run<br>
> file is specified.<br>
<br>
<br>
</div>Hrm, my fault, but I'm not convinced that sbopkg is DTRT.<br>
<br>
I'm going to CC  the sbopkg list to solicit feedback, but it's my point<br>
of view that sbopkg should *always* pull the things specified in<br>
$DOWNLOAD, and if on x86_64, pull the things specified in<br>
$DOWNLOAD_x86_64.  Unless my memory is failing me, that is how we<br>
envisioned things working when we added the *_x86_64 variables to<br>
the .info file.<br>
<span class="HOEnZb"><font color="#888888"><br>
-RW<br>
</font></span></blockquote></div><br></div>