Skip to content

Harfbuzz can't be installed anymore #4

Description

@Aryetis

Harfbuzz refuse to cooperate anymore. There are the reproduction steps for a freshly installed Debian bullseye (WSL2, should work with a standard Debian bullseye too) :

sudo apt-get install build-essential autoconf automake bison flex gawk libtool libtool-bin libncurses-dev curl file git gperf help2man texinfo unzip wget cmake pkg-config
mkdir -p Workspace/Kobo
cd -p Workspace/Kobo
git clone git@github.com:Aryetis/kobo-qt-setup-scripts.git #current commit at time of writing is 0ed5f2541fb9fa3553044cac11ad494270714b39
cd kobo-qt-setup-scripts
git submodule update --init --recursive
./install_toolchain.sh
########################################
# Pause there, add this to your ~/.bashrc and restart your shell (or just run it I guess)
export PATH="$HOME/x-tools/arm-kobo-linux-gnueabihf/bin:$PATH"
########################################
./get_qt.sh kobo
######## \/ harfbuzz installation should break there, like so https://pastebin.com/9sQEmrJ2
./install_libs.sh
######## /\ harfbuzz installation should break there, like so https://pastebin.com/9sQEmrJ2

I'm using my fork of "kobo-qt-setup-scripts" because I'm trying to fix it. Basically the only modifications I made are :

  • Modify multiple files to move back everything that is installed from ~/kobo/x-tools back to ~/x-tools and ~/kobo/qt-bin back to ~/qt-bin. Because niluje's koxtoolchain stuff is hardcoded to install it there, and therefore IMHO it makes no sense to have install_toolchain.sh chmod somewhere else
  • adding a bunch of flags in ./install_toolchain.sh to fix libfreetype installation
  • update the deploy script qt version from 5.10.6 to 5.10.10

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions