-
Notifications
You must be signed in to change notification settings - Fork 75
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
Broken rendering on Debian #133
Comments
I totally agree with your point of view @knghtbrd In my case, when I upgraded from debian 11 to debian 12 emacs started to display the noto-color-emoji, and I was unable to successfully install the twemoji or twitter color emoji That is very sad for me, specially because firefox and matrix (client element.io) use the twitter emojis, so when I copy paste from these three systems, and when they enter emacs, they look more "soulless, lifeless, emotionless" I tried installing the package, and trying to display the font in libreoffice, but it does not render, in this case, I installed the font bundled in firefox and thunderbird ( /usr/lib/firefox-esr/fonts/TwemojiMozilla.ttf /usr/lib/thunderbird/fonts/TwemojiMozilla.ttf ) but the same happens if I do
and select the new available Twitter Color Emoji libreoffice writer 7.4.7.2 (default of debian stable)
almost two hours have gone with this, I hope next one that read this take a step further, and I hope this way we collectively solve it :) other interesting refs:
|
Waw, I finally understood what happened; so before I upgraded from debian11 to debian12 I saved a zfs snapshot, and placed it (with zfs send receive) now in another laptop, so I played a little bit with that snapshot:
conclusion: I thought twemoji color font was there in debian11 and disappeared on debian12, but I got confused on how similar they were (google noto vs twitter emoji) in debian11 release, and now they differ more in debian12 |
On Debian sid, I'm getting this (which will affect the upcoming Debian bookworm stable release):
This after doing literally everything to UNDO the new overriding of Google's soulless, lifeless, emotionless "emoji" and utterly failing until I nuked fonts-noto-color-emoji from orbit.
I have no idea if Noto overriding literally everything is related to #101 or not, but on Linux that's very likely part of the problem. However at least apps that use GTK to render twemoji (and probably other things, given how X11 fonts are handled these days) are failing to correctly render the emojis at the correct size. I wonder if the viewBox mentioned in #84 is causing the problem?
The thing where I can't seem to make Noto not the default font no mater what XML I write for fontconfig (isn't twemoji supposed to make that Bitstream Vera?) is infuriating and when I figure out HOW that's happening, I'm filing a bug against the Noto fonts to stop doing it. It's messing with my preferred default Monospace font.
Anyway, it's a Debian system, so have some reportbug style info:
-- System Information:
Debian Release: 12.0
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Package: fonts-twemoji-svginot
Version: 13.1.0-1
Kernel: Linux 6.1.0-7-amd64 (SMP w/16 CPU threads; PREEMPT)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages fonts-twemoji-svginot depends on:
ii fontconfig 2.14.1-4
ii ttf-bitstream-vera 1.10-8.2
fonts-twemoji-svginot recommends no packages.
fonts-twemoji-svginot suggests no packages.
-- no debconf information
The text was updated successfully, but these errors were encountered: