From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 5133613832E for ; Mon, 8 Aug 2016 04:17:55 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 5563221C06A; Mon, 8 Aug 2016 04:17:47 +0000 (UTC) Received: from omr-m007e.mx.aol.com (omr-m007e.mx.aol.com [204.29.186.9]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 763CDE0B6B for ; Mon, 8 Aug 2016 04:17:46 +0000 (UTC) Received: from mtaout-aae01.mx.aol.com (mtaout-aae01.mx.aol.com [172.27.1.97]) by omr-m007e.mx.aol.com (Outbound Mail Relay) with ESMTP id 5284138000A3 for ; Mon, 8 Aug 2016 00:17:45 -0400 (EDT) Received: from [192.168.1.52] (0x5b3139322e3136382e312e35325d [71.122.242.106]) by mtaout-aae01.mx.aol.com (MUA/Third Party Client Interface) with ESMTPA id 052653800008B; Mon, 8 Aug 2016 00:17:44 -0400 (EDT) Subject: Re: [gentoo-dev] Re: Packages up for grabs To: gentoo-dev@lists.gentoo.org References: <20160806211255.GI12988@foo.stuge.se> <49994385-FEB7-4951-B324-ED1BC66899D4@gentoo.org> <20160807073824.GA1030@daphne> <20160808013213.15ca7982@katipo2.lan> <69e31db4-c066-ab81-909a-931c3f983a18@verizon.net> <79f9f12f-ed92-231a-88c3-b164d599736b@gmail.com> <91235320-8155-567b-ae2b-4223c1aa16bf@verizon.net> <20160808152222.64e18789@katipo2.lan> From: james Message-ID: <8636f94a-c061-cc48-5e51-4c3373f13a77@verizon.net> Date: Mon, 8 Aug 2016 00:26:01 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 In-Reply-To: <20160808152222.64e18789@katipo2.lan> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit x-aol-global-disposition: G x-aol-sid: 3039ac1b016157a807e856f0 X-AOL-IP: 71.122.242.106 X-Archives-Salt: c62ae457-218e-4e5c-9de1-f6b35b825ee5 X-Archives-Hash: a67223aa1c1ded09fb5206871ecf6dd7 On 08/07/2016 10:22 PM, Kent Fredric wrote: > On Sun, 7 Aug 2016 16:49:01 -0500 > james wrote: > >> After that feat is accomplished, then a similar deployment of a >> gentoo cluster on a those just installed gentoo minimal images, via a >> few keystrokes (I am flexible on the cluster codes that comprise the >> cluster). Then (only after those 2 things are robustly accomplished) >> I do intend to return to my java travails (search out bgo, as I have >> a long love-hate relationship with java on gentoo)..... > > I think its probably worth mentioning that there are likely problems > Gentoo faces around Java that are of a legal manner, not merely > technical. > > Like for instance, the fact you can't install the official Orcale/Sun > JDK/JRE automatically is due to the fact: > > - They prohibit replication/mirroring > - Their website requires a license agreement acceptance to download > > And the latter of these is /plausible/ to automate via curl and some > "Set cookies" magic ( apparently arch do this ), but falls into a legal > grey area. > > > If this is a problem we have simply downloading and installing, I'd > imagine there are other problems we face having it on ready-to-go media. > So the minimal default automated installs would not carry java code; OK. Yep, traversing the install semantics, so it is paused for a licensed download, as necessary, is not a show stopper. I'm pretty sure I used maven, sbt, icedtea and curl for these cluster ebuilds in question; Apache-Mesos and Apache-Spark. There are hacked ebuilds in BGO. I'm pretty sure Mesos was reorganized so all the third party stuff are modular in such a fashion that the issues you point out have legal install solution. In fact Mesos is purported to almost all C++ code now and the other languages issue are not part ot the core of Mesos, or something to that effect I read somewhere. I'm no java expert, so surely a dev with that sort of expertise could take a look, and fix them or give me guidance. Mesos installs. My Apache-spark ebuild needed some manual fiddling with sbt, during the install to get it to install to Spark, so it is a bit broken. Apache-Spark is a bit more complex, but it has progressed to version 2.0, since I hack an ebuild for 1.5. Tons of folks ((big opensource projects) use them, so surely there is a way to solve these issues, for devs with that sort of knowledge and meet gentoo standards? BGO-510912 (Apache-Mesos) and BGO-523412 (Apache-Spark) Thanks, James