infinality-bundle: good looking fonts made (even) easier

orschiro · 2013-11-01 19:25:26

@bohoomil

Wow, that single edit improved my overall font rendering a lot. Thanks.

Is this already somewhere in the Wiki?

bohoomil · 2013-11-01 20:03:50

Nope. But will certainly be later tonight.

nous · 2013-11-02 10:15:39

Just dropped by to say thanks for the incredible work, bohoomil! A friend of mine stated on the IRC, "I could even have sex with a camel after watching infinality at work..."!

orschiro · 2013-11-05 09:10:14

@bohoomil

Coming back to the Urxvt xft daemon crash issue [1], it would interest me if you use Urxvt together with a xft font and experience any crashes. If not, mind sharing your .Xresources?

It is a very annoying bug and I would like to find a solution for it.

Thanks!

[1] https://bbs.archlinux.org/viewtopic.php?id=156748

hddnhrst · 2013-11-05 20:03:29

pacman -S infinality-bundle infinality-bundle-multilib
:: There are 6 members in group infinality-bundle:
:: Repository infinality-bundle
   1) cairo-infinality-ultimate  2) fontconfig-infinality-ultimate
   3) freetype2-infinality-ultimate
:: Repository infinality-bundle-multilib
   4) lib32-cairo-infinality-ultimate  5) lib32-fontconfig-infinality-ultimate
   6) lib32-freetype2-infinality-ultimate

Enter a selection (default=all): 
error: target not found: infinality-bundle-multilib

What am I doing wrong? Weird, as it seems to find including packages at first.
I removed /var/lib/pacman/sync/infinality-bundle* and re-synced... nothing.

Where is the mistake? Feeling stupid...

karol · 2013-11-05 20:07:56

hddnhrst, I think you confused repo names with package names.

http://ibn.net63.net/infinality-bundle-multilib/x86_64/

keepitsimpleengineer · 2013-11-05 20:10:54

WonderWoofy wrote:

Edit: BTW, your two threads are the only two that I think I actually do read every post.

Me Three!

hddnhrst · 2013-11-05 20:31:00

karol wrote:

hddnhrst, I think you confused repo names with package names.
http://ibn.net63.net/infinality-bundle-multilib/x86_64/

But there are package groups defined, having the same names as the repos. Or not?
Yes, I could install all 6 packages explicitly, but by groups should also work...

karol · 2013-11-05 20:36:36

What's the output of 'pacman -Sg infinality-bundle-multilib'?

hddnhrst · 2013-11-05 20:41:09

It's empty. I installed them explicitly now. Thanks.

bohoomil · 2013-11-05 20:44:49

Ooops. That is a bug like a pile of horse crap… Rebuilding multilib and reuploading.

Edit: Done. Please, check again. I did not change the name of the multilib group, hence the confusion. Sorry.

Last edited by bohoomil (2013-11-05 20:55:14)

hddnhrst · 2013-11-05 20:49:44

Haha, no problemo. Thank you for your great work, sir!

Edit: Yes, all good now.

pacman -Sg infinality-bundle-multilib
infinality-bundle-multilib lib32-cairo-infinality-ultimate
infinality-bundle-multilib lib32-fontconfig-infinality-ultimate
infinality-bundle-multilib lib32-freetype2-infinality-ultimate

Last edited by hddnhrst (2013-11-05 20:58:26)

bohoomil · 2013-11-06 00:05:45

cfr wrote:

I still think it would be helpful if fc-preset check would say something. Not the least benefit of error messages is that they often indicate where I've screwed up!

Here comes the hopefully improved fc-presets. Changes:

* The scripts informs which [ preset ] is currently set and if all 5 required symbolic links are OK.
* If no preset is set (i.e. at least one obligatory link is missing), the error message is returned.
* Root privileges are only required to set or modify existing [ preset ].

If it works correctly for you, I will update and re-upload fontconfig-infinality-ultimate.

cfr · 2013-11-06 00:30:45

bohoomil wrote:

