Package Details: fontconfig-infinality 2.12.1-1

Git Clone URL: https://aur.archlinux.org/fontconfig-infinality.git (read-only)
Package Base: fontconfig-infinality
Description: Fontconfig is a library for configuring and customizing font access, patched with infinality patches.
Upstream URL: https://github.com/bohoomil/fontconfig-ultimate
Licenses: GPL
Groups: infinality-bundle
Conflicts: fontconfig
Provides: fontconfig=2.12.1
Submitter: Shanto
Maintainer: dobo
Last Packager: dobo
Votes: 301
Popularity: 2.353293
First Submitted: 2011-12-24 23:30
Last Updated: 2016-11-29 18:14

Required by (885)

Sources (3)

Latest Comments

dobo commented on 2016-11-29 19:46

Upsteam upgrade to 2.12.1.

gothmog123 commented on 2016-11-05 09:56

Considering it's likely that bohoomil is gone... could someone take over this and maintain it?

Arthur2e5 commented on 2016-04-21 04:30

<s>It might be desirable to add git:// url to sources instead of doing clone in build() yourself.</s>

According to bohoomil's own PKGBUILDs (https://github.com/bohoomil/fontconfig-ultimate/blob/pkgbuild/02_fontconfig-iu/PKGBUILD), you can grab patch tarballs from http://bohoomil.com/src/. These will save a lot of time cloning the git repo.

natedennis commented on 2016-03-30 16:40

i dont know whats going on with this package and im to busy to trouble shoot it, but after I updated today, this sucker jacked up my fonts. changed to some old english looking mess. I see one other person in the forms having trouble with it. Turns out a restart fixes it, not a reload or meddling with uninstalling. if i am guessing but it most likely has to do with and update to numix in the same upgrade.

sekret commented on 2016-02-22 22:01

But it definitely needs python as a makedependency! :) I've switched to building packages in a clean chroot, that's how I discovered.

And namcap also tells me, that expat is required

fontconfig-infinality E: Dependency expat detected and not included (libraries ['usr/lib/libexpat.so.1'] needed in files ['usr/lib/libfontconfig.so.1.9.0'])

graysky commented on 2016-02-21 21:54

@devurandom - Non member of base-devel should be added as a makedep or a hard dep.[1]

1. https://wiki.archlinux.org/index.php/Arch_User_Repository#Prerequisites

devurandom commented on 2016-02-21 21:53

Should makedepend on autoconf and automake.

sekret commented on 2016-02-05 22:08

Could you please add 'armv7h' to the arch line? It builds just fine on my Raspberry Pi 2 :)

Most probably it builds just fine for armv6h too (e.g. Raspberry Pi 1), but I cannot confirm...

ilikenwf commented on 2015-12-31 05:08

Any ideas on this?

Unable to update the static FcBlanks: 0x0600
Unable to update the static FcBlanks: 0x0601
Unable to update the static FcBlanks: 0x0602
Unable to update the static FcBlanks: 0x0603
Unable to update the static FcBlanks: 0x06dd
Unable to update the static FcBlanks: 0x070f
Unable to update the static FcBlanks: 0x2028
Unable to update the static FcBlanks: 0x2029
Unable to update the static FcBlanks: 0xfff9
Unable to update the static FcBlanks: 0xfffa
Unable to update the static FcBlanks: 0xfffb

enodata commented on 2015-11-05 14:23

@valdikss, +1. Please revert back to "old" fontconfig-infinality presets.

ValdikSS commented on 2015-10-09 09:25

Please revert this package to the old version if you don't want to fix it.

ventieldopje commented on 2015-09-03 10:49

@vladikss, noted :)

@graysky, nope, I'll fix that, thanks!

graysky commented on 2015-09-03 08:58

Should all the conf files under /etc/fonts/config.avail.infinality really be executable?

ValdikSS commented on 2015-09-02 19:59

@ventieldopje, it seems that with the latest package I get proper rendering on github but still the fonts are ugly here and there. That old styles @iuseakeyboard mention are still actual, I don't see any point removing it for the sake of -ultimate. These are different projects and I have chosen non-ultimate version a long time ago mostly because I couldn't configure ultimate version to render fonts as good as I get even with stock non-ultimate configuration.

