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: 41
Popularity: 1.17
First Submitted: 2021-03-13 19:14 (UTC)
Last Updated: 2025-01-06 12:19 (UTC)

Dependencies (1)

Required by (251)

Sources (4)

Latest Comments

1 2 3 4 5 6 Next › Last »

ilbuonmarcio commented on 2025-01-13 04:37 (UTC)

We could set up an automation, but that's not currently on consideration :P

aruncveli commented on 2025-01-12 14:55 (UTC)

No advice/pressure intended. 🙏

Was just genuinely curious and trying to understand the workflow, since the other AUR packages I use have some way (like changelogs, GitHub releases) to follow updates.

Thanks for your response.

Bubbu0129 commented on 2025-01-12 14:42 (UTC)

@aruncveli I'm not running any automation currently. Thanks for the advice, I'll take it into consideration. If there is a new version, please use the "Flag package out-of-date" feature

aruncveli commented on 2025-01-12 13:42 (UTC)

@Bubbu0129

Understood.

So, is the build (I assume something like makepkg -sc) run by you/someone/CI periodically, like weekly/monthly, to know that there's a new version? And if not you, potentially comment here if there's a new version?

Bubbu0129 commented on 2025-01-12 13:23 (UTC)

@aruncveli The upstream files are checked with sha256sums. If there is a new version, the check will fail, stopping the build process.

aruncveli commented on 2025-01-11 21:38 (UTC)

Hi,

Great work with this package!

Just a question out of curiosity: Does Apple ever update the upstream dmg files? If yes, how to track if a new version is available?

Bubbu0129 commented on 2025-01-06 12:31 (UTC)

@pschyma @HeyBoy The binary provided by p7zip failed to recognize the archive type, so *.pkg wasn't extracted properly. Now that the extra repo has replaced p7zip with 7zip 7zip, see Issue #2, I have specified the make dependency to 7zip, which doesn't have this issue. The -t flag is also added tho, in case someone has to stick with p7zip for some reason.

pschyma commented on 2025-01-06 10:57 (UTC) (edited on 2025-01-06 10:57 (UTC) by pschyma)

Hi,

I was hitting the same issue as HeyBoy today and resolved it by modifying the PKGBUILD as follows: 7z x -txar *.pkg -y.

For some reason the magic to detect the correct archive type seems to fail and the archive is treated as gzip?

It doesn't seem to relate to the 7z version used - I tried the default Arch 7z and 7za which is 17.05 and the p7zip-full-bin AUR package which is 23.01.

Maybe some other plugin dependency 7z is too old/ missing.

Side note: file-roller has no problems extracting the archive.

Bubbu0129 commented on 2024-12-29 06:53 (UTC)

@HeyBoy Please make sure that PKGBUILD is up to date and preferably clear the artifacts by makepkg -C before retrying. I re-built the package from scratch and everything seemed to be working fine.

HeyBoy commented on 2024-12-28 12:33 (UTC)

It still doesn't work for me. It complains that grep cannot find Resources/English.lproj/License.rtf. I debugged it a little and found out that 7z x *.pkg -y only extracts Payload~ and not the Resources folder.

1 2 3 4 5 6 Next › Last »