Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
Summary: fontconfig updates changes my emacs font from DejaVu Sans Mono to Baekmuk Gulim
https://bugzilla.redhat.com/show_bug.cgi?id=546490
Summary: fontconfig updates changes my emacs font from DejaVu Sans Mono to Baekmuk Gulim Product: Fedora Version: 11 Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: fontconfig AssignedTo: besfahbo@redhat.com ReportedBy: jks@iname.com QAContact: extras-qa@fedoraproject.org CC: besfahbo@redhat.com, fedora-fonts-bugs-list@redhat.com Classification: Fedora
Description of problem: I did a yum update and discovered emacs was using the Baekmuk Gulim font. Code editing needs to be done in a fixed-width font! Baekmuk Gulim is not fixed-width. Directory listings look horrible because the fields are not aligned. I changed my emacs settings back and everything is fine for me now, but I bet a bunch of people will have no idea what font to change back to. I was only able to figure it out because I had an emacs running from before the yum update.
Version-Release number of selected component (if applicable): fontconfig-2.8.0-1.fc11.x86_64
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=546490
Jens Petersen petersen@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |fedora-i18n-bugs@redhat.com | |, petersen@redhat.com
--- Comment #1 from Jens Petersen petersen@redhat.com 2009-12-11 05:16:33 EDT --- Can you please attach the yum.log showing the transaction?
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=546490
--- Comment #2 from Jens Petersen petersen@redhat.com 2009-12-11 05:17:25 EDT --- How about removing baekmuk*fonts?
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=546490
--- Comment #3 from Behdad Esfahbod besfahbo@redhat.com 2009-12-11 05:59:26 EDT --- What's the output of "fc-match -v monospace"?
And, what language?
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=546490
--- Comment #4 from Joseph Shraibman jks@iname.com 2009-12-11 09:38:58 EDT --- yum.log: Dec 10 15:27:07 Updated: fontconfig.x86_64 2.8.0-1.fc11 Dec 10 15:27:08 Updated: net-snmp-libs.x86_64 1:5.4.2.1-13.fc11 Dec 10 15:27:10 Updated: kernel-firmware.noarch 2.6.30.9-102.fc11 Dec 10 15:27:13 Updated: net-snmp.x86_64 1:5.4.2.1-13.fc11 Dec 10 15:27:14 Updated: ntfs-3g.x86_64 2:2009.11.14-2.fc11 Dec 10 15:27:15 Updated: rsync.x86_64 3.0.6-1.fc11 Dec 10 15:28:19 Installed: kernel-devel.x86_64 2.6.30.9-102.fc11 Dec 10 15:29:15 Updated: kernel-doc.noarch 2.6.30.9-102.fc11 Dec 10 15:29:16 Updated: flash-plugin.i386 10.0.42.34-release Dec 10 15:29:21 Updated: kernel-headers.x86_64 2.6.30.9-102.fc11 Dec 10 15:29:21 Updated: mobile-broadband-provider-info.noarch 1.20090918-1.fc11 Dec 10 15:30:17 Installed: kernel.x86_64 2.6.30.9-102.fc11 Dec 10 15:30:21 Updated: fontconfig.i586 2.8.0-1.fc11 Dec 10 15:30:22 Installed: kmod-kqemu-2.6.30.9-102.fc11.x86_64.x86_64 1.4.0-0.2.pre1.fc11.23 Dec 10 15:30:23 Installed: kmod-nvidia-2.6.30.9-102.fc11.x86_64.x86_64 190.42-1.fc11.3 Dec 10 15:30:26 Updated: fontconfig-devel.x86_64 2.8.0-1.fc11 Dec 10 15:30:26 Updated: kmod-nvidia.x86_64 190.42-1.fc11.3 Dec 10 15:30:27 Updated: kmod-kqemu.x86_64 1.4.0-0.2.pre1.fc11.23 Dec 10 15:30:33 Erased: kmod-nvidia-2.6.30.9-90.fc11.x86_64 Dec 10 15:30:45 Erased: kmod-kqemu-2.6.30.9-90.fc11.x86_64
[jks@jks-desktop ~]{f11}$ fc-match -v monospace Pattern has 33 elts (size 48) family: "DejaVu Sans Mono"(s) familylang: "en"(s) style: "Book"(s) stylelang: "en"(s) fullname: "DejaVu Sans Mono"(s) fullnamelang: "en"(s) slant: 0(i)(s) weight: 80(i)(s) width: 100(i)(s) size: 12(f)(s) pixelsize: 12.5(f)(s) spacing: 100(i)(s) foundry: "unknown"(s) antialias: FcTrue(w) hintstyle: 2(i)(w) hinting: FcTrue(w) verticallayout: FcFalse(s) autohint: FcFalse(s) globaladvance: FcTrue(s) file: "/usr/share/fonts/dejavu/DejaVuSansMono.ttf"(s) index: 0(i)(s) outline: FcTrue(s) scalable: FcTrue(s) dpi: 75(f)(s) rgba: 5(i)(w) scale: 1(f)(s) charset: 0000: 00000000 ffffffff ffffffff 7fffffff 00000000 ffffffff ffffffff ffffffff 0001: ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffe00f f371ffcf 0002: ffffffff fffffff3 ffff3033 ffffffff ffffffff fbffffff 7fcf33c3 000843ff 0003: ffffffff ffffffff 01000008 44300002 ffffd7f0 fffffffb ffff7fff ffff0003 0004: ffffffff ffffffff ffffffff 000c0000 0fff0000 0c0ffc0c ffff999f 03ffffff 0005: 3c030000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 0006: 882016c0 07fffffe 043fffff ce103fff 010200d9 40008210 00001000 03ff0000 000e: 00000000 00000000 00000000 00000000 fef02596 1bffecae 00003f00 00000000 0010: 00000000 00000000 00000000 00000000 00000000 00000000 ffff0000 1fffffff 001d: e0d00304 dfff7000 0fffffff 0980003c f8000020 feffffff 00000000 00000000 001e: ff0fffff ffff3fff fff00fff f0ffff0f 8bffffff 33c33003 3f003cc0 033fcf3f 001f: 3f3fffff ffffffff aaff3f3f 3fffffff ffffffff ffdfffff efcfffdf 7fdcffff 0020: ffbf07ff 76ff804f 800003e0 fff30000 001f7fff 003fffff 00000000 00000000 0021: 26e0e024 00004c54 fff80000 00000000 ffff0000 ffffffff ffffffff ffffffff 0022: ffaebfff 3f003f81 fffffffe ffffe3ff ffe78fff 00000003 fc002060 000083ff 0023: f33fff7f 7fa009e3 df9d3b9e 27f9fb39 f8200f0f 00007fff 0000c000 00000000 0024: 00000000 00000008 00000000 00000000 00000000 00000000 00000000 00000000 0025: ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff ffffffff 0026: ffffffff ff00ffff ffffffff ffffffff 1fff0fff 00030003 00000000 00000000 0027: fffff3de fffffeff 7f47afff 003ffffe ff100000 7ffeffff 00000060 00000301 0029: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 0c000800 002a: 00000000 00008000 00000000 00000000 00000000 00000000 00000000 00000000 002b: 07fc0000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 002c: 00000000 00000000 00000000 36e0c010 00000000 00000000 00000000 00000000 002e: 01000000 0000403c 00000000 00000000 00000000 00000000 00000000 00000000 00a7: f87fff00 00000000 00000000 00000000 00001e00 00000000 00000000 00000000 00f6: 00000000 00000000 00000000 00000000 00000000 00000000 00000020 00000000 00fb: 00000006 00000000 fffc0000 ffffffff c03ffc03 00003c00 00000000 f0000300 00fe: 00000000 00000000 00000000 ffdf0000 ffffffff ffffffff ffffffff 9fffffff 00ff: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 2e000000 01d6: 00000000 00000000 00000000 ffff0000 ffffffff 0000000f 00000000 00000000 01d7: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 ffc00000 (s) lang: aa|af|ar|ast|av|ay|az-az|az-ir|bm|be|bg|bi|bin|br|bs|bua|ca|ce|ch|co|cs|cv|cy|da|de|el|en|eo|es|et|eu|fa|fi|fj|fo|fr|ff|fur|fy|ga|gd|gl|gn|gv|ha|haw|ho|hr|hu|ia|ig|id|ie|ik|io|is|it|ka|kaa|ki|kk|kl|ku-am|kum|kv|kw|ky|la|lb|lez|ln|lt|lv|mg|mh|mi|mk|mo|mt|nb|nds|nl|nn|no|nr|nso|ny|oc|om|os|pl|pt|rm|ro|ru|sco|se|sel|shs|sk|sl|sm|sma|smj|smn|so|sq|sr|ss|st|sv|sw|tk|tl|tn|to|tr|ts|tt|tw|tyv|ug|uk|uz|ve|vo|vot|wa|wen|wo|xh|yap|yo|zu|ak|an|ber-dz|crh|csb|ee|fat|fil|hsb|ht|hz|jv|kab|kj|kr|ku-tr|kwm|lg|li|mn-mn|ms|na|ng|nv|pap-an|pap-aw|qu|rn|rw|sc|sg|sn|su|ty|za(s) fontversion: 150077(i)(s) capability: "otlayout:arab otlayout:cyrl otlayout:dflt otlayout:grek otlayout:lao otlayout:latn"(s) fontformat: "TrueType"(s) embeddedbitmap: FcTrue(s) decorative: FcFalse(s)
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=546490
--- Comment #5 from Joseph Shraibman jks@iname.com 2009-12-11 09:40:03 EDT --- (In reply to comment #2)
How about removing baekmuk*fonts?
I'm not sure what you are asking me here.
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=546490
--- Comment #6 from Jens Petersen petersen@redhat.com 2009-12-13 23:25:25 EDT --- (In reply to comment #5)
How about removing baekmuk*fonts?
I'm not sure what you are asking me here.
Well I was mostly wondering why you have font installed. Did you install Korean support?
I meant you could remove baekmuk-ttf-gulim-fonts as root with "yum remove baekmuk-ttf-gulim-fonts" even all baekmuk*fonts. (For Korean un-core actually provides better fonts.) That doesn't solve any supposed problem of course but might be a workaround at least.
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=546490
--- Comment #7 from Joseph Shraibman jks@iname.com 2009-12-14 00:14:03 EDT --- I'm not sure why the fonts are installed. This computer has been upgraded from one Fedora version to another for a long time.
I just removed the fonts and remmed out the part of my .emacs that set the font and the problem went away. I then reinstalled them and the problem came back.
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=546490
Jens Petersen petersen@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED Version|11 |12 Summary|fontconfig updates changes |fontconfig-2.8.0-1 changes |my emacs font from DejaVu |default Emacs font from |Sans Mono to Baekmuk Gulim |DejaVu Sans Mono to Baekmuk | |Gulim
--- Comment #8 from Jens Petersen petersen@redhat.com 2009-12-14 02:11:08 EDT --- Yes I can reproduce also on F12, and reverting to fontconfig-2.7.3 fixes the problem.
(For me baekmuk-ttf-gulim-fonts got pulled in by the openoffice.org langpack for Korean FWIW.)
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=546490
Akira TAGOH tagoh@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |tagoh@redhat.com
--- Comment #9 from Akira TAGOH tagoh@redhat.com 2009-12-14 03:52:56 EDT --- This issue is easily reproducible with fc-match "monospace:lang=en" though, there are two things introduced in 2.8.0:
1. the above command matches lang="ko" too 2. Baekmuk Gulim has been added to the pattern with the strong binding somehow. which has ever been added with the weak binding.
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=546490
--- Comment #10 from Nicolas Mailhot nicolas.mailhot@laposte.net 2009-12-14 04:41:54 EDT --- also let's remember that emacs only switched to the same font engine as everyone else recently
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=546490
--- Comment #11 from Jens Petersen petersen@redhat.com 2009-12-14 19:42:35 EDT --- (In reply to comment #9)
This issue is easily reproducible with fc-match "monospace:lang=en" though, there are two things introduced in 2.8.0:
Ah right you are.
I noticed that 'fc-match "monospace:lang=m"' => Lohit-Telugu.ttf which seems a bit weird too.
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=546490
Jens Petersen petersen@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|fontconfig-2.8.0-1 changes |fontconfig-2.8.0-1 changes |default Emacs font from |default Monospace font from |DejaVu Sans Mono to Baekmuk |DejaVu Sans Mono to Baekmuk |Gulim |Gulim
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=546490
--- Comment #12 from Jens Petersen petersen@redhat.com 2009-12-14 19:53:02 EDT --- I am not sure what the expected behaviour should be. Does lang= assume/require a full lang-region?
fc-match "monospace:lang=ja" -> gulim
fc-match "monospace:lang=ja-" -> vlgothic
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=546490
Behdad Esfahbod besfahbo@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |psatpute@redhat.com Component|fontconfig |lohit-fonts AssignedTo|besfahbo@redhat.com |psatpute@redhat.com
--- Comment #13 from Behdad Esfahbod besfahbo@redhat.com 2009-12-14 21:47:16 EDT --- The /etc/fonts/conf.d/66-lohit-*.conf files are awfully broken. Instead of matching on target="pattern" they match on font patterns. Which means, they replace any font that supports any of those Indic languages.
Plus, they do prepend_first, which is fascistic.
Nicolas, you really should do an audit of those conf files.
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=546490
--- Comment #14 from Jens Petersen petersen@redhat.com 2009-12-14 22:23:16 EDT --- Ok but what about Baekmuk Gulim?
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=546490
Akira TAGOH tagoh@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|lohit-fonts |fontconfig AssignedTo|psatpute@redhat.com |besfahbo@redhat.com
--- Comment #15 from Akira TAGOH tagoh@redhat.com 2009-12-14 23:39:28 EDT --- (In reply to comment #13)
The /etc/fonts/conf.d/66-lohit-*.conf files are awfully broken. Instead of matching on target="pattern" they match on font patterns. Which means, they replace any font that supports any of those Indic languages.
You are talking about different issue. this issue happens without lohit-*-fonts packages installed. That should be filed as separate bug.
Plus, in fact this is a kind of regression that not happening in 2.7.3, reassigning back to fontconfig again.
FWIW I'm planning to file a bug to the font packages for the audit of their fontconfig config files.
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=546490
--- Comment #16 from Behdad Esfahbod besfahbo@redhat.com 2009-12-15 00:06:01 EDT --- Humm. Seems like I'm wrong. Default match target is pattern, not font. Let me investigate this futher. prepend_first is still discouraged.
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=546490
--- Comment #17 from Behdad Esfahbod besfahbo@redhat.com 2009-12-15 00:07:08 EDT --- Without lohit config and with Baekmuk Gulim though, I get the expected result:
[root@behdad conf.d]# fc-match "monospace:lang=m" DejaVuSansMono.ttf: "DejaVu Sans Mono" "Book" [root@behdad conf.d]# rpm -q fontconfig fontconfig-2.8.0-1.fc12.i686
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=546490
--- Comment #18 from Akira TAGOH tagoh@redhat.com 2009-12-15 00:26:35 EDT --- (In reply to comment #17)
Without lohit config and with Baekmuk Gulim though, I get the expected result:
[root@behdad conf.d]# fc-match "monospace:lang=m" DejaVuSansMono.ttf: "DejaVu Sans Mono" "Book" [root@behdad conf.d]# rpm -q fontconfig fontconfig-2.8.0-1.fc12.i686
wrong testcase. see Comment #9.
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=546490
Karel Klíč kklic@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mattias.ellert@fysast.uu.se
--- Comment #19 from Karel Klíč kklic@redhat.com 2009-12-18 03:05:34 EDT --- *** Bug 548390 has been marked as a duplicate of this bug. ***
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=546490
--- Comment #20 from Akira TAGOH tagoh@redhat.com 2010-02-02 06:26:00 EST --- This might be the configuration file issue in 65-baekmuk-ttf-gulim.conf. as I pointed out current behaviour in the list [*1] and due to the issue we have in Bug#518161 too perhaps dunno, comparing the lang with 'ko' behaves wrongly in current implementation of fontconfig at least. modifying like the following works expectedly:
<test name="lang"> <string>ko-kr</string> </test>
FYI
*1 - http://lists.freedesktop.org/archives/fontconfig/2009-November/003275.html
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=546490
--- Comment #21 from Jens Petersen petersen@redhat.com 2010-02-02 11:42:55 EST --- Behdad said he would look into the lang= issues but maybe we should reassign to baekmuk-ttf at least as a workaround for f13?
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=546490
--- Comment #22 from Akira TAGOH tagoh@redhat.com 2010-02-02 23:01:07 EST --- maybe. we could clone this to keep both on track.
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=546490
Akira TAGOH tagoh@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Blocks| |563409
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=546490
Jens Petersen petersen@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |MODIFIED
--- Comment #23 from Jens Petersen petersen@redhat.com 2010-04-21 22:45:38 EDT --- This should be fixed by baekmuk-ttf-fonts-2.2-25.fc13 and the result no binding="same" changes proposed by Tagoh-san.
So this is probably a duplicate of bug 578015.
Please do not reply directly to this email. All additional comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=546490
Jens Petersen petersen@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|MODIFIED |CLOSED Resolution| |DUPLICATE
--- Comment #24 from Jens Petersen petersen@redhat.com 2010-05-05 23:41:08 EDT ---
*** This bug has been marked as a duplicate of bug 578017 ***
fonts-bugs@lists.fedoraproject.org