Freetype recipe conflicts with freetype from the xQuartz on the same server

[jeroen]

Freetype recipe conflicts with freetype from the xQuartz on the same server

[s-u]

This has nothing to do with recipes, because the pkg-config output is as follows:

$ pkg-config --cflags fontconfig freetype2
-DPCRE_STATIC -I/usr/local/include -I/usr/local/include/freetype2 -I/usr/local/include/libpng16 -I/usr/local/include/harfbuzz -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include
$ pkg-config --libs fontconfig freetype2
-L/usr/local/lib -lfontconfig -lexpat -lfreetype -lbz2 -lpng16 -lz -lharfbuzz -lm -lglib-2.0 -lintl -liconv -lm -Wl,-framework,CoreFoundation -Wl,-framework,Carbon -Wl,-framework,Foundation -Wl,-framework,AppKit -lpcre

so the flags are correct. An entirely separate issue is how systemfonts obtains incorrect flags on the build machine. The build process explicitly makes sure that the local .pcs come before XQuartz, so I'll close this and trace the build.

[jeroen]

The configure script from systemfonts prints the output it gets from pkg-config to the install log, which shows something else from what you have above:

Found pkg-config cflags and libs!
Using PKG_CFLAGS=-I/opt/X11/include/freetype2
Using PKG_LIBS=-L/opt/X11/lib -lfreetype -lz -lbz2

Some somehow the PATH or PKG_CONFIG_PATH is different from within your R builds.

[jeroen]

For future reference, this may be fixed via r-devel/r-dev-web@6de8b69

[s-u]

Ah, nice, I didn't realize you also mirror R-dev-web or I would have posed the diff link ...