From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 4.0.0 (2022-12-14) on finch.gentoo.org X-Spam-Level: X-Spam-Status: No, score=0.2 required=5.0 tests=DATE_IN_PAST_12_24, INVALID_DATE,MAILING_LIST_MULTI,NO_RELAYS autolearn=no autolearn_force=no version=4.0.0 Received: from drobbins by cvs.gentoo.org with local (Exim 3.22 #1) id 14o5Mh-0000NR-00 for gentoo-dev@gentoo.org; Fri, 13 Apr 2001 09:20:03 -0600 From: Daniel Robbins To: gentoo-dev@gentoo.org Subject: Re: [gentoo-dev] new guides Message-ID: <20010413092003.B25604@cvs.gentoo.org> References: <20010411004710.A23682@alkaline.anarchy> <3AD3E419.8CDEF274@gentoo.org> <20010410235052.B15536@cvs.gentoo.org> <3AD3F097.77E8750D@gentoo.org> <20010411002815.D15536@cvs.gentoo.org> <20010412161317.A16521@cvs.gentoo.org> <20010413014017.B16521@cvs.gentoo.org> <20010413052441.A29405@kabbu.thehutt.org> <3AD6C914.D8CA6C3F@gentoo.org> <20010413130555.A15024@tsunx.ctn.cogs.susx.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010413130555.A15024@tsunx.ctn.cogs.susx.ac.uk>; from thomasfl@cogs.susx.ac.uk on Fri, Apr 13, 2001 at 01:05:55PM +0100 Sender: gentoo-dev-admin@gentoo.org Errors-To: gentoo-dev-admin@gentoo.org X-BeenThere: gentoo-dev@gentoo.org X-Mailman-Version: 2.0 Precedence: bulk Reply-To: gentoo-dev@gentoo.org List-Help: List-Post: List-Subscribe: , List-Id: Gentoo Linux development list List-Unsubscribe: , List-Archive: Date: Fri Apr 13 09:21:02 2001 X-Original-Date: Fri, 13 Apr 2001 09:20:03 -0600 X-Archives-Salt: 6f9dd082-85b4-4800-8bc5-dfbe728fa9ae X-Archives-Hash: 45ca798c8c55b3cc8f63a9b2ce177f88 On Fri, Apr 13, 2001 at 01:05:55PM +0100, Tom Flavel wrote: > To recap, the idea was to have a C/C++ program listen on a pipe, then have > interfaces (in the language of your choice) do things like > "echo packagename>/thatpipe" - the backend would listen and install the package. One problem with this solution is that we need a robust and feature-rich two-way communications stream. For example, your request to install "foo/bar-1.0" may be answered by a list of dependencies that must be satisfied before installation is possible, or a particular dependency that couldn't be satisfied (if it's auto-resolving dependencies), or that the particular package wasn't found in the portage database. With such a system as you describe, the Portage response would have to be placed in another file, and tying these two files into a communications stream would become tricky enough to make this a less-than-elegant, solution. IMO. Best Regards, -- Daniel Robbins President/CEO http://www.gentoo.org Gentoo Technologies, Inc.