Just to be clear, this is only fontconfig issue and not freetype2. Right now I'm using "old" fontconfig-infinality and new freetype2-infinality.

I'd like this package to use original files.

ventieldopje commented on 2015-09-02 19:32

All I know is, I has pretty fonts ;)

ventieldopje commented on 2015-09-02 19:32

Well, fine but it would be appreciated if you put in some effort to supply me with the previously mentioned things so we can have a look at what is causing it. By the looks of it there are still residues of the old package on your system, hence you see the old presets (which are in infinality-settings.sh as mentioned before). Can't help you this way I'm afraid.

iuseakeyboard commented on 2015-09-02 19:25

He got rid of the lowly "imitation" presets, added some other patches, in short changed the recipe. Anyway I'm tired of this. I'll use the official version until I get a rendering problem, block this update and have a copy of the files whenever I install arch.

ventieldopje commented on 2015-09-02 19:17

@iuseakeyboard, those are the old styles and are probably leftovers on your system (or you're using the old package). This new package has three styles: free, ms, combi.

ventieldopje commented on 2015-09-02 19:15

Define 'broken', people are telling me it 'broke' their font rendering but fail to respond to any questions regarding to what steps they have taken and what configuration they use.

If you read all info on that page and get to the point where he sums them up (point 1 till 3):

"It is a single software package which comes complete with both stock fontconfig libraries and Infinality related configuration files. As a drop-in replacement for fontconfig, fontconfig-infinality-ultimate offers exactly the same functionality and is 100% compatible with the original."

For this package specifically, no code changes have been made other than the inclusion of Infinality specific configuration files. The code is the original fontconfig, nothing has changed there. Freetype is the package that has code changes and has the infinality patch applied.

So please, before we continue this endless discussion. If something is broken I'm more than happy to have a look how to fix it. I can't do anything until you provide me with the proper information, at least: steps taken, custom configuration, fonts used, screenshots. None of this has been provided yet. Not to mention we're not even sure the apparent problems are related to fontconfig, freetype or cairo.

iuseakeyboard commented on 2015-09-02 19:10

@ventieldopje, do you have these presets?

Select a style:
1) debug 3) linux 5) osx2 7) win98
2) infinality 4) osx 6) win7 8) winxp

iuseakeyboard commented on 2015-09-02 18:58

@ventialdopje here is what bohoomil writes about the original package:

"Paradoxically, the excessive number of presets demonstrating the enormous adaptability of the patchset, led to overestimation of the models and marginalization of the patchset’s own superiority over many of them."
http://bohoomil.com/doc/01-overview/

Dude has serious philosophical differences with the whole preset thing. He also mentions adding some other patches and stuff, which could explain why some people's setup got broken.

ventieldopje commented on 2015-09-02 18:46

I think it's a matter of reading the README and using fc-presets to set a preset. I use it myself and it works flawlessly so I wouldn't say it's broken. Can't say really until more is known about the configuration and steps taken.

graysky commented on 2015-09-02 18:12

Is consensus that 2.11.94-2 still gives broken systems?

ventieldopje commented on 2015-09-02 18:12

