Package Details: ttf-google-fonts-git 1:r2002.37e0f8a4-1

Git Clone URL: https://aur.archlinux.org/ttf-google-fonts-git.git (read-only, click to copy)
Package Base: ttf-google-fonts-git
Description: TrueType fonts from the Google Fonts project (git version)
Upstream URL: https://github.com/google/fonts
Keywords: fonts google ttf
Licenses: custom:SIL Open Font License, custom:Ubuntu Font License v1.0
Conflicts: adobe-source-code-pro-fonts, adobe-source-sans-pro-fonts, jsmath-fonts, lohit-fonts, ttf-andika, ttf-anonymous-pro, ttf-arabeyes-fonts, ttf-caladea, ttf-cardo, ttf-comfortaa, ttf-google-fonts-typewolf, ttf-lato, ttf-lekton, ttf-lora-cyrillic, ttf-medievalsharp, ttf-nova, ttf-oxygen, ttf-oxygen-git, ttf-pt-fonts, ttf-roboto-mono, ttf-source-code-pro-ibx, ttf-source-sans-pro-ibx, ttf-vollkorn-ibx
Provides: adobe-source-code-pro-fonts, adobe-source-sans-pro-fonts, jsmath-fonts, lohit-fonts, ttf-andika, ttf-anonymous-pro, ttf-caladea, ttf-cardo, ttf-comfortaa, ttf-lato, ttf-lekton, ttf-lora-cyrillic, ttf-medievalsharp, ttf-nova, ttf-oxygen, ttf-oxygen-git, ttf-pt-fonts, ttf-roboto-mono, ttf-source-code-pro-ibx, ttf-source-sans-pro-ibx, ttf-vollkorn-ibx
Submitter: sebstar
Maintainer: andrewSC
Last Packager: andrewSC
Votes: 557
Popularity: 2.50
First Submitted: 2013-04-27 20:41 (UTC)
Last Updated: 2020-07-23 20:49 (UTC)

Required by (28)

Sources (1)

Pinned Comments

thatgeek commented on 2017-11-17 03:56 (UTC)

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

Latest Comments

05storm26 commented on 2022-05-30 11:02 (UTC)

@andrewSC Please update it to the one provided by: jeagoss commented on 2022-01-10 01:27 (UTC)

andrewSC commented on 2022-04-11 14:55 (UTC)

vishvas: Thanks for the heads up--i'll incorporate the feedback into the next PKGBUILD update

vishvas commented on 2022-04-11 04:32 (UTC) (edited on 2022-04-11 04:35 (UTC) by vishvas)

Please remove "Noto Color Emoji Compat Test". No reason to include test fonts in production environment (being in conflict with adobe-source-code-pro-fonts, this package is an indirect dependency of gsettings-desktop-schemas-git etc.). Badly misrenders 🦅🦍…🐒🐍.

Drishal commented on 2022-03-24 05:37 (UTC)

One small question I have, why are fonts like adobe and fira in conflict with google fonts?

andrewSC commented on 2022-01-10 15:32 (UTC)

Thanks jeagoss, I'll take a look at the changes and incorporate them into the PKGBUILD

jeagoss commented on 2022-01-10 01:27 (UTC)

I've updated the PKGBUILD for this to include omitted_font_families that are in community and extra, and updated depends, conflicts, and provides.

The updated PKGBUILD can be seen here. https://pastebin.com/ecdiL3B7

jopejoe1 commented on 2021-10-14 21:08 (UTC)

ttf-roboto-mono, ttf-lato, ttf-caladea, ttf-anonymous-pro, adobe-source-sans-fonts, adobe-source-code-pro-fonts are in the community and extra repos and it would be nice if they could be added to the omitted_font_families list like other fonts that are in the community and extra repos.

dwheeler commented on 2021-08-29 05:00 (UTC)

The package adobe-source-sans-pro-fonts was renamed to adobe-source-sans-fonts. Please update the conflicts and provides arrays to reflect this.

andrewSC commented on 2021-08-14 21:38 (UTC)

Just a heads up if you're having trouble building this try deleting your fonts repo folder and building the package in a clean chroot (after installing the package deps in it first). I was able to build e9c23c2ef64eb190f12d0e54f0ce75e14ac32b95 from upstream main branch without issue.

sebstar commented on 2021-07-25 12:57 (UTC)

Getting

Cloning into 'fonts'...
done.
warning: remote HEAD refers to nonexistent ref, unable to checkout.

==> Starting prepare()...
rm: cannot remove '/home/$USER/.cache/yay/ttf-google-fonts-git/src/fonts/ofl/adobeblank': No such file or directory
==> ERROR: A failure occurred in prepare().
    Aborting...

during latest upgrade to r2002.37e0f8a4-1.

deathtrip commented on 2021-03-07 13:51 (UTC)

i tried deleting the fonts folder and still get the error

gustawho commented on 2021-03-02 03:21 (UTC)

@xuanruiqi You might be keeping the sources of AUR packages. Upstream recently changed their primary branch from "master" to "main". Try deleting the "fonts" directory.

xuanruiqi commented on 2021-02-28 00:22 (UTC)

Am I the only one getting this?

==> Extracting sources...
  -> Creating working copy of fonts git repo...
fatal: invalid reference: origin/HEAD

JohnnyDeacon commented on 2020-12-18 15:56 (UTC)

How can i fix this conflict?

: ttf-google-fonts-git and adobe-source-code-pro-fonts are in conflict. Remove adobe-source-code-pro-fonts? [y/N] y :: ttf-google-fonts-git and ttf-google-fonts-typewolf are in conflict (adobe-source-sans-pro-fonts). Remove ttf-google-fonts-typewolf? [y/N] y error: failed to prepare transaction (could not satisfy dependencies) :: unable to satisfy dependency 'ttf-fira-sans' required by ttf-google-fonts-git :: unable to satisfy dependency 'ttf-roboto' required by ttf-google-fonts-git :: unable to satisfy dependency 'ttf-inconsolata' required by ttf-google-fonts-git :: unable to satisfy dependency 'ttf-merriweather' required by ttf-google-fonts-git :: unable to satisfy dependency 'ttf-opensans' required by ttf-google-fonts-git

andrewSC commented on 2020-07-23 20:49 (UTC)

I've reverted the Rubik revert in prepare() as it doesn't seem apparent to me that this is an issue anymore. If anyone has trouble with it please let me know. Thanks!

theaifam5 commented on 2020-07-23 20:13 (UTC)

Same on my side, unpossible to build:

