Re: Providing base OpenSSL *.pc files needed
- In reply to: Jung-uk Kim : "Re: Providing base OpenSSL *.pc files needed"
- Go to: [ bottom of page ] [ top of archives ] [ this month ]
Date: Sat, 19 Mar 2022 03:17:03 UTC
On Fri, 18 Mar 2022 15:58:30 -0400 Jung-uk Kim <jkim@FreeBSD.org> wrote: > On 22. 3. 18., Tomoaki AOKI wrote: > > Can someone look into Bug 257659 [1]? > > > > I've encountered Bug 262569 [2]. > > > > ports git d4c9792fda7f introduced LIB_DEPENDS with > > security/openssl, maybe because security/tpm2-tss > > 3.2.0 hesitates to build without *.pc of OpenSSL. > > > > This causes ports depending on base OpenSSL to fail, > > even on fetch. > > > > Putting partially modified *.pc files of security/openssl I've > > uploaded on Bug 257659 into /usr/libdata/pkgconfig, applying > > the patch I've uploaded on Bug 262569 and deinstalling > > security/openssl allowed me to build security/tpm2-tss, updating > > ports depending on base OpenSSL to succeed. > > > > */usr/ports/Mk/bsd.default-versions.mk defaults to base unless > > any ports one is already installed or manually specified via > > DEFAULT_VERSIONS. And /usr/ports/Mk/Uses/ssl.mk disallows > > coexistence of ports build against base OpenSSL and against > > ports security/openssl*. > > I personally don't think adding these files in the base is a good idea. > However, it's portmgr's decision because it may break existing ports. > Besides, portmgr owns ports/Mk/bsd.default-versions.mk and > ports/Mk/Uses/ssl. Agreed that it should be a decision by portmgr, as I already commented on Bug 257659. > > [1] https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=257659 > > [2] https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=262569 > > Note I fixed PR262569 today. > > https://cgit.freebsd.org/ports/commit/?id=aca6f9b18e874c73ac68990a2439ccec0be66ef0 > > Jung-uk Kim Thanks for the fix! Confirmed OK without installing 3 *.pc files. But as I commented on Bug 257659 and Bug 262569, if CONFIGURE_ENV= part of your fix is generic enough, it would be better set on Mk/Uses/ssl.mk to avoid this kind of disaster. -- Tomoaki AOKI <junchoon@dec.sakura.ne.jp>