You are not logged in.
I get
:: File /var/cache/pacman/pkg/t1-dejavu-ib-2.34-4-any.pkg.tar.xz is corrupted (invalid or corrupted package (checksum)).
Do you want to delete it? [Y/n]
Offline
I just reinstalled and am getting these errors:
error: GPGME error: Geen gegevens
error: GPGME error: Geen gegevens
error: database 'infinality-bundle' is not valid (ongeldige of corrupte database (PGP handtekening))
error: database 'infinality-bundle-multilib' is not valid (ongeldige of corrupte database (PGP handtekening))
Did bohoomil switch keys or is this another issue?
If you can't sit by a cozy fire with your code in hand enjoying its simplicity and clarity, it needs more work. --Carlos Torres
Offline
I know this was reported before but I thought I let you know to fix the hungry repo
How to use the Dropbox backup repository?
Manually download and install fonts/t1-dejavu-ib-2.34-4-any.pkg.tar.xz?Thanks in advance for some advice,
slaecker
Thank you for the feedback. The files are being uploaded right now, so in ten minutes or so everything should be fine.
I think I should add a relevant info on the Dropbox repo to the Wiki. First of all, send me your e-mail address (via private message: I do not know if there is a way to make a group of subdirectories publicly available without granting individual persmisions). When you see the ib-repo subfolder in your local Dropbox, do the following:
Edit your /etc/pacman.conf and add the repos you want to use, e.g.
[infinality-bundle-fonts]
Server = file:///mnt/sda3/Dropbox/ib-repo/fonts
[infinality-bundle]
Server = file:///mnt/sda3/Dropbox/ib-repo/x86_64
[infinality-bundle-multilib]
Server = file:///mnt/sda3/Dropbox/ib-repo/multilib
The users of i686 architecture should use
Server = file:///mnt/sda3/Dropbox/ib-repo/i686
instead.
Sync pacman database:
# pacman -Syyu
Now you should be able to get the new content immediately when my local repo gets updated and do not have to worry about hungry servers any more.
@karol I got a bug report regarding Cantarell T1. However, having upgraded freetype2 and tweaked infinality settings, the OpenType version is rendering just fine. Hence the removal of the T1 format, so just hit 'Y'.
@Unia No, I have not touched the keys or anything.
Last edited by bohoomil (2014-03-17 22:15:13)
:: Registered Linux User No. 223384
:: github
:: infinality-bundle+fonts: good looking fonts made easy
Offline
Cheers, all is fine now! Finally enjoying proper fonts on this new install
Thanks again for all your work bohoomil!
If you can't sit by a cozy fire with your code in hand enjoying its simplicity and clarity, it needs more work. --Carlos Torres
Offline
Hello, is there a problem with your repo? (I've been getting this since last night)
:: Synchronizing package databases...
core 108.8 KiB 138K/s 00:01 [#####################################] 100%
extra 1468.5 KiB 343K/s 00:04 [#####################################] 100%
community 2.1 MiB 423K/s 00:05 [#####################################] 100%
multilib 114.7 KiB 145K/s 00:01 [#####################################] 100%
infinality-bundle 146.0 B 0.00B/s 00:00 [#####################################] 100%
infinality-bundle.sig 146.0 B 0.00B/s 00:00 [#####################################] 100%
error: GPGME error: No data
error: failed to update infinality-bundle (invalid or corrupted database (PGP signature))
infinality-bundle-multilib 146.0 B 0.00B/s 00:00 [#####################################] 100%
infinality-bundle-multilib.sig 146.0 B 0.00B/s 00:00 [#####################################] 100%
error: GPGME error: No data
error: failed to update infinality-bundle-multilib (invalid or corrupted database (PGP signature))
infinality-bundle-fonts 146.0 B 0.00B/s 00:00 [#####################################] 100%
infinality-bundle-fonts.sig 146.0 B 0.00B/s 00:00 [#####################################] 100%
error: GPGME error: No data
error: failed to update infinality-bundle-fonts (invalid or corrupted database (PGP signature))
error: database 'infinality-bundle' is not valid (invalid or corrupted database (PGP signature))
error: database 'infinality-bundle-multilib' is not valid (invalid or corrupted database (PGP signature))
error: database 'infinality-bundle-fonts' is not valid (invalid or corrupted database (PGP signature))
Last edited by fede (2014-03-24 14:39:57)
Offline
fede, see the other thread: https://bbs.archlinux.org/viewtopic.php … 8#p1395808
Offline
Thanks, karol!
Offline
Yesterday the address http://bohoomil.cu.cc was still up for grabs, but now it redirects to http://worddictionary.com.au .
I think it's time to update it in the wiki https://wiki.archlinux.org/index.php/In … s#See_also . http://bohoomil.com seems like the correct one, but I wanted to make sure, so I'm asking here.
Offline
Thanks, karol. The old domain does not exist any more. I will soon update the Wiki and remove all obsolete info. Right now I am preparing an update to the font collection, which involves quite a bit work, so the Wiki has been set on my task list right after it.
:: Registered Linux User No. 223384
:: github
:: infinality-bundle+fonts: good looking fonts made easy
Offline
A bigger update has arrived and this time it is mostly about non-Latin languages. Please, take a look at the CHANGELOG for details.
For most users, the difference will be in smaller install footprint and--probably--a more consistence look. As far as the number of bytes is concerned, this is the current contents of meta packages:
ibfonts-meta-base (6 pkgs)
-----------------
t1-dejavu-ib
otf-heuristica-ib
ttf-liberation-ib
ttf-noto-sans-ib
ttf-noto-serif-ib
ttf-symbola-ib
ibfonts-meta-extended-lt (22 pkgs)
------------------------
otf-cantoraone-ib
otf-oswald-ib
otf-quintessential-ib
otf-signika-family-ib
otf-tex-gyre-ib
t1-urw-fonts-ib
ttf-caladea-ib
ttf-carlito-ib
ttf-courier-prime-ib
ttf-droid-ib
ttf-gelasio-ib
ttf-liberastika-ib
ttf-merriweather-ib
ttf-merriweather-sans-ib
ttf-noto-sans-multilang-ib
ttf-noto-serif-multilang-ib
ttf-opensans-ib
ttf-ubuntu-font-family-ib
t1-xorg-fonts-meta
------------------
t1-adobe-utopia-ib
t1-bh-ib
t1-cursor-ib
t1-ibm-courier-ib
ibfonts-meta-extended (10 pkgs)
---------------------
:: lite meta package plus:
otf-melthofonts-ib
ttf-ddc-uchen-ib
ttf-ipafont-ib
ttf-lklug-ib 0.6-3
ttf-lohit-oriya-ib
ttf-lohit-punjabi-ib
ttf-mph-2b-damase-ib
ttf-nanum-fonts-ib
ttf-tharlon-ib
ttf-wqy-microhei-ib
As you can see, there is one more meta package, the lite version of the extended, which offers the same content sans the non-Latin support. I guess some of you may like it as long as you do not mind a few empty squares on sites you actually do not read.
That is all for now -- enjoy!
:: Registered Linux User No. 223384
:: github
:: infinality-bundle+fonts: good looking fonts made easy
Offline
I do not know why, but I thought you would like it.
By the way, extended-lt may come in handy if you want to experiment with combi preset and install a bunch of non-Latin fonts on your own, without having to manually remove anything from your standard ib set up. The more I play with combi, the more I like the idea of having minimum necessary resources plus lots of room for my typographic idiosyncrasies. Have fun!
:: Registered Linux User No. 223384
:: github
:: infinality-bundle+fonts: good looking fonts made easy
Offline
Here comes another part of the big, bug-fixing update aimed mainly at Chrome/Chromium users. Please, refer to the CHANGELOG for details. You do not need to install the entire Lohit collection: get only those packages that I specifically mentioned as necessary for Chromium to work properly.
I hope that with this upload at least 90% of the common, frustrating issues with Chromium should be gone (see the screenshot). As it is not possible for a single person to test all the immensely rich multilingual content, there can still be a few details that may need a bit of work. (Besides, please bear in mind that with multiple toolkits the actual experience may vary depending on the user environment.) Anyway, I believe that every time the contents of the repository changes, we get closer to a better looking screen, not the other way round. ;-)
Thanks and enjoy!
:: Registered Linux User No. 223384
:: github
:: infinality-bundle+fonts: good looking fonts made easy
Offline
hello everyone!!!
on my system i have a conflict:
==> Package upgrade only (new release):
infinality-bundle/fontconfig-infinality-ultimate 2.11.1-6 6 -> 7
infinality-bundle-fonts/ibfonts-meta-base 1-3 3 -> 4
infinality-bundle-fonts/t1-dejavu-ib 2.34-5 5 -> 6
==> New package :
infinality-bundle-fonts/ttf-dejavu-ib 2.34-6 (required by ibfonts-meta-base)
as you can see:
ibfonts-meta-base wants to install:
ttf-dejavu-ib
and infinality-bundle-fonts wants to install:
t1-dejavu-ib
why is this happening? and if i have to make a choice which one (ttf or t1) do i want?
thanks in advance
Last edited by brrbrrbruno (2014-04-18 02:43:45)
Offline
Always check the Changelog (now available in additional flavours, via G+, RSS feed and even as the output of pacman -Qc fontconfig-infinality-ultimate).
which one (ttf or t1) do i want?
The problem of DejaVu T1 being not 100% DejaVu TTF has been constantly returning so I decided to make the TTF version default again. This one will install with ibfonts-meta-base. I believe you can simply follow the base dependencies and install it, too.
:: Registered Linux User No. 223384
:: github
:: infinality-bundle+fonts: good looking fonts made easy
Offline
To fix this problem I used the commands:
pacman -Rc ibfonts-meta-base
pacman -S ttf-dejavu-ib
pacman -S ibfonts-meta-base
Offline
epic! FIXED ... thank you
Offline
Hi.
I have a small problem in ttf-koruri-ibx.
Everytime I run "pacman -Syu",
it asks me whether to replace ttf-koruri-ibx with infinality-bundle-fonts/ttf-koruri-ibx,
even though I have the latest version installed.
And it keeps asking after I answered yes and reinstalled ttf-koruri-ibx.
Is it because ttf-koruri-ibx names itself in "Conflicts With:" and "Replaces:"
and safe to take away "ttf-koruri-ibx" from these items?
Offline
Fixed. (It was a leftover from testing time -- sorry.)
:: Registered Linux User No. 223384
:: github
:: infinality-bundle+fonts: good looking fonts made easy
Offline
Hi. I have upgraded ttf-droid-ib 20121017-6 today and
noticed that Droid Sans Fallback replaced my Japanese font again.
I had to remove /etc/fonts/conf.d/65-ttf-droid-sans.conf to fix it,
because Droid Sans Fallback was scanned as "Droid Sans" by the conf file
and Droid Sans precedes non-latin fonts (60-latin-free.conf, 65-non-latin-free.conf).
I don't know the reason that lang-specific Droid Sans fonts are configured
to be scanned as a single Droid Sans font (with different fontversions),
instead of re-writing/aliasing patterns of Droid Sans,
but I think it would be more convenient if (at least) Droid Sans Fallback would be
treated separately from Droid Sans and be "append-last"'ed (default-alias'ed)
to sans-serif pattern, in order not to override non-latin configs.
Would there be any possibility of it?
Offline
@2carders Done: now all the Chinese/Japanese part of Droid Sans is outside.
You can think of grouping language-specific instances belonging to the same family as creating a single virtual font out of several separate files. This can be especially handy when you want to use a particular family as your default sans/serif alias and in case of language scripts that require a great number of glyphs (like Chinese or Japanese) which, when crammed into a single file, would make it extremely huge. For some families, like Noto, this means having only a single instance listed, which is actually made of 70 individual font files. Our virtual font should be treated by applications just like every multilingual font which is capable of reproducing complex linguistic content and in order to do this, it does not have to rely on other typefaces. When our partial fonts are not selected properly, even though they provide all the glyphs a piece of text needs to be displayed, we can further specify a range of scripts it should be selected for (I had to add a few such bits for Chromium to be able to use certain sub fonts):
<match target="scan">
<test name="lang" compare="eq">
<string>am</string>
</test>
<test name="lang" compare="eq">
<string>ti</string>
</test>
<test name="fullname">
<string>Droid Sans Ethiopic</string>
</test>
<edit name="family">
<string>Droid Sans</string>
</edit>
<edit name="fullname">
<string>Droid Sans</string>
</edit>
<edit name="fontversion">
<int>5</int>
</edit>
</match>
Of course, it works in the opposite direction as well: when a sub font is not good enough for a script it was designed for, it can be easily excluded (and this is what I have just done).
There are disadvantages, too: some applications not always are able to make use of font grouping reliably enough. Besides, a sub font needs to be coded correctly so that the glyphs it provides are "seen" by fontconfig and other applications.
:: Registered Linux User No. 223384
:: github
:: infinality-bundle+fonts: good looking fonts made easy
Offline
@bohoomil:
Thank you for the detailed explanation.
I've had a grasp of the reason for virtual font family now.
(and the update package worked perfectly on my PC.)
Offline
Offline
@bohoomil:
Before creating a new topic I thought I might ask in here: Do you have any idea why Qt5 applications render fonts so completely different compared to other toolkits (comparison image: GTK+2, Qt5, Qt4, GTK+3)? I don't even know what font Qt5 applications are using (looks a bit like Arial Bold).
Last edited by Weegee (2014-07-04 20:38:56)
~
Offline
@bohoomil
I found a very cool sustainable font that reduces ink usage by 30%.
Can this font be added to the selection based on its free license?
I looks quite interesting!
Offline