cfr wrote:
I still think it would be helpful if fc-preset check would say something. Not the least benefit of error messages is that they often indicate where I've screwed up!
Here comes the hopefully improved fc-presets. Changes:
* The scripts informs which [ preset ] is currently set and if all 5 required symbolic links are OK.
* If no preset is set (i.e. at least one obligatory link is missing), the error message is returned.
* Root privileges are only required to set or modify existing [ preset ].
If it works correctly for you, I will update and re-upload fontconfig-infinality-ultimate.

Thanks. I'll test and report back.

EDIT: I think the authentication might need a little work or at least better explanation. The non-privileged access works fine, however:

$ fc-presets check

 5 symlinks found.
 The active preset seems to be [ free ].
 Checking symlinks now...

37-repl-global-free.conf is OK
60-latin-free.conf is OK
65-non-latin-free.conf is OK
66-aliases-wine-free.conf is OK
93-final-lang-spec-free.conf is OK

$ fc-presets help
Usage: fc-presets [check|set|help]
 Run this script to set a fontconfig preset for your default 
 font collection. You can also check which preset you are 
 currently using.

Options:
 check    Check which preset is currently active
 set      Set a preset configuration
          Available presets are:
            custom  --  custom font collection
              free  --  free font collection
                ms  --  Microsoft font collection
 help     Print this help and exit

I will admit that I sometimes seem to be extraordinarily good at breaking stuff and you might well argue that users are not expected to mess up things this way. I tried running fc-preset set as an ordinary user just to check whether it said something useful and I got somewhat entangled. Eventually, I killed the process as root from another shell:

$ fc-presets set
1) custom
2) ms
3) free

OK. What will it do if I try it? Let's try 2 so that it would actually need to change some stuff to complete the command:

#? 2

I didn't realise it would now try to authenticate. Since I didn't want to change anything, I tried cancelling but that didn't work (ctrl + c) so I tried giving it fake passwords:

[sudo] password for cfrees: 
[sudo] password for cfrees: 
[sudo] password for cfrees: 
Sorry, try again.
[sudo] password for cfrees: 
Sorry, try again.
[sudo] password for cfrees: 
Sorry, try again.
sudo: 3 incorrect password attempts
[sudo] password for cfrees: 
Sorry, try again.
[sudo] password for cfrees: 
Sorry, try again.

OK. Seems I better give it my actual password.

[sudo] password for cfrees:

And again

[sudo] password for cfrees: 
[sudo] password for cfrees: Terminated

At this point I gave up and killed the process from another shell.

$ fc-presets check

 At least one of five obligatory presets was not found
 in /etc/fonts/conf.d.
 Please, inspect the content of the directory
 and create the missing link(s) manually.

$ ls /etc/fonts/conf.d/
10-base-rendering.conf@         50-user.conf@              68-override.conf@             90-dejavu-t1.conf@            95-reject.conf@
31-fix-cantarell.conf@          51-local.conf@             82-no-embedded-bitmaps.conf@  90-libertine-t1.conf@         99pdftoopvp.conf
37-repl-global-free.conf@       60-latin-free.conf@        82-no-force-autohint.conf@    90-non-tt-fonts.conf@         README
38-repl-tt-traced-bitmap.conf@  65-non-latin-free.conf@    82-no-ttf-as-bitmap.conf@     90-tt-fonts.conf@
40-non-latin.conf@              65-ttf-noto-sans-ui.conf@  83-yes-bitmaps.conf@          92-selective-rendering.conf@
45-latin.conf@                  65-ttf-noto-sans.conf@     83-yes-postscript.conf@       93-final-rendering.conf@
49-sansserif.conf@              65-ttf-noto-serif.conf@    88-forced-synthetic.conf@     94-no-synthetic.conf@

The error from fc-presets is a bit misleading since in fact running fc-presets as root is sufficient to reestablish the links - it just complains it can't delete the non-existent ones.

# fc-presets set
1) custom
2) ms
3) free
#? 3
rm: cannot remove ‘66-aliases-wine-*.conf’: No such file or directory
rm: cannot remove ‘93-final-lang-spec-*.conf’: No such file or directory
Done.

# fc-presets check

 5 symlinks found.
 The active preset seems to be [ free ].
 Checking symlinks now...

37-repl-global-free.conf is OK
60-latin-free.conf is OK
65-non-latin-free.conf is OK
66-aliases-wine-free.conf is OK
93-final-lang-spec-free.conf is OK

