Installing gd on buster results in freetype-config not found

[StefanPrintezis]

Not using cached versions.
I've tested the install on another device, same output.

Dockerfile:

FROM php:7.3.7-fpm
RUN apt-get update
RUN apt-get install -y --no-install-recommends \
        libfreetype6-dev \
        libjpeg62-turbo-dev \
        libpng-dev \
    && docker-php-ext-install -j$(nproc) iconv \
    && docker-php-ext-configure gd --with-freetype-dir=/usr/include/freetype --with-jpeg-dir=/usr/include/ \
    && docker-php-ext-install -j$(nproc) gd \
    && rm -r /var/lib/apt/lists/*

configure: error: freetype-config not found.
ERROR: Service 'php' failed to build: The command '/bin/sh -c apt update && apt install -y --no-install-recommends         libfreetype6-dev         libjpeg62-turbo-dev         libpng-dev     && docker-php-ext-install -j$(nproc) iconv     && docker-php-ext-configure gd --with-freetype-dir=/usr/include/ --with-jpeg-dir=/usr/include/     && docker-php-ext-install -j$(nproc) gd     && rm -r /var/lib/apt/lists/*' returned a non-zero code: 1

The issue is present when using the latest version 7.3.7-fpm (buster)
The build succeeds when using 7.3.6-fpm (stretch)

TLDR solution for now
Use a tag with stretch instead of buster.

[StefanPrintezis]

This might be related switching to buster from stretch?

[jeyk]

This might be related switching to buster from stretch?

Probably. The changelog for libfreetype6-dev states:

• The `freetype-config' script is no longer installed by default
  (Closes: #871470, #886461). All packages depending on libfreetype6-dev
  should use pkg-config to find the relevant CFLAGS and libraries.

I guess that docker-php-ext-configure gd didn't anticipate this change...

[StefanPrintezis]

So somewhere this should be added?:

pkg-config freetype2 --libs
pkg-config freetype2 --cflags

Not sure where yet.

[marcingajda]

For people looking here for a QUICK FIX

Set the version of used image to stretch.

If you use for example PHP-FPM 7.3 then in your Dockerfile replace this:

FROM php:7.3-fpm

with this:

FROM php:7.3-fpm-stretch

Works for me and the error is gone.

[rjocoleman]

This shouldn't be an issue with PHP 7.4 because of the migration to pkg-config. https://github.com/php/php-src/blob/PHP-7.4/UPGRADING#L606

This has been a problem for a wee while for linux distros like Arch that have newer versions running.
https://bugs.php.net/bug.php?id=76324

The patch here adds dection via pkg-config https://git.archlinux.org/svntogit/packages.git/tree/trunk/freetype.patch?h=packages/php
(pkg-config freetype2 --cflags and pkg-config freetype2 --libs as @StefanPrintezis notes)

Extracting the PHP source early in your Dockerfile and patching it is one way to work around this.

FROM php:7.3.7-fpm

RUN apt-get update; \
  apt-get install -y --no-install-recommends \
  libfreetype6-dev \
  libjpeg62-turbo-dev \
  libpng-dev \
  pkg-config \
  patch;

ADD https://git.archlinux.org/svntogit/packages.git/plain/trunk/freetype.patch?h=packages/php /tmp/freetype.patch
RUN docker-php-source extract; \
  cd /usr/src/php; \
  patch -p1 -i /tmp/freetype.patch; \
  rm /tmp/freetype.patch

RUN docker-php-ext-configure gd --with-gd --with-freetype-dir 

I added patch and pkg-config in the example for clarity, I didn't check to see if they're included in the buster image by default.

[andreasschroth]

Kind of OT, but is it really such a good idea to switch OS version within a minor release? Didn't expect a switch from Stretch to Buster from 7.3.6 to 7.3.7. Pretty unexpected.

[barnabas-szekeres]

The issue also exist in php:7.2-apache image :(

[tvanro]

Same issue with wordpress:5.2.2-apache (that's building FROM php:7.3-apache)

FROM wordpress:5.2.2-apache
RUN apt-get update && apt-get install -y \
		libfreetype6-dev \
		libjpeg62-turbo-dev \
		libpng-dev \
	&& docker-php-ext-install -j$(nproc) iconv \
	&& docker-php-ext-configure gd --with-freetype-dir=/usr/include/ --with-jpeg-dir=/usr/include/ \
	&& docker-php-ext-install -j$(nproc) gd

configure: error: freetype-config not found.
ERROR: Service 'wordpress_apache' failed to build: The command '/bin/sh -c apt-get update && apt-get install -y 		libfreetype6-dev 		libjpeg62-turbo-dev 		libpng-dev 	&& docker-php-ext-install -j$(nproc) iconv 	&& docker-php-ext-configure gd --with-freetype-dir=/usr/include/ --with-jpeg-dir=/usr/include/ 	&& docker-php-ext-install -j$(nproc) gd' returned a non-zero code: 1

[euphoriatek]

Same issue on php:7.2-fpm image

image: php:7.2-fpm

this line is failing: - docker-php-ext-configure gd --with-freetype-dir=/usr/include/ --with-jpeg-dir=/usr/include/

it started happening recently.

[jxlwqq]

Temporary use:

FROM php:7.2.19-apache

or:

FROM php:7.3.6-apache

[andreasschroth]

Temporary use:

FROM php:7.2.19-apache

or:

FROM php:7.3.6-apache

No, not really a good idea. You'll end up stuck with 7.2.19 or 7.3.6 and won't receive any security fixes, etc. anymore.

Better use this:

FROM php 7.2-apache-stretch

or:

FROM php 7.3-apache-stretch

[andreasschroth]

Same issue on php:7.2-fpm image

image: php:7.2-fpm

this line is failing: - docker-php-ext-configure gd --with-freetype-dir=/usr/include/ --with-jpeg-dir=/usr/include/

it started happening recently.

Use a base image based on Debian Stretch instead of Buster:

FROM php 7.2-fpm-stretch

[euphoriatek]

Temporary use:

FROM php:7.2.19-apache

or:

FROM php:7.3.6-apache

tried using both and also php:7.2-fpm-stretch

still the same error

checking for FreeType 2... /usr/include/
checking whether to enable JIS-mapped Japanese font support in GD... no
If configure fails try --with-webp-dir=

configure: error: jpeglib.h not found.

[andreasschroth]

I believe most people here don't really understand what's happening / going on.

The latest released docker images with the default tags (e.g. php:7.3-fpm) are now based on Debian Buster instead of Debian Stretch before.

Debian Buster uses a more up-to-date version of the libfreetype6-dev (libfreetype6) package (version 2.9.1-3 instead of 2.6.3-3.2 before). But Version 2.9.1-3 isn't shipped with freetype-config anymore, as it was removed and the package maintainers recommend to replace calls to freetype-config by calls to pkg-config.

So as I have already commented a few times before here: Switch to the tags suffixing with -stretch. E.g. instead of using php:7.3-fpm you use php:7.3-fpm-stretch. Or instead of php:7.2-apache you use php:7.2-apache-stretch. That's it.

[jvanoosterom]

same issue with php:7.1-apache

edit:
solved with changing to version: php:7.1-apache-stretch