Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

How to render NotoColorEmoji on Linux #36

Closed
engen0 opened this issue Dec 30, 2015 · 119 comments

Comments

Projects
None yet
@engen0
Copy link

commented Dec 30, 2015

I've built the font and uploaded it here but my system is unable to read it.
What do I need to be able to use it?

@behdad

This comment has been minimized.

Copy link
Contributor

commented Dec 31, 2015

You need latest fontconfig, but also a patched version of cairo from this branch:
https://github.com/behdad/cairo/tree/color-emoji

Unfortunately no one has finished the patch to integrate into cairo yet :(.

@engen0

This comment has been minimized.

Copy link
Author

commented Jan 1, 2016

I installed fontconfig, patched cairo, and also freetype, graphite2, harfbuzz, zlib, libpng, libX11, libXrender, and pixman.
I'm still unable to read it though.

@behdad

This comment has been minimized.

Copy link
Contributor

commented Jan 1, 2016

What does this command say, does it find the font:

$ fc-match "Noto Color Emoji"

@engen0

This comment has been minimized.

Copy link
Author

commented Jan 1, 2016

No:

$ fc-match "Noto Color Emoji"
Fontconfig warning: "/.fonts.conf", line 185: Having multiple values in isn't supported and may not work as expected
Fontconfig warning: "
/.fonts.conf", line 247: Having multiple values in isn't supported and may not work as expected
Fontconfig warning: "/.fonts.conf", line 279: Having multiple values in isn't supported and may not work as expected
Fontconfig warning: "
/.fonts.conf", line 301: Having multiple values in isn't supported and may not work as expected
Fontconfig warning: "/.fonts.conf", line 386: Having multiple values in isn't supported and may not work as expected
Fontconfig warning: "
/.fonts.conf", line 466: Having multiple values in isn't supported and may not work as expected
Fontconfig warning: "/.fonts.conf", line 533: Having multiple values in isn't supported and may not work as expected
Fontconfig warning: "
/.fonts.conf", line 627: saw number, expected matrix
Fontconfig warning: "/.fonts.conf", line 1309: Having multiple values in isn't supported and may not work as expected
Fontconfig warning: "
/.fonts.conf", line 1440: Having multiple values in isn't supported and may not work as expected
Fontconfig warning: "~/.fonts.conf", line 1518: Having multiple values in isn't supported and may not work as expected
Fontconfig warning: "/etc/fonts/conf.d/50-user.conf", line 9: reading configurations from ~/.fonts.conf is deprecated.
DejaVuSans.ttf: "DejaVu Sans" "Book"

@behdad

This comment has been minimized.

Copy link
Contributor

commented Jan 1, 2016

Where / how did you install the new fontconfig?

@engen0

This comment has been minimized.

Copy link
Author

commented Jan 1, 2016

Got it from here: http://www.freedesktop.org/software/fontconfig/release/
And did
$ sudo ./configure
$ sudo make
$ sudo make install

$ fc-cache -V
fontconfig version 2.11.94

$ ls -l /usr/include/fontconfig/
total 36
-rw-r--r--. 1 root root 1951 Mar 5 2013 fcfreetype.h
-rw-r--r--. 1 root root 4110 Mar 5 2013 fcprivate.h
-rw-r--r--. 1 root root 24060 Mar 5 2013 fontconfig.h

$ ls -l /usr/bin/fc*
-rwxr-xr-x. 1 root root 9792 Mar 5 2013 /usr/bin/fc-cache
-rwxr-xr-x. 1 root root 9780 Mar 5 2013 /usr/bin/fc-cat
-rwxr-xr-x. 1 root root 9728 Mar 5 2013 /usr/bin/fc-list
-rwxr-xr-x. 1 root root 9756 Mar 5 2013 /usr/bin/fc-match
-rwxr-xr-x. 1 root root 9728 Mar 5 2013 /usr/bin/fc-pattern
-rwxr-xr-x. 1 root root 9708 Mar 5 2013 /usr/bin/fc-query
-rwxr-xr-x. 1 root root 9732 Mar 5 2013 /usr/bin/fc-scan

It looks like maybe I have a conflicting old installation

@behdad

This comment has been minimized.

Copy link
Contributor

commented Jan 1, 2016

Yeah, new version probably went into /usr/local. The question is, why does it seem to be trying to read config files from /etc instead of /usr/local/etc

@vooze

This comment has been minimized.

Copy link

commented Jan 18, 2016

Hello, I'm also looking into this. But wondering if its even worth it, when chrome does not even support color emoji anyway.

@behdad

This comment has been minimized.

Copy link
Contributor

commented Jan 19, 2016

Hello, I'm also looking into this. But wondering if its even worth it, when chrome does not even support color emoji anyway.

What do you mean? Chrome on Linux certainly supports Noto Color Emoji just fine for me. You might need a newer fontconfig.

@vooze

This comment has been minimized.

Copy link

commented Jan 19, 2016

Thank you for getting back to me. I compiled cairo patch from your repo and fontconfig 2.11.94 from http://www.freedesktop.org/software/fontconfig/release/.

vooze@vooze-vb:$ ls -l /usr/include/fontconfig/
total 40
-rw-r--r-- 1 root root 1951 Jan 19 2015 fcfreetype.h
-rw-r--r-- 1 root root 4139 Jan 19 2015 fcprivate.h
-rw-r--r-- 1 root root 24833 Jan 19 2015 fontconfig.h
vooze@vooze-vb:
$ fc-match "Noto Color Emoji"
DejaVuSans.ttf: "DejaVu Sans" "Book"
vooze@vooze-vb:~$ fc-cache -V
fontconfig version 2.11.94

Still unable to install the font. Either manually (press Install in font viewer on ubuntu 16.04 daily) or putting it in .fonts dir.
Am I missing something?

@vooze

This comment has been minimized.

Copy link

commented Jan 19, 2016

Also just tested. Microsoft color emojis (tested with those, because noto wont install) works in Firefox but is still black/white in Chrome in Linux, like in Windows.

@behdad

This comment has been minimized.

Copy link
Contributor

commented Jan 19, 2016

Try deleting /etc/fonts/conf.d/70-no-bitmaps.conf that I believe Ubuntu puts in there. Though, that shouldn't be needed with latest fontconfig, hence, why I don't know what your problem is.

@chenxiaolong

This comment has been minimized.

Copy link

commented Feb 15, 2016

@behdad I've compiled the latest fontconfig from git as well as the color-emoji branch from your cairo repo and Noto Color Emoji seems to be working for the most part. However, it seems to have a lower priority than another emoji font? Do you know how I could give Noto a higher priority?

Thanks!

(Apologies for the colors in the screenshot. Not sure why taking a screenshot messes with the colors of the emojis)

image

@vooze

This comment has been minimized.

Copy link

commented Feb 15, 2016

Thats dejavu sans.

@behdad

This comment has been minimized.

Copy link
Contributor

commented Feb 17, 2016

We don't have a good solution to that yet, but one way would be to add this snippet to your ~/.fonts.conf:

<?xml version='1.0'?> 
<!DOCTYPE fontconfig SYSTEM 'fonts.dtd'> 
<fontconfig> 
  <match target="pattern"> 
    <edit name="family" mode="prepend"> 
      <string>Noto Color Emoji</string> 
    </edit> 
  </match> 
</fontconfig> 
@chenxiaolong

This comment has been minimized.

Copy link

commented Feb 17, 2016

@behdad Thanks for the reply! I gave that a try (put it in ~/.config/fontconfig/conf.d/10-noto-color-emoji.conf) and it didn't seem to work. I did a export FC_DEBUG=1024 before running Chrome and fontconfig does seem to be loading the file:

╭─   ~/.config/fontconfig/conf.d                                                                  1 ↵  22:42:39 
╰─ export FC_DEBUG=1024
╭─   ~/.config/fontconfig/conf.d                                                                      22:42:44 
╰─ google-chrome-stable
FC_DEBUG=1024
    Loading config file /etc/fonts/fonts.conf
    Scanning config dir /etc/fonts/conf.d
    Loading config file /etc/fonts/conf.d/10-hinting-slight.conf
    Loading config file /etc/fonts/conf.d/10-scale-bitmap-fonts.conf
    Loading config file /etc/fonts/conf.d/10-sub-pixel-rgb.conf
    Loading config file /etc/fonts/conf.d/11-lcdfilter-default.conf
    Loading config file /etc/fonts/conf.d/20-unhint-small-dejavu-sans-mono.conf
    Loading config file /etc/fonts/conf.d/20-unhint-small-dejavu-sans.conf
    Loading config file /etc/fonts/conf.d/20-unhint-small-dejavu-serif.conf
    Loading config file /etc/fonts/conf.d/20-unhint-small-vera.conf
    Loading config file /etc/fonts/conf.d/30-metric-aliases.conf
    Loading config file /etc/fonts/conf.d/30-urw-aliases.conf
    Loading config file /etc/fonts/conf.d/30-win32-aliases.conf
    Loading config file /etc/fonts/conf.d/40-nonlatin.conf
    Loading config file /etc/fonts/conf.d/44-source-han-sans-cn.conf
    Loading config file /etc/fonts/conf.d/44-wqy-microhei.conf
    Loading config file /etc/fonts/conf.d/45-latin.conf
    Loading config file /etc/fonts/conf.d/49-sansserif.conf
    Loading config file /etc/fonts/conf.d/50-user.conf
    Scanning config dir /home/chenxiaolong/.config/fontconfig/conf.d
    Loading config file /home/chenxiaolong/.config/fontconfig/conf.d/10-noto-color-emoji.conf
    Loading config file /home/chenxiaolong/.config/fontconfig/conf.d/10-symbols.conf
    Loading config file /home/chenxiaolong/.config/fontconfig/fonts.conf
    Loading config file /etc/fonts/conf.d/51-local.conf
    Loading config file /etc/fonts/conf.d/57-dejavu-sans-mono.conf
    Loading config file /etc/fonts/conf.d/57-dejavu-sans.conf
    Loading config file /etc/fonts/conf.d/57-dejavu-serif.conf
    Loading config file /etc/fonts/conf.d/60-latin.conf
    Loading config file /etc/fonts/conf.d/65-fonts-persian.conf
    Loading config file /etc/fonts/conf.d/65-nonlatin.conf
    Loading config file /etc/fonts/conf.d/65-wqy-zenhei.conf
    Loading config file /etc/fonts/conf.d/69-unifont.conf
    Loading config file /etc/fonts/conf.d/70-no-bitmaps.conf
    Loading config file /etc/fonts/conf.d/80-delicious.conf
    Loading config file /etc/fonts/conf.d/81-ubuntu.conf
    Loading config file /etc/fonts/conf.d/90-synthetic.conf
    Loading config file /etc/fonts/conf.d/99pdftoopvp.conf
@behdad

This comment has been minimized.

Copy link
Contributor

commented Feb 17, 2016

Humm, I don't know.

@jungshik

This comment has been minimized.

Copy link

commented Feb 18, 2016

Even with an old version of fontconfig included in Ubuntu Trusty (but with a recent FreeType to support color bitmap fonts that I installed locally), putting the following in your local fontconfig configuration file (e.g. ~/.fonts.conf ) would work (at least, it works well for me with Chrome). The 2nd part below does, only to chrome, what Behdad's snippet (2 days ago) does for all programs so that they should be equivalent as long as chrome is concerned.

 <match target="scan">
   <test name="family">
      <string>Noto Color Emoji</string>
   </test>
   <edit name="scalable" mode="assign"><bool>true</bool></edit>
 </match>

<match target="pattern">
    <test name="prgname">
      <string>chrome</string>
    </test>
    <edit name="family" mode="prepend_first">
      <string>Noto Color Emoji</string>
    </edit>
</match>
@vooze

This comment has been minimized.

Copy link

commented Feb 18, 2016

Jungshik: have you got it all working on Ubuntu? If so you you possible post a small "guide"? I Would be truly grateful!

@vooze

This comment has been minimized.

Copy link

commented Feb 18, 2016

Wow autocorrect screwed that up. Let me try again:

Jungshik: Have you got it all working on Ubuntu? If so would you possible post a small "guide"? I would be truly grateful! I have tried and failed. :-\

@abbradar

This comment has been minimized.

Copy link

commented Mar 29, 2016

Hi! I'm interested if there is upstream bug opened for this. Also, is future work on those patches planned? Thanks!

@13rac1

This comment has been minimized.

Copy link

commented Mar 29, 2016

I subscribed to this issue a while ago hoping for a better fontconfig solution myself. I researched this font/glyph priority issue for far too long and I ended up settling on replacing DejaVu with Bitstream Vera for my emoji font's suggested fontconfig. Bitstream Vera is the source of the DejaVu glyphs and doesn't have any of the conflicting emoji characters. The same process can be adjusted to work for Noto Color Emoji. The only other solution AFAIK is subsetting DejaVu or Noto. Long term, DejaVu or Noto Sans/Serif/etc probably should use the solution Apple & Microsoft went with, as I understand, and not put any emoji (even text-default emoji) characters anywhere except emoji specific fonts. A different solution would be great though.

Edit: Difference vs the @jungshik method is my method is for a system-wide replacement. It may not be applicable for Noto Color Emoji since it doesn't contain regular glyphs.

@jungshik

This comment has been minimized.

Copy link

commented Mar 29, 2016

@vooze : Do what I wrote in #36 (comment)

  1. Grab the latest version of FreeType from freetype.org and build and install. This is necessary because FreeType on Ubuntu tends to lags behind the upstream and may not have a color font support, yet.
  2. Add my fontconfig snippet to ~/.fonts.conf
  3. Install NotoColorEmoji.ttf : ie copy it where fontconfig looks for fonts. Although not necessary, just run fc-cache
  4. Restart Chrome
@abbradar

This comment has been minimized.

Copy link

commented Mar 29, 2016

@jungshik, do you have this font working without patched Cairo (you don't mention it in your guide)?

@jungshik

This comment has been minimized.

Copy link

commented Mar 29, 2016

@abbradar What I wrote is Chrome-specific (pngname matching 'chrome' in fontconfig) and Chrome does not use Cairo.

@abbradar

This comment has been minimized.

Copy link

commented Mar 29, 2016

@jungshik Ah, I see! Thanks.

@kq01526

This comment has been minimized.

Copy link

commented Apr 7, 2016

Any progress on this one?

What exactly needs to be done to make color Emojis show up everywhere on Linux (not just in the browser)?

Today Microsoft presented their brand new Emojis for Windows 10, see:

https://blogs.windows.com/windowsexperience/2016/04/06/announcing-windows-10-insider-preview-build-14316/

Yet on Linux desktop operating systems we still don't have full color Emoji support.

Why is that?

@behdad

This comment has been minimized.

Copy link
Contributor

commented Apr 7, 2016

Ugh. I wish emoji die so we don't get so much "any progress on this" messages.

No progress on this. Because apparently no one in the world (including myself) has time to finish my patch. Period. Go bug your Linux distro please.

@rafasc

This comment has been minimized.

Copy link

commented Nov 19, 2017

Firefox used to have this issue and Mozilla fixed it, but it's still present on current Thunderbird.
I am using ArchLinux with fontconfig version 2.12.6 and Thunderbird 52.4.0.
But any configuration combinations I try, I either get the DejaVu or those huge ones.

@DeeDeeG forgot about this, seems to be fixed now. Thanks.

@DeeDeeG

This comment has been minimized.

Copy link
Contributor

commented Nov 19, 2017

Thunderbird is based on the Firefox ESR (Extended Support Release) version. Looks like Thunderbird's major version will be updated to 59.0 60 around March or April May or June 2018. (Thunderbird releases lag behind Firefox ESR releases anywhere from 10 days to around a month it seems.) https://wiki.mozilla.org/RapidRelease/Calendar#Future_branch_dates

You can expect the fix when Thunderbird 59 60 comes out, but unfortunately it's probably not urgent enough for them to address it any earlier. You can file a bug with them anyway if you like:
https://bugzilla.mozilla.org/ (File under "Product: Thunderbird")

Edit Jan 4 2018: @rafasc there's actually a beta (Thunderbird 58 as of my writing this) if anyone wants to try it. It should support emoji as well as Firefox does, but I haven't personally tried it. https://www.thunderbird.net/en-US/channel/

Edit Feb 11 2018: Next Firefox ESR version is 60, not 59.

@adueppen

This comment has been minimized.

Copy link

commented Nov 26, 2017

Is there any way to have color emoji work while also having embedded bitmaps disabled for certain fonts? I had to disable them in my .fonts.conf due to issues with Calibri and Cambria, but with the bitmaps disabled, emoji just become invisible. With the bitmaps re-enabled, color fonts work, but Calibri looks like this at small font sizes:
image

@Vultaire

This comment has been minimized.

Copy link

commented Nov 29, 2017

Having mixed success with this on Debian Buster (Testing).

The good news is that I've confirmed that I can get color emoji in terminal windows (LXDE/lxterminal), using stock packages provided by Debian Buster, without any special hacks or fontconfig edits.

The bad news is that things don't quite work as hoped in Chrome and Firefox. The fonts will certainly render if explicitly specified, but they don't seem to be used consistently as the default "fallback" fonts for emojis.

Looking at getemoji.com, and looking at the rendered fonts for the "Smileys & People" <p> element, I see the following fonts being used for each browser:

  • Firefox (57.0):
    • DejaVu Sans
    • DejaVu Serif
    • EmojiOne Mozilla
    • FreeSerif
    • Noto Sans Symbols2 Regular
  • Chrome (62.0.3202.94):
    • DejaVu Sans
    • FreeSerif
    • Liberation Serif
    • Noto Emoji
    • Noto Sans Symbols2

I haven't dug deeply enough to figure out why these fonts are being used in preference to the Noto fonts. For personal use I can kind of hack things to mostly work as expected by using something like this, but this doesn't feel right, plus it still seems to miss a few characters compared to if I were to explicitly specify the Noto Color Emoji font family.

@behdad

This comment has been minimized.

Copy link
Contributor

commented Nov 29, 2017

The bad news is that things don't quite work as hoped in Chrome and Firefox. The fonts will certainly render if explicitly specified, but they don't seem to be used consistently as the default "fallback" fonts for emojis.

Right. Firefox and Chrome need to ask for font family "emoji" and language "und-zyse" when querying font for emoji. Either of those should do. Doing both is best. I know there's a Chrome bug for that. cc @jfkthame @drott

@bodqhrohro

This comment has been minimized.

Copy link

commented Jan 10, 2018

Not working for me on Debian Buster. After updating libcairo2 to 1.15.8-3 I got glyphs from Noto Color Emoji accounted by default (previously only Symbola glyphs were used), but none of them are displayed.
2018-01-07-020450_1366x768_scrot
Getting the same behavior in other GTK+3 applications as well. I tried overriding scalable and embeddedbitmap settings of fontconfig to true, tried @ugjka's solution as-is, but nothing helps. Maybe this is a bug in Cairo?

@jbicha

This comment has been minimized.

Copy link

commented Jan 10, 2018

@bodqhrohro You shouldn't need to touch fontconfig at all for the Noto Color Emoji font to work in Debian Buster. But don't use gucharmap or a browser or LIbreOffice to test it. Try the GNOME Characters app and an app like the gedit Text Editor.

@bodqhrohro

This comment has been minimized.

Copy link

commented Jan 10, 2018

@jbicha gnome-characters has this issue as well.
2018-01-10-135705_1366x768_scrot

@jbicha

This comment has been minimized.

Copy link

commented Jan 10, 2018

@bodqhrohro I think we're getting off-topic here, but I suggest you create a new user account and log into that. Your screenshot looks extremely different from a default Debian GNOME Buster install. Maybe some of your customizations are causing problems for you.

@bodqhrohro

This comment has been minimized.

Copy link

commented Jan 11, 2018

@jbicha The reason was the disabled hinting. Changing it to slight brought colour emojis to life. Why do bitmaps depend on hinting?

@behdad

This comment has been minimized.

Copy link
Contributor

commented Jan 16, 2018

@jbicha The reason was the disabled hinting. Changing it to slight brought colour emojis to life. Why do bitmaps depend on hinting?

That's a bug. File a bug at bugs.freedesktop.org against cairo graphics library.

@genebean

This comment has been minimized.

Copy link

commented Jan 22, 2018

I see here that things should work out of the box on Debian Buster... is there a backports setup or PPA with all the needed updated components that will work on systems based on Ubuntu 16.04? I've gotten things working in Arch but would like it to also work elsewhere. I guess along those same lines, can I get a list of the minimum versions I should look for? I've gathered I need cairo, fontconfig, and the noto fonts but am not sure which versions and if the needed config is bundled or if I need to verify it exists.

Thanks to all who've put work into this and have posted comments about their experiments. Both are greatly appreciated.

@behdad

This comment has been minimized.

Copy link
Contributor

commented Feb 10, 2018

@jbicha The reason was the disabled hinting. Changing it to slight brought colour emojis to life. Why do bitmaps depend on hinting?

That's a bug. File a bug at bugs.freedesktop.org against cairo graphics library.

Filed https://bugs.freedesktop.org/show_bug.cgi?id=105035

@simonbcn

This comment has been minimized.

Copy link

commented Mar 1, 2018

This is what I see in Firefox 58.0.2 on Arch Linux:
captura_20180301_152546

I use Noto fonts in Firefox.

@miguelsousa

This comment has been minimized.

Copy link
Contributor

commented Mar 1, 2018

@simonbcn your screenshot is mostly displaying 2 fonts, EmojiOne and Symbola. I can't tell if any of the glyphs shown is from NotoEmoji.

@jfkthame

This comment has been minimized.

Copy link

commented Mar 1, 2018

AFAICS, the getemoji.com site is rather Windows-centric: it applies "font-family: Segoe UI Emoji" (which is only likely to be available on Windows) to the emoji content, and doesn't specify any alternative fonts for other platforms. So you're likely to be seeing the result of default font fallback.

Explicitly including Noto Color Emoji in the font-family list would probably change the result; or for Firefox 59 and later, the patch that landed in bug 1032671 may help to improve the fallback behavior.

@simonbcn

This comment has been minimized.

Copy link

commented Apr 7, 2018

I've uninstalled Symbola, NotoEmoji, DejaVu and I have installed EmojiOne only. Now it works well in all webs: https://www.emojicopy.com/ http://getemoji.com/ https://es.piliapp.com/facebook-symbols/ ...
gnome-characters and gedit also works well.
For me NotoEmoji is failing on Linux. Perhaps it should be revised.

@denysvitali

This comment has been minimized.

Copy link

commented Apr 18, 2018

I can confirm @ugjka solution worked in my case for Polybar (polybar/polybar#905)

@herbsmn

This comment has been minimized.

Copy link

commented Jun 4, 2018

A few notes: NotoColorEmoji now is packaged in Debian Buster and Sid https://packages.debian.org/sid/fonts-noto-color-emoji

I think they are just using the binary from the Releases page of this repo instead of building it from source: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=848198#64

It should be noted that fonttools, which is required to build the font from source, has been switched over to the MIT license six months ago, so this font should now be able to be built from source with all free software build tools: fonttools/fonttools@b990a01

@jbicha

This comment has been minimized.

Copy link

commented Jun 6, 2018

The Noto Color Emoji package in Debian is built from source using fonttools and zopfli.

@Moelf

This comment has been minimized.

Copy link

commented Aug 9, 2018

I followed @wpaulino method, and now I have huge white spaces between words in Chromium in arch. But somehow this only occurs in github, not other website. Also, numbers are rendered incorrectly into emoji. Any ideas?

@Moelf

This comment has been minimized.

Copy link

commented Aug 9, 2018

@ugjka some how it messes up my chromium rendering
2018-08-09_12 15 20

@ugjka

This comment has been minimized.

Copy link

commented Aug 10, 2018

¯\_(ツ)_/¯

works fine here on arch kde

@drott

This comment has been minimized.

Copy link

commented Aug 13, 2018

I followed @wpaulino method, and now I have huge white spaces between words in Chromium in arch. But somehow this only occurs in github, not other website. Also, numbers are rendered incorrectly into emoji. Any ideas?

The @wpaulino method from the comment above is a bit too coarse in my opinion: It makes Noto Color Emoji your default system font. Github is using the system font to display text. This makes spaces and numbers render as emoji, and the actual sans-serif text on github is then rendered using fallback. Release versions of Chrome ship their own versions of FontConfig and FreeType, which should work with Noto Color Emoji, however, we still need to fix issue 767754 to address more precise selection of the emoji font.

@rafasc

This comment has been minimized.

Copy link

commented Aug 13, 2018

@Moelf Don't use github as your way to test font configuration. It replaces emojis with images under some conditions, one of them being your user-agent matchthing \bLinux\b.

@brikler

This comment has been minimized.

Copy link

commented Jan 12, 2019

@Moelf
i had the same issue and i was able to solve it by remove noto-color-emoji because it overwrite settings

tom@donar ~]$ fc-match sans
NotoSans-Regular.ttf: "Noto Sans" "Regular"
[tom@donar ~]$ LC_ALL=C sudo pacman -S ttf-noto-color-emoji
[sudo] password for tom: 
resolving dependencies...
looking for conflicting packages...

Packages (1) ttf-noto-color-emoji-20181028-1

Total Installed Size:  6.94 MiB

:: Proceed with installation? [Y/n] 
(1/1) checking keys in keyring                                [#################################] 100%
(1/1) checking package integrity                              [#################################] 100%
(1/1) loading package files                                   [#################################] 100%
(1/1) checking for file conflicts                             [#################################] 100%
(1/1) checking available disk space                           [#################################] 100%
:: Processing package changes...
(1/1) installing ttf-noto-color-emoji                         [#################################] 100%
:: Running post-transaction hooks...
(1/3) Updating fontconfig cache...
(2/3) Arming ConditionNeedsUpdate...
(3/3) Updating X fontdir indices...
[tom@donar ~]$ fc-match sans
NotoColorEmoji.ttf: "Noto Color Emoji" "Regular"
[tom@donar ~]$ LC_ALL=C sudo pacman -R ttf-noto-color-emoji
checking dependencies...

Packages (1) ttf-noto-color-emoji-20181028-1

Total Removed Size:  6.94 MiB

:: Do you want to remove these packages? [Y/n] 
:: Processing package changes...
(1/1) removing ttf-noto-color-emoji                           [#################################] 100%
:: Running post-transaction hooks...
(1/3) Updating fontconfig cache...
(2/3) Arming ConditionNeedsUpdate...
(3/3) Updating X fontdir indices...
[tom@donar ~]$ fc-match sans
NotoSans-Regular.ttf: "Noto Sans" "Regular"
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
You can’t perform that action at this time.