Have you set up a preset yet using fc-presets? Also have a look at /etc/fonts/conf.avail.infinality for the configuration options that are available. Refer to the README (https://github.com/bohoomil/fontconfig-ultimate) if it still causes issues, I am the maintainer not the maker.

In the comments before is a link to the old package.

ValdikSS commented on 2015-09-02 17:34

@ventieldopje, this version breaks my setup. It mess up with bitmap settings in /etc/fonts/conf.d and github uses X11 standard font 'Clean' but it used to use Liberation Sans.

ventieldopje commented on 2015-09-02 15:38

@iuseakeyboard, the old package can still be downloaded here: https://aur.archlinux.org/cgit/aur.git/snapshot/aur-34c7674a0572f48dd22484770c5e6e4eed0fc20d.tar.gz

Click "View Changes" on the right to download any version, this is possible because AUR is a git repository now. Just checkout that version or click on the link above, same goes for the other updated packages.

At this moment I don't see any reason to place this in a separate package as I said before, this is still infinality and all your settings still apply. This is referred to as the 'ultimate' or 'bundle', all that means is that it has the ultimate profile pre-applied, which you can still change to see fit. All your previous settings you did are _still_ used. See /etc/profile.d/infinality-settings.sh.

iuseakeyboard commented on 2015-09-02 13:10

@ventialdopje, I know it's unmaintained but this and the ultimate were not the same thing. Had a different configuration, custom presets etc.. As yet anoher unmaintained linux package it wasn't bothering anyone. You should have created a seperate aur package for the ultimate.

ventieldopje commented on 2015-09-01 23:17

Because it is no longer maintained since 2013 and bohoomil keeps it up to date now. If you look on the wiki or on his site you'll find he also keeps a binary repository. You're free to use that, personally I prefer to build from source. This is the very latest fontconfig :)

iuseakeyboard commented on 2015-09-01 22:08

*infinality.net

iuseakeyboard commented on 2015-09-01 22:03

Why are we abandoning the author's (infinality.com) version and upgrading to bohoomil's version?

ventieldopje commented on 2015-09-01 19:42

@Marcel_K, have a look at freetype2-infinality's /etc/profile.d/infinality-settings.sh. You can still customize infinality the way you are used to like as with the old patches.

ventieldopje commented on 2015-09-01 19:39

@Marcel_K it does indeed not provide the outdated patches as they weren't up to date for newer fontconfig versions. As far as I know this package provides the same kind of patches and customization.

If it's really a thing, I'd be happy to change the name and revert this package (fontconfig-infinality) to it's original shape.

Marcel_K commented on 2015-09-01 19:31

Also, this package (and freetype2-infinality) does not provide the original infinality patches, as its name suggests: those are stalled at a 2013 version.

I think it's better to name the new version infinality-ultimate, like the packages in the custom repository: https://wiki.archlinux.org/index.php/Infinality#Custom_repository

ventieldopje commented on 2015-09-01 19:30

@graysky, no offence taken! Either the previous package had the same problem or something else fucks it up. Anyway, I fixed it and will upload it in a minute :)

Marcel_K commented on 2015-09-01 19:07

It's a Git repository, nowadays, so you can just clone it and check out a previous version.

phant0m commented on 2015-09-01 19:07

@graysky, thanks for your efforts. I've successfully downgraded to the previous version by using git (AUR uses git now and it's very cool).

graysky commented on 2015-09-01 18:31

Yes, the package needs to be unfucked (no offense to the current maintainer).

I am mirroring the source files on repo-ck.com: http://repo-ck.com/bench/freetype2-infinality_and_fontconfig-infinality-old_versions.tar.xz

graysky commented on 2015-09-01 18:26

From the AUR archive:
pkgname=fontconfig-infinality
pkgver=1
pkgrel=3
_pkgdate=20130104
_pkgrel=1
pkgdesc="Fontconfig files for use with freetype2-infinality."
arch=(any)
license=('GPL')
url="http://www.infinality.net/blog/infinality-freetype-patches/"
depends=('fontconfig' 'freetype2-infinality')
install='install.sh'
backup=(
'etc/fonts/infinality/infinality.conf'
'etc/fonts/conf.d/52-infinality.conf'
)
source=(
"http://www.infinality.net/fedora/linux/zips/fontconfig-infinality-${pkgver}-${_pkgdate}_${_pkgrel}.tar.bz2"
)
package() {
_destdir="$pkgdir"/etc/fonts
mkdir -p $_destdir/{conf.avail,conf.d,infinality} "$pkgdir"/usr/bin
cp -r "$srcdir"/{conf.avail,conf.d,infinality} $_destdir
ln -sf /etc/fonts/infinality/infctl.sh "$pkgdir"/usr/bin/infctl
}
md5sums=('d7a7781865f3a76d70e32e074a63411c')

graysky commented on 2015-09-01 18:23

Yes, the package needs to be unfucked (no offense to the current maintainer).

phant0m commented on 2015-09-01 17:40

