Arch Linux User Repository

As far as I know v15 of this font is not posted publicly anywhere and the only way to get copy is emailing the author. Please do not flag this as out of date unless/until there is a source people can use to get the file or some other way I can verify the installation details for people that have the source and want a package that installs it from local sources, e.g. via file:// sources.

@caleb ① ttf-symbola-infinality doesn't have ttf-symbola as its dependency and more "serious" reading its description this package contains a font, that's not true; I think it is an avoidable misunderstanding; on the other hand, you can list ttf-symbola-infinality as optional dependency for the ttf-symbola package. ② I AM NOT AN EXPERT but -infinality/-ib group/packages have been abandoned since most of the infinality capabilities have been activated/merged upstream; you can achieve an almost visually equal result with upstream packages, thus we do not need no more those. (correct me if I am wrong) ③ ok

@nTia89 ① If you install just that package from the split, it will install the TTF fonts, but via a dependency. There is no point in having two packages that install the same files. I'm gradually migrating all the -ib / -ibx package to this layout. ② I'm not 100% sure how groups work for AUR packages, but "doesn't exist any more" doesn't make sense because in any repositories the packages appear, just the packages having this definition is enough to make the group exist. I'll look into that more, but I'm pretty sure this is valid. ③ The -ib package you mention is immanently being merged into this one. See previous comments and git history.

@caleb @grawlinson, I am a bit confused about ttf-symbola-infinality package: 1- as ttf-* package I expect it contains a ttf, but it doesn't. 2- the group 'infinality-bundle-fonts' doesn't exist anymore, it was substituted by 'fonts-meta-base' and 'fonts-meta-extended-lt' meta packages 3- already exists an identical package 'ttf-symbola-ib'

@aorth I cannot confirm, I get the same checksum on a fresh download right now.

Thanks @Brottweiler, that's my mistake. I just corrected it. I did not bump the pkgver since that would make people download it all over again for something that didn't actually get changed, it only shows a warning on install, it doesn't actually change the permissions. The fix will stop the warning for new installs and everybody else is okay anyway.

warning: directory permissions differ on /etc/fonts/conf.d/

filesystem: 755 package: 644

I just updated to 13.00-6 with aurman and worked fine. If it did not I would have downloaded a snapshot and tried makepkg. Thank you.

In the latest release of this package I've introduced a workaround to force fresh downloads whenever we bump the package release number, not just the version. This should work around most people's caching issues resulting from upstream's replacing files without changing the filename or versions.

If you hit a checksum error now please flag this package as out of date.

Seems the package is failing because of validity checks

Validating source files with sha512sums... font-symbola-13.00.zip ... FAILED LICENSE.pdf ... Passed 

But built fine with makepkg