Gentoo Archives: gentoo-dev

From: drobbins@g.o
To: gentoo-dev@g.o
Subject: Re: [gentoo-dev] /proc and portage
Date: Sat, 20 Jan 2001 18:14:16
Message-Id: 20010120181416.A6798@cvs.gentoo.org
In Reply to: [gentoo-dev] /proc and portage by Thomas Flavel
On Fri, Jan 19, 2001 at 09:47:15AM +0000, Thomas Flavel wrote:
> Hi, > > I had an idea I dimsmissed which I thought I should post anyway, on the off chance that it > might actually get used ;) > > I was thinking about how /proc is sometimes used as a bi-directional interface, for example I > can "echo 1>/proc/whatever" to turn on ping flood protection or something similar. I was > wondering how practical it would be to have a similar thing for portage? > > If I could say "echo gimp>/proc/portage/install" or "cat /proc/portage/packages" etc then > this would mean that it would be very easy to write front ends for portage, plus with this > minimal interface it would be very nice to use in scripts... I know it would be a massive > kernel module, and probably too much effort to actually produce/maintain but I thought you > should hear the idea... have a think about it please
Well, even if we want to implement something like this, it shouldn't go in /proc, and we don't need a kernel patch. It's fully possible to do things like this in user space with directories residing in /var. We do need some kind of robust portage interface, and something like this could work. Specifically, I can think of something like a revamped portage download manager scanning the /var/lib/portage/download directory for new files that it should download. That would also allow the download manager to "double up" on downloads if more than one file needed to be downloaded at the same time. However, the actual build process is more linear, and I don't know if there would be much benefit from this approach besides creating a standardized interface. I'll keep it in mind for the next revision of Portage. Best Regards, -- Daniel Robbins <drobbins@g.o> President/CEO http://www.gentoo.org Gentoo Technologies, Inc.