From owner-freebsd-questions@FreeBSD.ORG Tue Nov 29 20:13:59 2005 Return-Path: X-Original-To: freebsd-questions@freebsd.org Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1579A16A424 for ; Tue, 29 Nov 2005 20:13:59 +0000 (GMT) (envelope-from freebsd@redry.net) Received: from luke.segpub.com.au (luke.segpub.com.au [64.49.254.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3ADC543D58 for ; Tue, 29 Nov 2005 20:13:57 +0000 (GMT) (envelope-from freebsd@redry.net) Received: (qmail 73411 invoked by uid 89); 30 Nov 2005 07:13:56 +1100 Received: by simscan 1.1.0 ppid: 73338, pid: 73376, t: 2.2917s scanners: clamav: 0.87/m:34/d:1169 spam: 3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on luke.segpub.com.au X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.0 Received: from unknown (HELO ?192.168.1.34?) (213.202.179.69) by 0 with SMTP; 30 Nov 2005 07:13:53 +1100 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> <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> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <532FF2FD-C80D-483F-9763-39E7F70D7D68@redry.net> Content-Transfer-Encoding: 7bit From: eoghan Date: Tue, 29 Nov 2005 20:13:49 +0000 To: eoghan X-Mailer: Apple Mail (2.746.2) Cc: krion@freebsd.org, Lowell Gilbert , freebsd-questions@freebsd.org, eik@freebsd.org Subject: Re: openoffice pkg X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Nov 2005 20:13:59 -0000 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