On Sun, Nov 11, 2018 at 02:07:53PM -0500, George Koehler wrote: > On Sun, 11 Nov 2018 08:03:34 -0700 (MST) > lan...@openbsd.org wrote: > > > http://build-failures.rhaalovely.net//sparc64/2018-11-01/math/p5-Math-Pari.log > > ===> Verifying configure for pari-* in math/pari > ===> pari-2.1.7[p5-Math-Pari-2.01080605p1] depends on: texlive_base-* - not > found > Dependency check failed > *** Error 1 in math/pari ... > > The missing package was built: > https://cdn.openbsd.org/pub/OpenBSD/snapshots/packages/sparc64/texlive_base-2017p3.tgz > > But it can't be installed: > > $ pkg_add -nDarch texlive_base > ... > Can't install cups-libs-2.2.8p1 because of libraries > |library estdc++.17.1 not found > | /usr/local/lib/libestdc++.so.17.1 (gcc-libs-4.9.4p12): not reachable > ... > > (I don't have a sparc64 machine, so I'm using pkg_add -nDarch on amd64 > with PKG_PATH pointing at the sparc64 packages.) > > The problem is that cups-libs wants libestdc++ but has no dependency > on @gcc-libs-4.9.4p12: > > $ pkg_info -S cups-libs > Information for > https://cdn.openbsd.org/pub/OpenBSD/snapshots/packages/sparc64/cups-libs-2.2.8p1.tgz > > Signature: > cups-libs-2.2.8p1,0,@avahi-0.7p5,@gnutls-3.5.19p0,avahi-client.0.1,avahi-common.0.1,estdc++.17.1,gnutls.44.1,iconv.6.0,m.10.1,pthread.25.1,z.5.0 > > I had a similar problem in my recent port of simutrans. The port had > picked COMPILER = ports-gcc and added gcc-libs to LIB_DEPENDS; but the > port uses MULTI_PACKAGES, so LIB_DEPENDS was ignored. I fixed > simutrans by adding LIB_DEPENDS to each subpackage: > > # ports-gcc will add gcc-libs to LIB_DEPENDS, > # so we must add LIB_DEPENDS to each subpackage. > LIB_DEPENDS = archivers/bzip2 > LIB_DEPENDS-main = ${LIB_DEPENDS} \ > devel/sdl2 \ > devel/sdl2-mixer \ > net/miniupnp/miniupnpc > LIB_DEPENDS-makeobj = ${LIB_DEPENDS} \ > graphics/png > > print/cups/Makefile might need a similar fix. All ports that use > MULTI_PACKAGES and have ${COMPILER_LIBCXX} in WANTLIB-* might need > similar fixes.
Yes, a bunch of those were recently fixed, but they were failing at packaging time, ie complaining about missing estdc++ *when packaging*. If cups-libs packaged fine, then it can somehow reach the dependency... unless im mistaken. Either way, adding LIB_DEPENDS to LIB_DEPENDS-main sometimes is the right fix. Landry