Bug 1509696 - Drop google-android-emoji-fonts
Summary: Drop google-android-emoji-fonts
Keywords:
Status: CLOSED EOL
Alias: None
Product: Fedora
Classification: Fedora
Component: google-android-emoji-fonts
Version: 28
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Peter Oliver
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2017-11-05 18:55 UTC by Jeremy Bicha
Modified: 2019-05-28 20:25 UTC (History)
6 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2019-05-28 20:25:44 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description Jeremy Bicha 2017-11-05 18:55:32 UTC
Please stop providing google-android-emoji-fonts. Can you make it a transitional package pointing to google-noto-emoji-color-fonts instead?

My understanding of the black & white version is that it has been obsolete for 4 years.

I think it's useless as a fallback emoji font because any color emoji font would at least support the same emoji from that long ago.

https://emojipedia.org/google/android-4.3/

Comment 1 Mike FABIAN 2017-11-06 08:08:00 UTC
This pull request removes it from the default
install 

https://pagure.io/fedora-comps/pull-request/180#request_diff

I think that is good enough, there is no need to drop the package.

By the way, not all color emoji fonts are really up-to-date,
currently only "Noto Color Emoji" seems to have all the Unicode 10.0.0
emoji and render  all the sequences from 
http://www.unicode.org/Public/emoji/5.0/
correctly.

"Emoji One"  lacks all the emoji added in Unicode 10.0.0 and 
renders many sequences incorrectly which were already 
defined in http://www.unicode.org/Public/emoji/4.0/ (released
when Unicode 9.0.0 was released).  

The best black and white Emoji font currently is Symbola, it has
all the Emoji added in Uniocde 10.0.0 (and very nicely drawn
in my opinion). But it renders *all* Emoji sequences incorrectly.
*And* with the latest fontconfig update, colour emoji fonts are used
by default as long as any of the known colour emoji fonts is installed, 
so Symbola would be used only as a fallback when no colour emoji font is installed or the colour emoji font which is installed lacks some newer emoji.

Comment 2 Peng Wu 2017-11-06 08:15:28 UTC
But some X11 apps can't support color emoji font, we need to provide some black and white fonts for some X11 apps.

Maybe it is okay to keep it in Fedora, and not install by default.

Comment 3 Peter Oliver 2017-11-06 11:16:37 UTC
(In reply to Peng Wu from comment #2)
> 
> Maybe it is okay to keep it in Fedora, and not install by default.

Agreed, I don't think Android Emoji is the best choice to be included by default.

Patrick Uiterwijk: do you remember the motivation behind commit https://pagure.io/fedora-comps/c/72d02210013696513644d5671d6ba453cd513921?branch=master ?

Comment 4 Fedora End Of Life 2018-02-20 15:27:01 UTC
This bug appears to have been reported against 'rawhide' during the Fedora 28 development cycle.
Changing version to '28'.

Comment 5 Peter Oliver 2018-04-26 23:23:17 UTC
Closing, since google-android-emoji-fonts is no-longer installed by default.  I've also added a note in the description directing potential users towards Noto Emoji.

Comment 6 Jeremy Bicha 2018-04-27 01:56:57 UTC
With all due respect, I am reopening this bug.

The initial bug description still stands and this package should not be provided in Fedora any more.

Comment 7 Peter Oliver 2018-04-27 09:51:07 UTC
The difficulty, here, is that I’m not convinced, and I’m the one who’d be volunteering my time to doing the work.

We have lots of fonts that haven’t been updated for years, but that doesn’t necessarily make them useless.  I agree it’s not a great emoji font nowadays, but, users being users, I expect some have a preference for it nonetheless.  The package takes little to no effort to keep, and, as far as I’m aware, isn’t harmful.

Can you change my mind?

Comment 8 Jeremy Bicha 2018-04-27 14:41:59 UTC
If it's not good as an emoji font then what's the point of keeping it in Fedora? The package literally has no other purpose.

Emoji fonts are different than regular fonts. If they are not updated every single year (with the current pace for Unicode), then they will quickly become out of date and useless.

As was recommended in comment #1, I suggest the Symbola font if someone wants a black and white font. This is what is offered by default in Kubuntu since Qt doesn't fully support color emoji.

Comment 9 Nicolas Mailhot 2018-04-27 15:07:57 UTC
Removing the font will break formatting of all existing documents that use it since other emoji fonts will have different metrics. You can not remove old fonts because better one appeared, no one wants to re-layout existing documents.

Symbola is a dead end since it just changed licensing to non-free

Comment 10 Mike FABIAN 2018-05-29 05:47:28 UTC
(In reply to Nicolas Mailhot from comment #9)
> Removing the font will break formatting of all existing documents that use
> it since other emoji fonts will have different metrics. You can not remove
> old fonts because better one appeared, no one wants to re-layout existing
> documents.
> 
> Symbola is a dead end since it just changed licensing to non-free

Oh, what a pity! It is such a nice font.

Comment 11 Ben Cotton 2019-05-02 21:41:20 UTC
This message is a reminder that Fedora 28 is nearing its end of life.
On 2019-May-28 Fedora will stop maintaining and issuing updates for
Fedora 28. It is Fedora's policy to close all bug reports from releases
that are no longer maintained. At that time this bug will be closed as
EOL if it remains open with a Fedora 'version' of '28'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version' 
to a later Fedora version.

Thank you for reporting this issue and we are sorry that we were not 
able to fix it before Fedora 28 is end of life. If you would still like 
to see this bug fixed and are able to reproduce it against a later version 
of Fedora, you are encouraged  change the 'version' to a later Fedora 
version prior this bug is closed as described in the policy above.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events. Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

Comment 12 Ben Cotton 2019-05-28 20:25:44 UTC
Fedora 28 changed to end-of-life (EOL) status on 2019-05-28. Fedora 28 is
no longer maintained, which means that it will not receive any further
security or bug fix updates. As a result we are closing this bug.

If you can reproduce this bug against a currently maintained version of
Fedora please feel free to reopen this bug against that version. If you
are unable to reopen this bug, please file a new report against the
current release. If you experience problems, please add a comment to this
bug.

Thank you for reporting this bug and we are sorry it could not be fixed.


Note You need to log in before you can comment on or make changes to this bug.