From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11562 invoked by uid 1002); 27 Jun 2003 06:46:03 -0000 Mailing-List: contact gentoo-dev-help@gentoo.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Received: (qmail 1247 invoked from network); 27 Jun 2003 06:46:03 -0000 Message-ID: <3EFBE81B.3080701@ineoconcepts.com> Date: Fri, 27 Jun 2003 02:45:47 -0400 From: Eric Sammer User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030624 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "gentoo-dev@gentoo.org" Cc: Mark Bainter , Julien Herfurth References: <200306250000.00937.tclark@telia.com> <1056492971.20027.5.camel@prefect.f00bar.com> <1056495162.17034.0.camel@alita> <20030627020347.GA11439@niaul.net> In-Reply-To: <20030627020347.GA11439@niaul.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=-101.1 required=4.2 tests=IN_REP_TO,REFERENCES,USER_AGENT_MOZILLA_UA, USER_IN_WHITELIST,X_ACCEPT_LANG version=2.55 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) Subject: Re: [gentoo-dev] maybe it is time to put portage queries into a database. X-Archives-Salt: 58fd1f3b-287f-43b4-b927-de9047516a62 X-Archives-Hash: 4fb9a9fde22a2752a741f9edf1c3cd89 Someone stated: >I would say options, tools and the ability to do this sorta stuff should >be optional. I don't wan't to have to run mysql on my laptop however >having portage db in a dbfile would be handy. On the other hand i run 8 >machines in my house on Gentoo, and having each machines info and db's >in my mysql server here would be a great boon ( already using local >syncing and nfs mounted dist dirs) Daring to broach the "enterprise" related issues, I would think that this would be one of those things that makes deploying and managing a medium network (>= 500 servers) difficult. To be the chameleon of an OS the average */Linux distro needs to be (netapp, workstation, kiosk, "normal" server, cluster node, etc.) these (hold nose here) "enterprise" features should be implemented in such a way as to easily switch between these applications (of usage). Good example of quick changes: nsswitch as it relates to host info (many options, simple to change between). Bad example: switching file system types (many options, but not "flick of switch" easy to change). Maybe, as an option, moving to a directory service (openldap, et al) for portage naming and access should be considered. Tools similiar to Apple/NeXTSTEP/OpenSTEP 'niload, nicl, nidump' could be used to switch between and migrate easily (or at least more so). Pros: 1. extensible 2. distributed 3. access bindings for most common languages (python, perl, c, c++, etc.) which avoid that particular hot-button. 4. easy to replicate (see #1 + #2) 5. opens the option of moving other system services easily into the same system (passwd, groups, hosts, email, etc.) Cons: 1. can be complex for newbies (overcome with nice tools like mirrorselect, ufed, emerge, et al) 2. dependencies (see #3 below) 3. potential bloat (arguable and should be considered in relation to the "chameleon" introductory and migration paragraph). The virt host email howto could give the user another option to drop mysql for the directory service thus achieving even more use and sharing of resources. This also opens the company wide enterprise directory (as in addressbook) issue making Gentoo that much more appealing to such entities. Of course, this is something that has probably been kicked around. In this instance, the option of making Gentoo more accessible to corporate and other (hold nose) "enterprise" environments is available. I've worked on many similar ideas and systems in the past and would love to work on something like this for Gentoo. (sorry if this is an old suggestion) Regards... -- Eric Sammer eric@ineoconcepts.com http://www.ineoconcepts.com -- gentoo-dev@gentoo.org mailing list