Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 5 Feb 2016 08:11:10 +0100
From:      Matthias Andree <matthias.andree@gmx.de>
To:        freebsd-ports@freebsd.org
Subject:   Re: pkg: fail to install packages from local file repository targeted via file:///
Message-ID:  <56B44B0E.4060202@gmx.de>
In-Reply-To: <20160204112904.4067e8b6@freyja.zeit4.iv.bundesimmobilien.de>
References:  <20160202103548.1b2adab1@freyja.zeit4.iv.bundesimmobilien.de> <4592161.s4kf8P24of@desk8.phess.net> <20160204112904.4067e8b6@freyja.zeit4.iv.bundesimmobilien.de>

next in thread | previous in thread | raw e-mail | index | archive | help
Am 04.02.2016 um 11:29 schrieb O. Hartmann:
> On Tue, 02 Feb 2016 18:34:01 +0100
> Patrick Hess <patrickhess@gmx.net> wrote:
>=20
>> 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 defa=
ult
>>> settings pkg:
>>> file:///pool/poudriere/data/packages/head-amd64-head-default/packages=
ite.txz:
>>> No such file or directory Unable to update repository myrepo =20
>>
>> 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=
 =20
>>
>> 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
>=20
> After checking the setup of NanoBSD's and after ensuring the correct
> installation of a local package repository via poudriere, exchanging th=
e
> PACKAGESITE (url: in repos.conf) with an official site like=20
>=20
> url: "pkg+http://pkg.FreeBSD.org/${ABI}/latest",
>=20
> does not have any issues.
>=20
> poudriere(8) provides at the location specified by my alternative, loca=
l
> repositories' path=20
>=20
> meta.txz
>=20
> as well as=20
>=20
> packagesite.txz
>=20
> but they are symbolic links,
>=20
> [...]
> 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/dige=
sts.txz
> lrwxr-xr-x  1 root  wheel  16  1 Feb. 15:04 meta.txz -> .latest/meta.tx=
z
> lrwxr-xr-x  1 root  wheel  23  1 Feb. 15:04 packagesite.txz
>=20
> It seems that pkg is not handling links - either by intention for secur=
ity
> reasons or by mistake - or I miss some neat configuration option.
>=20
> Since a remote repo works perfectly as mentioned above, but the local
> repository created by poudriere (I do not doubt the correctnes of poudr=
iere'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 link=
s.

Oliver,

similar links to be seen on my system,
> $ ls -l /usr/local/poudriere/data/packages/101amd64-default/
> total 0
> lrwxr-xr-x  1 root  wheel  11  7 Feb  2015 All -> .latest/All
> lrwxr-xr-x  1 root  wheel  14  7 Feb  2015 Latest -> .latest/Latest
> lrwxr-xr-x  1 root  wheel  19  7 Feb  2015 digests.txz -> .latest/diges=
ts.txz
> lrwxr-xr-x  1 root  wheel  16  7 Feb  2015 meta.txz -> .latest/meta.txz
> lrwxr-xr-x  1 root  wheel  23  7 Feb  2015 packagesite.txz -> .latest/p=
ackagesite.txz

pkg does seem to follow these links here, with   url:
"file:///usr/local/poudriere/data/packages/101amd64-default/.latest/",

but I do see a difference in that packagesite is not a link on my
system, but if I remove the ".lastest/" part from the url, it still
works for me.  FreeBSD 10.2 amd64, pkg 1.6.3,


Are you using special kernels (unstable -CURRENT),
special file systems, or
special versions of pkg?




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?56B44B0E.4060202>