openoffice pkg

[eoghan]

Lowell Gilbert wrote:
> Lowell Gilbert <freebsd-questions-local at be-well.ilk.org> writes:
> 
>> eoghan <freebsd at redry.net> writes:
>>
>>> Lowell Gilbert wrote:
>>>> eoghan <freebsd at redry.net> writes:
>>>>
>>>>> On 27 Nov 2005, at 21:06, Lowell Gilbert wrote:
>>>>>
>>>>>> eoghan <freebsd at 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.

Ok will get it manually and thanks for investigating this issue. I cant 
try it now, but if i get the pkg file manually and pkg_add it, will this 
have any effect on its dependencies? I mean will it still try "fetch" 
them remotely?