Is there any reason not to just tell the user to run fc-presets with privileges if they try to use a command which needs them? That would let the system handle the authentication and avoid these problems. Otherwise, I think the script should bail after, say, 3 attempts at authentication. (I guess this won't show up in auditing logs? Or would it?) Moreover, it is not safe to assume that sudo has a non-zero timeout. At the very least, the script needs to explain why it is going to ask the user to authenticate five times or whatever as it is rather disconcerting otherwise. Preferably, it shouldn't need to do this. ln -s can certainly create multiple symbolic links at once so I'd think this would be somewhat straightforward. I realise zero timeout for sudo is not standard but it is not usually a problem, either.

Hope this is helpful!?!

Last edited by cfr (2013-11-06 00:59:09)

bohoomil · 2013-11-07 01:05:02

@cfr, Thanks for testing. I have reworked most of the script following your suggestions and I think it is now closer to what it should be. Here we go: click.

cfr · 2013-11-07 22:28:36

bohoomil wrote:

@cfr, Thanks for testing. I have reworked most of the script following your suggestions and I think it is now closer to what it should be. Here we go: click.

Thanks! That worked much more smoothly. One tiny suggestion in the help output. In the first "how to fix" section, you say

2. Choose 4) to reset current settings.

I think something like

2. Choose 4) to disable all presets.

would be clearer. When I first read it, I assumed it meant that it would restore the symbolic links for whatever preset I had configured. I then couldn't understand why any further step was required to complete the fix.

Apart from that minor quibble, it worked great for me. Thanks again for all your work on this.

bohoomil · 2013-11-08 00:42:49

Thank you for your patient testing and contributing. I appreciate it.

A little update is available. Relevant bits from CHANGELOG:

* fontconfig-infinality-ultimate 2.11.0-6
** fc-presets reworked:
   - new [reset] option
   - added new sanity checks and improved old ones
   - extended help and basic troubleshooting FAQ included
** 37-repl-global-free.conf -- added replacements for
   @font-face:Lora and @font-face:Autonym
** 92-selective-rendering.conf -- minor fixes to
   Noto Sans and Liberation Sans

* infinality-bundle-fonts
** added otf-latin-modern-ibx
** splitting xorg-fonts-type1 from [extra] for 4 independent packages:
   - t1-adobe-utopia-ib
   - t1-bh-ib
   - t1-cursor-ib
   - t1-ibm-courier-ib
** removed Bitstream Type 1 fonts (as per xorg-fonts-type1):
   - Bitstream Charter
   - Courier 10 pitch
** adding remaining font packages from [extra] and [community]
   to [infinality-bundle-fonts{-extra}]:
   - ttf-droid-ib
   - ttf-liberation-ib
   - ttf-mph-2b-damase-ib
   - ttf-ubuntu-font-family-ibx
** adding gsfonts from [extra]: t1-urw-fonts-ib
** added prebuild ttf-droid-monovar from AUR to
   [infinality-bundle-fonts-extra]

Everything should work correctly. If you are asked to replace a package, please do. Four old/new t1-foo-ib packages has to be installed manually. However, I think only two are really necessary: t1-adobe-utopia-ib and t1-bh-ib, so the remaining two may be treated as optional.

Good luck and enjoy.

cfr · 2013-11-08 00:55:56

Installing now...

Is it possible to keep up to date with the fonts by installing a meta package of any sort? (Something like the way meta packages work for the KDE packaging.) People could still install individual packages instead but installing a metapackage would automatically get you e.g. the infinality package of t1-adobe-utopia-ib when it became available.

I do try to make sure I don't miss posts concerning updates so that I have everything installed which I'm meant to but I worry that I'm inevitably going to miss something at some point.

EDIT: In fact, I just realised I already missed one...

Last edited by cfr (2013-11-08 00:57:26)

WonderWoofy · 2013-11-08 01:28:57

cfr wrote:

Is it possible to keep up to date with the fonts by installing a meta package of any sort?

What about installing the infinlaity-bundle-fonts package group? I know this is not exactly like having a meta package, but it ensures that the packages on my system are in line with what bohoomil's recommended stuffs are. Its not "minimal" by any means, but I usually just run pacman -S --needed infinality-bundle-fonts from time to time to see if I've missed anything.

