Package Details: ttf-twemoji-color 13.1.0-1

Git Clone URL: (read-only, click to copy)
Package Base: ttf-twemoji-color
Description: A color and B&W emoji SVG-in-OpenType font by Twitter with support for ZWJ, skin tone modifiers and country flags.
Upstream URL:
Keywords: color emoji font otf svg-in-ot ttf twemoji twemoji-color-font
Licenses: MIT, custom:CCPL:by-4.0
Conflicts: twemoji-color-font
Provides: emoji-font, twemoji-color-font
Replaces: twemoji-color-font
Submitter: Edgemaster
Maintainer: Edgemaster (eosrei)
Last Packager: Edgemaster
Votes: 102
Popularity: 1.67
First Submitted: 2017-05-03 15:16 (UTC)
Last Updated: 2021-09-16 06:51 (UTC)

Dependencies (2)

Required by (6)

Sources (1)

Pinned Comments

Edgemaster commented on 2017-06-08 14:31 (UTC) (edited on 2019-04-16 20:11 (UTC) by Edgemaster)

v12.0.1 of the font is now available, supporting Unicode and Emoji 12 standards.

A manual installation step is required to configure your default system font and install the configuration file.

Note: Usage with fonts that already include emoji codepoints may give inconsistent/broken results, Bitstream Vera Sans is the chosen as the default as it includes no emoji by default. For further details, please see the project's README file for a discussion of the issues.

Latest Comments

Rhinoceros commented on 2022-05-14 01:28 (UTC)

@whynothugo answering your question from nine months ago... from upstream's documentation, supposedly this is "built from the Twitter Emoji for Everyone artwork with support for ZWJ, skin tone diversity and country flags." However, I don't find this to be the case.

I compared it to the original Twitter Emoji (packaged in the AUR as ttf-twemoji), and this already supports skin tones and country flags. Further, at least in the terminator terminal emulator, the original version has emoji in colour, whereas this package is only monochrome. FWIW neither support skin tones and country flags in terminator. I can't see any advantage of this package over ttf-twemoji, especially given the issues I mentioned earlier.

Rhinoceros commented on 2022-05-07 06:44 (UTC)

