Re: pkg/56909: x11/libXft refuses to build on NetBSD-8

[nia <nia%NetBSD.org@localhost>]

The following reply was made to PR pkg/56909; it has been noted by GNATS.

From: nia <nia%NetBSD.org@localhost>
To: Valery Ushakov <uwe%stderr.spb.ru@localhost>
Cc: gnats-bugs%NetBSD.org@localhost
Subject: Re: pkg/56909: x11/libXft refuses to build on NetBSD-8
Date: Sun, 3 Jul 2022 08:36:12 +0000

 On Sat, Jul 02, 2022 at 11:35:06PM +0300, Valery Ushakov wrote:
 > Hi, Nia.
 > 
 > On Sat, Jul 02, 2022 at 16:35:00 +0000, gnats-admin%netbsd.org@localhost wrote:
 > 
 > > Category:       pkg
 > > Responsible:    pkg-manager
 > > Synopsis:       x11/libXft refuses to build on NetBSD-8
 > > Arrival-Date:   Sat Jul 02 16:35:00 +0000 2022
 > 
 > I guess this is related to the changes you made recently to
 > meta-pkgs/modular-xorg/avoid-duplicate.mk.  Please, could you kindly
 > take a look?  For now I've worked around this localy by disabling the
 > check so that I can get me an emacs package.
 > 
 > TIA!
 > 
 > -uwe
 
 Hey, so this (to me, a casual reader) seems like a mistake in our
 fontconfig handling, but I'm not entirely sure.
 
 The fonts/fontconfig bl3 file's ABI_DEPENDS was recursively bumped
 due to a dependency change, so the native Xorg version in NetBSD 8
 will always be ignored. I'm not certain carrying the bump over to
 libXft was the correct decision since having native and modular libXft
 co-existing seems Wrong.
 
 My initial suggestion (after removing avoid-duplicate for libXft, which
 would potentially cause the two libraries to co-exist) would be to
 lower BUILDLINK_ABI_DEPENDS.libXft in x11/libXft/buildlink3.mk, but
 I'm not sure how "kosher" this is.
 
 Anyone care to weigh in...?