Arch Linux User Repository

If you're having an issue upgraded with errors related to fonts like merriweather, here's my steps to resolve the issue (assuming you have Yaourt):

#Clear out what you had before

yaourt -R fonts-meta-extended-lt
sudo pacman -Rns $(pacman -Qtdq)
sudo pacman -R ttf-google-fonts-git
sudo pacman -Rns $(pacman -Qtdq)

#Install dependencies

yaourt -S ttf-merriweather-sans ttf-opensans ttf-oswald ttf-quintessential ttf-signika
yaourt -S fonts-meta-extended-lt

#Heads up, if ttf-impallari-cantora isn't fixed yet, change the PKGBUILD source to the URL in the comments on the package

yaourt -S ttf-impallari-cantora
yaourt -S ttf-google-fonts-git

I don't know how, but you need to make the dependencies, ttf-merriweather-sans and ttf-merriweather, mutually exclusive.

Attempting to install this package while choosing to use the ttf-merriweather provided by ttf-google-fonts-typewolf, results in an installation error because ttf-merriweather in ttf-google-fonts-typewolf actually installs the MerriweatherSans fonts.

es20490446e, Juma7C9: Just pushed a change up where I added a prepare for reverting the offending Rubik commit as well as pulling adobeblank out entirely per the suggestion. Thanks! es20490446e, with #2, I still get an error relating to the zcool-xiaowei font and can confirm both through the git history as well as running fc-query -f '%{family[0]|downcase|translate( ,-)}\n' ZCOOLXiaoWei-Regular.ttf that we're still seeing "站酷小薇体" as the resultant text. We'll want to keep the last two mv lines for the time being. I'll need to think on #3.

Okay, these could be:

1. rm --recursive "${srcdir}/fonts/ofl/adobeblank"

2. Remove the Chinese characters work-around, as now all fonts names use Latin characters.

3. Do not perform "install" on the files. But "mv" them, then set permissions with "find -type d -exec chmod u=rwx,g=rx,o=rx {} \;" "find -type f -exec chmod u=rw,g=r,o=r {} \;". So you skip having to copy 1.5GB of data.

es20490446e: Yes I am and it's been on my todo for quite some time.. I'll make a priority to look at what needs to be changed tomorrow.

Are you still maintaining this package?

The conflict with noto-fonts-emoji can be fixed with:

rm --recursive "${srcdir}/fonts/ofl/adobeblank"

Reported the issue with that font upstream:

https://github.com/google/fonts/issues/2106

Feedback was that the font isn't meant to be installed.

There is an issue with the Rubik Family, open upstream since 2017 link 1, which causes it not to be rendered at all (at least inside Firefox, example link 2).

In the meantime a workaround is to revert the incriminated commit link 3, for example adding to the PKGBUILD:

prepare() {
        cd fonts
        git revert -n dfd435109b718b1c5a8da7bd0872c751e2ae1820
}

Installing this package breaks emojis, the same ones provided by noto-fonts-emoji.

You can test with: https://getemoji.com/

I'm unable to install this with ttf-gentium-plus, since this package provides ttf-sil-fonts and ttf-gentium-plus conflicts with ttf-sil-fonts. But it doesn't seem like this package contains any of the SIL fonts anymore (except Gentium Basic, which isn't included in ttf-sil-fonts). Could that "provides" designation be removed?

@andrewSC: strange, I did not have ttf-google-fonts-typewolf installed, I only had that package listed as available from a custom added repository which I don't even use. So I disabled the repo in pacman.conf and it now installs fine. Thanks!