bohoomil · 2013-11-08 01:40:03

This is a good idea: I think I will look at the fonts repo again and at least in a few cases create meta packages (for ex xorg-fonts-type1 for instance). It is funny I did not think about it earlier. Thanks for the tip.

Edit 1: WW is right, actually. The minimum installation of ib-fonts should include the base group by default (until someone chooses to install only the very minimal set). Nevertheless, the meta package for xorg-fonts-type1 still makes sense as we are offering almost the same content (minus two families) but repacked for convenience and less dependencies.

Edit 2: One more thing is on my mind now: it would probably be a good idea if we had three groups in fonts, depending on complexity chosen by the user: 1) base fonts (minimal sans, serif, mono: about 5-8 packages) 2) fonts (just like the current base but minus 5-8 packages and base fonts as a dependency), 3) extended (like the current extended, but with new base dependency). Any individual combination would still be possible, but the entry level set up would be easier to customize (i.e. less 'pacman -R foo.tar.gz' right after a current base group has been installed).

Last edited by bohoomil (2013-11-08 01:54:47)

cfr · 2013-11-08 01:54:23

Thanks. I realised I could reinstall the infinlaity-bundle-fonts package group but this isn't quite the same as a metapackage because you have to think to do it. If there was a infinlaity-bundle-fonts-meta package which just depended on everything in the group, you could install it once and forget about it. pacman -Syu would take care of everything. And it would automatically only install needed additions/updates, if I understand how pacman resolves dependencies.

Anyway, just a thought.

WonderWoofy · 2013-11-08 01:58:00

That is an excellent idea. I raelly like the idea of having different levels of "commitment" here. Also the idea of autoupdates via meta packages seems much easier than what I do now.

bohoomil · 2013-11-08 02:02:42

cfr, rephrasing what I added above, this could be: ib-fonts-base (5-8 most needed packages), ib-fonts-extra (current base), ib-fonts-extended (all add-ons that do not make a consistent group).

cfr · 2013-11-08 02:08:22

They are kind of neat, I think. In KDE, for example, I use meta packages in some cases, pick-and-mix in some cases, and nothing at all in some cases. And for some things I've shifted from meta to pick-and-mix or pick-and-mix to meta according to what I decide I think will work best at the time.

$ pacman -Ss kde-meta
extra/kde-meta-kdeaccessibility 4.11-3 (kde-meta) [installed]
    Meta package for kdeaccessibility
extra/kde-meta-kdeadmin 4.11-3 (kde-meta)
    Meta package for kdeadmin
extra/kde-meta-kdeartwork 4.11-3 (kde-meta) [installed]
    Meta package for kdeartwork
extra/kde-meta-kdebase 4.11-3 (kde-meta) [installed]
    Meta package for kdebase
extra/kde-meta-kdeedu 4.11-3 (kde-meta)
    Meta package for kdeedu
extra/kde-meta-kdegames 4.11-3 (kde-meta)
    Meta package for kdegames
extra/kde-meta-kdegraphics 4.11-3 (kde-meta)
    Meta package for kdegraphics
extra/kde-meta-kdemultimedia 4.11-3 (kde-meta)
    Meta package for kdemultimedia
extra/kde-meta-kdenetwork 4.11-3 (kde-meta)
    Meta package for kdenetwork
extra/kde-meta-kdepim 4.11-3 (kde-meta)
    Meta package for kdepim
extra/kde-meta-kdeplasma-addons 4.11-3 (kde-meta)
    Meta package for kdeplasma-addons
extra/kde-meta-kdesdk 4.11-3 (kde-meta)
    Meta package for kdesdk
extra/kde-meta-kdetoys 4.11-3 (kde-meta) [installed]
    Meta package for kdetoys
extra/kde-meta-kdeutils 4.11-3 (kde-meta)
    Meta package for kdeutils
extra/kde-meta-kdewebdev 4.11-3 (kde-meta)
    Meta package for kdewebdev
extra/kde-wallpapers 4.11.3-1 (kde kde-meta kdebase) [installed]
    A set of wallpapers for KDE
