On Mon, Jan 20, 2020 at 09:51:14PM -0500, Kurt Mosiejczuk wrote: > I think this following case is when there is a package cached (or created) > in the ports tree, but one of its dependencies is not there. > > devlin$ make > ===> py-h5py-2.10.0 depends on: py-numpy-* - not found > ===> Verifying install for py-numpy-* in math/py-numpy > ===> Installing py-numpy-1.14.6p1 from /usr/ports/packages/sparc64/all/ > Can't find blas-3.8.0p0 > Can't install lapack-3.8.0p1: can't resolve blas-3.8.0p0 > Can't install py-numpy-1.14.6p1: can't resolve lapack-3.8.0p1 > Couldn't install blas-3.8.0p0 lapack-3.8.0p1 py-numpy-1.14.6p1 > *** Error 1 in /usr/ports/math/py-numpy > (/usr/ports/infrastructure/mk/bsd.port.mk:2115 > '/var/db/pkg/py-numpy-1.14.6p1/+CONTENTS': @/usr/bin/...) > *** Error 2 in /usr/ports/math/py-numpy > (/usr/ports/infrastructure/mk/bsd.port.mk:2556 'install': > @lock=py-numpy-1.14.6; export _LOCKS_HELD...) > *** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2239 > '/usr/ports/pobj/py-h5py-2.10.0/.dep-math-py-numpy': @unset _DEPENDS_TARGET > ...) > *** Error 2 in /usr/ports/mystuff/math/h5py > (/usr/ports/infrastructure/mk/bsd.port.mk:2556 'all': @lock=py-h5py-2.10.0; > export _LOCKS_HELD=...) > devlin$ > > This happens to me fairly frequently, whether it is on that sparc64 box or > my amd64 laptop. Yes, I use FETCH_PACKAGES. No, my /etc/installurl is not > wrong, because if I then run "pkg_add -a py-numpy" it will resolve > everything just fine. So this is something specific to how the ports > infrastructure handles the situation.
If things are not perfectly in synch, FETCH_PACKAGES won't help. It will look up *exactly* the FULLPKGNAME that's currently in your ports tree, so if your ports tree is behind or if the packages haven't made it to the mirror, you're out of luck. Not that surprised that things could be lagging on sparc64...