Has anyone else been having trouble with this font in GTK applications like Pidgin and Terminator? (I'm using KDE Plasma.) The glyphs are just blank. This font used to work fine in the past. I tried installing some of the other emoji fonts (ttf-twemoji noto-fonts-emoji nodejs-emojione) and they all worked fine.

Also, this has been out of date for quite a while now.

Neko-san commented on 2022-01-06 21:09 (UTC)

Installing and using this properly in KDE Plasma is incredibly confusing; can someone provide more accessible information on this or can an automated conditional solution for this be added to the PKGBUILD?

Rhinoceros commented on 2021-09-15 23:57 (UTC)

It looks like v13.1 was released almost three months ago, so this package is still out of date. Could you please update the package @Edgemaster or @eosrei?

s1lv3r commented on 2021-09-03 15:19 (UTC)

Since the package is no longer out of date from what I can see it'd be nice if the flag could be removed

whynothugo commented on 2021-08-13 12:08 (UTC)

What's the difference between this and ttf-twemoji?

ttf-twemoji the same font, and they're render colourful pretty much everywhere.

svito commented on 2020-05-31 22:42 (UTC)

I filed request for ttf-twitter-color-emoji-svginot to be merged into this package. This would mean transfer votes and comments, but actually if you search for "Twitter emoji" this package would not come up, so please add word "Twitter" to package description.

treeshateorcs commented on 2020-05-08 23:10 (UTC)

this should also provide emoji-font

helvetica commented on 2019-05-01 23:00 (UTC) (edited on 2019-05-01 23:03 (UTC) by helvetica)

Per upstream GitHub this project is dead thanks to licensing changes on the use of SVGs:

You'll want to switch to ttf-emojione as it is using the TTF provided by JoyPixels.

griffin commented on 2019-03-03 00:15 (UTC) (edited on 2019-03-03 05:36 (UTC) by griffin)

I'm not sure how much it makes sense to leave the two, especially when the other is orphaned, despite the differences in embedding styles. Do you think it makes sense to merge that one into this one despite that, or to leave the two? Having both is a bit confusing to users.

Edit: Hm, I see. On Discord for example, this package creates outlines for usernames with emojis on them but the other package gives them the full emoji. Strange.

Edgemaster commented on 2019-03-02 22:12 (UTC) (edited on 2019-03-02 22:16 (UTC) by Edgemaster)

This package distributes the font with colour SVG glyphs in the OpenType font file. I'm unsure of how the ttf-twemoji embeds the glyphs in the font (possibly as bitmaps or PNG, depending on intended application support, or monochrome outlines). I was unaware of this other package until now.

Edit: Yes, it appears that the fedora upstream of ttf-twemoji embeds the glyphs as PNG inside of OpenType: The different embedding styles have different application support, at the last time I checked, but the situation may have improved in the intervening 2 years.

griffin commented on 2019-03-02 20:26 (UTC)

Can I ask what the differences between this package and are beside the source? The latter has been orphaned, and before adopting it, I wanted to know why we couldn't just merge the two/

CounterPillow commented on 2018-11-07 20:22 (UTC)

Installing this font makes it forcibly override all subtitle fonts in mpv, resulting in broken typesetting, so beware.

j1simon commented on 2018-03-01 14:46 (UTC)

@r3b311i0n I follow your advice and it works great! I see all emojis right on Firefox. This package should be done that automatically.

r3b311i0n commented on 2017-11-27 21:07 (UTC)

@Neros I'm not using this font ATM, but it looks like another font includes the Star and Crescent glyph and Firefox is using that font (DejaVu Sans, Symbola, etc.) to display it instead of Twemoji. You should install Bitstream Vera, symlink 56-ttf-twemoji-color.conf from /etc/fonts/conf.avail to /etc/fonts/conf.d, and rebuild fontconfig cache (fc-cache -fv), and see if it works. You could also try blacklisting the offending font using a fontconfig conf:

commented on 2017-11-27 01:53 (UTC)

Hello, can you please explain what is meant by, "update the default font in /etc/fonts/conf.avail/56-ttf-twemoji-color.conf to your system font"? Are you supposed to edit this config file to add your system font? Or are you supposed to change your system font to Bitstream Vera?

Neros commented on 2017-10-20 03:54 (UTC)

Is there an issue with Star and Crescent in Firefox for you? It appears white for me, I don't know why and it's the only one.

whynothugo commented on 2017-10-16 05:14 (UTC)

Yup, that's pretty much it. Upstream's font.conf broke almost every configuration out there, and since they're unwilling to fix it, the AUR package has its own.

Edgemaster commented on 2017-10-13 19:15 (UTC)

@joehillen This is a long-running saga both with upstream and the Arch packaging of it. (I was the original maintainer of a version of the package predating this one that bundled the upstream fontconfig). Basically: the upstream fontconfig assumes that the system default font is Bitstream Vera and sets it as the first selection for the default font families. This is because Bitstream Vera is a font that does not contain any codepoints in the emoji ranges already which allows for a clean fallback to EmojiOneColor for all emoji characters. Other fonts often include incomplete sets of the emoji characters which gives inconsistent rendering results. The version of the fontconfig with bundled with this package adds EmojiOneColor to the fallback lists for the default sans font family, and the Canatrell font as used by default by Gnome. It also binds EmojiOne to the emoji font family. Bundling the upstream fontconfig resulted in lots of complaints that it broke all the system fonts, or defaulted the system to Bitstream against users' wishes. Getting a single fontconfig to work with the multitude of end-user configurations and to avoid all glyph selection bugs appears to be impossible, this is an unfortunate limitation of what's possible with fontconfig congifurations. The upstream author has battled with this for quite a while, without being able to find a solution that works for everyone ☹️ (see the GitHub issue tracker).

joehillen commented on 2017-10-13 18:54 (UTC)

Why does this package have its own font.conf instead of using the one provided in the git repo?

g99 commented on 2017-10-08 17:33 (UTC)

builds fine

commented on 2017-07-15 06:39 (UTC)

Hi every one, I create ttf-emojione package which contains emojione-android.ttf font from EmojiOne Github repo, with a custom config file. fill free to test it.

Edgemaster commented on 2017-06-08 14:31 (UTC) (edited on 2019-04-16 20:11 (UTC) by Edgemaster)

v12.0.1 of the font is now available, supporting Unicode and Emoji 12 standards.

A manual installation step is required to configure your default system font and install the configuration file.

Note: Usage with fonts that already include emoji codepoints may give inconsistent/broken results, Bitstream Vera Sans is the chosen as the default as it includes no emoji by default. For further details, please see the project's README file for a discussion of the issues.

Edgemaster commented on 2017-06-08 14:25 (UTC)

@Vierkantor: Thanks, was aware that a new version was being released soon, as I requested it before going on holiday. In addition to your change, you also need to run `mksrcinfo` to update the .SRCINFO file that AUR website uses for the package metadata. Some details are on the Arch Linux wiki here: I've now bumped the package version to v1.3.

whynothugo commented on 2017-06-08 01:17 (UTC)

@evilgnome: The linked conf file made ALL emojis work (rather than just "most"), but it screwed up every single other font on my system, so it's a no-go.

andykluger commented on 2017-06-08 00:46 (UTC)

This doesn't work in firefox for me unless I replace the provided config file with the one at

Vierkantor commented on 2017-06-07 20:43 (UTC)

Hi! I updated the PKGBUILD to use v1.3 instead of v1.2, and everything seems to work. I've published my changes on Github, if you want to check it out. PS: Do you prefer that I publish it another way? I'm new to contributing to the AUR, so please let me know what I'm doing wrong :)

Dirk commented on 2017-06-01 21:14 (UTC)

Too bad all of the posted links for a solution to get color emojis point to a 404 error. It only looks like this for me:

commented on 2017-05-03 18:28 (UTC)

Thanks @morealaz I will have to make the install completely automatic. That's my current task.

commented on 2017-05-03 18:26 (UTC)

@jimmybot: I use 999-noto-color-emoji.conf file and it work nicely for Chromium, but firefox show emoji's very big. Unfortunately for Emoji One Color font, config file is not going to work, that's because currently only firefox support svg color fonts. but for emojione-android.ttf font, I change 999-noto-color-emoji.conf file and It worked very good. I think, despite your good work, creating a package for just config files is not a good idea. but you should add this config in wiki page for font configuration. I'm gooing to use this config for creating a package for emojione-android.ttf font. thanks again. good work!

commented on 2017-05-03 16:49 (UTC)

@morealaz I found a config that is said to work with emojione: It could be possible to change wording in this conf

commented on 2017-05-03 16:19 (UTC)

@jimmybot: great! sure I create a package for it. thanks for noticing. I wonder if it can be used with Emoji One google font?

Edgemaster commented on 2017-05-03 14:59 (UTC)

This font has now been updated to v1.2, the Bitstream Vera dependency made optional, and a manual configuration step is now required.

commented on 2017-05-03 11:55 (UTC)

@morealaz I figured out how to get support for Google Noto Emojis with color in GTK and Chromium, with a script, Would you be interested in making that a package in the AUR? I'm sure it could be adjusted to install this font with GTK and Chromium support. is my project.

commented on 2017-04-30 19:01 (UTC)

@Muflone: I just use and maintain this package because it's configuration did not ruin my system font config. If @Edgemaster fix emojione-color-font configuration and dependencies I have no objection to delete this package and use emojione-color-font instead.

Muflone commented on 2017-04-30 15:54 (UTC)

@morealz and @Edgemaster the packages ttf-emojione-color and emojione-color-font are basically the same thing. Please settle the things and maintain only one package instead of duplicate the effort for the same package. When you got an agreement please file a deletion request for the chosen package to drop. Please don't force me to choose what package to delete and making sad one of the two maintainers.

commented on 2017-04-26 17:56 (UTC)

I'm always open to help but my skills are limited.

commented on 2017-04-26 17:08 (UTC)

@jimmybot: I use emojione-android font and by some configuration, I have color emoji in chromium. since google color emoji format is supported by freetype, by use of cairo-coloredemoji package, you can also have color emoji in GTK apps. I am going to create a package for emojione-android font, but I need some time to fix configuration for font. current emojione-android font in emojione repo is for version 2.3 of font and currently there is no google font for version 3.0 of emojione. I want to try create a new font for version 3.0. if any one can help me for this I would be appreciated.

commented on 2017-04-26 16:56 (UTC)

Has anyone gotten any color emojis working on Chromium? And does Chrome bundle emojis for its own use? Cuz I really want dem color emojis, the B & W is killing me. :(

0xADADA commented on 2017-04-26 16:44 (UTC)

@jimmybot "in OpenType", thus SVG in OpenType. The SVG glyphs are packaged inside an OpenType wrapper.

commented on 2017-04-26 16:21 (UTC)

@0xADADA what is meant by "inot"

Edgemaster commented on 2017-04-25 18:20 (UTC) (edited on 2017-04-25 18:28 (UTC) by Edgemaster)

In addition, this font only really worked with Firefox, which has bundled its own color emoji font since version 50, to there's not much need for either of the AUR packages. =/ (Firefox bundles it at /usr/lib/firefox/fonts/EmojiOneMozilla.ttf, Thunderbird at its equivalent location)

commented on 2017-04-25 16:47 (UTC)

emojione-color-font install ttf-bitstream-vera as dependency and change system default font config which might not be pleasant for some people like me!. unfortunately EmojiOne project recently changed it's license which cause developer of this font to no longer be able to use svg files for updating font and he is going to deprecate this project. so it might be no other update to this font!!

whynothugo commented on 2017-04-25 14:57 (UTC)

@Edgemaster: FWIW, this one DOESN'T brake every other font (even though Cantarell is neither the default nor installed on my system). The other package completely broke every other font on my system.

Edgemaster commented on 2017-04-25 14:18 (UTC)

emojione-color-font opted to use the upstream project name and fontconfig (, the upstream author has put a lot of work into attempting to avoid edgecases with incorrect font fallback, but had to make a guess at the default system font. This one uses a custom fontconfig that seems to target the gnome default font.

whynothugo commented on 2017-04-25 13:52 (UTC)

They're basically the same, but this one has the proper name, and is more recently maintained.

commented on 2017-04-25 12:19 (UTC)

Hey @morealaz, what is different about this package as opposed to emojione-color-font? I see it has been updated more recently but why is there two of almost the same package in the AUR?

commented on 2017-04-10 03:08 (UTC)

@tinxy, done! thanks for noticing.

tinxy commented on 2017-04-09 17:26 (UTC)

Please set file mode when using `install` command. On my system font and LICENSE end up 755 instead of 644.

tinxy commented on 2017-03-28 13:02 (UTC)

I think the .install is not necessary anymore. See: e.g. /usr/share/libalpm/hooks/fontconfig.hook

TingPing commented on 2017-01-13 08:56 (UTC)

@morealaz, Done

commented on 2017-01-13 06:17 (UTC)

@TingPing 64-ttf-emojione-color.conf file has exe permission. please correct it

TingPing commented on 2016-09-13 19:41 (UTC)

@xrayfur, Fixed.

xrayfur commented on 2016-09-13 19:10 (UTC)

@TingPing, looks like there is a typo in the fontconfig paths in your PKGBUILD. It should say: _fonttemplatedir="/etc/fonts/conf.avail", not: _fonttemplatedir="/etc/fonts/conf.avil" ('a' is missing).

TingPing commented on 2016-08-30 23:30 (UTC)

Oh didn't realize that package already existed.. The only noteworthy difference is the fontconfig file I use only uses this font for emoji. I do think this is also the correct name for a font so these should probably be merged at some point.

commented on 2016-08-30 15:01 (UTC)

@TingPing, I think emojione-color-font must be added as conflicting package.

TPXP commented on 2016-08-29 19:05 (UTC)

This package rocks ! It adds Emoji support without messing up my gnome fonts, as opposed to the other EmojiOne package in the AUR. Thank you very much for your work !

eosrei commented on 2016-08-18 00:21 (UTC)

@kevku: Haha! Yes, the vast majority of people only care about fonts when they don't work. I'm open to pull requests for additional well-tested font configurations here:

kevku commented on 2016-08-16 10:23 (UTC)

do majority of people really expect Bitsrteam Vera horror shoved into their face?

commented on 2016-08-11 10:13 (UTC)

thanks for this package works great under infinality-bundle.

eosrei commented on 2016-07-21 13:51 (UTC)

Hi, font and font config creator here. I understand your reasoning, but if this package is changed to make Vera optional then Edgemaster and I will receive constant questions about why the emoji are "broken." @mittens2001, you have a custom font config, but the vast majority of users, even experienced Arch users, do not. There is no way, to my knowledge, given the current state of default fonts on Linux to make everyone happy. A decision had to be made. Sorry. The current solution makes this work as the majority of people expect. Review the closed issues on both of my emoji fonts for significant details. If you have any way to solve this problem for *everyone*, I want to know! Thank you for understanding.

commented on 2016-07-21 07:30 (UTC)

I agree with hobarrera that it should only be an optional dependency. It may cause issues but for me it was much better than having to use the bitstream vera fonts (it took me a while to figure out why all my fonts changed to vera after an AUR upgrade). A better option would be to edit the .install file so the post install would tell the user that without Bitstream Vera the font has issues and include the link from the github on why. Edit: changed suggestion from adding a .install file to editing the current one.

Edgemaster commented on 2016-05-25 10:24 (UTC)

The default configuration for this package is the same as that recommended by the upstream author. There are a number of issues with compatibility with other fonts when emoji are to be embedded inside of other text. Further details are at

whynothugo commented on 2016-05-20 23:29 (UTC)

user-bitstream-vera-fonts.conf changes the default system font, which is something extremely unexpected when installing this packaged. I had to remove it and restart X to return my desktop to normal. This really needs to be fixed. I'd rather have a few broken emoji, than have TEXT uglified for me everywhere.

Edgemaster commented on 2016-04-05 11:35 (UTC)

@mittens2001 Fixed, thanks for spotting that.

commented on 2016-04-05 07:19 (UTC)

Packing seems to be failing :/ install: cannot stat '35-emojione-color-font.conf': No such file or directory Also: please remove the extensions (i.e. .md, .txt) when installing.