public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: Eric Sammer <eric@ineoconcepts.com>
To: "gentoo-dev@gentoo.org" <gentoo-dev@gentoo.org>
Cc: Mark Bainter <mark-gt@cymry.org>, Julien Herfurth <jherfurth@arafox.com>
Subject: Re: [gentoo-dev] maybe it is time to put portage queries into a database.
Date: Fri, 27 Jun 2003 02:45:47 -0400	[thread overview]
Message-ID: <3EFBE81B.3080701@ineoconcepts.com> (raw)
In-Reply-To: <20030627020347.GA11439@niaul.net>

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


  reply	other threads:[~2003-06-27  6:46 UTC|newest]

Thread overview: 37+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-06-24 22:00 [gentoo-dev] maybe it is time to put portage queries into a database Tony Clark
2003-06-24 22:16 ` jesse
2003-06-24 22:36   ` Tony Clark
2003-06-25  6:30     ` Sven Vermeulen
2003-06-24 22:52   ` Julien Herfurth
2003-06-24 22:36     ` Henti Smith
2003-06-24 23:04       ` jesse
2003-06-24 22:58         ` Henti Smith
2003-06-24 23:57           ` Brian Jackson
2003-06-25  3:05             ` Tony Clark
2003-06-25  3:37           ` jesse
2003-06-24 23:04     ` Tony Clark
2003-06-27  2:03     ` Mark Bainter
2003-06-27  6:45       ` Eric Sammer [this message]
2003-06-27 12:23         ` [gentoo-dev] Directory services (was Re: [gentoo-dev] maybe it is time to put portage queries into a database.) Eric Sammer
2003-06-27 12:58           ` Rigo Ketelings
2003-06-27 14:58             ` Zack Gilburd
2003-06-27 15:21               ` c.wegener
2003-06-27 15:27                 ` Patrick Kursawe
2003-06-27 15:38                   ` Eric Sammer
2003-06-27 15:28               ` Eric Sammer
2003-06-27 15:32                 ` Patrick Kursawe
2003-06-27 15:41                   ` Eric Sammer
2003-06-27 19:38               ` Paul de Vrieze
2003-06-24 22:16 ` [gentoo-dev] maybe it is time to put portage queries into a database Brian Jackson
2003-06-24 22:41   ` Tony Clark
2003-06-24 22:41 ` Marius Mauch
2003-06-24 23:14   ` kl4rk
2003-06-25  2:20     ` jesse
2003-06-25  4:08   ` Matthew Kennedy
2003-06-25 10:39   ` Paul de Vrieze
2003-06-25 11:01     ` kl4rk
2003-06-25 11:57       ` rob holland
  -- strict thread matches above, loose matches on Subject: below --
2003-06-24 22:33 Anthony Floyd
2003-06-24 23:02 ` Tony Clark
2003-06-25  9:53 ` Henti Smith
2003-06-25  1:21 Tony Clark

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=3EFBE81B.3080701@ineoconcepts.com \
    --to=eric@ineoconcepts.com \
    --cc=gentoo-dev@gentoo.org \
    --cc=jherfurth@arafox.com \
    --cc=mark-gt@cymry.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox