Date: 29 Nov 2005 10:02:38 -0500 From: Lowell Gilbert <freebsd-questions-local@be-well.ilk.org> To: eoghan <freebsd@redry.net> Cc: krion@freebsd.org, freebsd-questions@freebsd.org, eik@freebsd.org Subject: Re: openoffice pkg Message-ID: <4464qbjy41.fsf@be-well.ilk.org> In-Reply-To: <44zmnoi4gx.fsf@be-well.ilk.org> References: <0EF126E2-9EC2-488C-A132-6D07A1761246@redry.net> <2C5E7622-7EC0-43D1-9DEF-4F87E2A90078@redry.net> <4464qdol6c.fsf@be-well.ilk.org> <B96B0A3F-1C79-476A-85B1-D36DAEA5833E@redry.net> <44zmnokfrs.fsf@be-well.ilk.org> <438B31AA.5050709@redry.net> <44zmnoi4gx.fsf@be-well.ilk.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Lowell Gilbert <freebsd-questions-local@be-well.ilk.org> writes: > eoghan <freebsd@redry.net> writes: > > > Lowell Gilbert wrote: > > > eoghan <freebsd@redry.net> writes: > > > > > >> On 27 Nov 2005, at 21:06, Lowell Gilbert wrote: > > >> > > >>> eoghan <freebsd@redry.net> writes: > > >>> > > >>>> On 25 Nov 2005, at 15:22, eoghan wrote: > > >>>> > > >>>>> Hello > > >>>>> Im attempting to install the openoffice package and need to use a > > >>>>> template cos it fills /var and then fails. I have used: > > >>>>> pkg_add -r -t /max/tmp/instmp.XXXXXX openoffice > > >>>>> but it still writes to /var? > > >>>>> Anyone ideas what im doing wrong? > > >>>>> Thanks > > >>>>> Eoghan > > >>>> Does anyone have any help on this? I assume im using the wrong > > >>>> syntax? Does instmp.XXXXX need to exist in /max/tmp? > > >>> No, you're right; it seems to be a problem. I haven't had a chance to > > >>> look at it myself... > > >> Thanks Lowell, do you mean it seems to be a bug? > > > I haven't had a chance to look at it closely enough to tell. > > > > Ok thanks, I will have a detailed look later on and see if I can > > recover anymore information. > > I think it *is* a bug, but I haven't gotten a complete understanding of > it yet. The pattern you pass in with the -t option seems to be getting > dropped before you get to the utility function find_play_pen(), but so > far I can't seem to figure out how it was supposed to be passed in the > first place. As a workaround, the PKG_TMPDIR environment variable seems > to work properly, and can serve your purpose just as well. On further analysis: The issue is specific to the combination of the -r and -t options. It really get back to where the package file gets downloaded to, not the work area that it expands to (which can't be set separately), so I'm not really sure whether to consider it a bug or not. It certainly would require changing some of the pkg_install library APIs to fully separate the concepts. If you download the package by hand and use the -t option, the temporary staging area will be used as you expect.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4464qbjy41.fsf>