From owner-freebsd-questions@FreeBSD.ORG Tue Jun 24 19:06:44 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BBCF3F63 for ; Tue, 24 Jun 2014 19:06:44 +0000 (UTC) Received: from be-well.ilk.org (be-well.ilk.org [23.30.133.173]) by mx1.freebsd.org (Postfix) with ESMTP id 9529F2D82 for ; Tue, 24 Jun 2014 19:06:44 +0000 (UTC) Received: by be-well.ilk.org (Postfix, from userid 1147) id 6068833C48; Tue, 24 Jun 2014 15:06:43 -0400 (EDT) From: Lowell Gilbert To: freebsd-questions@freebsd.org Subject: Re: How do I build my own package server? References: <20140624135505.GA75895@becker.bs.l> <53A99AEE.6020408@cyberleo.net> <20140624182552.GB80845@becker.bs.l> <20140624203255.3f95741b.freebsd@edvax.de> Reply-To: freebsd-questions@freebsd.org Date: Tue, 24 Jun 2014 15:06:43 -0400 In-Reply-To: <20140624203255.3f95741b.freebsd@edvax.de> (Polytropon's message of "Tue, 24 Jun 2014 20:32:55 +0200") Message-ID: <4461jqcekc.fsf@be-well.ilk.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jun 2014 19:06:44 -0000 Polytropon writes: > On Tue, 24 Jun 2014 20:25:52 +0200, Bertram Scharpf wrote: >> It's just that I am used to grep directories and that I learned to read >> the "+CONTENTS" files. I like to open files in an editor; this is what I >> always liked UNIX for. > > In this case, a new "layer" would be needed that dumps > DB query results to text files. It shouldn't be hard > to implement those. We already have that, in the form of "pkg info". Under the old system, pkg_info did the same. It might not be exactly the format everyone wants, but it looks like it provides all the information that the old system held anyway, and then some. >> Besides that, SQLite is not part of the base system but a port/package >> itself. > > Well, pkg itself also is. :-) > > Maybe in the future we will see parts of the new package > installation infrastructure and source maintenance tools > become part of the base system. Luckily the current ports > for those functionalities don't pull in thousands of > dependencies, so in my opinion the current approach of > having "stubs" in the OS and the "real" programs in ports > is acceptable (of course with the option of having them > available in the "offline" installation media as well, > comparable to how documentation is handled today). The idea of putting it in ports is that it's really more tightly tied to the ports infrastructure than to the base system. The most useful result is that maintaining compatibility with different versions of the base system is much easier.