Description of problem: since .conf priority of gnu-free font is overriding, default fedora fonts, so please change it see bug #621445 for more information Version-Release number of selected component (if applicable): gnu-free-*-fonts-20090104-11.fc12.noarch How reproducible: everytime Steps to Reproduce: 1. fc-match :lang=ta / fc-match :lang=bn 2. 3. Actual results: it is not taking lohit Expected results: it should take lohit Additional info: This is really bug from gnu-free fonts, they should not use this priority see "/usr/share/fontconfig/templates/fontconfig-priorities.txt" "65-69 Fonts with less common encodings, ending with fonts that provide, coverage of exotic unicode blocks at the expense of drawing,quality"
Do you possibly mean 60 to 67?
yes, 67 will work fine
Build for rawhide, please test. If it works, you want it in F-14 and F-13 as well, correct?
Yes, its working fine. I am thinking to move samyak-fonts priority to 66 so it will get selected default for serif fonts lohit default for sans samyak for serif will do that in next release yes, it will be nice if you push it to f13 and f14 as well
gnu-free-fonts-20090104-12.fc14 has been submitted as an update for Fedora 14. http://admin.fedoraproject.org/updates/gnu-free-fonts-20090104-12.fc14
gnu-free-fonts-20090104-12.fc13 has been submitted as an update for Fedora 13. http://admin.fedoraproject.org/updates/gnu-free-fonts-20090104-12.fc13
gnu-free-fonts-20090104-12.fc13 has been pushed to the Fedora 13 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update gnu-free-fonts'. You can provide feedback for this update here: http://admin.fedoraproject.org/updates/gnu-free-fonts-20090104-12.fc13
gnu-free-fonts-20090104-12.fc13 has been pushed to the Fedora 13 stable repository. If problems still persist, please make note of it in this bug report.
gnu-free-fonts-20090104-12.fc14 has been pushed to the Fedora 14 stable repository. If problems still persist, please make note of it in this bug report.
I wonder if on removal of 60-gnu-free-xxxx.conf (wherein xxxx =serif or sans or mono) the use of 67-gnu-free-xxxx.conf actually is a superfluous step since there is already a 69-unifont.conf which seems to do the same setting as 67-gnu-free-xxxx.conf files for sans, serif and mono cat /etc/fonts/conf.d/69-unifont.conf [kaasethu@kaasethu ~]$ cat /etc/fonts/conf.d/69-unifont.conf <?xml version="1.0"?> <!DOCTYPE fontconfig SYSTEM "fonts.dtd"> <fontconfig> <alias> <family>serif</family> <prefer> <family>FreeSerif</family> <family>Code2000</family> <family>Code2001</family> <!-- plane1 and beyond --> </prefer> </alias> <alias> <family>sans-serif</family> <prefer> <family>FreeSans</family> <family>Arial Unicode MS</family> <family>Arial Unicode</family> <family>Code2000</family> <!-- almost everything; serif actually --> <family>Code2001</family> <!-- plane1 and beyond --> </prefer> </alias> <alias> <family>monospace</family> <prefer> <family>FreeMono</family> </prefer> </alias> </fontconfig> So each of serif, sans-serif and mono, at the installation of gnu-free fonts the above conf file sets FreeSerif, FreeSans and FreeMono as the respective fall backs which are superseded by higher elevation files such as 65-nonlatin.conf and 60-latin.conf . Isn't the purpose of each of 67-gnu-free-xxxx.conf already served by this 69-unifont.conf anyway ? Or is there an additonal setting for each of the 3 generics with 67-gnu-free-xxxx.conf files? ~Sethu
aha, yeah upstream is already providing .conf rules from 69-unifont.conf file for this family and they have took care that it will not conflict with other fonts priority by giving is lowest priority at 69 i.e FreeSerif, FreeSans, FreeMono
So should the ones provided by gnu-free-fonts simply be dropped? Will the 69-unifont.conf be reliably present?
(In reply to comment #12) > So should the ones provided by gnu-free-fonts simply be dropped? Will the > 69-unifont.conf be reliably present? Well lets compare the content of 67-gnu-free-sans.conf (in bug fix) and the block for sans-serif in 69-unifont.conf ========================== /usr/share/fontconfig/conf.avail/67-gnu-free-sans.conf: <fontconfig> − <alias> <family>sans-serif</family> − <prefer> <family>FreeSans</family> </prefer> </alias> − <alias> <family>FreeSans</family> − <default> <family>sans-serif</family> </default> </alias> </fontconfig> ========================== ========================== /etc/fonts/conf.avail/69-unifont.conf : (serif and mono blocks snipped indicated as [..] for brevity here) <?xml version="1.0"?> <!DOCTYPE fontconfig SYSTEM "fonts.dtd"> <fontconfig> [..] <alias> <family>sans-serif</family> <prefer> <family>FreeSans</family> <family>Arial Unicode MS</family> <family>Arial Unicode</family> <family>Code2000</family> <!-- almost everything; serif actually --> <family>Code2001</family> <!-- plane1 and beyond --> </prefer> </alias> [..] </fontconfig> ================================= The first <alias>....<prefer> .. </prefer>....</alias> block in 67-gnu-free-sans.conf is present in 69-unifont.conf with latter having FreeSans as top priority over other fonts and former only with FreeSans. A significant difference between the two is that 67-gnu-free-sans.conf has an additonal block which is not in the other: <alias> <family>FreeSans</family> − <default> <family>sans-serif</family> </default> </alias> The question is what was the intended purpose of this additonal block originally? In Ubuntu as well as Fedora I see that 69-unifont.conf comes from fontconfig source itself. In Ubuntu installation of ttf-freefont debian package which installs the FreeSans, FreeSerif and FreeMono fonts and their bold, italic companions. But conf files analogous to those 60 (or 67 now) numbered conf files in Fedora installed by the gnu-free rpms are not installed in UBUNTU and I do not see any problems yet due the absence of them. So what needs to be discovered is the original purpose of those additonal blocks in those conf files in Fedora ? If they do not serve any necessary purpose then I think 67-gnu-free conf files can be dropped.
(In reply to comment #13) > The question is what was the intended purpose of this additonal block > originally? See http://fedoraproject.org/wiki/Fontconfig_packaging_tips You can see the answer for your question there. (In reply to comment #12) > So should the ones provided by gnu-free-fonts simply be dropped? Will the > 69-unifont.conf be reliably present? No. I basically agree with having separate fontconfig config files in the font packages. it flexibly works. if something duplicates with the config file in fontconfig, we should consider to disable it in fontconfig instead of getting rid of one in the font packages.
(In reply to comment #14) > > See http://fedoraproject.org/wiki/Fontconfig_packaging_tips > > You can see the answer for your question there. > Yes I see it in the following tips: //Generic names Fontconfig is usually able to detect the font characteristics itself. Sometimes it needs a little help though: <alias> <family>Name of your font</family> <default> <family>Generic like sans-serif, serif, monospace, fantasy or cursive</family> </default> </alias> Adding this rule to your package will help fontconfig choose the right generic family to substitute glyphs from if the coverage of your font is insufficient for a run of text.// Thanks for guiding.