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 29A5C13838B for ; Thu, 11 Sep 2014 16:21:25 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id CEB7DE08DC; Thu, 11 Sep 2014 16:21:16 +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 8CD61E08CE for ; Thu, 11 Sep 2014 16:21:15 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id 5C26F3401B0 for ; Thu, 11 Sep 2014 16:21:14 +0000 (UTC) X-Virus-Scanned: by amavisd-new using ClamAV at gentoo.org X-Spam-Flag: NO X-Spam-Score: -2.595 X-Spam-Level: X-Spam-Status: No, score=-2.595 tagged_above=-999 required=5.5 tests=[AWL=0.606, 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 LSjEaPt7P2sE for ; Thu, 11 Sep 2014 16:21:08 +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 5EDB933FF5E for ; Thu, 11 Sep 2014 16:21:08 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1XS77C-0006E9-KN for gentoo-user@gentoo.org; Thu, 11 Sep 2014 18:20:58 +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 18:20:58 +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 18:20:58 +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 16:20:43 +0000 (UTC) Message-ID: References: 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: 6ab4567b-87d8-4d05-9a70-31d4dfa67543 X-Archives-Hash: 5042d5130275353db8bd078c46861954 Rich Freeman gentoo.org> writes: > If you literally want a list of everything that was installed by a > Gentoo ebuild, then the simplest thing is to run qlist from > app-portage/portage-utils. wonderful idea. Despite having used qlist many times, it never dawned on me for this purpose..... > If you're trying to learn how ebuilds work, devmanual.gentoo.org is > the definitive resource. If you have specific questions feel free to > ask, but just about anything you want to know is there. By all means > try reading a few ebuilds to get a hang for things as well, but I'd > start with simple ones (avoid trying to learn by looking at packages > that use complex eclasses). The simplest ebuilds tend to be for > simple, standalone programs. Yes, I've been all over this. It's onto much of the Apache clustering codes that are not simple to configure in the ebuild. Besides the raw packege codes, like mesos, spark, scala, cassandra, etc there are a mulitude of fast moving codes written in Java and Python that need to be tested. Java is not difficult, but voluminous. Every problem somebody encouters, gets solved by some java "bolt on" code, rather than fixing/extending the main (mesos) sourcecode. As an old C hack, it's a tough pill to swallow, but I'm pursing this as best I can. I sure feel empathy for the java herd, but hey, now we are doing away with herds? > Keep in mind that ebuilds work by extending functions defined by PMS, > so an ebuild can contain fairly little content and yet be fairly > functional (the default functions are running for most of the build > phases). The idea is if all a package does is run configure ; make ; > make install it often needs almost nothing in the ebuild to work. Yea, I got this (mostly....still new skills...) but it is the fancy footwork in the java and python worlds that keeps me doing more reading and research than coding/compiling/testing..... of the Clustering goodies. That said, I'm a bit stressed about 'maven'. We only have maven.bin. Much is dependant on it and java. For many reasons, java is not well supported in Gentoo. I just hope, I do not have to leave the Gentoo distro; because much of what I need (clustering) is java critical. You think I can build a gentoo cluster based on these? [1] [2] Does the Gentoo dev team operate a robust gentoo cluster for gentoo development needs? Should they? Clusters that perform best are built on mesos/spark. Spark is an "in-memory" computational enviroment for mesos clusters; and it will change *everything* as systems become richly adormed with ample, low cost ram can consolidate into amazing clusters [3] RDD, Resilient Distributed Data is changing everying that is computationally intensive. I do appreciate all of the wonderful folks at gentoo (devs and users). I have been using Gentoo since early 2004. But now, I need robust clustering and from the open source research work I have performed, Apache is the Only viable choice. Ubuntu has it. Debian Has it. RedHat has it. CentOS has it, but, we cannot (willnot?) sustain Apache style clustering at Gentoo because ? (dunno the reason; nothing seems plausible). PS, I *HATE* oracle more than most, but for me that is not a valid reason for piss_poor Java support. Google runs Java on top of embedded linux (it's called Android) We even had Android on Gentoo, it's call Gentroid [4]. If folks would just get over it (java_baggage), we could have a robust Java platform on Gentoo; or am I missing something? For my needs, I do not see path forward for Gentoo, without robust java support. Hell, I'd even be willing to pay for a java support to develop the java (sourcecode) based tools; but in the past that idea has been very frowned up by the gentoo "think tank". But, devs with their own agendas can spend their time doing exact what they want (thing gentoo needs); I just cannot pay somebody to do the same (with Java)? As hard as I can, I'm working on this, but I'm no Java maverick.... far from it. (actually this is just to get it "off my chest". I feel better now no needs for anyone to reply, unless you are interested in working on Apache-mesos/spark or java/maven). Please, all flames in a new thread. James [1] http://wiki.gentoo.org/wiki/Cluster [2] http://wiki.stoney-cloud.org/wiki/Main_Page [3] http://www.cs.berkeley.edu/~pwendell/strataconf/api/core/spark/RDD.html [4] https://code.google.com/p/gentroid/