From owner-freebsd-ports Wed Aug 28 13:01:26 1996 Return-Path: owner-ports Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA23702 for ports-outgoing; Wed, 28 Aug 1996 13:01:26 -0700 (PDT) Received: from xenon.chromatic.com (xenon.chromatic.com [199.5.224.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA23696 for ; Wed, 28 Aug 1996 13:01:22 -0700 (PDT) Received: from server1.chromatic.com (server1.chromatic.com [199.5.224.120]) by xenon.chromatic.com (8.7.5/8.7.3) with ESMTP id NAA03263; Wed, 28 Aug 1996 13:00:50 -0700 (PDT) Received: from localhost (hua@localhost) by server1.chromatic.com (8.7.5/8.7.3) with SMTP id NAA05510; Wed, 28 Aug 1996 13:00:37 -0700 (PDT) Message-Id: <199608282000.NAA05510@server1.chromatic.com> X-Authentication-Warning: server1.chromatic.com: hua owned process doing -bs X-Authentication-Warning: server1.chromatic.com: Host hua@localhost didn't use HELO protocol X-Mailer: exmh version 1.6.8 8/21/96 To: Chuck Robey cc: hua@chromatic.com, kientzle@netcom.com, freebsd-ports@freebsd.org Subject: Re: Linux async vs. FreeBSD sync (fwd) In-reply-to: Your message of "Wed, 28 Aug 1996 14:14:57 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 28 Aug 1996 13:00:36 -0700 From: Ernest Hua Sender: owner-ports@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > I've been using a private scheme doing precisely the same thing > > (each application version to its own directory). This has the > > enormous advantage of being able to upgrade/downgrade a single > > application in a snap. > > I don't understand completely why you'd do this. If you want ispell in > /usr/local/app/ispell/bin, then do the ports make as: > make PREFIX=/usr/local/app/ispell > and it would install there, unless it was an X11 application. The X11 > apps will probably do that too in a little while (watch this space!) I have not been using ports yet, but I just finally finished setting up a local archive for Chromatic internal use, so it will be a lot easier. > Of course, your path statement would look like hell. Nope. It will just be /usr/local/bin because, like the original suggestion, I also symbolic link everything into /usr/local/bin (as well as /usr/local/include, /usr/local/lib, /usr/local/lib/app-defaults, ...). Ern