Does somebody have a previous package version?

phant0m commented on 2015-09-01 17:31

After last update, the font rendering is totally broken for me. Where is the standard fonconfig configuration files?

Foucault commented on 2015-09-01 16:27

All of the standard fontconfig .conf files are missing as well.

Foucault commented on 2015-09-01 16:18

The package will install fontconfig under the non-standard directory /usr/etc which will seriously mess up the existing font configuration. Plus it misses all the .conf files in the conf.avail directory that ship with stock fontconfig (and should be included here as well). There is an obvious installation issue here.

graysky commented on 2015-09-01 14:20

I don't think it should... just stating where the package puts these files.

Kwpolska commented on 2015-09-01 14:10

Are you sure /usr/etc/ should even exist?

ventieldopje commented on 2015-09-01 11:29

Sorry graysky, that's a leftover from the previous version. I'll fix it!

graysky commented on 2015-09-01 11:17

The install.sh supplies bad info:

1) There is no /etc/fonts/conf.d/52-infinality.conf
2) The README is located here: /usr/etc/fonts/conf.d/README

graysky commented on 2015-09-01 11:15

install.sh supplies bad info, there is no /etc/fonts/conf.d/52-infinality.conf

ventieldopje commented on 2015-08-31 11:35

No maintainer anymore? Hmm...

xyproto commented on 2015-02-06 14:05

After installing this package, inkscape segfaults at start. Anyone else experienced this?

Marcel_K commented on 2014-12-31 00:49

I didn't mark it, I just asked to reverse pkgver and pkgrel, as they are wrong now, from an Arch Linux point-of-view.

hadrons123 commented on 2014-12-30 22:36

Believe it or not its the latest upstream version. Its has not been updated since then ! Please stop marking it as outdated.

Marcel_K commented on 2014-12-30 22:23

The version and pkgrel are wrong: pkgrel should be used when updating a PKGBUILD or patch, but not the upstream version itself. Now pkgrel contains a version and pkgver the release number.

graysky commented on 2013-10-10 15:34

Looks like a newer release is out: freetype-infinality-2.4.12-20130514_01-x86_64.tar.bz2

dflt commented on 2013-01-12 19:20

It's failing for me:


2 out of 6 hunks FAILED -- saving rejects to file src/base/ftobjs.c.rej
patching file src/base/ftoutln.c
Hunk #1 FAILED at 904.
1 out of 1 hunk FAILED -- saving rejects to file src/base/ftoutln.c.rej
patching file src/base/ftsynth.c
Hunk #1 FAILED at 88.
Hunk #2 FAILED at 101.
Hunk #3 FAILED at 141.
3 out of 3 hunks FAILED -- saving rejects to file src/base/ftsynth.c.rej
patching file src/smooth/ftsmooth.c
Hunk #1 succeeded at 15 with fuzz 2 (offset -11 lines).
Hunk #2 FAILED at 75.
Hunk #3 succeeded at 2882 (offset 2767 lines).
Hunk #4 succeeded at 2900 (offset 2767 lines).
Hunk #5 succeeded at 3392 (offset 2767 lines).
Hunk #6 succeeded at 3501 (offset 2767 lines).
Hunk #7 succeeded at 3578 (offset 2767 lines).
Hunk #8 FAILED at 838.
Hunk #9 FAILED at 893.
3 out of 9 hunks FAILED -- saving rejects to file src/smooth/ftsmooth.c.rej
==> ERROR: A failure occurred in build().
Aborting...

dflt commented on 2013-01-12 19:20

