<div dir="ltr"><div class="gmail_default" style="font-family:tahoma,sans-serif"><div class="gmail_default"><span style="font-family:arial,sans-serif">On Tue, Apr 4, 2017 at 10:26 AM, Matteo Bernardini </span><span dir="ltr" style="font-family:arial,sans-serif"><<a href="mailto:matteo.bernardini@gmail.com" target="_blank">matteo.bernardini@gmail.com</a>></span><span style="font-family:arial,sans-serif"> wrote:</span><br></div></div><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="gmail-">2017-04-04 19:17 GMT+02:00 Eric Pratt <<a href="mailto:eric.b.pratt@gmail.com">eric.b.pratt@gmail.com</a>>:<br>
>  I found this by using HttpFox on Firefox to see what was happening when I<br>
> clicked through the website and downloaded via a browser.  It's important to<br>
> understand that you are still accepting the license agreement by using wget<br>
> to download it.<br>
><br>
> I suspect Slackbuilds is against this practice for a number of reasons,<br>
> especially the possibly too magical discovery of URLs via text parsing of<br>
> HTML.  But it's something to consider.  Another idea might be an optional<br>
> WGET_OPTIONS="" field in the <a href="http://jdk.info" rel="noreferrer" target="_blank">jdk.info</a> file.  That would tell automated tools<br>
> like sbopkg what extra command line options are needed to download from the<br>
> URL given in <a href="http://jdk.info" rel="noreferrer" target="_blank">jdk.info</a>.<br>
<br>
</span>the main reason we are against it it's that Oracle request that people<br>
actually accept the license when downloading the tarball explicitly<br>
clicking on a radio button (the download page says "You must accept<br>
the Oracle Binary Code License Agreement for Java SE to download this<br>
software."): we cannot allow ourself to "cheat" (sorry for the term) a<br>
silent approval, we have to follow what the vendor asks.<br>
<div class="gmail-HOEnZb"><div class="gmail-h5"><br>
Matteo<br></div></div></blockquote><div><br></div><div class="gmail_default" style="font-family:tahoma,sans-serif">​I figured this would be the stance which is why I wrote my own script and don't use the JDK slackbuild.  But I'm sure it's legal because you are in fact accepting the agreement by sending the header via wget.  The only issue of legality would be that someone could potentially use sbopkg to auto-download without explicitly accepting the license agreement.  In that case, sbopkg would need an ability to accept an option on the command line or interactive user input to accept the jdk license before performing the download.</div><div class="gmail_default" style="font-family:tahoma,sans-serif"><div class="gmail_default"><br></div><div class="gmail_default">But, if we can't automate this, then I have to admit I don't understand why the jdk slackbuild even exists on <a href="http://slackbuilds.org">slackbuilds.org</a>.  java.Slackbuild is provided in the distribution which will create a JDK or JRE package as desired.  And JDK always includes JRE anyway.  You still have to manually download the JDK regardless of which one you use.  So what is the benefit of this slackbuild even existing here?​</div></div><div class="gmail_default" style="font-family:tahoma,sans-serif">​</div><div class="gmail_default" style="font-family:tahoma,sans-serif">Eric</div></div></div></div>