From owner-cvs-ports Sat Feb 1 11:07:27 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id LAA04952 for cvs-ports-outgoing; Sat, 1 Feb 1997 11:07:27 -0800 (PST) Received: from news1.gtn.com (news1.gtn.com [192.109.159.3]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA04926; Sat, 1 Feb 1997 11:06:39 -0800 (PST) Received: (from uucp@localhost) by news1.gtn.com (8.7.2/8.7.2) with UUCP id UAA18120; Sat, 1 Feb 1997 20:01:14 +0100 (MET) Received: (from andreas@localhost) by klemm.gtn.com (8.8.5/8.8.2) id TAA07177; Sat, 1 Feb 1997 19:52:30 +0100 (MET) Message-ID: <19970201195230.OK13168@klemm.gtn.com> Date: Sat, 1 Feb 1997 19:52:30 +0100 From: andreas@klemm.gtn.com (Andreas Klemm) To: jkh@time.cdrom.com (Jordan K. Hubbard) Cc: andreas@freefall.freebsd.org (Andreas Klemm), CVS-committers@freefall.freebsd.org, cvs-all@freefall.freebsd.org, cvs-ports@freefall.freebsd.org Subject: Re: cvs commit: ports/x11/fvwm95 Makefile ports/x11/fvwm95/pkg PLIST References: <199702011646.IAA29325@freefall.freebsd.org> <19493.854818045@time.cdrom.com> X-Mailer: Mutt 0.59-PL19 Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit In-Reply-To: <19493.854818045@time.cdrom.com>; from "Jordan K. Hubbard" on Feb 1, 1997 09:27:25 -0800 Sender: owner-cvs-ports@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Jordan K. Hubbard writes: > > Removed unneeded @cwd in PLIST after using USE_X11. > > But this change made it necessary to choose absolute path names, > > since a /usr/X11R6/lib/librplay.a doesn't exists. > > What does that mean? Is it a dependency? Is it part of > fvwm95? If so, why isn't it installed? :-) fvwm needs librplay.a for linking. It doesn't need the rplay binary, it produces sound via the own FvwmAudio module. So fvwm95 needs the rplay port installed. The rplay port installs the librplay.a lib into /usr/local/lib/librplay.a. In my first port of fvwm95 I used something like this to create the dependency to the lib of the rplay port: BUILD_DEPENDS=${PREFIX}/lib/librplay.a:${PORTSDIR}/audio/rplay This is very flexible, since if someone changes PREFIX, then everything is fine ... After using USE_X11=yes, so that packaging is working correctly, PREFIX is automatically set to /usr/X11R6 ... Gues, what happens .... ;-) A ,make allī in the fvwm95 port then doesn't find /usr/X11R6/lib/librplay.a and starts re-making the rplay port, which would install librplay.a to /usr/local/lib. So, again, if you have X11 software, that comes with "autoconf" configuration, then variable referencing of files using $PREFIX in the /usr/local tree becomes a mess, since $PREFIX will be overwritten to /usr/X11R6 ;-) How could we avoid whis ??? Well, what do you think about having to prefixes .. one for packages in /usr/local and one for packages in /usr/X11R6 ?! We could have PREFIX only for things like /usr/local or whatever and X11PREFIX for the rest ... If USE_IMAKE and USE_X11 wouldn't overwrite PREFIX with /usr/X11R6, then everything would be really fine ! BTW, we could also use the already existing X11BASE variable instead of introducing a new variable X11PREFIX.... But then /etc/make.conf should be defined in /etc/make.conf to a sane value. Not /usr/X386, better /usr/X11R6. What do you think about that ?! If you don't understand what I mean, simply try to port fvwm95 and you will see what I mean ;-) Andreas /// -- andreas@klemm.gtn.com /\/\___ Wiechers & Partner Datentechnik GmbH Andreas Klemm ___/\/\/ Support Unix -- andreas.klemm@wup.de pgp p-key http://www-swiss.ai.mit.edu/~bal/pks-toplev.html >>> powered by <<< ftp://sunsite.unc.edu/pub/Linux/system/Printing/aps-491.tgz >>> FreeBSD <<<