Re: unresolved dependency on heimdal

[Frédéric Fauberteau <triaxx%NetBSD.org@localhost>]

Le 2020-01-24 11:25, Frédéric Fauberteau a écrit :
> Le 2020-01-24 10:20, Frédéric Fauberteau a écrit :
> > Le 2020-01-24 09:26, Jörn Clausen a écrit :
> > > Hi!
> > >
> > > In the last few days I saw this several times on NetBSD-8.1:
> > >
> > > ===> Creating toolchain wrappers for cmake-3.16.3
> > > ERROR: heimdal>=0.4e heimdal>=0.6 is not installed; can't buildlink 
> > > files.
> > > *** Error code 1
> > >
> > > In this case deve/cmake fails, but I think I also had another package
> > > that did not build. Neither package has a direct dependency on
> > > heimdal, so I don't know where the actual mismatch comes from.
> > >
> > > The problem is easily resolved by installing security/heimdal.
> > >
> > > More importantly: What's the cause here? Will NetBSD 9 come with a
> > > newer version of heimdal and some package maintainer is using 
> > > -current
> > > and accidentally created a dependency?
> >
> > I have the same problem on Netbsd 8.0 with devel/cmake and with
> > textproc/redland too.
> >
> > I am investigating for devel/cmake (that breaks a lot of packages) but
> > I don't understand why heimdal is not added as an indirected
> > dependency.
> >
> > When we look at the buildlink tree, we see that heimdal appears:
> > $ bmake show-var VARNAME=BUILDLINK_TREE
> > libarchive bzip2 -bzip2 xz -xz zlib -zlib -libarchive libexecinfo
> > -libexecinfo libuv -libuv rhash openssl -openssl -rhash expat -expat
> > curl heimdal sqlite3 -sqlite3 db1 -db1 -heimdal libidn2 iconv -iconv
> > gettext iconv -iconv -gettext libunistring -libunistring -libidn2
> > nghttp2 -nghttp2 gettext -gettext zlib -zlib openssl -openssl -curl
> > ncurses -ncurses pthread -pthread
> >
> > It should be built as a dependency of curl, but surprisingly, it 
> > doesn't.
>
> I add tech-pkg@ to this thread because I think it is a technical 
> problem.
>
> I am starting to understand better. security/heimdal is a dependency
> of www/curl with the option gssapi. Nevertheless, it is not added as a
> dependency since there is a builtin implementation:
> # pwd
> /usr/pkgsrc/www/curl
> # make show-depends
> libidn2>=2.0.0:../../devel/libidn2
> nghttp2>=1.40.0nb2:../../www/nghttp2
>
> This is the default configuration I use in a chrooted sandbox to run
> pbulk. But in the /etc/mk.conf of my NetBSD, I have PREFER_PKGSRC=yes
> that produces now:
> $ bmake show-depends
> heimdal>=1.5.3nb22:../../security/heimdal
> libidn2>=2.0.0:../../devel/libidn2
> gettext-lib>=0.18:../../devel/gettext-lib
> nghttp2>=1.40.0nb2:../../www/nghttp2
> zlib>=1.2.3:../../devel/zlib
> openssl>=1.1.1dnb2:../../security/openssl
>
> security/heimdal should not be in BUILDLINK_TREE of devel/cmake if it
> is not a dependency of www/curl.

Otherwise, BUILDLINKG_PREFIX.heimdal should not be heimdal_not_found.