Package Details: apple-fonts 6.0.1.1726709071-2

Git Clone URL: https://aur.archlinux.org/apple-fonts.git (read-only, click to copy)
Package Base: apple-fonts
Description: Fonts for Apple platforms, including San Francisco and New York typefaces
Upstream URL: https://developer.apple.com/fonts/
Licenses: custom
Provides: ttf-font
Submitter: ilbuonmarcio
Maintainer: ilbuonmarcio (Bubbu0129)
Last Packager: Bubbu0129
Votes: 40
Popularity: 1.56
First Submitted: 2021-03-13 19:14 (UTC)
Last Updated: 2025-01-06 12:19 (UTC)

Dependencies (1)

Required by (250)

Sources (4)

Latest Comments

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

Bubbu0129 commented on 2024-12-24 11:44 (UTC)

@vic_acid Fixed! The upstream did tweaked the file structure. I made the following changes in this commit: 1. Removed the licenses, as they are now included in the archive; 2. Bumped the version. The version number is defined in PackageInfo (extracted from the archive) 3. Tweaked the extraction process.

vic_acid commented on 2024-12-24 06:00 (UTC)

Running into an issue where prepare() can't find the Payload~ file to extract. It looks like the current version of the font dmgs (as of 12/24/2024) may have tweaked their file structure--after extracting the dmg into src, prepare() needs to extract *.pkg/Payload to get the Payload~ file that it can then extract to create the Library\Fonts\*.ttf files.

azea commented on 2024-10-20 20:38 (UTC)

Yep, that did the trick!

kryczkal commented on 2024-10-03 11:56 (UTC) (edited on 2024-10-03 11:57 (UTC) by kryczkal)

@azea What resolved the issue for me was clearing the cache of my AUR helper. (I had the issue even with p7zip and I never once used 7-zip-full).

In the case of paru, the command to do that was:

paru -Sccd

alexsteffen commented on 2024-10-03 01:44 (UTC) (edited on 2024-10-03 01:45 (UTC) by alexsteffen)

Still having the issue with the validity check. I used the tip from ArcanusNEO and installed p7zip and it worked. There must be an issue with 7-zip-full with respect to extracting dmg and pkg files.

ilbuonmarcio commented on 2024-10-01 22:15 (UTC)

@azea fixed!

azea commented on 2024-09-30 16:23 (UTC)

Getting an issue now with some of the files not passing the validity check.

==> Validating source files with sha256sums... SF-Pro.dmg ... FAILED SF-Compact.dmg ... FAILED SF-Mono.dmg ... FAILED NY.dmg ... FAILED ==> ERROR: One or more files did not pass the validity check!

ArcanusNEO commented on 2024-06-15 11:24 (UTC)

I found that it was actually the difference in decompression behavior between 7-zip-full and original p7zip that caused the build to fail. Using p7zip works just fine. Maybe I can figure out a way to make both work at the same time.

Bubbu0129 commented on 2024-06-15 09:28 (UTC)

Yeah, bumping up pkgrel makes more sense.

jvybihal commented on 2024-06-15 07:43 (UTC)

@Bubbu0129 yeah, I also think that bumping version to 6 makes sense. Also when updating the package (eg. checksums), the pkgrel should bump up so we can easily detect update. The extract from .dmg works fine, no need for ArcanusNEO's patch.

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