It's falling for me: 2 out of 6 hunks FAILED -- saving rejects to file src/base/ftobjs.c.rej
patching file src/base/ftoutln.c
Hunk #1 FAILED at 904.
1 out of 1 hunk FAILED -- saving rejects to file src/base/ftoutln.c.rej
patching file src/base/ftsynth.c
Hunk #1 FAILED at 88.
Hunk #2 FAILED at 101.
Hunk #3 FAILED at 141.
3 out of 3 hunks FAILED -- saving rejects to file src/base/ftsynth.c.rej
patching file src/smooth/ftsmooth.c
Hunk #1 succeeded at 15 with fuzz 2 (offset -11 lines).
Hunk #2 FAILED at 75.
Hunk #3 succeeded at 2882 (offset 2767 lines).
Hunk #4 succeeded at 2900 (offset 2767 lines).
Hunk #5 succeeded at 3392 (offset 2767 lines).
Hunk #6 succeeded at 3501 (offset 2767 lines).
Hunk #7 succeeded at 3578 (offset 2767 lines).
Hunk #8 FAILED at 838.
Hunk #9 FAILED at 893.
3 out of 9 hunks FAILED -- saving rejects to file src/smooth/ftsmooth.c.rej
==> ERROR: A failure occurred in build().
Aborting...

Peace4all commented on 2013-01-08 20:08

infinality 2.4.11 seems to work well here, I made some experimental tarballs:
freetype2-infinality - http://bit.ly/UGqy9P
fontconfig-infinality - http://bit.ly/UGqJ4Z

Peace4all commented on 2013-01-08 16:55

infinality 2.4.11 seems to work well here, but it looks like the 'freetype-2.4.11-enable-sph.patch': http://bit.ly/U19RlV is needed, otherwise mozilla app. fonts break, I made some experimental tarballs:
freetype2-infinality - http://bit.ly/UGqy9P
fontconfig-infinality - http://bit.ly/UGqJ4Z

wolftankk commented on 2013-01-08 04:27

http://www.infinality.net/fedora/linux/zips/fontconfig-infinality-1-20130104_1.tar.bz2

Anonymous comment on 2013-01-05 21:07

new release 2013-01-04. http://www.infinality.net/forum/viewtopic.php?f=2&t=279 - please, update this ASAP.

graysky commented on 2013-01-02 03:18

http://download.savannah.gnu.org/releases/freetype/freetype-doc-2.4.11.tar.gz

Released on 20-Dec-2012

Shanto commented on 2012-12-04 09:19

@westmin There's another package named "fontconfig-infinality-git".

westmin commented on 2012-12-04 08:36

@nicoulaj yes,a lots of warnings.
@zhou13 yes,the git has commited this issue.
or just clone the git to /etc/fonts
https://github.com/Infinality/fontconfig-infinality
@Shanto you need to keep update with the newest git.

hadrons123 commented on 2012-11-12 01:09

Yea it works.

Shanto commented on 2012-11-11 12:20

hadrons1234, did you try "ln -s /etc/fonts/conf.avail/70-no-bitmaps.conf /etc/fonts/conf.d/"?

hadrons123 commented on 2012-11-10 18:18

Hi shanto,
I know you have been doing a wonderful job of maintaing this package.
I don't like to have msfonts with infinality. If I use the infinality default version without the msfonts, some of the webpage font rendering is poor.
http://www.infinality.net/forum/viewtopic.php?f=2&t=264
There is a fix for disabling the bitmap fonts,
https://bbs.archlinux.org/viewtopic.php?pid=532370#p532370
Can you use the fix?

Shanto commented on 2012-11-07 13:03

@nicoulaj update what?

nicoulaj commented on 2012-11-06 14:26

Can you update ?

Anonymous comment on 2012-09-30 18:50

