From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 6A87C13838B for ; Thu, 11 Sep 2014 14:03:30 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 4C2A6E08F2; Thu, 11 Sep 2014 14:03:22 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 25DCEE0894 for ; Thu, 11 Sep 2014 14:03:21 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id 21F833401B7 for ; Thu, 11 Sep 2014 14:03:20 +0000 (UTC) X-Virus-Scanned: by amavisd-new using ClamAV at gentoo.org X-Spam-Flag: NO X-Spam-Score: -2.594 X-Spam-Level: X-Spam-Status: No, score=-2.594 tagged_above=-999 required=5.5 tests=[AWL=0.607, RCVD_IN_DNSWL_LOW=-0.7, RP_MATCHES_RCVD=-2.499, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=unavailable Received: from smtp.gentoo.org ([IPv6:::ffff:127.0.0.1]) by localhost (smtp.gentoo.org [IPv6:::ffff:127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7MK1vb_nnObx for ; Thu, 11 Sep 2014 14:03:09 +0000 (UTC) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTPS id 3EB3C33FF5E for ; Thu, 11 Sep 2014 14:03:06 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1XS4xj-0005th-Vg for gentoo-user@gentoo.org; Thu, 11 Sep 2014 16:03:03 +0200 Received: from rrcs-71-40-157-251.se.biz.rr.com ([71.40.157.251]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 11 Sep 2014 16:03:03 +0200 Received: from wireless by rrcs-71-40-157-251.se.biz.rr.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 11 Sep 2014 16:03:03 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-user@lists.gentoo.org From: James Subject: [gentoo-user] Re: post build files Date: Thu, 11 Sep 2014 14:02:54 +0000 (UTC) Message-ID: References: <540F2977.2000508@alectenharmsel.com> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: sea.gmane.org User-Agent: Loom/3.14 (http://gmane.org/) X-Loom-IP: 71.40.157.251 (Mozilla/5.0 (X11; Linux x86_64; rv:29.0) Gecko/20100101 Firefox/29.0 SeaMonkey/2.26.1) X-Archives-Salt: a5dde263-f3a6-4998-8676-0e6b953ff2bd X-Archives-Hash: 7bb0cb6bd26e4072de7b3467e8d7da89 Alec Ten Harmsel alectenharmsel.com> writes: > Lastly, if you throw this in a publicly-accessible git repo I'll try and > help, even though I took a look at mesos and it seems like it'll be hard > because they bundle libraries with it and have made a couple other > (imnho) bad decisions. I biggest obstacle for all of the Apache clustering sofwares I want to try, is java and other codes seem to be central to their offerings. For example "maven" is becoming critical for many codes [1]. In fact we are loosing jruby because nobody has the requisite skills? [2]. Hacking and slashing through ebuilds is not difficult. I just have inate tendencies to that cause me to believe the path should be 'well worn" with ample examples; but alas I do not think that is the gentoo way, particular with how fast things are moving on new codes and the entire linux echo_systems. Why not champion maven and jruby so many can benefit? Can maven be built from sources, as I see it is currently in binary form maven-bin ? Maven is an obstacle that I'm not certain I can go around if I am to continue down the apache cluster pathway...... # Mask jruby 1.6.x for removal in 30 days. # on ruby 1.8. Many packages are no longer compatible with its # syntax, and security support for ruby 1.8 has stopped. This # incompatibility now has reached central packages like rubygems so we # have decided to remove jruby 1.6 now. jruby upstream has released # the 1.7.x series some time ago, but unfortunately we only have a # masked version that has too many issues to unmask. Please let us # know if you know java and ruby and want to help out here: hth, James [1] http://maven.apache.org/ [2] http://moving-innovations.com/blog/2014/04/23/the-precarious-state-of-jruby-in-gentoo