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 46B77138CEE for ; Fri, 19 Jun 2015 19:47:19 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id BF5BD1401E; Fri, 19 Jun 2015 19:47: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 pigeon.gentoo.org (Postfix) with ESMTPS id AD971E07D5 for ; Fri, 19 Jun 2015 19:47:08 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1Z62FY-0004mh-6x for gentoo-user@lists.gentoo.org; Fri, 19 Jun 2015 21:47:02 +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 ; Fri, 19 Jun 2015 21:46:52 +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 ; Fri, 19 Jun 2015 21:46:52 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-user@lists.gentoo.org From: James Subject: [gentoo-user] Re: Profile listings Date: Fri, 19 Jun 2015 19:46:20 +0000 (UTC) Message-ID: References: <20150615021218.442abc3967649188f0233b94@gentoo.org> <20150616212651.755ff446@digimed.co.uk> 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:36.0) Gecko/20100101 Firefox/36.0 SeaMonkey/2.33.1) X-Archives-Salt: 9aeeac01-98eb-42f4-833e-cee002be5486 X-Archives-Hash: a9eebadaeba7d72e8dd2565021811291 Martin Vaeth mvath.de> writes: > > James tampabay.rr.com> wrote: > > > > # PORTAGE_PROFILE=/usr/portage/profiles/arch/arm/armv7a eix -c --system > > No matches found. > > Obviously, this profile contains no system packages. > Which appears natural for an embedded profile... Obviously, one cannot obtain the profiles to other arches from the data found in /usr/portage/profile, easily. Surely a front-end would be keen for this. Also, I had a friend on an embedded gentoo (arm) board verify that the same 42 files for @system was installed on his arm board (eix -e --system). I surely hope that something (gui tool) convenient and robust becomes available; maybe GLEP64 will help. For embedded (any arch) I would expect that the @system would not contain all the files necessary to compile code. After all, that's really what cross-compiling is all about. I'm not sure a single packages, such as busybox really contains the best/complete codes that is needed on an embedded gentoo system, but that is a different issue. I also think there is room for another profile, between default and embedded where the target is a single (or focused) build for something like a sniffer, a data collector, a firewall, a bridge, a router, etc etc to have less than the "default" profile and specifically matched to a tuned (aggressively pruned) kernel for a very specific and limited purpose. That said, I'm going to think about this a bit more and marinate over the postings from Andreas and others for a while longer to decide what I think it should really be. I also think there should be a well defined path of what and how to migrate from embedded to minimized[focused] and default systems. One could experiment for example experiment with running a gentoo based firewall-router on an embedded gentoo system, a minimized[focused] gentoo system and a default profile gentoo system all with the same firewall-routers codes for cost and security and performance evaluations. Thanks to all for the excellent information and input! Sorry about being dense, as now Andreas's posts make more sense, but also highlight the shortness of breadth of gentoo's current profile system. It's also a "pig mess" of code, ideas and old constructs, imho. (note: nothing negative about the wonderful folks that have maintained and extended profiles over the years, but, it is time for a discussion and new architecture for the entire profile landscape, imho. Maybe after Glep 64 is usable it would be a good time to move forward on profile_modernizations...... Others comments are welcome. James