No pacnew files to update.

I have some of kdegraphics, for example, but not all of it. So if anything new is added to that metapackage, I'd have to learn about it and install it if I wanted to. But anything new in the kdebase metapackage I'll get automatically. No idea why I have kdetoys installed since I can't see one thing in it I want. (I like xpenguins but that's installed separately!)

EDIT: That realisation saved me a whopping 0.76 MiB of disk space. Toys are not apparently KDE's thing!

Last edited by cfr (2013-11-08 02:11:42)

bohoomil · 2013-11-08 21:26:43

I created meta packages, so both installation and maintenance of the ib collection should be even more straightforward now. The most important bits are already in the Wiki, so here I am going to mention a couple of technical details.

Since we duplicated all the necessary font packages from [extra], [community] and the AUR in the ib-fonts repository, everything can be installed straight from a single location. To install the minimal i686 bundle, all you need to do (except importing and signing the key) is to issue

pacman -S infinality-bundle ibfonts-meta-base

If you need the multilib support for x86_64 architecture, just add infinality-bundle-multilib. In case you want to get the extended font collection--the free replacement for MS Windows/Office set--replace ibfonts-meta-base with ibfonts-meta-extended. For even more fonts, issue

pacman -Ss infinality-bundle-fonts-extra

and choose anything you want.

xorg-fonts-type1 from [extra] was replaced with t1-xorg-fonts-meta-ib meta package. You do not need to install it manually: it will be pulled during the installation of ibfonts-meta-extended. Of course, it is always possible to customize your target font collection even further by selecting manually only those font families you want.

Thanks again, cfr and WW, for your testing and valuable advice!

Arch Linux

#676 2013-11-01 19:25:26

Re: infinality-bundle: good looking fonts made (even) easier

#677 2013-11-01 20:03:50

Re: infinality-bundle: good looking fonts made (even) easier

#678 2013-11-02 10:15:39

Re: infinality-bundle: good looking fonts made (even) easier

#679 2013-11-05 09:10:14

Re: infinality-bundle: good looking fonts made (even) easier

#680 2013-11-05 20:03:29

Re: infinality-bundle: good looking fonts made (even) easier

#681 2013-11-05 20:07:56

Re: infinality-bundle: good looking fonts made (even) easier

#682 2013-11-05 20:10:54

Re: infinality-bundle: good looking fonts made (even) easier

Me Three!

#683 2013-11-05 20:31:00

Re: infinality-bundle: good looking fonts made (even) easier

#684 2013-11-05 20:36:36

Re: infinality-bundle: good looking fonts made (even) easier

#685 2013-11-05 20:41:09

Re: infinality-bundle: good looking fonts made (even) easier

#686 2013-11-05 20:44:49

Re: infinality-bundle: good looking fonts made (even) easier

#687 2013-11-05 20:49:44

Re: infinality-bundle: good looking fonts made (even) easier

#688 2013-11-06 00:05:45

Re: infinality-bundle: good looking fonts made (even) easier

#689 2013-11-06 00:30:45

Re: infinality-bundle: good looking fonts made (even) easier

#690 2013-11-07 01:05:02

Re: infinality-bundle: good looking fonts made (even) easier

#691 2013-11-07 22:28:36

Re: infinality-bundle: good looking fonts made (even) easier

#692 2013-11-08 00:42:49

Re: infinality-bundle: good looking fonts made (even) easier

#693 2013-11-08 00:55:56

Re: infinality-bundle: good looking fonts made (even) easier

#694 2013-11-08 01:28:57

Re: infinality-bundle: good looking fonts made (even) easier

#695 2013-11-08 01:40:03

Re: infinality-bundle: good looking fonts made (even) easier

#696 2013-11-08 01:54:23

Re: infinality-bundle: good looking fonts made (even) easier

#697 2013-11-08 01:58:00

Re: infinality-bundle: good looking fonts made (even) easier

#698 2013-11-08 02:02:42

Re: infinality-bundle: good looking fonts made (even) easier

#699 2013-11-08 02:08:22

Re: infinality-bundle: good looking fonts made (even) easier

#700 2013-11-08 21:26:43

Re: infinality-bundle: good looking fonts made (even) easier

Board footer