CONFLICT (modify/delete): ofl/rubik/Rubik-Regular.ttf deleted in HEAD and modified in parent of dfd43510... rubik: v2.100 added with VTT hinting (#1076). Version parent of dfd43510... rubik: v2.100 added with VTT hinting (#1076) of ofl/rubik/Rubik-Regular.ttf left in tree.
CONFLICT (modify/delete): ofl/rubik/Rubik-MediumItalic.ttf deleted in HEAD and modified in parent of dfd43510... rubik: v2.100 added with VTT hinting (#1076). Version parent of dfd43510... rubik: v2.100 added with VTT hinting (#1076) of ofl/rubik/Rubik-MediumItalic.ttf left in tree.
CONFLICT (modify/delete): ofl/rubik/Rubik-Medium.ttf deleted in HEAD and modified in parent of dfd43510... rubik: v2.100 added with VTT hinting (#1076). Version parent of dfd43510... rubik: v2.100 added with VTT hinting (#1076) of ofl/rubik/Rubik-Medium.ttf left in tree.
CONFLICT (modify/delete): ofl/rubik/Rubik-LightItalic.ttf deleted in HEAD and modified in parent of dfd43510... rubik: v2.100 added with VTT hinting (#1076). Version parent of dfd43510... rubik: v2.100 added with VTT hinting (#1076) of ofl/rubik/Rubik-LightItalic.ttf left in tree.
CONFLICT (modify/delete): ofl/rubik/Rubik-Light.ttf deleted in HEAD and modified in parent of dfd43510... rubik: v2.100 added with VTT hinting (#1076). Version parent of dfd43510... rubik: v2.100 added with VTT hinting (#1076) of ofl/rubik/Rubik-Light.ttf left in tree.
CONFLICT (modify/delete): ofl/rubik/Rubik-Italic.ttf deleted in HEAD and modified in parent of dfd43510... rubik: v2.100 added with VTT hinting (#1076). Version parent of dfd43510... rubik: v2.100 added with VTT hinting (#1076) of ofl/rubik/Rubik-Italic.ttf left in tree.
CONFLICT (modify/delete): ofl/rubik/Rubik-BoldItalic.ttf deleted in HEAD and modified in parent of dfd43510... rubik: v2.100 added with VTT hinting (#1076). Version parent of dfd43510... rubik: v2.100 added with VTT hinting (#1076) of ofl/rubik/Rubik-BoldItalic.ttf left in tree.
CONFLICT (modify/delete): ofl/rubik/Rubik-Bold.ttf deleted in HEAD and modified in parent of dfd43510... rubik: v2.100 added with VTT hinting (#1076). Version parent of dfd43510... rubik: v2.100 added with VTT hinting (#1076) of ofl/rubik/Rubik-Bold.ttf left in tree.
CONFLICT (modify/delete): ofl/rubik/Rubik-BlackItalic.ttf deleted in HEAD and modified in parent of dfd43510... rubik: v2.100 added with VTT hinting (#1076). Version parent of dfd43510... rubik: v2.100 added with VTT hinting (#1076) of ofl/rubik/Rubik-BlackItalic.ttf left in tree.
CONFLICT (modify/delete): ofl/rubik/Rubik-Black.ttf deleted in HEAD and modified in parent of dfd43510... rubik: v2.100 added with VTT hinting (#1076). Version parent of dfd43510... rubik: v2.100 added with VTT hinting (#1076) of ofl/rubik/Rubik-Black.ttf left in tree.
Auto-merging ofl/rubik/METADATA.pb
CONFLICT (content): Merge conflict in ofl/rubik/METADATA.pb
error: could not revert dfd43510... rubik: v2.100 added with VTT hinting (#1076)
hint: after resolving the conflicts, mark the corrected paths
hint: with 'git add <paths>' or 'git rm <paths>'

polygamma commented on 2020-07-23 09:05 (UTC)

It's not possible to build ttf-google-fonts-git as of now.

CONFLICT (modify/delete): ofl/rubik/Rubik-Black.ttf deleted in HEAD and modified in parent of dfd43510... rubik: v2.100 added with VTT hinting (#1076). Version parent of dfd43510... rubik: v2.100 added with VTT hinting (#1076) of ofl/rubik/Rubik-Black.ttf left in tree.
Auto-merging ofl/rubik/METADATA.pb
CONFLICT (content): Merge conflict in ofl/rubik/METADATA.pb
error: could not revert dfd43510... rubik: v2.100 added with VTT hinting (#1076)
hint: after resolving the conflicts, mark the corrected paths
hint: with 'git add <paths>' or 'git rm <paths>'
==> ERROR: A failure occurred in prepare().
    Aborting...

dwheeler commented on 2020-07-15 19:06 (UTC) (edited on 2020-07-15 19:07 (UTC) by dwheeler)

Can you please add fontconfig to the makedepends array? It resolves the following error caused by fc-query being used in the PKGBUILD. Thanks!

==> Starting package()...
/startdir/PKGBUILD: line 112: fc-query: command not found
/startdir/PKGBUILD: line 115: omitted_font_families[]: bad array subscript
fakeroot internal error #43: Identifier removed
semop(2): encountered an error: Invalid argument
==> ERROR: Build failed, check /mnt/build/build

alerque commented on 2020-06-29 20:16 (UTC)

@polygamma All of the fonts with issues are all maintained by the same person who was active posting updates just a few days ago. There is hope they will be addressed soon. If not we'll file orphan requests so somebody else can fix them (I'd be happy to) in a bit, we we have to give them a bit of a shot first.

polygamma commented on 2020-06-29 20:00 (UTC)

@caleb I have already done so, before reporting it under this package. I'd still argue to do something about it, since those mentioned dependencies are maintained by other people, who knows how long it is going to take, until that stuff is fixed, if it ever happens.

alerque commented on 2020-06-29 19:52 (UTC)

@polygamma Please report that to the respective packages that actually have the bogus (legacy, now completely deprecated) dependency. This package can't fix that problem except by dropping the font packages. They should be fixed in the other packages.

polygamma commented on 2020-06-29 18:37 (UTC)

The package xorg-font-utils has been removed from the Arch repositories, this package cannot be built and installed anymore, since it depends on ttf-oswald, ttf-merriweather, ttf-quintessential, ttf-merriweather-sans and ttf-signika all of which depend on xorg-font-utils.

RubenKelevra commented on 2020-06-18 00:12 (UTC)

@andrewSC nobody has to pull the source every time. Yay caches the git from one build to the next one. :)

andrewSC commented on 2020-06-01 00:38 (UTC)

TheGoliath: Thanks for the contribution--looking at the upstream repo it doesn't seem the font itself has changed however I'll be watching issue #1137 and have enabled notifications.

Regarding the warning: inexact rename detection was skipped due to too many files. message. I've disable merge rename detection until we get a change/answer from upstream.

Finally, since I know some of you don't like having to pull source every time to build this, I'm going to setup a repo to push built packages to and make it available to everyone. No ETA, however, it's on my shorter todo list as I think it'd benefit quite a number of people.

Thanks!

RubenKelevra commented on 2020-05-13 22:53 (UTC)

The bug is still happening:

==> Starting prepare()...
warning: inexact rename detection was skipped due to too many files.
warning: you may want to set your merge.renamelimit variable to at least 2070 and retry the command.

hrehfeld commented on 2020-04-11 09:50 (UTC)

==> Starting prepare()...
warning: inexact rename detection was skipped due to too many files.
warning: you may want to set your merge.renamelimit variable to at least 1930 and retry the command.

alerque commented on 2020-03-11 13:55 (UTC) (edited on 2020-03-11 13:59 (UTC) by alerque)

<strike>Please remove the depends on fontconfig and all the xorg-* entries, those are obsoleted by upstream hook changes in Arch. Also 'ttf-sil-fonts' is now a meta package, so providing that doesn't make any sense, and not all the fonts it depends on are listed here. Google fonts only has some of those fonts. I'll be updating the ttf-google-fonts-opinionated-git package with these changes shortly, if you'd like me to fix this at the same time please add me as a co-maintainer.</strike>

Edit: I see I already said most of that last month. Maybe just the suggestion to add me as a co-maintainer is new ;-)

andrewSC commented on 2020-02-17 14:32 (UTC)

Just a quick note that comments aren't falling on deaf ears--apologies for the radio silence. I've been tracking updating this package (along with several others) in my backlog and have put aside time tomorrow night to address concerns/issues. Thanks for understanding

alerque commented on 2020-02-17 07:57 (UTC)

Please remove the provides/conflicts for ttf-sil-fonts as this package does not currently supply all the same fonts. Also that is now a meta-package that depends on specific font packages, all built from their latest upstream releases. Even the fonts that are in google fonts are frequently out of date, but they are not all there. Listing provides/conflicts for specific packages that overlap would be fine.

HMPerson1 commented on 2020-02-14 03:21 (UTC) (edited on 2020-02-14 03:27 (UTC) by HMPerson1)

I get the following error when trying to install:

error: failed to commit transaction (conflicting files)
ttf-google-fonts-git: /usr/share/fonts/caladea/Caladea-Bold.ttf exists in filesystem (owned by ttf-caladea)
ttf-google-fonts-git: /usr/share/fonts/caladea/Caladea-BoldItalic.ttf exists in filesystem (owned by ttf-caladea)
ttf-google-fonts-git: /usr/share/fonts/caladea/Caladea-Italic.ttf exists in filesystem (owned by ttf-caladea)
ttf-google-fonts-git: /usr/share/fonts/caladea/Caladea-Regular.ttf exists in filesystem (owned by ttf-caladea)

It looks like Caladea was recently added to Google Fonts and ttf-caladea exists in [extra]:

FirstAirBender commented on 2019-12-21 23:40 (UTC) (edited on 2019-12-21 23:41 (UTC) by FirstAirBender)

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.

andrewSC commented on 2019-10-09 03:06 (UTC)

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.

es20490446e commented on 2019-10-08 10:43 (UTC) (edited on 2019-10-08 10:47 (UTC) by es20490446e)

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.

andrewSC commented on 2019-10-08 01:57 (UTC)

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.

es20490446e commented on 2019-10-08 01:15 (UTC)

Are you still maintaining this package?

es20490446e commented on 2019-08-06 02:20 (UTC) (edited on 2019-08-09 22:45 (UTC) by es20490446e)

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.

Juma7C9 commented on 2019-05-12 19:47 (UTC) (edited on 2019-05-12 19:48 (UTC) by Juma7C9)

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
}

es20490446e commented on 2019-04-09 21:32 (UTC)

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

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

ameed commented on 2019-03-09 22:13 (UTC)

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?

fuan_k commented on 2019-01-24 23:11 (UTC)

@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!

andrewSC commented on 2019-01-22 17:48 (UTC)

nightuser: Resolved the problem, thanks for pointing it out!

fuan_k: You'll need to uninstall ttf-google-fonts-typewolf in order to install this package. I've updated the conflicts array to reflect this.

fuan_k commented on 2019-01-17 13:24 (UTC) (edited on 2019-01-17 13:26 (UTC) by fuan_k)

I get an inner conflict error trying to install with yay (9.0.1):

:: Checking for conflicts...
:: Checking for inner conflicts...
==> Inner conflicts found:
 -> ttf-google-fonts-typewolf Conflicts with: ttf-fira-sans, ttf-opensans, ttf-roboto
Unavoidable conflicts, aborting

nightuser commented on 2018-12-24 08:23 (UTC)

One of the new fonts doesn't have proper name in English:

: Can't translate pathname 'usr/share/fonts/站酷小薇体/' to UTF-8 : Can't translate pathname 'usr/share/fonts/站酷小薇体/ZCOOLXiaoWei-Regular.ttf' to UTF-8 : Can't translate pathname 'usr/share/licenses/ttf-google-fonts-git/LICENSE.站酷小薇体' to UTF-8

Perhaps we should rename it to something that uses latin alphabet (ZCOOLXiaoWei probably?).

10111 commented on 2018-10-20 20:12 (UTC)

Just installed the package. Build fails, because some files have new names (without special characters). Can confirm previous comments: Just remove the section from the PKGBUILD starting with:

"# NOTE: Since the nanum* and hanna Korean font families have special characters we need to change"

ncoder-2 commented on 2018-10-17 20:58 (UTC)

Should we tag this package as unmaintained?

+1 for zip and please fix the PKGBUILD issue with Korean fonts, it's literally commenting out 6 lines...

resetko commented on 2018-10-14 16:07 (UTC)

+1 for downloading as zip, and fix for Korean fonts related problem

theorangeone commented on 2018-10-10 19:48 (UTC)

Running git clone to download this repo is incredibly slow, especially on a fairly poor network connection. I think this could be changed by downloading using the archive.zip (as recommended in https://github.com/google/fonts#download-all-google-fonts), it'll download a lot faster (as proven by running locally on my machine). Not only will this download faster, but it's a lot less data, due to the fact it's not downloading the full repo history.

We could maintain version support by using git ls-remote to build the version number.

andrewSC commented on 2018-10-01 13:21 (UTC)

JohnnyDeacon: Yes. There was a lull in activity upstream for several months but it looks like it's picked back up somewhat consistently. I'll be revisiting this package and making updates shortly.

JohnnyDeacon commented on 2018-10-01 02:04 (UTC)

Is this still maintained?

Meltea commented on 2018-08-26 12:46 (UTC)

Anybody getting this error?

==> Starting package()... mv: cannot stat ' ... pkg/ttf-google-fonts-git/usr/share/fonts/배달의민족-한나': No such file or directory

Fixed by removing the

# NOTE: Since the nanum* and hanna Korean font families have special characters we need to change # those folder names to prevent errors during package compression.

section

prash commented on 2018-06-05 07:32 (UTC) (edited on 2018-06-05 07:34 (UTC) by prash)

Google currently packages only 3 Indic fonts from the Lohit project: Bengali, Devanagari, and Tamil. However, the Lohit project supports many more Indic languages and fonts, viz. Assamese, Gujarati, Gurmukhi, Hindi, Kannada, Kashmiri, Konkani, Maithili, Malayalam, Marathi, Nepali, Odia, Oriya, Punjabi, Sindhi, Tamil-Classical, Telugu.

Could you please make the following changes to PKGBUILD:

  1. The last line of the package() function should have: find ${pkgdir} -iname "lohit" -delete
  2. Remove 'lohit-fonts' from the conflicts and provides arrays.

If you think it's important, you could add 'lohit-fonts' to your depends array. But if you don't, people who need it can install 'lohit-fonts' on their own, and not worry about conflicts with existing packages.

andrewSC commented on 2018-05-30 12:22 (UTC)

misc: No worries, my autobuilds were still showing successful (and I tested this build in a clean chroot just to be sure) so I just wanted to double check about things on your end. Thanks for sharing the diff!

misc commented on 2018-05-29 22:13 (UTC)

Ugh, apologies, I was too dumb to keep in mind that my fontconfig is actually from git, always newer (now at head from 05-25) than Extra's (03-15). Reverting for the build made the issue go away.

Since this will thus likely show for everyone with the next bump in Extra, here's the diff between build with fontconfig 03-15 (having the lines) and 05-25 (not having them): https://www.pastiebin.com/5b0dd0235c347

andrewSC commented on 2018-05-29 15:42 (UTC)

misc: What is the locale you have set on your machine? Can you provide links to pastes of the build output both with and without the korean lines commented out?

misc commented on 2018-05-20 18:55 (UTC)

Still can't build this package without removing the lines containing Hangul.

They don't appear to be required anymore anyway, the first font file is already named / installed as bm-hanna_ttf, the second nanummyeongjo, the third nanumgothic.

andrewSC commented on 2018-04-28 21:22 (UTC)

deathtrip: There's a good amount to read though, but my recommendation would be go to back through the commentary on the package for why things are the way they are. If that raises more questions, I'm happy to answer them here or via email.

deathtrip commented on 2018-04-24 15:08 (UTC)

Some fonts in the conflicts list, like ttf-anonymous-pro or the adobe fonts, are in the official repos. Shouldn't they also be removed from this package? Or is there a reason they are in conflict?

misc commented on 2018-04-13 13:53 (UTC) (edited on 2018-04-13 14:20 (UTC) by misc)

mv for the first file with Korean moonrunes fails with not found.

e: nvm, seems my repo clone got corrupted e2: Or not, not found in new one as well.

andrewSC commented on 2018-04-11 21:17 (UTC)

Hi all, terribly sorry for not giving this package some TLC sooner! I've removed the cwtex fonts from the bottom of the PKGBUILD and added the nanum family in its place to get the package back to functional.

If there's anything you would like to see or have any comments, I'm all ears :)

dbdbdb commented on 2018-04-11 19:36 (UTC) (edited on 2018-04-11 19:42 (UTC) by dbdbdb)

Since cwTeX-* fonts have already been removed in upstream (https://github.com/google/fonts/commit/98670058578c5d93f157347bccce91b23f6b245e) Do we still need the "mv's" for these fonts at PKGBUILD?

FadeMind commented on 2018-03-27 10:48 (UTC)

Hi, this is valid info during making package?

: Can't translate pathname 'usr/share/fonts/배달의민족-한나/' to UTF-8: Can't translate pathname 'usr/share/fonts/나눔고딕/' to UTF-8: Can't translate pathname 'usr/share/fonts/나눔명조/' to UTF-8: Can't translate pathname 'usr/share/fonts/나눔명조/NanumMyeongjo-Bold.ttf' to UTF-8: Can't translate pathname 'usr/share/fonts/나눔명조/NanumMyeongjo-ExtraBold.ttf' to UTF-8: Can't translate pathname 'usr/share/fonts/나눔명조/NanumMyeongjo-Regular.ttf' to UTF-8: Can't translate pathname 'usr/share/fonts/나눔고딕/NanumGothic-Bold.ttf' to UTF-8: Can't translate pathname 'usr/share/fonts/나눔고딕/NanumGothic-ExtraBold.ttf' to UTF-8: Can't translate pathname 'usr/share/fonts/나눔고딕/NanumGothic-Regular.ttf' to UTF-8: Can't translate pathname 'usr/share/fonts/배달의민족-한나/BM-HANNA.ttf' to UTF-8: Can't translate pathname 'usr/share/licenses/ttf-google-fonts-git/LICENSE.배달의민족-한나' to UTF-8: Can't translate pathname 'usr/share/licenses/ttf-google-fonts-git/LICENSE.나눔고딕' to UTF-8: Can't translate pathname 'usr/share/licenses/ttf-google-fonts-git/LICENSE.나눔명조' to UTF-8

Regards ;)

CommodoreCrunch commented on 2018-01-14 07:21 (UTC)

Thanks to Thermi for commenting on one of my packages that I should have bumped the pkgrel on fonts like merriweather. And uhhhhhh sorry you guys had a borked dependency issue for two months. Didn't know!

keepitsimpleengr commented on 2017-11-17 18:47 (UTC) (edited on 2017-11-17 18:48 (UTC) by keepitsimpleengr)

The suggestions (pinned) offered by @thatgeek resulted in successful installation. Thanks to both @thatgeek and to @andrewSC for all his work on this package.

andrewSC commented on 2017-11-17 11:19 (UTC)

pebs74: I'd like to direct your attention to the second pinned comment. Also please make sure you have the latest version of this pkgbuild.

pebs74 commented on 2017-11-17 10:54 (UTC)

getting this error during the latest update: ==> Starting package()... mv: cannot stat '/home/pebs74/.cache/pacaur/ttf-google-fonts-git/pkg/ttf-google-fonts-git/usr/share/fonts/cwtex-仿宋體': No such file or directory ==> ERROR: A failure occurred in package(). Aborting... :: failed to build ttf-google-fonts-git package(s)

andrewSC commented on 2017-11-17 10:12 (UTC)

Throne3d: Thanks for the kind words! And I got my timestamp from the Last Updated field on the fontconfig webpage: https://www.archlinux.org/packages/extra/x86_64/fontconfig/ the difference between that timestamp and the one from git must be the time it takes to deploy ;) Interesting.

thatgeek commented on 2017-11-17 03:56 (UTC)

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

Throne3d commented on 2017-11-16 22:49 (UTC)

@andrewSC apparently I just have great timing, to have sent that message four minutes after the announcement. :P I didn't realize it hadn't landed in extra until today. Where did you get the timestamp 15:41 from? Looking around a bit, I can find a commit at 15:39:59 which looks to be doing it: https://git.archlinux.org/svntogit/packages.git/commit/?h=packages/fontconfig&id=b680d4fc7cf52b8ea8287d78b0c6563d93faf55f That makes sense, to centralize the onus on keeping font packages updated, assuming the other packages get it from some other source which is kept sufficiently updated. And yeah – it seems like a good choice, from how the list has been growing so rapidly. Thank you for your work in maintaining this package!

andrewSC commented on 2017-11-16 19:30 (UTC)

Throne3d: Technically correct. I do want to note that it landed in extra today (2017-11-16 15:41 UTC) from the testing repo and that's what I was waiting for. The package has been updated to reflect the fix (per the announcement I made prior to your comment). Regarding your separate question, yes, my understanding is the same as yours in that the upstream repo is simply a collection of fonts which may or may not be the latest version of any given font. In short, the upstream repo is not _always_ the latest version of a given font. Again, this is my understanding. A point to make though is it seems that anyone can go and make updates to a font upstream so that it is indeed the latest version. In theory this package could potentially have a dependency on a font that becomes outdated (while google/fonts contains the latest version). However, in that case I want to put the onus on the community to contact the maintainer of the outdated dependency font package and have them update it accordingly. The idea here is that we'll improve the quality of the font packages within the community (while at the same time, improve the health/prevent rot of the AUR). Does that make sense? Also, we're not talking half or even a quarter of the fonts provided by this package as existent within the AUR, but there are more than 10 lol.

Throne3d commented on 2017-11-16 18:25 (UTC)

@andrewSC: it looks like there's been a release since the linked commit (assuming the timestamp is for when it was merged into the main tree) – 2.12.6; this was added to extra/fontconfig almost two days ago: https://git.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/fontconfig&id=30e82412901f2421b73587ef5d7b99a9167b78f9 I've been getting the listed error and I'm on this version, so it seems like the package should be updated as a result of this. Separately – I was worried, at first, about the fonts being moved to dependencies – git packages are usually more up-to-date than their stable alternatives, so I thought this was restricting the package to the less recently updated stable versions of packages. However, unless I'm misunderstanding, the upstream git repo actually just collects together the latest versions of the relevant fonts, and that's why it's okay to move them to dependencies? (I'd appreciate clarification.)

andrewSC commented on 2017-11-16 18:21 (UTC)

Announcement -------------------- If you're getting an error building but it's not dependency related, check and make sure the installed version of fontconfig is at least 2.12.6+5+g665584a-1. You can find this out by running: `pacman -Q fontconfig` There was an upstream regression in 2.12.6-1 that is resolved in 2.12.6+5+g665584a-1. This package now reflects that fix.

keepitsimpleengr commented on 2017-11-16 16:14 (UTC)

Tried, Uninstalled ttf-google-fonts-git using "-Rns" and reinstalled ttf-google-fonts-git no success. Now: ==> ttf-google-fonts-git dependencies: - fontconfig (already installed) - xorg-mkfontdir (already installed) - xorg-mkfontscale (already installed) - xorg-fonts-encodings (already installed) - noto-fonts (already installed) - noto-fonts-extra (already installed) - ttf-fira-sans (already installed) - ttf-fira-mono (already installed) - ttf-ubuntu-font-family (already installed) - ttf-croscore (already installed) - ttf-roboto (already installed) - ttf-inconsolata (already installed) - cantarell-fonts (already installed) - ttf-merriweather (already installed) - ttf-merriweather-sans (already installed) - ttf-opensans (already installed) - ttf-oswald (already installed) - ttf-quintessential (already installed) - ttf-signika (already installed) - git (already installed) [makedepend] error: failed to prepare transaction (could not satisfy dependencies) :: ttf-google-fonts-git: requires ttf-merriweather :: ttf-google-fonts-git: requires ttf-merriweather-sans :: ttf-google-fonts-git: requires ttf-opensans :: ttf-google-fonts-git: requires ttf-oswald :: ttf-google-fonts-git: requires ttf-quintessential :: ttf-google-fonts-git: requires ttf-signika :: fonts-meta-extended-lt: installing ttf-google-fonts-git (1:r1212.a16b8302-3) breaks dependency 'ttf-oswald' :: fonts-meta-extended-lt: installing ttf-google-fonts-git (1:r1212.a16b8302-3) breaks dependency 'ttf-quintessential' :: fonts-meta-extended-lt: installing ttf-google-fonts-git (1:r1212.a16b8302-3) breaks dependency 'ttf-merriweather' :: fonts-meta-extended-lt: installing ttf-google-fonts-git (1:r1212.a16b8302-3) breaks dependency 'ttf-merriweather-sans' :: fonts-meta-extended-lt: installing ttf-google-fonts-git (1:r1212.a16b8302-3) breaks dependency 'ttf-opensans' :: fonts-meta-extended-lt: installing ttf-google-fonts-git (1:r1212.a16b8302-3) breaks dependency 'ttf-signika' ==> WARNING: Your packages are saved in /tmp/yaourt-tmp-ljohnson ==> ERROR: unable to update

reefland commented on 2017-11-16 13:07 (UTC)

Had this error: looking for conflicting packages... error: unresolvable package conflicts detected error: failed to prepare transaction (conflicting dependencies) :: ttf-google-fonts-git and ttf-google-fonts-typewolf are in conflict Package "ttf-google-fonts-typewolf" is not installed. Uninstalled ttf-google-fonts-git using "-Rns" and reinstalled ttf-google-fonts-git and everything resolved cleanly.

Cpt_Pi commented on 2017-11-16 07:12 (UTC)

I'm trying to update this package but I keep getting this error when it's about to install: error: unresolvable package conflicts detected error: failed to prepare transaction (conflicting dependencies) :: ttf-google-fonts-git and ttf-google-fonts-typewolf are in conflict I've tried to uninstall ttf-google-fonts-typewolf, but it's not installed.

keepitsimpleengr commented on 2017-11-15 17:46 (UTC)

I am at a loss in dealing with this... error: failed to prepare transaction (could not satisfy dependencies) :: ttf-google-fonts-git: requires ttf-merriweather :: ttf-google-fonts-git: requires ttf-merriweather-sans :: ttf-google-fonts-git: requires ttf-opensans :: ttf-google-fonts-git: requires ttf-oswald :: ttf-google-fonts-git: requires ttf-quintessential :: ttf-google-fonts-git: requires ttf-signika :: fonts-meta-extended-lt: installing ttf-google-fonts-git (1:r1212.a16b8302-3) breaks dependency 'ttf-oswald' :: fonts-meta-extended-lt: installing ttf-google-fonts-git (1:r1212.a16b8302-3) breaks dependency 'ttf-quintessential' :: fonts-meta-extended-lt: installing ttf-google-fonts-git (1:r1212.a16b8302-3) breaks dependency 'ttf-merriweather' :: fonts-meta-extended-lt: installing ttf-google-fonts-git (1:r1212.a16b8302-3) breaks dependency 'ttf-merriweather-sans' :: fonts-meta-extended-lt: installing ttf-google-fonts-git (1:r1212.a16b8302-3) breaks dependency 'ttf-opensans' :: fonts-meta-extended-lt: installing ttf-google-fonts-git (1:r1212.a16b8302-3) breaks dependency 'ttf-signika' ==> WARNING: Your packages are saved in /tmp/yaourt-tmp-ljohnson ==> ERROR: unable to update

sQVe commented on 2017-11-15 16:57 (UTC)

@andrewSC Cheers for the response. I really appreciate your efforts with this package and it's super convinient for someone like me. I think you are wise in where you see this package heading and I fully agree. All my problems with upgrading this package was solved when I did a -Rns and then reinstall. It installed all the needed dependencies etc.

abdulhakeem commented on 2017-11-15 14:55 (UTC)

I keep getting this when updating via pacaur. This didn't start happening until recently, not sure how to resolve: error: failed to prepare transaction (could not satisfy dependencies) :: ttf-google-fonts-git: requires ttf-merriweather :: ttf-google-fonts-git: requires ttf-merriweather-sans :: ttf-google-fonts-git: requires ttf-opensans :: ttf-google-fonts-git: requires ttf-oswald :: ttf-google-fonts-git: requires ttf-quintessential :: ttf-google-fonts-git: requires ttf-signika If I try to install these packages it says it conflicts with ttf-google-fonts-git and asks me to remove it...should I just do that and then reinstall ttf-google-fonts-git afterwards?

andrewSC commented on 2017-11-15 13:25 (UTC)

thatgeek: Glad to hear you were able to get it resolved! And not a problem :) More than happy to help as long as the other person is actually trying lol sQVe: I appreciate the comments. Here are my responses: > @andrewSC I understand that the package depends on some external ttf packages but should these not be installed as dependencies by the package itself? I imagine that many will be confused. I'm not entirely following here. Are you suggesting that this PKGBUILD should auto-install its own dependencies somehow? > @andrewSC It does this correctly when installing from fresh, without an old ttf-google-fonts-git installed. It seems like there are cases where it does not warn about package conflicts though. This is the reason for the confusion. In part of a larger ongoing effort I've been spending time trying to clean up the depends, provides, and conflicts arrays of this package. This package provides over 2400 TrueType fonts with over 900 font families. My goal for this PKGBUILD is for every font family in google/fonts that is already being packaged (whether that be in extra, community, or the AUR) for the distro, should be relied upon and become a dependency for this package. I've been working on a script[1] to help me sift through all the potential candidates. For example the merriweather font family exists as a package within the AUR (ttf-merriweather) _and_ the google/fonts repo also provides this font family. I've made ttf-merriweather a dependency for this package and blacklisted google/fonts/ofl/merriweather during installation. The idea behind this change is to, first, rely on packages that are already being maintained for Arch. Second, to rely on a single package to provide the best version of a given font family. It doesn't make sense to have multiple packages providing the merriweather font family (or other font families) if it can be avoided. Since there's going to be a fair number of dependencies, and some of those dependencies list ttf-google-fonts-git as a conflict, I'm contacting each maintainer to work through the changes. It'll take time but we'll end up with a higher quality package in the end. [1] https://github.com/andrewSC/font-fengshui/blob/master/main.py

sQVe commented on 2017-11-15 05:55 (UTC)

@andrewSC It does this correctly when installing from fresh, without an old ttf-google-fonts-git installed. It seems like there are cases where it does not warn about package conflicts though. This is the reason for the confusion.

sQVe commented on 2017-11-15 05:44 (UTC)

@andrewSC I understand that the package depends on some external ttf packages but should these not be installed as dependencies by the package itself? I imagine that many will be confused.

thatgeek commented on 2017-11-15 04:20 (UTC)

@andrewSC - just an update, for some reason those packages weren't actually installed despite being listed as such. I completely uninstalled fonts--meta-extended-lt and its dependencies, installed those specific fonts that threw the error, installed fonts-meta-extended-lt, and then was able to get ttf-google-fonts-git to install. Thanks for the troubleshooting!

commented on 2017-11-14 21:46 (UTC)

I explicitly installed fonts-meta-extended-lt and I tried to perform update. What do I do wrong? :: ttf-google-fonts-git: requires ttf-merriweather :: ttf-google-fonts-git: requires ttf-merriweather-sans :: ttf-google-fonts-git: requires ttf-opensans :: ttf-google-fonts-git: requires ttf-oswald :: ttf-google-fonts-git: requires ttf-quintessential :: ttf-google-fonts-git: requires ttf-signika :: fonts-meta-extended-lt: installing ttf-google-fonts-git (1:r1212.a16b8302-2) breaks dependency 'ttf-oswald' :: fonts-meta-extended-lt: installing ttf-google-fonts-git (1:r1212.a16b8302-2) breaks dependency 'ttf-quintessential' :: fonts-meta-extended-lt: installing ttf-google-fonts-git (1:r1212.a16b8302-2) breaks dependency 'ttf-merriweather' :: fonts-meta-extended-lt: installing ttf-google-fonts-git (1:r1212.a16b8302-2) breaks dependency 'ttf-merriweather-sans' :: fonts-meta-extended-lt: installing ttf-google-fonts-git (1:r1212.a16b8302-2) breaks dependency 'ttf-opensans' :: fonts-meta-extended-lt: installing ttf-google-fonts-git (1:r1212.a16b8302-2) breaks dependency 'ttf-signika'

andrewSC commented on 2017-11-14 20:29 (UTC)

butler360: You need to install those fonts before you try to install ttf-google-fonts-git. ttf-google-fonts-git is _dependent_ upon them for installation.

butler360 commented on 2017-11-14 18:10 (UTC)

I don't have fonts-meta-extended-lt installed but I still get the same error with merriwether, etc. :: Installing ttf-google-fonts-git package(s)... loading packages... resolving dependencies... looking for conflicting packages... error: failed to prepare transaction (could not satisfy dependencies) :: ttf-google-fonts-git: requires ttf-merriweather :: ttf-google-fonts-git: requires ttf-merriweather-sans :: ttf-google-fonts-git: requires ttf-opensans :: ttf-google-fonts-git: requires ttf-oswald :: ttf-google-fonts-git: requires ttf-quintessential :: ttf-google-fonts-git: requires ttf-signika

andrewSC commented on 2017-11-14 12:31 (UTC)

For those of you getting the `omitted_font_families[]: bad array subscript` error, the problem was an upstream commit: https://cgit.freedesktop.org/fontconfig/commit/fc-query?id=e5a51c899480c3bd99c36e49d1c24932f6a08810 which caused a regression in behavior. The offending line has since been removed: https://cgit.freedesktop.org/fontconfig/commit/fc-query/fc-query.c?id=b56207a069be2574df455ede0a6ab61f44d5ca2b however extra/fontconfig hasn't been updated to reflect this change yet. It's also been brought to my attention that https://aur.archlinux.org/packages/fontconfig-infinality/ doesn't have this regression. tl;dr if you're getting the error simply change the `sed` command at: https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=ttf-google-fonts-git#n72 From: sed -n '2p' To: sed -n '1p' Until the package get's updated (which will occur once extra/fontconfig gets updated).

andrewSC commented on 2017-11-14 11:07 (UTC)

thatgeek: re-install the dependencies for fonts-meta-extended-lt, then re-install ttf-google-fonts-git. I've explicitly worked with the package maintainer for the ttf-* fonts last night so we could add them as deps to this package and remove ttf-google-fonts-git from his packages. It was the only way i could install fonts-meta-extended-lt on my system actually... After I installed fonts-meta-extended-lt, I was able to install ttf-google-fonts-git without an error. If anyone is still having the `omitted_font_families[]: bad array subscript` error, I'm still trying to get to the bottom of it. It seems to only be affecting some systems while other people aren't having an issue.

thatgeek commented on 2017-11-14 06:39 (UTC)

@andrewSC - I hope so. Yaourt downloaded this version of the PKGBUILD: ttf-google-fonts-git 1:r1212.a16b8302-2 (2017-11-14 02:08) It got worse: error: failed to prepare transaction (could not satisfy dependencies) :: ttf-google-fonts-git: requires ttf-merriweather :: ttf-google-fonts-git: requires ttf-merriweather-sans :: ttf-google-fonts-git: requires ttf-opensans :: ttf-google-fonts-git: requires ttf-oswald :: ttf-google-fonts-git: requires ttf-quintessential :: ttf-google-fonts-git: requires ttf-signika :: fonts-meta-extended-lt: installing ttf-google-fonts-git (1:r1212.a16b8302-2) breaks dependency 'ttf-oswald' :: fonts-meta-extended-lt: installing ttf-google-fonts-git (1:r1212.a16b8302-2) breaks dependency 'ttf-quintessential' :: fonts-meta-extended-lt: installing ttf-google-fonts-git (1:r1212.a16b8302-2) breaks dependency 'ttf-droid' :: fonts-meta-extended-lt: installing ttf-google-fonts-git (1:r1212.a16b8302-2) breaks dependency 'ttf-merriweather' :: fonts-meta-extended-lt: installing ttf-google-fonts-git (1:r1212.a16b8302-2) breaks dependency 'ttf-merriweather-sans' :: fonts-meta-extended-lt: installing ttf-google-fonts-git (1:r1212.a16b8302-2) breaks dependency 'ttf-opensans' :: fonts-meta-extended-lt: installing ttf-google-fonts-git (1:r1212.a16b8302-2) breaks dependency 'ttf-signika'

andrewSC commented on 2017-11-13 23:42 (UTC)

misc: what version of bash do you have?

misc commented on 2017-11-13 23:18 (UTC)

zsh from git

andrewSC commented on 2017-11-13 15:13 (UTC)

thatgeek: Do you have the latest PKGBUILD for this package?

thatgeek commented on 2017-11-13 02:11 (UTC)

@kerberizer - I can't install them together because my machine says they're still in conflict and asks if I want to remove ttf-google-fonts-git, which I definitely don't want to do. @andrewSC - still getting an error on trying to install: :: fonts-meta-extended-lt: installing ttf-google-fonts-git (1:r1212.a16b8302-1) breaks dependency 'ttf-droid'

andrewSC commented on 2017-11-13 01:45 (UTC)

misc: What shell are you using and what version is it?

misc commented on 2017-11-12 23:17 (UTC)

findutils 4.6.0-2, yes. That find command returns an ~ 110K long concatenation: "./fonts/ufl/ubuntumono/UbuntuMono-Regular.ttf./fonts/ufl/ubuntumono/UbuntuMono-Italic.ttf…./fonts/a pache/arimo/Arimo-Bold.ttf./fonts/apache/aclonica/Aclonica-Regular.ttf"

andrewSC commented on 2017-11-12 22:14 (UTC)

misc: I assume you have findutils installed? What does the output of `find . -type f -iname \*.ttf -print0` return after cloning google fonts (and running the command in the repo)?

misc commented on 2017-11-12 20:19 (UTC) (edited on 2017-11-12 20:21 (UTC) by misc)

./PKGBUILD: line 69: omitted_font_families[]: bad array subscript ==> ERROR: A failure occurred in package(). Seems font_family is just empty for me.

andrewSC commented on 2017-11-10 12:31 (UTC)

Thanks for the heads up guys, I'll have a change out shortly (trying to resolve some opaque-ness regarding best practices).

commented on 2017-11-10 11:55 (UTC)

I noticed exactly same issue with the Cantarell font being weirdly widened as @kerberizer reported.

kerberizer commented on 2017-11-10 11:06 (UTC)

@andrewSC: It may be a good idea to also remove the Cantarell-*.ttf fonts, since they are provided by the extra/cantarell-fonts package. There is no conflict as they install in different locations, but that can be even more confusing to the users, because the Cantarell from this package may silently override the Cantarell from extra/cantarell-fonts. In fact, after the last update I noticed exactly that: the font became weirdly widened. Didn't have time to properly debug it, but removing the duplicated Cantarell and leaving only the one from extra/cantarell-fonts fixed the problem. Many thanks for maintaining this! @thatgeek: you may want to __simultaneously__ try installing community/ttf-droid, because ttf-google-fonts-git doesn't provide it any more.

thatgeek commented on 2017-11-10 05:27 (UTC)

Getting this error still: error: failed to prepare transaction (could not satisfy dependencies) :: fonts-meta-extended-lt: installing ttf-google-fonts-git (1:r1211.414832ad-1) breaks dependency 'ttf-droid' Any ideas?

nmhenriques commented on 2017-11-05 01:13 (UTC)

You're welcome. And gj btw ;)

andrewSC commented on 2017-11-05 00:11 (UTC)

nmhenriques: Correct, added. Thanks for pointing that out btw. In the next day or two I'm going to be writing a script to clean up the conflicts/provides as well as depends on array's.

nmhenriques commented on 2017-11-04 23:44 (UTC) (edited on 2017-11-04 23:45 (UTC) by nmhenriques)

Shouldn't also 'ttf-ubuntu-font-family' be added to the conflicts/provides list? https://git.archlinux.org/svntogit/community.git/tree/trunk/PKGBUILD?h=packages/ttf-ubuntu-font-family

andrewSC commented on 2017-11-04 16:29 (UTC)

dewyatt: Removed, thanks.

dewyatt commented on 2017-11-04 14:15 (UTC)

Upstream no longer includes droid fonts (superseded by Noto it seems) so I think ttf-droid should be removed from conflicts.

andrewSC commented on 2017-11-02 20:31 (UTC)

applebloom: Thanks for the reminder. In the refactoring I forgot about this.. Added epoch to the pkgbuild.

applebloom commented on 2017-11-02 17:08 (UTC)

@andrewSC When you're changing the versioning scheme next time, be sure to use the epoch variable, so pacman and other tools don't think it's a downgrade.

andrewSC commented on 2017-10-13 15:48 (UTC)

gyscos: Thanks for the heads up. I went ahead and added ttf-arabeyes-fonts as a conflict to this package since the Thabit font in ttf-arabeyes-fonts is already provided by this package. I however did not add ttf-arabeyes-fonts as something this package provides since, again, this package only adds Thabit fonts from the ttf-arabeyes-fonts package.

commented on 2017-10-13 03:54 (UTC)

I'm not using this package anymore. feel free to adopt and maintain it.

gyscos commented on 2017-10-12 21:39 (UTC)

This conflicts with (and I suppose provides) ttf-arabeyes-fonts.

Midov commented on 2017-09-13 12:03 (UTC)

@ant it will take over 2.3G, so you should either build it outside of /tmp/ or increse tmpfs treshold.

ant commented on 2017-09-07 11:11 (UTC)

Can't build with yaourt. I get: -> Compressing package... xz: (stdout): Write error: No space left on device bsdtar: Write error ==> ERROR: Failed to create package file. Inspection revealed /tmp/yaourt-tmp-me/aur-ttf-google-fonts-git/ is using 1.7G So what? How much /tmp space is needed to build this package!?

commented on 2017-07-06 08:08 (UTC)

@GeneArch as I see, this package only contains noto sans and serif but no other noto fonts. so I remove it as conflict and add it as dependency. I also remove noto fonts which shipped with this package like the Cantarell fonts. thanks for noticing this

GeneArch commented on 2017-07-06 03:10 (UTC)

This creates a conflct with noto-fonts but does not provide all the fonts in the noto-fonts package - it only provides NotoSans and NotoSerif - all the other fonts are not provided - is there a way to provide all the missing fonts or make noto-fonts a dependency perhaps? thanks

commented on 2017-06-18 07:59 (UTC)

@amosbird: done, thanks for noticing.

amosbird commented on 2017-06-05 08:22 (UTC)

Package ttf-lora-cyrillic conflicts with it. Please add them to conflicts and provides.

plp commented on 2017-02-16 08:58 (UTC)

Dear FadeMind, I think you really *are* updating this file way too often, and some of us really *don't* have time to wait for it to be built every time we run yaourt. Could you please reconsider?

jakebailey commented on 2017-02-14 20:12 (UTC) (edited on 2017-02-14 20:23 (UTC) by jakebailey)

I'm a bit confused. Why does the package version need to be manually updated when the package is a *-git package anyway? Shouldn't it be based on whatever changes are occurring in the Github repo? As was said before, the user is in charge of rebuilding the git package instead of waiting for a bump. I would only think that the PKGBUILD would be changed when a new conflict is discovered, or some other packaging change. (It's already a little weird that pkgver() builds off of a date instead of a commit description/hash, but I personally don't care as long as I can update when there's a change.) If I'm wrong, then that's fine, I just want to understand the reasoning and maybe find a fix if it's not right.

bred commented on 2017-02-14 20:06 (UTC)

Please do not upgrade this package every 2 days. One time every two weeks is more than enough! Tnx.

FadeMind commented on 2017-02-14 06:40 (UTC)

@sez11a cause I have time for this ;)

sez11a commented on 2017-02-13 20:36 (UTC)

Hey @FadeMind, regarding your last comment, why does this package keep getting updated so frequently now?

FadeMind commented on 2017-01-25 19:27 (UTC) (edited on 2017-03-07 16:20 (UTC) by FadeMind)

Please do not mark GIT based packages as OUT OF DATE. User should rebuild GIT package manually instead of waiting for bump in AUR. Exceptions: package build issues, major changes in conflicts/provides fields. Thank you. EDIT @ 16-02-2017 Package will be updated in 30 days period

commented on 2017-01-15 16:00 (UTC)

Thanks @FadeMind

FadeMind commented on 2017-01-15 09:11 (UTC) (edited on 2017-01-15 09:15 (UTC) by FadeMind)

@morealaz fonts conflicts/provides were added. @all adopted, updated via commit: https://goo.gl/0PM8SP Regards

F1nny commented on 2017-01-14 23:16 (UTC)

Especially with infinality looking to be dead everyone's falling back and running into this same issue due to the missing provides/conflicts provided in here (morealaz) mentioned - until pkgbuild can be updated can just add manually to avoid issue

commented on 2017-01-11 02:21 (UTC)

ttf-oswald, ttf-quintessential, ttf-merriweather, ttf-merriweather-sans and ttf-signika have conflict with this package. please add them to conflicts and provides.

Rufflewind commented on 2016-12-17 06:59 (UTC)

@erbridge: It appears to be related to Adobe Blank, a font which for some weird reason contains nothing but blank characters. My guess is that since it starts with “A”, if a program is trying to find a character in a fallback font, Adobe Blank probably gets picked first. To suppress Adobe Blank, I added this to /etc/fonts/conf.d/ <?xml version='1.0'?> <!DOCTYPE fontconfig SYSTEM 'fonts.dtd'> <fontconfig> <selectfont> <rejectfont> <pattern> <patelt name="family" > <string>Adobe Blank</string> </patelt> </pattern> </rejectfont> </selectfont> </fontconfig>

erbridge commented on 2016-12-17 04:22 (UTC)

Most recent update stopped some unicode characters from displaying. I tried a large cross-section of fonts and ⨠ (U+2A20) is either a 0 width blank character or a cursive character from a font I'm unable to identify. Removing the package restores a more standard rendering. Any ideas?

carloratm commented on 2016-12-16 07:53 (UTC)

Overpass has entered google fonts, so this package now provides and conflicts ttf-overpass https://github.com/google/fonts/pull/480

h0m3 commented on 2016-09-04 21:05 (UTC)

Add ttf-croscore as conflict, i could not install it until i remove that package. I think all ChomeOS fonts are present in this package. Also, i can confirm @mellowmaroon issue.

CodeSpelunker commented on 2016-07-24 16:29 (UTC)

Like @FiyreWyrkz and @zobi8225, I got these warnings at the end of the package installation, when the font cache updates: Couldn't determine full name for Khand-Light.ttf Couldn't determine full name for Khand-SemiLight.ttf Couldn't determine full name for Khand-SemiBold.ttf Couldn't determine full name for Khand-ExtraLight.ttf Couldn't determine full name for Khand-ExtraBold.ttf Couldn't determine full name for Khand-Regular.ttf Couldn't determine full name for Khand-Black.ttf

nlehmann commented on 2016-02-16 13:26 (UTC)

With this packages installed I get the following error when trying to open some eps files. Querying operating system for font files... Error: /typecheck in resourcestatus Operand stack: false ct_StyleDicts --dict:0/4(L)-- Adobe-Japan1 --dict:0/4(L)-- Serif HeiseiMin-W3-83pv-RKSJ-H Font HeiseiMin-W3-83pv-RKSJ-H HeiseiMin-W3-83pv-RKSJ-H (HeiseiMin-W3-83pv-RKSJ-H) true --nostringval-- --nostringval-- 0 Execution stack: %interp_exit .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- --nostringval-- false 1 %stopped_push 1983 1 3 %oparray_pop 1983 1 3 %oparray_pop 1982 1 3 %oparray_pop --nostringval-- 1966 1 3 %oparray_pop 1852 1 3 %oparray_pop --nostringval-- %errorexec_pop .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- 1931 8 8 %oparray_pop Dictionary stack: --dict:1195/1684(ro)(G)-- --dict:0/20(G)-- --dict:88/200(L)-- --dict:57/75(L)-- --dict:2/10(L)-- --dict:39/70(L)-- --dict:0/4(L)-- --dict:0/4(L)-- --dict:20/27(ro)(G)-- Current allocation mode is local GPL Ghostscript 9.18: Unrecoverable error, exit code 1

jakebailey commented on 2016-02-04 21:14 (UTC)

@vgivanovic That's what this package uses, no? The previous comment about upstream deletion was the github being temporarily removed/privated, not about googlecode's demise.

vgivanovic commented on 2016-02-04 21:09 (UTC)

Google's upstream repository moved from https://googlefontdirectory.googlecode.com/hg/ to https://github.com/google/fonts.git (and changed from Mercurial to Git). There are some 50-ish new fonts in the new repository.

Stebalien commented on 2016-01-18 00:07 (UTC)

Mirror mirror on the wall... (https://github.com/Calinou/google-fonts)

sushidude commented on 2016-01-15 13:57 (UTC)

It appears that Google has deleted the upstream repository for this.

wcasanova commented on 2015-12-15 16:08 (UTC) (edited on 2015-12-15 16:14 (UTC) by wcasanova)

same error us @argo, noto-fonts is frameworkintegration kde.. Google fonts does not provide noto-fonts-cjk, noto-fonts-emoji..

argo commented on 2015-11-23 23:16 (UTC) (edited on 2015-11-24 21:01 (UTC) by argo)

Since you have added ttf-noto to conflicts/provides how about adding noto-fonts from main repos here too? Google fonts does not provide noto-fonts-cjk nor noto-fonts-emoji in that github repo, just noto-fonts from what i got. P.S. I am asking this because kde's frameworkintegration package requires noto-fonts, and since they are basically the same here in the Google fonts collection it would be nice to not duplicate/override those newer files and to have one less useless dependency. P.P.S. Thanks.

zobi8225 commented on 2015-11-10 14:33 (UTC)

Same problem of @FiyreWyrkz

FiyreWyrkz commented on 2015-09-04 18:23 (UTC)

After installing when updating font cache I get this output for 8 Khand-*.ttf's: Couldn't determine full name for Khand-*.ttf

sebstar commented on 2015-07-28 13:41 (UTC)

Hey vlad, Thanks for taking over the package :)

whahn1983 commented on 2015-07-12 01:49 (UTC)

Installed package version shows 20150708-1 and .SRCINFO shows 20150316-2.

evana commented on 2015-06-07 20:33 (UTC)

ttf-noto needs to be added to conflicts

colemickens commented on 2015-06-06 08:40 (UTC)

Can you add ttf-roboto-mono to this package?

veeti commented on 2015-05-29 07:57 (UTC)

If anyone's interested, I took a stab at creating a ttf-google-fonts-opinionated-git that excludes outdated and broken fonts. I removed the Fira fonts for now and also excluded Droid Sans and Inconsolata based on the ttf-google-fonts-hg package: https://aur.archlinux.org/packages/ttf-google-fonts-opinionated-git/ Feedback welcome. I also noticed that ttf-noto should be added as a conflict. Thanks for the package!

sebstar commented on 2015-04-09 08:48 (UTC)

hendry, I think that's an upstream issue. the alternative would be to delete the fira fonts during installation of this package and add otf-fira-sans and otf-fira-mono as a dependency. Doing so for each problematic font would kind of defeat the idea of this package - to install the official google-fonts package. Like I already mentioned, I would welcome a new package named ttf-google-fonts-improved-git. This package would require a lot more maintenance, for which I wouldn't have the time. So in this case I prefer this issue being resolved upstream, sorry.

hendry commented on 2015-04-09 06:20 (UTC)

Fira Sans does not work on my machine with this package installed: http://www.google.com/fonts/specimen/Fira+Sans Seems related to: https://code.google.com/p/googlefontdirectory/issues/detail?id=368

Pierrre commented on 2015-03-21 23:28 (UTC)

You should add adobe-source-serif-pro-fonts to the conflicts.

mk47at commented on 2015-03-19 10:56 (UTC)

@ephinephrine I don't think they care about that: The typeface's official website (http://vollkorn-typeface.com/) states that: "If you want to use Vollkorn for websites you may like the simple handling of Vollkorn at Google Fonts. (still only Version 2.1)". And in the comments section, the designer is asked "2. Could you tell me, if and when Vollkorn 3.0 will be available via Google Fonts?" and he answers "@ 2.) I am sorry, but I do not know. (How about being happy about some independence from the big californian brother‽)" Apparently both of the Unifraktur fonts are outdated as well. Even one of the cuts of UnifrakturCook is missing. Be that as it may, at the moment I can't remeber my google account credentials and I don't want to start a new one.

sebstar commented on 2015-03-19 08:55 (UTC)

@mk47at best would be to suggest upstream (i.e., Google) to include the more recent font.

sebstar commented on 2015-03-19 08:52 (UTC)

@mk47at this package wants to mirror the google fonts. Stripping fonts in favor of more recent ones should go into a separate custom ttf-google-fonts-improved-git package ;) While I agree that it is better to have more recent fonts, this is not in the scope of this particular aur package. cantarell-fonts make an exception (see PKGBUILD and a discussion somewhere in this thread).

eagleeyetom commented on 2015-03-19 08:41 (UTC)

I was having issues with updating. It was showing "Please make sure that you have the correct rights." error. Changing the line 70 to source=("git+https://github.com/google/fonts.git") seems to fix the issue.

mk47at commented on 2015-03-18 21:18 (UTC)

The version of Vollkorn included in google fonts is really old (from 2010), while the package ttf-vollkorn provides the current version (3.005, released 2014). Perhaps it would be a good idea to strip the font from this package.

sebstar commented on 2015-03-17 16:26 (UTC)

Updated. At the moment, the package() section simply copies all *.ttf files into usr/share/fonts/TTF, no subfolders, no LICENSE. Any suggestions to change that?

aricart commented on 2015-03-17 14:43 (UTC)

And now it's gone. Please update.

w0ng commented on 2015-03-13 05:17 (UTC)

w0ng/googlefontdirectory will have its content deleted in the next few weeks in favour of Google's official GitHub repo that Pierre posted

Pierrre commented on 2015-03-10 08:48 (UTC)

An official source is available on GitHub now https://github.com/google/fonts

Rogge commented on 2015-01-03 11:25 (UTC)

Conflics with and provides ttf-fira-mono and ttf-fira-sans.

esrevinu commented on 2014-11-27 20:26 (UTC)

Fira fonts make trouble in rendering websites like bugzilla.mozilla.org and www.rust-lang.org.

Xeitgeist commented on 2014-09-04 19:20 (UTC)

The Fira Mono font in this package seems to be buggy with its ^, &, and | glyphs. Upstream distribution works okay so anyone facing the same issue can just get the zip from upstream URL and dump the fonts into ~/.local/share/fonts/

poincare commented on 2014-08-29 23:02 (UTC)

I get an error while installing or reinstalling. It seems to have a problem with font names. Here is the output: Updating font cache... Couldn't determine full name for Khand-ExtraBold.ttf Couldn't determine full name for Khand-Regular.ttf Couldn't determine full name for Khand-SemiBold.ttf Couldn't determine full name for Khand-Light.ttf Couldn't determine full name for Khand-ExtraLight.ttf Couldn't determine full name for Khand-Bold.ttf Couldn't determine full name for Khand-Black.ttf Couldn't determine full name for Khand-SemiLight.ttf done

Alda commented on 2014-08-16 08:11 (UTC)

New conflicts : ttf-fira-sans and ttf-fira-mono

sebstar commented on 2014-08-15 14:00 (UTC)

Updated. All conflicts included but the Impallari fonts. Do you guys think it makes sense to include all of them? @DaveCode, I also don't like this ever growing list of conflicts, I would welcome to see such a ttf-google-fonts-non-arch-git package. But I also wouldn't know how to quickly create it :)

DaveCode commented on 2014-06-11 04:43 (UTC)

Conflict: ttf-lato

DaveCode commented on 2014-06-11 04:23 (UTC)

Conflict: ttf-lekton

thiagowfx commented on 2014-04-28 01:08 (UTC)

New conflict: 'otf-bitter'

DaveCode commented on 2014-04-16 01:04 (UTC)

Conflict (?): otf-google-fonts-hg

DaveCode commented on 2014-04-15 05:39 (UTC)

Conflict: ttf-oxygen-git Conflict: Impallari fonts, https://aur.archlinux.org/packages/?O=0&C=0&SeB=nd&K=impallari

DaveCode commented on 2014-04-10 07:35 (UTC)

Conflict: openarch_fonts

DaveCode commented on 2014-04-10 05:49 (UTC)

P.S. Spoke too soon; pacaur is smart, so it kept all conflicting fonts. They are all still installed. No corrections needed on my part.

DaveCode commented on 2014-04-10 05:33 (UTC)

Just experimented with this package, which I like, but which scares me. It gutted my fonts (all its known conflicts) but then failed to install (because of the missing one I posted, Lato). So it borked my system leaving it in a "fontless" state. Now it's easy to fix but thinking ahead I realize the conflict list will be constantly changing over time as Google adds/removes fonts. I'm not sure I want any system so fragile. And some conflicts are incomplete. I did not find some ttf-sil-fonts on Google by search there. Some other fonts I have are powerline modded so replacing them with Google fonts would lose key symbols. I would love a version of this package that installs only Google fonts complementary to Arch, that is, Google fonts with no known conflicts inside Arch repos or AUR: ttf-google-fonts-non-arch-git

DaveCode commented on 2014-04-10 05:16 (UTC)

Another conflict to add: ttf-lato

sebstar commented on 2013-12-05 21:04 (UTC)

done :) thanks a lot!

jstjohn commented on 2013-12-04 21:13 (UTC)

epinephrine: I sent you two pull requests on GitHub[1] that address a few issues users have had. Please merge and update. Read my second pull request's message[2] for info on merging them. [1] https://github.com/sebastianst/aur-packages/pulls [2] https://github.com/sebastianst/aur-packages/pull/3

jstjohn commented on 2013-12-03 05:03 (UTC)

"adobe-source-sans-pro-fonts" and "adobe-source-code-pro-fonts" should be added to the conflicts array. I'm about to do the same for ttf-google-fonts-hg. https://www.archlinux.org/packages/?q=adobe-source https://mailman.archlinux.org/pipermail/aur-general/2013-December/026262.html

Bazon commented on 2013-12-03 04:52 (UTC)

PKGBUILD without cantarell and its conflict to gnome: http://pastebin.com/us5F3dGc works for me.

jstjohn commented on 2013-11-22 04:56 (UTC)

lordmocha, just add 'ttf-font' to the provides array. For example: provides=("${conflicts[@]}" 'ttf-font')

lordmocha commented on 2013-11-15 04:22 (UTC)

hey, ttf-droid conflicts with this, however chromium needs ttf-droid so i cant get this to install, should i just install anyway? any help would be great.

lazl0w commented on 2013-11-03 00:30 (UTC)

Thanks for this! Works perfect!

sebstar commented on 2013-10-10 20:25 (UTC)

@nhelke, what @Marcel_K wrote is the reason why I made this package. Until a few months ago there existed such a package that downloaded the source tarball. But after my package got more popular, some AUR mods decided to merge that package into this one...

Marcel_K commented on 2013-10-10 15:06 (UTC)

NP. And why don't you stop using such a helper? Downloading the source tarball, unpacking it and issuing makepkg yourself is not that difficult. I experienced way more freedom when I started building packages myself after using Yaourt for several years.

nhelke commented on 2013-10-10 15:02 (UTC)

Right. Sorry, I am using a helper which destroys the sources files after every build. Nevermind.

Marcel_K commented on 2013-10-09 21:27 (UTC)

Huh? Downloading a complete tarball *every time* is faster than only downloading changed/new files using Git? Are you using an AUR helper that destroys the source files after every build?

nhelke commented on 2013-10-09 21:22 (UTC)

Why don't you use https://github.com/w0ng/googlefontdirectory/tarball/master as a source? It is much faster than downloading via git and still always points at HEAD.

commented on 2013-06-19 09:35 (UTC)

The package itself could just not include the Cantarell family, and drop the 'cantarell-fonts' conflict. This way gnome users will not see their default font deteriorating when installing the package. I have no idea about packaging policies or whether or not this is bad practice. Of course people will have to install cantarell-fonts themselves, unless you include it as a dependency as you suggested. There are more flaws/bugs in the font package as is right now, i.e. the problem I mentioned about the Cousine font being defect. I just override the defects right now manually with fontconfig rules. A better long term solution would be suggesting on the google code page (https://code.google.com/p/googlefontdirectory/) that they switch to this improved font as well. I do not know if there might be any licensing issues in that.

sebstar commented on 2013-06-13 22:29 (UTC)

Thanks for the input! Do you think the package should do something during installation for fixing the Cantarell problem, or even, as wilfriedd suggested, delete the Cantarell font from google-fonts and add the Gnome Cantarell fonts as a dependency? Or would this be bad practice as it alters the "original" google-fonts?

commented on 2013-06-10 15:09 (UTC)

Another problem I'd like to mention for anyone having the same issue (is an upstream issue however). Please remove if this is not the place for it. Cousine-Regular.ttf is defect since the last version. I use this as my terminal/programming monospace font so it was immediately obvious when I installed the latest version. For now I fixed it by reverting to the previous version. Upstream bugreport: https://code.google.com/p/googlefontdirectory/issues/detail?id=232&start=100

commented on 2013-06-10 15:00 (UTC)

@MacNuke That hinting configuration doesn't do much. The problem is that the cantarell-fonts contain a version of Cantarell maintained by Gnome. Gnome is still actively developing and tweaking Cantarell (see http://ftp.gnome.org/pub/GNOME/sources/cantarell-fonts/0.0/ ), while Google only offers the original unmodified one. I fixed this problem by blacklisting the Google Cantarell in my user specific fontconfig settings, as well as installing the Gnome Cantarell manually for my user. Another solution is switching your default gnome font to another humanist sans font like Open Sans, which also gives a nice result.

MacNuke commented on 2013-06-09 21:28 (UTC)

Oh Okay. Sorry about that. I looked at the original cantarell-font package and saw that they deliver a special hinting-configuration. https://projects.archlinux.de/svntogit/packages.git/tree/trunk?h=packages/cantarell-fonts Maybe this should be added?

sebstar commented on 2013-06-09 13:11 (UTC)

Sorry, no idea. I think you should ask in the Arch forums. For the sake of organisation, let's keep discussions in the comments of AUR packages about the packages itself :) However, if the outcome was going to be a missing dependency or conflict, or missing configuration step that should be applied during installation, I'd love to hear about it.

MacNuke commented on 2013-06-09 13:01 (UTC)

I am using Gnome which is using the cantarell font. When I install this package all GUI texts (Cantarell) are blurry. If I use the official cantarell-font package all these fonts are normal. Any ideas?

sebstar commented on 2013-06-01 18:55 (UTC)

in short, exactly that :) this applies to all vcs aur packages.

darkxsun commented on 2013-06-01 18:16 (UTC)

@epinephrine So, basically, even if the PKGBUILD is out of date here, makepkg will still build the latest version, yeah?

sebstar commented on 2013-06-01 17:55 (UTC)

@jqvillanova: Since pacman version 4.1, for VCS packages (git, hg, svn) the version string is dynamically determined via the pkgver() function in the PKGBUILD at build time, after the sources are fetched/updated to the newest version. This means, however, that I always have to manually upload a new PKGBUILD file with the actual version string every time there is a new commit to the sources... BTW, this also means that if one wants the newest version of a VCS AUR package but the version string in the PKGBUILD isn't updated yet, one can always reinstall the AUR package (for aur helper (like yaourt) users) resp. rerun makepkg (which will update the sources and then determine the new version) to have the newest version.

commented on 2013-05-30 12:30 (UTC)

Version of the PKGBUILD and the PKGBUILD that is online are not the same

sebstar commented on 2013-05-10 15:31 (UTC)

ttf-comfortaa added to conflicting packages.

vEX commented on 2013-05-10 15:27 (UTC)

The conflicts array needs another update: error: failed to commit transaction (conflicting files) ttf-google-fonts-git: /usr/share/fonts/TTF/Comfortaa-Bold.ttf exists in filesystem $ pacman -Qo /usr/share/fonts/TTF/Comfortaa-Bold.ttf /usr/share/fonts/TTF/Comfortaa-Bold.ttf is owned by ttf-comfortaa 1-2

sebstar commented on 2013-05-10 08:21 (UTC)

https://wiki.archlinux.org/index.php/AUR#Installing_packages or use an AUR helper like yaourt

lordmocha commented on 2013-05-10 02:58 (UTC)

this package makes a folder in my home directory called ttf-google-fonts-git so either i installed it wrong, or all this package does is download the git repository rather than install them to my computer some help would be great, thanks

sebstar commented on 2013-05-08 16:24 (UTC)

Thanks Diego, added.

Diego commented on 2013-05-07 10:49 (UTC)

conflict with cantarell-fonts. Please add conflicts=('cantarell-fonts') provides=("${conflicts[@]}")

sebstar commented on 2013-04-27 21:22 (UTC)

thanks maxime!

alucryd commented on 2013-04-27 21:21 (UTC)

Merging into ttf-google-fonts-git.

sebstar commented on 2013-04-27 20:44 (UTC)

Please migrate to https://aur.archlinux.org/packages/ttf-google-fonts-git/ as google has renamed their font catalogue. I'm gonna ask to merge this package into the new one. ttf-google-webfonts is marked as a conflict and as being provided by the new ttf-google-fonts package.

sebstar commented on 2013-04-25 06:25 (UTC)

Thanks for the notice jstjohn! I'll handle these suggestions tonight or tomorrow.

jstjohn commented on 2013-04-25 03:08 (UTC)

Google Web Fonts has been rebranded as Google Fonts[1]. I have already requested on the ML that a TU merge ttf-google-webfonts-hg[2] into ttf-google-fonts-hg[3]. I encourage you to do this as well so that the base package names are the same. [1] http://9to5google.com/2013/04/22/google-web-fonts-rebrands-as-google-fonts-simplifies-web-interface/ [2] https://aur.archlinux.org/packages/ttf-google-webfonts-hg/ [3] https://aur.archlinux.org/packages/ttf-google-fonts-hg/

sebstar commented on 2013-04-21 14:04 (UTC)

In Pacman 4.1 you can write the git URL in the source string as if it was a source file instead of writing the git clone commands in the build() function. But pacman doesn't automatically treat the package differently, i.e., it doesn't save the cloned repo and doesn't check for new versions at the upstream git url. However, with yaourt you can achieve this behaviour by setting the variables DEVELBUILDDIR="/var/abs/local/yaourtbuild" # or any other folder you wanna store the repos in. Make sure this folder exists and is writeable by the user invoking yaourt DEVEL=1 # this option makes yaourt check if the upstream git/svn/hg repos have new commits, independent of PKGBUILD updates in the file /etc/yaourtrc. Especially for this package, this should greatly improve upgrade speed. I don't know about other AUR helpers, sorry. Hope this helps!

dhaines commented on 2013-04-16 16:04 (UTC)

So, now that this is in -git format, how are AUR helpers, e.g. cower, supposed to know that there's a new version?

alucryd commented on 2013-04-07 21:10 (UTC)

Okay then, merging into ttf-google-webfonts-git.

sebstar commented on 2013-04-07 19:06 (UTC)

Now uses pacman 4.1's new cool GIT capabilities :) Hopefully, from now on, Pacman only pulls the diffs even without configuring it explicitly to do so. My AUR packages are hosted on github. For improvements/fixes to any package, please send me a pull request: https://github.com/sebastianst/aur-packages

sebstar commented on 2013-04-02 15:38 (UTC)

Alucryd: I was wondering when this was gonna happen...

alucryd commented on 2013-04-02 15:08 (UTC)

Sarkasper: Unless you have any (good) objection, I'm going to merge this package into ttf-google-webfonts-git, there really is no advantage for downloading a tarball over downloading using git, plus there is no need to update the checksum every other day, and with git you can do incremental updates.

alucryd commented on 2013-04-02 14:57 (UTC)

Merging into ttf-google-webfonts-git.

stove commented on 2013-03-31 03:25 (UTC)

Missing conflict: ttf-opensans

mrenn commented on 2013-03-31 00:50 (UTC)

Missing conflict: ttf-medievalsharp

HarD commented on 2013-03-28 16:39 (UTC)

md5sum error

alucryd commented on 2013-03-06 08:35 (UTC)

Sarkasper: Same as d1t2hsu, but with a small modifications, please use this source line: source=("${pkgname}-${pkgver}.tar.gz::https://github.com/w0ng/googlefontdirectory/archive/master.tar.gz") d1t2hsu: We all prefer tar.gz don't we ;)

d1t2 commented on 2013-03-05 15:23 (UTC)

md5sum of the-same-version tarball varies each time, use the link below! """ source=('https://github.com/w0ng/googlefontdirectory/archive/master.zip') md5sums=('78bd03498d9095b8052aba953eb608b3') """

Gently commented on 2013-02-17 21:15 (UTC)

This is a "distilled" list for those that want the google fonts but not "all" of them. I've disowned the package and recommend it stay that way so that other can add/subtract to it. If you do so, it be nice if you post what was changed and the reason why. Added: + The 20 most popular google fonts Reason: popular fonts that cover my basic needs.

sebstar commented on 2013-02-17 19:40 (UTC)

thanks, ttf-opensans added to the list of conflicting packages.

xyproto commented on 2013-02-16 12:45 (UTC)

md5sum fails here as well

scor commented on 2013-02-15 13:28 (UTC)

Your package also conflicts with ttf-opensans.

commented on 2013-02-14 18:41 (UTC)

Thanks so much for this package. It made my Firefox experience so much better.

jswagner commented on 2013-02-03 05:08 (UTC)

Installing via yaourt: -- ==> Retrieving Sources... -> Downloading master... % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 139 100 139 0 0 274 0 --:--:-- --:--:-- --:--:-- 454 100 71.6M 100 71.6M 0 0 2845k 0 0:00:25 0:00:25 --:--:-- 3069k ==> Validating source files with md5sums... master ... FAILED ==> ERROR: One or more files did not pass the validity check! ==> ERROR: Makepkg was unable to build ttf-google-webfonts.

sebstar commented on 2013-02-01 21:06 (UTC)

I'm gonna update as soon as w0ng pulls it.

commented on 2013-02-01 20:26 (UTC)

Upstream added "sintony" font on Google Code, but not yet in w0ng's github?

commented on 2013-02-01 20:24 (UTC)

source added "sintony" font on jan 28

sebstar commented on 2013-01-08 19:01 (UTC)

added, thanks.

fatmike commented on 2013-01-08 12:38 (UTC)

Your package should also conflict with 'ttf-oxygen'.

Xeitgeist commented on 2013-01-06 13:33 (UTC)

Flawless, thanks!

sebstar commented on 2012-12-07 23:54 (UTC)

Do yourselves a favour and use the git version ;) Find it here: https://aur.archlinux.org/packages/ttf-google-webfonts-git/ always works and pulls the same files. The PKGBUILD of my git version is the same as w0ng's, I was in touch with him.

sebstar commented on 2012-12-07 23:51 (UTC)

HEAD now e8e08e96f0e13a7a9b88e268795e4ce05d948768

gColossus commented on 2012-12-07 23:38 (UTC)

The checksum inside the pkgbuild is outdated. ==> Validating source files with md5sums... master ... FAILED ==> ERROR: One or more files did not pass the validity check! ==> ERROR: Makepkg was unable to build ttf-google-webfonts. Most current checksum for the package is: md5sums=('4728f4b4030851924535c1ddfa4b299a')

Yagi858 commented on 2012-11-15 09:08 (UTC)

Works ! Thanks

Yagi858 commented on 2012-11-15 09:03 (UTC)

The package made a dir in /var/abs/local/yaourtbuild/ that usually should be only for git and snv. This folder has been growing up 2GB and fully root ! So I shifted to git version too.

ledti commented on 2012-11-13 02:18 (UTC)

w0ng's repo is updated every few weeks so you should just use the git pkgbuild he provides (https://github.com/w0ng/builds/blob/master/ttf-google-webfonts/PKGBUILD), otherwise the tarball will continue to fail validity checks often. Not to mention you'll save bandwidth by only updating files that were changed via git instead of redownloading all of the fonts each time.

ChuckFinn commented on 2012-11-04 22:24 (UTC)

Works great, thanks.

sebstar commented on 2012-11-03 17:32 (UTC)

u can use my git version of this pkg (see 2 posts prior). It pulls the exact same files as this package, but over git directly instead of downloading the master branch as a zip, so it is always up2date and doesn't need to be updated once the git rep is updated.

sebstar commented on 2012-11-03 16:30 (UTC)

updated pkgver because master got updated, HEAD is now 9da96aa03ea64daa8e4f3cce37b70904f475e6b8

Marcel_K commented on 2012-11-03 15:34 (UTC)

The md5sum of master isn't correct anymore. Please update to 'c76f10ee80041b1041eb1554f871741c'.

sa1 commented on 2012-11-01 18:53 (UTC)

Worked for me.

sebstar commented on 2012-10-31 17:24 (UTC)

This package provides the git fetching version of https://aur.archlinux.org/packages.php?ID=37334 Let me know if it works!

sebstar commented on 2012-10-31 17:23 (UTC)

@bb010g done. find the git version of this package here: https://aur.archlinux.org/packages.php?ID=64176

bb010g commented on 2012-10-31 03:02 (UTC)

Please do create the git package (assuming it isn't fixed within a couple days).

sebstar commented on 2012-10-30 23:37 (UTC)

I rewrote the PKGBUILD to use git, worked for me. Find it here: https://gist.github.com/3983814 might create a new AUR package "ttf-google-webfonts-git"...

sebstar commented on 2012-10-30 23:06 (UTC)

same error here, also when i replace tarball by zipball. why doesn't this package just use git fetching?

JohnnyDeacon commented on 2012-10-30 14:39 (UTC)

I got this error while installing package: ==> Making package: ttf-google-webfonts 121021-1 (Tue Oct 30 09:38:34 COT 2012) ==> Checking runtime dependencies... ==> Checking buildtime dependencies... ==> Retrieving Sources... -> Downloading master... ** Resuming transfer from byte position 73728 % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 133 100 133 0 0 208 0 --:--:-- --:--:-- --:--:-- 330 0 68.1M 0 0 0 0 0 0 --:--:-- 0:00:12 --:--:-- 0 curl: (33) HTTP server doesn't seem to support byte ranges. Cannot resume. ==> ERROR: Failure while downloading master Aborting... The build failed.

Kakashi-sensei commented on 2012-10-21 09:32 (UTC)

The new md5sum is: "d19ba1035c1819fbd3d8923e3d13acd4".

dhaines commented on 2012-10-08 19:49 (UTC)

ttf-source-code-pro needs to be added to the conflicts array.

allevil669 commented on 2012-10-07 19:27 (UTC)

The md5sum for the file "master" seems to have changed again. The new md5sum is "fb3c3577d0aef6776f3f62391bf15ac7".

gh0st commented on 2012-09-29 20:02 (UTC)

@evilgnome Thank you for the recommendation!

andykluger commented on 2012-09-28 18:50 (UTC)

I noticed the ttf-google-webfonts-hg pkgbuild now has: provides=("${conflicts[@]}") which seems pretty nifty. Not necessary, but nifty.

commented on 2012-09-26 20:57 (UTC)

just finished installing this package on a fresh arch install and this came up: (1/1) installing ttf-google-webfonts [##########################################################################################] 100% Updating font cache... /usr/share/fonts/Type1/: opendir: No such file or directory /usr/share/fonts/Type1/: opendir: No such file or directory done Not sure if this is a prob, but thought I'd share :)

commented on 2012-09-23 19:29 (UTC)

There seems to be an update. New md5sum is: 6e2c6f4355affa813dab8c0c86194d81

jagossel commented on 2012-09-16 16:27 (UTC)

I realize that there has been an update to this package recently; however, there was an update made to the source repository. According to the commit log, there was a recent pull and commit on Sun, 16 Sep 2012. May want to update the MD5 hash to: 76de3aa42b179ebe3fd58f041bd6fedd.

andykluger commented on 2012-09-09 22:36 (UTC)

Some other packages include specific fonts in their dependencies, so I recommend copying the fonts in this pkgbuild's conflicts array to its provides array.

gh0st commented on 2012-09-09 00:58 (UTC)

Updated

commented on 2012-09-09 00:33 (UTC)

I'm getting a different problem today. The download completes, but there must be a checksum error or something: ==> Retrieving Sources... -> Downloading master... % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 133 100 133 0 0 484 0 --:--:-- --:--:-- --:--:-- 707 100 65.5M 100 65.5M 0 0 2145k 0 0:00:31 0:00:31 --:--:-- 3490k ==> Validating source files with md5sums... master ... FAILED ==> ERROR: One or more files did not pass the validity check! ==> ERROR: Makepkg was unable to build ttf-google-webfonts.

DPR commented on 2012-09-06 06:40 (UTC)

xwhatsit - I had the same problem, but I was able to download the tarball manually from github with no issues using Firefox. After changing the "source" line in PKGBUILD to point to my manually downloaded tarball, I could build and install the package. I have no idea why makepkg wasn't able to download it.

commented on 2012-09-06 02:24 (UTC)

Is this package currently working for anybody else? For the past couple of weeks on my 32-bit laptop at home and 64-bit workstation at work, this package has refused to update itself. It finishes downloading the `master' file, then says it failed to do so: ==> Retrieving Sources... -> Downloading master... % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 133 100 133 0 0 138 0 --:--:-- --:--:-- --:--:-- 185 100 64.4M 100 64.4M 0 0 196k 0 0:05:35 0:05:35 --:--:-- 477k ==> ERROR: Failure while downloading master Aborting... ==> ERROR: Makepkg was unable to build ttf-google-webfonts. It won't resume the download either: ** Resuming transfer from byte position 67618361 % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 133 100 133 0 0 148 0 --:--:-- --:--:-- --:--:-- 200 0 64.4M 0 0 0 0 0 0 --:--:-- 0:00:02 --:--:-- 0 curl: (33) HTTP server doesn't seem to support byte ranges. Cannot resume. ==> ERROR: Failure while downloading master Aborting... ==> ERROR: Makepkg was unable to build ttf-google-webfonts.

corruptz0r commented on 2012-08-31 14:00 (UTC)

Can I take over maintaining this package? I'll actually do it.

verant commented on 2012-08-24 21:05 (UTC)

New MD5SUM for master: 9b0b365fe7391188f892d93da7b38f3e

dhaines commented on 2012-08-24 13:51 (UTC)

@Sarkasper: whoops. Sorry.

gh0st commented on 2012-08-24 08:08 (UTC)

@dhaines: I did update the pkgver from 120813 to 120819 (date of latest commit/hg pull).

dhaines commented on 2012-08-24 01:55 (UTC)

I think you updated your PKGBUILD, but didn't update either pkgver or pkgrel. Could you please fix that?

commented on 2012-08-20 00:36 (UTC)

New MD5SUM for master: 8a2da4fd73a47cdc09c29eb4611cb0e6

cfr42 commented on 2012-08-10 23:19 (UTC)

ttf-sortsmillgoudy also conflicts with this package (but isn't included in the PKGBUILD).

jstjohn commented on 2012-08-09 15:30 (UTC)

travis.hegner, that error occurs because the PKGBUILD installs the fonts into /usr/share/fonts/TTF, but font.install is also trying to set up fonts in the directory /usr/share/fonts/Type1, which may not exist on all systems. In any case, this package shouldn't be trying to set up fonts in /usr/share/fonts/Type1 because it doesn't install any fonts there.

travis.hegner commented on 2012-08-09 12:47 (UTC)

Even with the errors on the previous comment, the package is seen as installed.

travis.hegner commented on 2012-08-09 12:46 (UTC)

For the recent OOD flag, change the following: md5sums=('4f937df28b979b3e6e347ba008d27e7c') to md5sums=('113bd5371dd07b1de55c53ac0d0d6447') in the PKGBUILD and the package will build. However upon installation: Proceed with installation? [Y/n] (1/1) checking package integrity [#####################] 100% (1/1) loading package files [#####################] 100% (1/1) checking for file conflicts [#####################] 100% (1/1) checking available disk space [#####################] 100% (1/1) upgrading ttf-google-webfonts [#####################] 100% Updating font cache... /usr/share/fonts/Type1/: opendir: No such file or directory /usr/share/fonts/Type1/: opendir: No such file or directory done

jstjohn commented on 2012-08-06 20:23 (UTC)

I uploaded the original PKGBUILD that thestinger used to maintain, with a few slight changes, to the AUR[1]. This package[1] conflicts with ttf-google-webfonts and can optionally replace it by uncommenting one line in the PKGBUILD. [1] still uses the Mercurial repo maintained at https://googlefontdirectory.googlecode.com/hg/ [1] https://aur.archlinux.org/packages.php?ID=61530

Markus00000 commented on 2012-08-04 08:17 (UTC)

Two more packages were in conflict: ttf-roboto, ttf-sortsmillgoudy w0ng: Thanks! With your PKGBUILD the errors I have posted did not occur.

haagch commented on 2012-08-04 07:00 (UTC)

This package should conflict with/replace ttf-source-sans-pro

gh0st commented on 2012-08-04 06:43 (UTC)

@w0ng Thank you very much for this repo! ps I used the github tarball so people don't have to install git to build this package.

w0ng commented on 2012-08-04 00:10 (UTC)

Note that the joemaller archive is old and missing a few fonts and updates from the hg repo. I've created a github repo that I'll be keeping up to date by pulling from hg once a week: https://github.com/w0ng/googlefontdirectory If interested then use this PKGBUILD: https://github.com/w0ng/builds/blob/master/ttf-google-webfonts/PKGBUILD

Markus00000 commented on 2012-08-03 08:30 (UTC)

jstjohn: Thanks for the quick reply. I get the same error when I run "makepkg -s" without using an AUR wrapper.

jstjohn commented on 2012-08-03 08:04 (UTC)

Markus00000, have you tried building the package the normal way (i.e. not using an AUR wrapper)? I have never had an issue building this package when not using an AUR wrapper, aside from that one time there was a bug in upstream Mercurial.

Markus00000 commented on 2012-08-03 08:01 (UTC)

requesting all changes adding changesets adding manifests transaction abort! rollback completed abort: connection ended unexpectedly ==> ERROR: An unknown error has occurred. Exiting... /usr/bin/packer: line 274: 4565 User defined signal 1 makepkg $MAKEPKGOPTS -f The build failed. This happens every time. Does the installation work for others?

James_Eder commented on 2012-08-01 19:23 (UTC)

'-maxdepth 3' is required to prevent find from descending in to the 'src' directories and grabbing things it shouldn't. For example look at 'src/googlefontdirectory/ofl/bevan/'

jstjohn commented on 2012-08-01 18:37 (UTC)

I removed `-maxdepth 2` from the PKGBUILD I use locally because of khalsah's comment. After I rebuilt the package and installed it, I thought the net upgrade size was surprising large, but I don't know with certainty if it's related to the `maxdepth` change. After I installed the latest version, my pacman.log shows this: "upgraded ttf-google-webfonts (2681-1 -> 2709-1)" Targets (1): ttf-google-webfonts-2709-1 Total Installed Size: 167.51 MiB Net Upgrade Size: 33.00 MiB

commented on 2012-07-31 20:52 (UTC)

It seems like they have reorganized the repository and the find command in the package function needs to have maxdepth of 3 in order to find the fonts in the repository. (Though it also makes me wonder if it's worthwhile to have maxdepth in the PKGBUILD at all).

scjet commented on 2012-07-09 06:29 (UTC)

ransaction abort! rollback completed abort: connection ended unexpectedly ==> ERROR: An unknown error has occurred. Exiting... /usr/bin/packer: line 274: 887 User defined signal 1 makepkg $MAKEPKGOPTS --asroot -f The build failed.

Mindless commented on 2012-06-28 05:28 (UTC)

Consider using the archive from http://joemaller.com/1856/download-google-fonts/ instead.

scj7t4 commented on 2012-06-20 19:55 (UTC)

I think the issue is that the repository is really large and HG doesn't seem to handle those particularly well.

Gently commented on 2012-06-11 14:37 (UTC)

Tried this last night and got a 'transaction abort' error. Half an hour later I manually cloned the repos and it worked fine (hg clone https://googlefontdirectory.googlecode.com/hg/ googlefontdirectory;). Tried the PKGBUILD again this morning and it worked. So not sure what is going on.

sonic414 commented on 2012-05-20 03:22 (UTC)

A pull of 1Gb+ for a couple of fonts? >__< .. Ouch ..

commented on 2012-05-17 19:55 (UTC)

A google search of "transaction abort! rollback completed" and whatever error comes before it suggests that there's something wrong with the mercurial repository.

Fandekasp commented on 2012-05-17 14:49 (UTC)

Getting the following error with packer transaction abort! rollback completed abort: _ssl.c:1359: error:1408F119:SSL routines:SSL3_GET_RECORD:decryption failed or bad record mac ==> ERROR: An unknown error has occurred. Exiting... /usr/bin/packer-color: line 274: 30816 User defined signal 1 makepkg $MAKEPKGOPTS -f The build failed.

edoardo commented on 2012-04-27 17:25 (UTC)

Hi, when I try to install your package with Yaourt it gets me this error: /usr/lib/yaourt/pkgbuild.sh: line 200: 19737 Signal 1 defined by the user PKGDEST="$YPKGDEST" makepkg "${MAKEPKG_ARG[@]}" -s -f -p ./PKGBUILD Can you tell me why? Am I missing something? Thanks!

donniezazen commented on 2012-04-18 19:51 (UTC)

@thestinger Thanks, It does take a long time. It also conflicts with ttf-ubuntu-fonts.

thestinger commented on 2012-04-18 18:24 (UTC)

@donniezazen: probably not stalled, it just takes a really long time - watch your network bandwidth

donniezazen commented on 2012-04-18 17:50 (UTC)

It stalls at. ==> Determining latest hg revision... warning: googlefontdirectory.googlecode.com certificate with fingerprint b9:6a:92:25:09:74:2b:14:03:70:27:b0:9f:18:f3:30:ef:02:d3:ec not verified (check hostfingerprints or web.cacerts config setting) real URL is https://googlefontdirectory.googlecode.com/hg/ requesting all changes adding changesets adding manifests adding file changes

commented on 2012-03-11 22:08 (UTC)

The latest Cousine fonts in the repository seem to be missing the semicolon glyph (at least I could not successfully use the font in Emacs) I got around this by reverting those files to revision 476, i.e., editing the PKGBUILD as follows: package() { cd "$srcdir/$_hgrepo/cousine" hg revert -r 476 *.ttf cd "$srcdir/$_hgrepo" install -dm755 "$pkgdir/usr/share/fonts/TTF" find . -maxdepth 2 -type f -name \*.ttf -exec install -Dm644 '{}' \ "$pkgdir/usr/share/fonts/TTF" \; } Just thought I'd post this in case anybody else find it useful -- Cousine is a great font for editing longform text.

mrenn commented on 2012-03-07 21:23 (UTC)

This package conflicts with ttf-sil-fonts 6-1 as Andika-R.ttf, LateefRegOT.ttf and ScheherazadeRegOT.ttf are in both.

mrenn commented on 2012-03-07 20:27 (UTC)

@thestinger: thanks for clarification. Don't know why I thought it was a git repo.

thestinger commented on 2012-03-07 02:40 (UTC)

@mrenn: it's hg, and I'm just letting makepkg handle it (with git you have to do it manually in build()) Neither hg or git let you check out a single file/directory (narrow clone) at the moment (they're DVCS systems, so that's part of the idea). With git, you can do a shallow clone and only check out the latest revision but AFAIK that's not possible with hg, at least without extensions. You only have to do the big clone once, and just run makepkg again later in the same directory to update.

mrenn commented on 2012-03-07 01:48 (UTC)

Is it really necessary everybody must clone the whole git repo? I don't know git well enough, therefore my question.

jstjohn commented on 2012-02-29 00:44 (UTC)

The issues that people have experienced recently should now be resolved as of mercurial-2.1-2 that was pushed to [extra] earlier today.

jstjohn commented on 2012-02-27 16:27 (UTC)

I was able to build a package using `makepkg --holdver`, so in the meantime, you could try using that until a new mercurial package is released.

stimut commented on 2012-02-27 14:30 (UTC)

Definitely looks like a return code problem. According to: http://markmail.org/message/pllfp4s7tcy7rfpv the problematic change has been reverted in stable, but we have to wait for a new mercurial version for it to filter through to us.

jstjohn commented on 2012-02-13 22:57 (UTC)

I think all of these problems are caused by the latest Mercurial in [extra]. I tried to update this package using the same procedures I already mentioned below, and the problem still exists. I noticed the PKGBUILD was running `hg pull -u` inside src/googlefontdirectory/, so I decided to do that manually and check the return code. When I did that, the return code is 1...every time I checked. I referenced the man page, and I did notice this gem for `hg pull`: "Returns 0 on success, 1 if no changes found or an update had unresolved files." Another interesting tidbit is this: All of the problems mentioned in here started on 2012-02-02, and mercurial 2.1-1 was pushed to [extra] on the same day.

d1t2 commented on 2012-02-12 14:05 (UTC)

hg clone need about 1.4G space..

jstjohn commented on 2012-02-09 02:11 (UTC)

I am unable to update this package. Every time I run `makepkg -s`, I get the following error: ==> Determining latest hg revision... warning: googlefontdirectory.googlecode.com certificate with fingerprint e9:f0:26:b1:ff:27:28:33:81:8e:51:7b:fd:a7:de:df:4c:1e:ee:14 not verified (check hostfingerprints or web.cacerts config setting) real URL is https://googlefontdirectory.googlecode.com/hg/ pulling from https://googlefontdirectory.googlecode.com/hg//googlefontdirectory searching for changes no changes found ==> ERROR: An unknown error has occurred. Exiting...

commented on 2012-02-03 20:58 (UTC)

I had issues with this package all day too. Finally I got it installed by: # pacman -S mercurial # hg clone https://googlefontdirectory.googlecode.com/hg/ googlefontdirectory; https://wiki.archlinux.org/index.php/Mercurial http://code.google.com/p/googlefontdirectory/

commented on 2012-02-03 11:51 (UTC)

==> ERROR: An unknown error has occurred. Exiting... The build failed.

Diego commented on 2012-02-03 11:20 (UTC)

error in build makepkg not able to compile

commented on 2012-02-02 19:30 (UTC)

I'm having an issue with the package. ==> Determining latest hg revision... warning: googlefontdirectory.googlecode.com certificate with fingerprint e9:f0:26:b1: ff:27:28:33:81:8e:51:7b:fd:a7:de:df:4c:1e:ee:14 not verified (check hostfingerprints or web.cacerts config setting) real URL is https://googlefontdirectory.googlecode.com/hg/ requesting all changes adding changesets adding manifests adding file changes added 2177 changesets with 18837 changes to 12637 files updating to branch default 8082 files updated, 0 files merged, 0 files removed, 0 files unresolved -> Version found: 2176 ==> Making package: ttf-google-webfonts 2176-1 (Thu Feb 2 14:30:44 EST 2012) ==> Checking runtime dependencies... ==> Checking buildtime dependencies... ==> Retrieving Sources... ==> Extracting Sources... ==> Starting build()... -> Connecting to Mercurial server.... warning: googlefontdirectory.googlecode.com certificate with fingerprint e9:f0:26:b1:ff:27:28:33:81:8e:51:7b:fd:a7:de:df:4c:1e:ee:14 not verified (check hostfingerprints or web.cacerts config setting) real URL is https://googlefontdirectory.googlecode.com/hg/ pulling from https://googlefontdirectory.googlecode.com/hg//googlefontdirectory searching for changes no changes found I have no idea what's going on, but hopefully it will be helpful for debugging.

jstjohn commented on 2012-01-13 22:54 (UTC)

anireyk, that package is named ttf-inconsolata-g, not ttf-inconsolata. The two fonts are different as shown here: http://leonardo-m.livejournal.com/77079.html Additionally, the two fonts don't conflict. ttf-inconsolata-g installs /usr/share/fonts/TTF/ttf-inconsolata-g.otf and ttf-google-webfonts installs /usr/share/fonts/TTF/Inconsolata-Regular.ttf and /usr/share/fonts/TTF/Inconsolata-Bold.ttf

scjet commented on 2012-01-11 11:33 (UTC)

also conflicts with "ttf-ubuntu-font-family" -< atleast as of "0.80-1" ? thx.

anireyk commented on 2012-01-04 13:07 (UTC)

Also conflicts with ttf-inconsolata [ID=23873] Thanks in advance!

dhaines commented on 2012-01-02 06:07 (UTC)

It also conflicts with lohit-fonts.

thestinger commented on 2012-01-01 10:49 (UTC)

@Maxr: thanks, updated

Maxr commented on 2011-12-21 15:29 (UTC)

Also conflicts with ttf-kimberly_geswein_print and oldstand-font

thestinger commented on 2011-07-18 18:42 (UTC)

It conflicts with jsmath-fonts because it provides the same files (although a different version of them). If there's a problem with the fonts, report it to google using the "Feedback or issues? Let us know!" link: https://www.google.com/webfonts. It's likely they are just out of date. ttf-google-webfonts /usr/share/fonts/TTF/jsMath-cmbx10.ttf ttf-google-webfonts /usr/share/fonts/TTF/jsMath-cmex10.ttf ttf-google-webfonts /usr/share/fonts/TTF/jsMath-cmmi10.ttf ttf-google-webfonts /usr/share/fonts/TTF/jsMath-cmr10.ttf ttf-google-webfonts /usr/share/fonts/TTF/jsMath-cmsy10.ttf ttf-google-webfonts /usr/share/fonts/TTF/jsMath-cmti10.ttf

jorges commented on 2011-07-18 16:48 (UTC)

Why does this package conflicts with jsmath-fonts? It does not seem to replace (at least correctly) jsmath-fonts for me. If I install this package, I get wrong rendering in firefox. I've searched the available fonts and none od the cmxx fonts seem to be provided.

thestinger commented on 2011-06-01 15:12 (UTC)

it's quite a big package, you'll need to give it some time to download everything

sironitomas commented on 2011-06-01 14:47 (UTC)

It hangs here: real URL is https://googlefontdirectory.googlecode.com/hg/ requesting all changes adding changesets adding manifests adding file changes ... What is happening?

axil42 commented on 2011-05-22 09:24 (UTC)

It works fine here. Before compilation remove src/ and pkg/ folders.

russ0r commented on 2011-05-22 08:29 (UTC)

I'm getting: abort: Permission denied: ./src/googlefontdirectory from hg Am I missing something here?

mikes commented on 2011-05-18 17:42 (UTC)

Package updated thanks to aphanic!

Rogof commented on 2011-04-12 07:22 (UTC)

this package only provides inconsolata, not inconsolata-g, thus does not conflicts

nous commented on 2011-03-19 18:12 (UTC)

Great package, thanks.

commented on 2011-02-16 00:25 (UTC)

This conflicts with jsmath-fonts but is not marked as such.

mikes commented on 2010-12-22 08:32 (UTC)

Thank you very much for the very useful comments!

commented on 2010-12-22 07:28 (UTC)

Anonymous-pro as well.

commented on 2010-12-22 07:26 (UTC)

Great script for fonts, but i think you're gonna have a hard time keeping up with the conflicts. Now it even includes the ubuntu family, probably other fonts too, Thanks.

thestinger commented on 2010-12-06 21:44 (UTC)

this now includes some more fonts (tinos, cousine and arimo are new for sure) so you should add ttf-chromeos-fonts to conflicts and maybe bump the pkgver to the current version (132)

mikes commented on 2010-11-16 06:43 (UTC)

Thank you very much for the info. I added the conflicts you noticed and i hope now everything is ok!!

thestinger commented on 2010-11-16 05:39 (UTC)

You're missing some spaces in the conflicts array, and 3 of the packages end up becoming one variable. Also, you probably want to add ttf-andika, ttf-ptsans, ttf-pt-sans, otf-goudy and ttf-cantarell to the conflicts. Thanks for packaging this great font collection!