From owner-freebsd-ports@freebsd.org Thu Feb 4 10:29:18 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 94A0BA9BECA for ; Thu, 4 Feb 2016 10:29:18 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 58E631776 for ; Thu, 4 Feb 2016 10:29:18 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.85) with esmtp (envelope-from ) id <1aRH9y-0004uF-1s>; Thu, 04 Feb 2016 11:29:10 +0100 Received: from p578a69f9.dip0.t-ipconnect.de ([87.138.105.249] helo=freyja.zeit4.iv.bundesimmobilien.de) by inpost2.zedat.fu-berlin.de (Exim 4.85) with esmtpsa (TLSv1.2:AES128-GCM-SHA256:128) (envelope-from ) id <1aRH9x-003c7f-Qh>; Thu, 04 Feb 2016 11:29:10 +0100 Date: Thu, 4 Feb 2016 11:29:04 +0100 From: "O. Hartmann" To: freebsd-ports@freebsd.org Cc: Patrick Hess Subject: pkg: fails with local repository (file:///) [WAS: Re: pkg: fail to install packages from local file repository targeted via file:///] Message-ID: <20160204112904.4067e8b6@freyja.zeit4.iv.bundesimmobilien.de> In-Reply-To: <4592161.s4kf8P24of@desk8.phess.net> References: <20160202103548.1b2adab1@freyja.zeit4.iv.bundesimmobilien.de> <4592161.s4kf8P24of@desk8.phess.net> Organization: FU Berlin X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.29; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Originating-IP: 87.138.105.249 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Feb 2016 10:29:18 -0000 On Tue, 02 Feb 2016 18:34:01 +0100 Patrick Hess wrote: > O. Hartmann wrote: > > file:///pool/poudriere/data/packages/head-amd64-head-default/meta.txz: No > > such file or directory repository myrepo has no meta file, using default > > settings pkg: > > file:///pool/poudriere/data/packages/head-amd64-head-default/packagesite.txz: > > No such file or directory Unable to update repository myrepo > > These files are supposed to be created by "pkg repo". I'm not > familiar with this nanoBSDbuilding thingamabob, but what happens > if you just run > > pkg repo /pool/poudriere/data/packages/head-amd64-head-default > > manually? > > > the documentation doesn't give much about handling local repositories > > This particular issue is not specific to local repos. In fact, > any pkg repo, no matter how it's being accessed, should provide > these two files. > > Patrick After checking the setup of NanoBSD's and after ensuring the correct installation of a local package repository via poudriere, exchanging the PACKAGESITE (url: in repos.conf) with an official site like url: "pkg+http://pkg.FreeBSD.org/${ABI}/latest", does not have any issues. poudriere(8) provides at the location specified by my alternative, local repositories' path meta.txz as well as packagesite.txz but they are symbolic links, [...] ls -l /pool/poudriere/data/packages/head-amd64-head-default/ total 3 lrwxr-xr-x 1 root wheel 11 1 Feb. 15:04 All -> .latest/All lrwxr-xr-x 1 root wheel 14 1 Feb. 15:04 Latest -> .latest/Latest lrwxr-xr-x 1 root wheel 19 1 Feb. 15:04 digests.txz -> .latest/digests.txz lrwxr-xr-x 1 root wheel 16 1 Feb. 15:04 meta.txz -> .latest/meta.txz lrwxr-xr-x 1 root wheel 23 1 Feb. 15:04 packagesite.txz It seems that pkg is not handling links - either by intention for security reasons or by mistake - or I miss some neat configuration option. Since a remote repo works perfectly as mentioned above, but the local repository created by poudriere (I do not doubt the correctnes of poudriere's directory hierarchy because it is as described in pkg-repo(8) and pkg-repository(5)), I consider this behaviour a bug. FILE: is supported by fetch(3), and there is no menetioning of the exclusion of symbolic links. Regards, oh