Date: Sat, 16 Jul 2011 16:20:10 GMT From: Chris Rees <utisoft@gmail.com> To: freebsd-ports-bugs@FreeBSD.org Subject: Re: ports/158179: some packages do not fully honor -P dir option in pkg_add(1) Message-ID: <201107161620.p6GGKAIm081406@freefall.freebsd.org>
next in thread | raw e-mail | index | archive | help
The following reply was made to PR ports/158179; it has been noted by GNATS. From: Chris Rees <utisoft@gmail.com> To: Stephen Montgomery-Smith <stephen@missouri.edu> Cc: "freebsd@sopwith.solgatos.com" <freebsd@sopwith.solgatos.com>, "current@freebsd.org" <current@freebsd.org>, "bug-followup@freebsd.org" <bug-followup@freebsd.org>, Stefan Bethke <stb@lassitu.de> Subject: Re: ports/158179: some packages do not fully honor -P dir option in pkg_add(1) Date: Sat, 16 Jul 2011 17:10:56 +0100 --00151748db10d7c5cd04a8320201 Content-Type: text/plain; charset=ISO-8859-1 On 16 Jul 2011 17:04, "Stephen Montgomery-Smith" <stephen@missouri.edu> wrote: > > On 07/16/2011 10:53 AM, Chris Rees wrote: >> >> >> On 16 Jul 2011 16:38, "Stephen Montgomery-Smith" <stephen@missouri.edu >> <mailto:stephen@missouri.edu>> wrote: >> > For example, suppose the C source code contains something like: >> > char applications_dir = "/usr/local/share/applications"; >> > and this is filled in by the ./configure script. >> > >> > How is that handled? >> > >> >> It's not. >> >> Remember what a package is, literally the files from the plist tarred >> with some magic +FILEs and the pkg-*install files- if paths are >> hardcoded in objects that's how it'll be installed. > > > What if some of the installation programs are binaries, and "/usr/local" is hard coded into installation binaries or scripts provided by the software itself. Sorry, poor wording on my part. If it was compiled as prefix=/usr/local, that's how it'll be installed, regardless of your -p argument. Chris --00151748db10d7c5cd04a8320201 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable <p><br> On 16 Jul 2011 17:04, "Stephen Montgomery-Smith" <<a href=3D"m= ailto:stephen@missouri.edu">stephen@missouri.edu</a>> wrote:<br> ><br> > On 07/16/2011 10:53 AM, Chris Rees wrote:<br> >><br> >><br> >> On 16 Jul 2011 16:38, "Stephen Montgomery-Smith" <<a = href=3D"mailto:stephen@missouri.edu">stephen@missouri.edu</a><br> >> <mailto:<a href=3D"mailto:stephen@missouri.edu">stephen@missour= i.edu</a>>> wrote:<br> >> =A0> For example, suppose the C source code contains something = like:<br> >> =A0> char applications_dir =3D "/usr/local/share/applicati= ons";<br> >> =A0> and this is filled in by the ./configure script.<br> >> =A0><br> >> =A0> How is that handled?<br> >> =A0><br> >><br> >> It's not.<br> >><br> >> Remember what a package is, literally the files from the plist tar= red<br> >> with some magic +FILEs and the pkg-*install files- if paths are<br= > >> hardcoded in objects that's how it'll be installed.<br> ><br> ><br> > What if some of the installation programs are binaries, and "/usr= /local" is hard coded into installation binaries or scripts provided b= y the software itself.<br></p> <p>Sorry, poor wording on my part.</p> <p>If it was compiled as prefix=3D/usr/local, that's how it'll be i= nstalled, regardless of your -p argument.</p> <p>Chris</p> --00151748db10d7c5cd04a8320201--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201107161620.p6GGKAIm081406>