I`ve made a git version without errors.
https://aur.archlinux.org/packages.php?ID=63250

Anonymous comment on 2012-09-29 13:03

The newest git version does not get such warning. May you update it?

SanskritFritz commented on 2012-09-07 12:01

Oops, I'm stupid, it depends on fontconfig. Sorry for the noise.

SanskritFritz commented on 2012-09-07 11:57

Does the new fontconfig upgrade with manual intervention have any effect on this package?
Moreover, do the two packages not conflict?
Can (should) I remove fontconfig if I have this package installed?

Anonymous comment on 2012-09-06 20:11

@nicoulaj

Does not appear to be an arch specific issue: http://www.infinality.net/forum/viewtopic.php?f=2&t=254

nicoulaj commented on 2012-09-06 14:37

Lots of warnings when upgrading to new fontconfig:

updating font cache... Fontconfig warning: "/etc/fonts/infinality/conf.d/60-group-non-tt-fonts.conf", line 483: Having multiple values in <test> isn't supported and may not works as expected
Fontconfig warning: "/etc/fonts/infinality/conf.d/60-group-tt-fonts.conf", line 262: Having multiple values in <test> isn't supported and may not works as expected
Fontconfig warning: "/etc/fonts/infinality/conf.d/62-tt-monospace-rendering.conf", line 27: Having multiple values in <test> isn't supported and may not works as expected
Fontconfig warning: "/etc/fonts/infinality/conf.d/62-tt-traced-bitmap-rendering.conf", line 21: Having multiple values in <test> isn't supported and may not works as expected
Fontconfig warning: "/etc/fonts/infinality/conf.d/62-tt-traced-bitmap-rendering.conf", line 50: Having multiple values in <test> isn't supported and may not works as expected
Fontconfig warning: "/etc/fonts/infinality/conf.d/80-selective-rendering-inf-win-lin.conf", line 16: Having multiple values in <test> isn't supported and may not works as expected
Fontconfig warning: "/etc/fonts/infinality/conf.d/80-selective-rendering-inf-win-lin.conf", line 31: Having multiple values in <test> isn't supported and may not works as expected
Fontconfig warning: "/etc/fonts/infinality/conf.d/80-selective-rendering-inf-win-lin.conf", line 102: Having multiple values in <test> isn't supported and may not works as expected
Fontconfig warning: "/etc/fonts/infinality/conf.d/80-selective-rendering-inf-win-lin.conf", line 119: Having multiple values in <test> isn't supported and may not works as expected
Fontconfig warning: "/etc/fonts/infinality/conf.d/80-selective-rendering-inf-win-lin.conf", line 138: Having multiple values in <test> isn't supported and may not works as expected
Fontconfig warning: "/etc/fonts/infinality/conf.d/80-selective-rendering-inf-win-lin.conf", line 158: Having multiple values in <test> isn't supported and may not works as expected
done.

Anonymous comment on 2012-06-25 02:17

@shanto: my oversight, the 2012-06-16 update is actually for freetype-infinality, not for fontconfig-infinality, sorry for the confusion.

Shanto commented on 2012-06-22 09:45

@kenchin: mind pasting the full path to that minor update?

Anonymous comment on 2012-06-21 06:36

infinality released a minor update on 2012-06-16, however, the available .tar.bz2 package is based on 2012-06-15 release.

Yegorius commented on 2012-05-31 15:34

Official update is comming soon.

Shanto commented on 2012-05-12 17:47

You better persuade the author to update his official release. Without being "official" I cannot trust the changes in git - they may improve things, but also may brake others. There must be a reason for the author not to release them. So, if you are still interested, feel free to work on 'fontconfig-infinality-git' until official release takes place.

Anonymous comment on 2012-05-11 17:26

Yeah. Please Maintainer, update this package.

Zetten commented on 2012-05-11 14:52

I'm not sure if this is intended to track the Git repository (https://github.com/Infinality/fontconfig-infinality) but there are plenty of changes and fixes in there that aren't included in this package. It seems that the Fontconfig file zips are not updated on the Infinality site, unfortunately.

Anonymous comment on 2012-03-21 15:04

I've been trying for a few days how to set a font priority. I would like to have mingliu.ttc as priority and Code2000 as fallback, but as soon as I install Code2000 it replaces all other fonts, including batang and gulim (Korean). Setting them at 30-non-latin-inf-win.conf has no effect. Any tips?

ice9 commented on 2012-01-09 06:59

Has anyone had problems with the "Monospace" printer font after installing this package? I had been using freetype2-infinality prior to the fontconfig split, and everything was fine. But after I installed the fontconfig-infinality package, it messed up printing from `gedit`. Since gedit defaults to using "Monospace 9" when printing, I assume there is something wrong with the configuration for the Monospace font family, but I have no idea what the problem is. The symptom is that my gedit printouts come out with a font that looks like it was printed with an ancient dot-matrix printer -- I'd guess the resolution of each character is about 6 gigantic pixels square.