Package Details: ttf-apple-emoji 17.4-3

Git Clone URL: https://aur.archlinux.org/ttf-apple-emoji.git (read-only, click to copy)
Package Base: ttf-apple-emoji
Description: Apple Color Emoji is a color typeface used by iOS and macOS to display emoji
Upstream URL: https://github.com/samuelngs/apple-emoji-linux
Keywords: apple emoji font
Licenses: custom
Conflicts: noto-fonts-emoji, ttf-joypixels, ttf-symbola, ttf-twemoji-color, ttf-whatsapp-emoji
Provides: emoji-font
Submitter: Ykkzde
Maintainer: gustawho (dmlls)
Last Packager: dmlls
Votes: 33
Popularity: 0.50
First Submitted: 2019-11-13 23:12 (UTC)
Last Updated: 2024-03-31 11:30 (UTC)

Dependencies (0)

Required by (9)

Sources (2)

Latest Comments

« First ‹ Previous 1 2 3 4 Next › Last »

MarsSeed commented on 2023-10-17 17:32 (UTC)

Please declare license=('OFL'), and add this LICENSE file to source, and install it within package():

# Install LICENSE
install -Dm644 "${srcdir}/LICENSE" -t "${pkgdir}/usr/share/licenses/${pkgname}/"

Malaber commented on 2022-05-10 12:23 (UTC)

@cwtb I had the same problem, rebuilding after deleting cache fixed it for me.

MarsSeed commented on 2022-04-08 09:38 (UTC) (edited on 2023-10-17 18:17 (UTC) by MarsSeed)

comment from AUR/noto-fonts-emoji-apple

Also please kindly add makedepends=('git') as that is required for getting the source repo.

MarsSeed commented on 2022-04-08 09:33 (UTC) (edited on 2023-10-17 18:17 (UTC) by MarsSeed)

comment from AUR/noto-fonts-emoji-apple

Please kindly use fixed git commit as source. Otherwise modern AUR helpers like yay and paru think it's a '-git' VCS package and try to update it upon every git commit, and then fail to do so if the pkgver didn't change.

Also, the versioning you've introduced is not proper; Pacman won't update the package:

==> Sources are ready.
noto-fonts-emoji-apple-15.4-3: parsing pkg list...
:: noto-fonts-emoji-apple-15.4-3 is up to date -- skipping build
loading packages...
warning: noto-fonts-emoji-apple-15.4_beta-2 is up to date -- reinstalling

Reason: 15.4_beta-2 > 15.4-3 as far as Pacman is concerned.

Solution: add epoch=1 to PKGBUILD (in the beginning section defining the package parameters like pkgver).

And next time please kindly eliminate '-' or '_' or any other characters before alpha/beta/whatever version suffices.

A proper beta version should look like this: 15.4beta-2. (Notice it's not '_beta'.)

cwtb commented on 2022-04-06 14:57 (UTC)

Did the upstream ttf file get updated? I'm getting a failed checksum on the download.

[Aur:1]  ttf-apple-emoji-15.4-1

:: PKGBUILD up to date, Skipping (1/0): ttf-apple-emoji
:: (1/1) Parsing SRCINFO: ttf-apple-emoji
==> Making package: ttf-apple-emoji 15.4-1 (Wed 06 Apr 2022 10:55:20 AM EDT)
==> Retrieving sources...
  -> Found AppleColorEmoji.ttf
==> Validating source files with sha512sums...
    AppleColorEmoji.ttf ... FAILED
==> ERROR: One or more files did not pass the validity check!
 -> error downloading sources: ttf-apple-emoji 
         context: exit status 1 


==> Making package: ttf-apple-emoji 15.4-1 (Wed 06 Apr 2022 10:55:21 AM EDT)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving sources...
  -> Found AppleColorEmoji.ttf
==> Validating source files with sha512sums...
    AppleColorEmoji.ttf ... FAILED
==> ERROR: One or more files did not pass the validity check!
 -> error making: ttf-apple-emoji

maxcutlyp commented on 2022-03-29 15:49 (UTC)

Anyone else having AppleColorEmoji.ttf fail the sha512sum validation?

rien333 commented on 2021-03-08 22:44 (UTC)

I also have a weird problem with respect to the rendering of some digits.

averagecode commented on 2021-03-08 17:17 (UTC)

Is there a conflict with github numbers? I can't read anything related to numbers at github when this ttf is activated. And already tried the pinned fix.

xandar_null commented on 2020-10-24 17:21 (UTC)

Nice it worked for me, better than ttf-apple-emoji it has almost every emoji aside form a few ones missing, and it didn't conflict with anything unlike ttf-apple-emoji which had a lot of stuff missing thanks <3

rien333 commented on 2020-09-24 20:11 (UTC) (edited on 2020-09-24 20:33 (UTC) by rien333)

So is there a conflict or not? Why would there be? If there is no actual conflict please update the PKGBUILD accordingly.

EDIT: Okay, I'm pretty sure there is no conflict. You can have multiple emoji fonts installed, they are just like anyother font in that respect. There are also no name clashes or anything. The fact that noto's emoji take precedence over the emoji provided by this font is up to the user to configure (they might or might not have a general preference, which you shouldn't guess)