Freetype2 2.8.1 prevents Wine from working



The update of freetype2 to version 2.8.1-1 prevents Wine from being compiled and run. No matter what Wine version you are using.

Current workaround is to downgrade freetype2 to 2.8-2, which makes Wine work without issue again.


What do you mean by that? Do you have an example? Seems lib32-freetype2 isn’t updated yet.


It happened on my unstable machine. Could not launch winecfg after the update to freetype2 2.8.1.

See Arch bug report here:


Can you try compiling with this patch?


As I told the guys in wine-staging IRC. I don’t know how to apply patches directly.
I’ev only done it from PKGBUILDS. :stuck_out_tongue:


Do it in PKGBUILDS …


The Wine bug is marked as a P2 Blocker, so it is very likely to get fixed upstream soon anyway.

I’ll just use the workaround mentioned in my original post until then. :slight_smile:

[Testing Update] 2017-09-24 - Nvidia, Gambas, JADE, Haskell, JDK9, Python

I’m just trying to compile it with mentioned patch:

# $Id: PKGBUILD 257711 2017-09-15 19:23:08Z felixonmars $
# Maintainer: Sven-Hendrik Haase <>
# Contributor: Jan "heftig" Steffens <>
# Contributor: Eduardo Romero <>
# Contributor: Giovanni Scafora <>




pkgdesc="A compatibility layer for running Windows programs"
arch=(i686 x86_64)

  fontconfig      lib32-fontconfig
  lcms2           lib32-lcms2
  libxml2         lib32-libxml2
  libxcursor      lib32-libxcursor
  libxrandr       lib32-libxrandr
  libxdamage      lib32-libxdamage
  libxi           lib32-libxi
  gettext         lib32-gettext
  freetype2       lib32-freetype2
  glu             lib32-glu
  libsm           lib32-libsm
  gcc-libs        lib32-gcc-libs
  libpcap         lib32-libpcap

