Date: Sun, 10 Dec 2000 14:19:12 -0600 (CST) From: Mike Meyer <mwm@mired.org> To: current@FreeBSD.ORG Subject: PREFIX clean vs. LOCALBASE clean (Was: Package installation location) Message-ID: <14899.58688.221761.200245@guru.mired.org> In-Reply-To: <20001210114736.G80274@dragon.nuxi.com> References: <20001210125026.A27718@drama.navipath.com> <xzpitosgn0w.fsf@flood.ping.uio.no> <20001210132152.B27718@drama.navipath.com> <14899.54065.737498.114689@guru.mired.org> <20001210141851.C39643@vger.bsdhome.com> <14899.56471.793516.237193@guru.mired.org> <20001210114736.G80274@dragon.nuxi.com>
next in thread | previous in thread | raw e-mail | index | archive | help
David O'Brien <obrien@FreeBSD.ORG> types: > > Wherease "PREFIX clean" means "all installed files are in the PREFIX > > tree", > > Correct. > > > I intend "LOCALBASE clean" to mean "all files installed by other ports > > are looked for in the LOCALBASE tree". > > If all ports are PREFIX clean, you will have that. Thus it doens't need > to be discussed separately. Using the two definitions above, the first sentence is false. In particular, assume that the port APort depends on BPort in some way, and is PREFIX clean. That means that everything in APort is installed in PREFIX, and all APorts references to things in APort look for them there. Neither of those statements precludes APort from looking for things that are part of BPort directly in /usr/local instead of in LOCALBASE. Doing so would make APort PREFIX clean while it was not LOCALBASE clean. I've only seen this break during the build. Most typical is the applications configuration software looking in /usr/local for an include file or library from BPort instead of looking in LOCALBASE. Some things assume that $(LOCALBASE)/bin is in the path, which is probably true for most users. However, the scripts provided by FreeBSD in /root add /usr/local/bin, *not* $(LOCALBASE)/bin. So such runtime dependencies don't break for users, but do for root - which means they are more likely to be noticed if they are build dependencies than if they are run dependencies. <mike To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?14899.58688.221761.200245>