Arch Linux User Repository

Yes, that was the question. Because we have https://wiki.archlinux.org/title/AUR_submission_guidelines#Rules_of_submission

Packages that use prebuilt deliverables, when the sources are available, must use the -bin suffix.

Although, fonts don't really fall under the "binary" category. They definitely can't harm as much as executables.

So if the build process is really as long as you say, I guess it is indeed not worth it.

Hanabishi: Upstream doesn't provide a any pre-built ttf file. When packaging this for Alpine, Alpine devs preferred to download a ttf file (rather than built it from source just for their package). The TTFs that I publish are meant to file that role for downstream: pre-built font files ready to use by distributions. My expectation was that if any improvements could be made or if it was ever out of date, others would contribute. Upstream still isn't publishing TTF files. See: https://github.com/jdecked/twemoji/issues/16

As for building from source for the AUR package: builds take about an hour. There's little point in building from source; most people just want the font file. In theory, we could have ttf-twemoji and ttf-twemoji-bin, but I don't think that the effort makes sense.

Is there a reason not to build from the source directly in PKGBUILD?

@Coelacanthus oh I see, I have changed the license value to be just one string.

As for MIT vs Apache, @Porous3247 is correct that the MIT license covers only the twemoji scripts, which we don't use, so are not needed here. I will also keep the Apache 2.0 license as my build system and @whynothugo's SourceHut build system (which mine is based of) both use googles noto emoji build system from https://github.com/googlefonts/noto-emoji, which has the license.

@Coelancanthus I'm the one who suggested a PKGBUILD update that included the license change when the maintainer was a bit inactive. The Apache 2.0 license was originally included to represent @whynothugo 's SourceHut build system, but since the maintainer decided to switch away from the build system, I guess the Apache license can be removed.

The MIT license shouldn't be included as it covers the twemoji library API, but not the graphics. It looks like the workflow included in https://github.com/JoeBlakeB/ttf-twemoji-aur/blob/main/.github/workflows/build.yaml just simply copies the graphics but does not ever use the library component. Even if the build system did, the license wouldn't propagate to JoeBlakeB/ttf-twemoji-aur

@JoeBlakeB Other things are fine. But according to RFC 16, using one string license=('Apache-2.0 AND CC-BY-SA-4.0') rather than an array. You can see the example in RFC16.

https://gitlab.archlinux.org/archlinux/rfcs/-/blob/master/rfcs/0016-spdx-license-identifiers.rst

But when I look back at the README.md of twemoji project. It may be 'MIT AND CC-BY-SA-4.0', not Apache-2.0

https://github.com/jdecked/twemoji#license

@whynothugo There wasn't anything wrong with it for me, but your repo wasn't updated to 15.0.3, so I felt like it would be better for me to build it myself. I only went with GitHub because it is what I was familiar with, and hadn't used sourcehut before. Also, going with GitHub meant I wouldn't need a separate server for the ttf files to be uploaded to, they could just stay on GitHub, again for convince.

@JoeBlakeB Was there anything wrong with the existing build system? It's kinda weird to port a perfectly working build onto MS's proprietary platform.

@Coelacanthus sure, I have changed the licenses in the PKGBUILD, but I assume everything else is fine?

Please follow RFC16 use 'CC-BY-4.0 AND Apache-2.0'