makedepends=(autoconf ncurses bison perl fontforge flex
  'gcc>=4.5.0-2'  'gcc-multilib>=4.5.0-2'
  giflib                lib32-giflib
  libpng                lib32-libpng
  gnutls                lib32-gnutls
  libxinerama           lib32-libxinerama
  libxcomposite         lib32-libxcomposite
  libxmu                lib32-libxmu
  libxxf86vm            lib32-libxxf86vm
  libldap               lib32-libldap
  mpg123                lib32-mpg123
  openal                lib32-openal
  v4l-utils             lib32-v4l-utils
  libpulse              lib32-libpulse
  alsa-lib              lib32-alsa-lib
  libxcomposite         lib32-libxcomposite
  mesa                  lib32-mesa
  mesa-libgl            lib32-mesa-libgl
  opencl-icd-loader     lib32-opencl-icd-loader
  libxslt               lib32-libxslt
  gst-plugins-base-libs lib32-gst-plugins-base-libs

  giflib                lib32-giflib
  libpng                lib32-libpng
  libldap               lib32-libldap
  gnutls                lib32-gnutls
  mpg123                lib32-mpg123
  openal                lib32-openal
  v4l-utils             lib32-v4l-utils
  libpulse              lib32-libpulse
  alsa-plugins          lib32-alsa-plugins
  alsa-lib              lib32-alsa-lib
  libjpeg-turbo         lib32-libjpeg-turbo
  libxcomposite         lib32-libxcomposite
  libxinerama           lib32-libxinerama
  ncurses               lib32-ncurses
  opencl-icd-loader     lib32-opencl-icd-loader
  libxslt               lib32-libxslt
  gst-plugins-base-libs lib32-gst-plugins-base-libs
  samba           dosbox

if [[ $CARCH == i686 ]]; then
  # Strip lib32 etc. on i686
  makedepends=(${makedepends[@]/*32-*/} ${_depends[@]})
  makedepends=(${makedepends[@]} ${_depends[@]})
  provides=("bin32-wine=$pkgver" "wine-wow64=$pkgver")
  conflicts=('bin32-wine' 'wine-wow64')

prepare() {
  # Allow ccache to work
  mv $pkgname-$_pkgbasever $pkgname

  export CFLAGS="${CFLAGS/-fno-plt/}"
  export LDFLAGS="${LDFLAGS/,-z,now/}"

  sed 's|OpenCL/opencl.h|CL/opencl.h|g' -i $pkgname/configure*

  # Get rid of old build dirs
  rm -rf $pkgname-{32,64}-build
  mkdir $pkgname-32-build

  cd $srcdir/wine
  patch -p1 -i $srcdir/ft281.patch

build() {
  cd "$srcdir"

  if [[ $CARCH == x86_64 ]]; then
    msg2 "Building Wine-64..."

    mkdir $pkgname-64-build
    cd "$srcdir/$pkgname-64-build"
    ../$pkgname/configure \
      --prefix=/usr \
      --libdir=/usr/lib \
      --with-x \
      --with-gstreamer \
    # Gstreamer was disabled for FS#33655



    export PKG_CONFIG_PATH="/usr/lib32/pkgconfig"

  msg2 "Building Wine-32..."
  cd "$srcdir/$pkgname-32-build"
  ../$pkgname/configure \
    --prefix=/usr \
    --with-x \
    --with-gstreamer \


package() {

  msg2 "Packaging Wine-32..."
  cd "$srcdir/$pkgname-32-build"

  if [[ $CARCH == i686 ]]; then
    make prefix="$pkgdir/usr" install
    make prefix="$pkgdir/usr" \
      libdir="$pkgdir/usr/lib32" \
      dlldir="$pkgdir/usr/lib32/wine" install

    msg2 "Packaging Wine-64..."
    cd "$srcdir/$pkgname-64-build"
    make prefix="$pkgdir/usr" \
      libdir="$pkgdir/usr/lib" \
      dlldir="$pkgdir/usr/lib/wine" install

  # Font aliasing settings for Win32 applications
  install -d "$pkgdir"/etc/fonts/conf.{avail,d}
  install -m644 "$srcdir/30-win32-aliases.conf" "$pkgdir/etc/fonts/conf.avail"
  ln -s ../conf.avail/30-win32-aliases.conf "$pkgdir/etc/fonts/conf.d/30-win32-aliases.conf"

# vim:set ts=8 sts=2 sw=2 et:

However failed due


Looks like the patch only fix the crash, not the compiling issues…


At least for testing I’ve uploaded now freetype2 v2.8-3 and checked with firefox, thunderbird to see if this creates any regression. So far so good for testing branch.


I noticed lib32-freetype2 2.8.1-1 breaks Teamviewer too (which runs using wine). Same issue, I assume. Downgrading lib32-freetype2 to 2.8-2 fixes it.

EDIT: Another fix is to provide the 2.8 lib32-freetype2 libs to Teamviewer with export LD_LIBRARY_PATH=

General question regarding "breakages" & "workarounds"

This would be so sad. Because Teamviewer ships it’s own version of Wine for it. So that will probably not get the patches needed for a long time. :frowning:

Hopefully this is easy to do, via the PKGBUILD?


I just did it manually, downloading the lib32-freetype2 2.8 libs and putting them in a directory, then starting teamviewer with a script that includes “export LD_LIBRARY_PATH=” with the directory that has the libs.

Probably it can be done via pkgbuild. I imagine the teamviewer AUR pkgbuilds will need to be redone (version 2.8.1 is still in Arch testing). I always just update Teamviewer myself manually.


Looks like this is fixed in wine 2.18 (though I haven’t tested it):

But Teamviewer will probably still be affected for a while…


wine itself is fixed, however the other wine packages still not. Two patches were submitted to fix this problem:


Yep. Wine-staging and wine-staging-nine will have to do a rebase for there next releases to get the fix.


Fixed today for all wine packages …


But does compiling issue still persist?

Edit :

Nevermind. I think it is already fixed


anyone using the latest wine 2.18 with freetype 2.8.1 has problems with fonts ?

i can’t seem to have default fonts anti aliased, when they were working previously ( changed back to stable and its working, changing to unstable or testing no more antialiased fonts )


Nope. They are working fine here, as 2.18 contains fixes for freetype issue