From owner-freebsd-arch Sun Feb 18 20: 7: 4 2001 Delivered-To: freebsd-arch@freebsd.org Received: from smtp02.primenet.com (smtp02.primenet.com [206.165.6.132]) by hub.freebsd.org (Postfix) with ESMTP id 78FB437B401 for ; Sun, 18 Feb 2001 20:07:01 -0800 (PST) Received: (from daemon@localhost) by smtp02.primenet.com (8.9.3/8.9.3) id VAA26662; Sun, 18 Feb 2001 21:00:50 -0700 (MST) Received: from usr05.primenet.com(206.165.6.205) via SMTP by smtp02.primenet.com, id smtpdAAAXfaa6Z; Sun Feb 18 21:00:34 2001 Received: (from tlambert@localhost) by usr05.primenet.com (8.8.5/8.8.5) id VAA11061; Sun, 18 Feb 2001 21:06:40 -0700 (MST) From: Terry Lambert Message-Id: <200102190406.VAA11061@usr05.primenet.com> Subject: Re: Moving Things [was Re: List of things to move from main tree] To: mark@grondar.za (Mark Murray) Date: Mon, 19 Feb 2001 04:06:34 +0000 (GMT) Cc: jkh@winston.osd.bsdi.com (Jordan Hubbard), arch@FreeBSD.ORG In-Reply-To: <200102180937.f1I9b9957438@gratis.grondar.za> from "Mark Murray" at Feb 18, 2001 11:37:47 AM X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Right. Personally, i like XML, but the XML support stuff is big, > and that scares me. The Xerces source code is 5 1/2 MB, compressed. I don't know how big the Gnome library is, or how big the Xerces shared library is, once it's compiled. If XML is going to be used during install, maybe it'd be a good idea to build a small LALR parser, which only knows about the grammar to be used for the specific application. If it's just going to be used for the build of the packages tehmselves, then it'd be OK to have a large, hulking thing as part of that process. Really, FreeBSD is limited by the low end installation media, but I can't see getting rid of that as being positive; I've brought up too may BSD boxes from floppies. I think that whatever gets done, people have to accept that there are some basic constraints on some of this stuff, having to do with the source repository layout. For example, I think it would be a bad idea to move the games around in the repository, just because people want them to be ports, instead of installed by default. It makes no sense to do that. I also think that a nice first run at lists of files installed would be a good thing; frankly, it's very hard to relocate most net software, to know where and what was installed, and to then build something that expects to be installed in a particular location, make an image, and then do the install later. Shared libraries are a particular problem, in that regard. The best way I've thought of to address that so far is to hack make to log calls to "install", "mv", and "cp", when their target isn't interior to the build hierarchy. The utility being built would be logged, along with what got installed as part of the build. Not perfect, but then you at least know what files ended up where as a result of a "make install" for any given utility. Thinking more on this, I think that make should probably scream about the use of "mv" and "cp" instead of "install", so that they can be replaced with "install". Then you could log with install along, just by adding an option that let you add the name of the thing to the log file, as another argument. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message