From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 31762 invoked by uid 1002); 7 Feb 2003 18:35:56 -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 32169 invoked from network); 7 Feb 2003 18:35:55 -0000 From: Vano D To: gentoo-dev@gentoo.org In-Reply-To: <200302071234.44766.yannick.koehler@colubris.com> References: <200302071234.44766.yannick.koehler@colubris.com> Content-Type: text/plain Organization: Message-Id: <1044642524.14990.11.camel@gentoo.europeansoftware.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.1- Date: 07 Feb 2003 19:28:44 +0100 Content-Transfer-Encoding: 7bit Subject: Re: [gentoo-dev] Gentoo XML Database X-Archives-Salt: 5e1d3779-8a58-49dd-95f3-7480e9cc46a0 X-Archives-Hash: 04691ca8306cafd93e83ac656a6ece63 One interesting application I can think of using a database backend is for making a "portage server" serving portage ebuilds and recording the cache information (as in what is installed with what USE flags) for every single client machine having an "account" on the db. So in effect you would have all your machines without any portage-related files apart from the "emergedb" command and accessory tools. It could be usefull for anyone who needs to deploy a lot of differently configured Gentoo machines really fast. It could also be usefull for administration of production Gentoo machines freeing them of have any "portage bloat" (bloat not in the bad sense, I love portage ;-) (here you would have the machines connect to your central portage server. Very interesting even though it is of limited use to many people. On Fri, 2003-02-07 at 18:34, Yannick Koehler wrote: > For the fun of it, I created a little tool very custom and untested that will > read the the cache files of gentoo and generate on the stdout a valid xml > file. > > Now the schema/dtd has been created without any thinking. This may or not > open the door to people to experiment with a gentoo equivalent database. ... > Discussion with carspaski reveal thought that the use of the database will > actually not speed up emerge. Because emerge loads the cache inside an > internal memory database and python allow him to leave that in memory in > between runs making it very fast and efficient as only the require entry of > the database gets loaded instead of the whole database. > > Some benefit I see from the xml db is for side-tools, for example search > description of ebuilds is faster when using xml db as it is a single file and > software only look for string that start with . One can use > grep/regexp to do such query or built an xml capable application. -- Vano D -- gentoo-dev@gentoo.org mailing list