Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 29 Nov 2005 20:13:49 +0000
From:      eoghan <freebsd@redry.net>
To:        eoghan <freebsd@redry.net>
Cc:        krion@freebsd.org, Lowell Gilbert <freebsd-questions-local@be-well.ilk.org>, freebsd-questions@freebsd.org, eik@freebsd.org
Subject:   Re: openoffice pkg
Message-ID:  <532FF2FD-C80D-483F-9763-39E7F70D7D68@redry.net>
In-Reply-To: <438C71EA.1080005@redry.net>
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> <4464qbjy41.fsf@be-well.ilk.org> <438C71EA.1080005@redry.net>

next in thread | previous in thread | raw e-mail | index | archive | help
On 29 Nov 2005, at 15:21, eoghan wrote:
>>> 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?

Ok so I can now answer this myself. No, it looks locally from the  
dependencies:
pkg_add: could not find package ORBit-0.5.17_2 !
Ill have to look into using PKG_TMPDIR as you suggested.
Thanks
Eoghan




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?532FF2FD-C80D-483F-9763-39E7F70D7D68>