Package Details: ttf-ms-win10-auto-japanese 10.0.19042.789-6

Git Clone URL: https://aur.archlinux.org/ttf-ms-win10-auto.git (read-only, click to copy)
Package Base: ttf-ms-win10-auto
Description: Microsoft Windows 10 Japanese TrueType fonts
Upstream URL: http://www.microsoft.com/typography/fonts/product.aspx?PID=164
Licenses: custom
Conflicts: ttf-ms-win10-japanese
Provides: ttf-ms-win10-japanese
Submitter: Zepman
Maintainer: RubenKelevra
Last Packager: RubenKelevra
Votes: 35
Popularity: 0.70
First Submitted: 2021-02-24 16:44 (UTC)
Last Updated: 2024-07-23 00:51 (UTC)

Dependencies (6)

Required by (0)

Sources (145)

Pinned Comments

Zepman commented on 2021-02-24 16:49 (UTC) (edited on 2021-03-24 22:08 (UTC) by Zepman)

This package is based on ttf-ms-win10. It differs in that it automatically downloads the fonts from Microsoft, if possible without downloading an entire ISO file.

If Polkit allows the user to create loop devices and mount files using udisks, around 200 MB of (mostly compressed) data will be downloaded. This can be a slow download method even over the fastest connections, since the fonts are taken from a large ISO file without downloading the entire file.

If Polkit is not available or it does not allow the user to use udisks, the entire ISO file will be downloaded and install.wim will be extracted. A check ensures that enough temporary disk space is available, which can be up to twice the size of the ISO file. This can happen if either Polkit or an authentication agent is not running, or when a user is logged in remotely (e.g. through SSH).

Latest Comments

1 2 3 4 5 6 Next › Last »

RubenKelevra commented on 2024-08-31 22:50 (UTC) (edited on 2024-08-31 22:51 (UTC) by RubenKelevra)

@knuxyl thanks for the report. Do you call makepkg manually or do you use an AUR helper?

Do you use a clean chroot?

knuxyl commented on 2024-08-31 19:18 (UTC)

This doesn't work. It errors saying /dev/loop0 or whichever is already mounted, which was mounted by this pkgbuild. I had to manually umount the http and /dev/loop mounts, restarted, tried again, same problem. The loop device is mounted with the iso file this script downloads, and then complains it's already mounted and fails.

RubenKelevra commented on 2024-08-02 08:00 (UTC) (edited on 2024-08-02 08:01 (UTC) by RubenKelevra)

Hey @carlosal1015,

while not pretty there's no way to prevent this warnings to appear at the moment.

Please read the instructions in the PKGBUILD before reporting:

Please ignore any 'ln' errors when building this package. This is expected  behavior.

Thanks!

carlosal1015 commented on 2024-08-02 01:45 (UTC)

Hi, I have the following message during installation

==> Removing existing $srcdir/ directory...
==> Extracting sources...
ln: failed to create symbolic link '/tmp/makepkg/ttf-ms-win10-auto/src/' -> '': No such file or directory
ln: failed to create symbolic link '/tmp/makepkg/ttf-ms-win10-auto/src/' -> '': No such file or directory
ln: failed to create symbolic link '/tmp/makepkg/ttf-ms-win10-auto/src/' -> '': No such file or directory
ln: failed to create symbolic link '/tmp/makepkg/ttf-ms-win10-auto/src/' -> '': No such file or directory
ln: failed to create symbolic link '/tmp/makepkg/ttf-ms-win10-auto/src/' -> '': No such file or directory
ln: failed to create symbolic link '/tmp/makepkg/ttf-ms-win10-auto/src/' -> '': No such file or directory
ln: failed to create symbolic link '/tmp/m

RubenKelevra commented on 2024-07-23 16:16 (UTC)

To whom it may concern: Don't feed the troll. Thanks :)

boyd8444 commented on 2024-07-23 16:07 (UTC)

@RubenKelevra Noob? It sounds like you're the noob here since you can't even manage to make a working PKGBUILD.

RubenKelevra commented on 2024-07-23 14:18 (UTC)

@boyd8444 yeah, I end the discussion here. This is not the place for noobs to ask basic questions.

Have a nice day.

boyd8444 commented on 2024-07-23 12:25 (UTC)

@RubenKelevra If I were an official package maintainer I might make the effort to use a chroot build environment, but yay uses a normal user to build and has the option to remove build dependencies which is all I need.

Your needs may be different, but claiming that a chroot build environment is more serure is just false. A chroot in no way protects you from installing malicious code if that is what you mean by security.

RubenKelevra commented on 2024-07-23 08:42 (UTC) (edited on 2024-07-23 09:32 (UTC) by RubenKelevra)

@boyd8444 pkgrel 6 includes the suggested cleanup code and may work in your setup.

Anyway, I suggest moving away from yay, as building packages outside a chroot is not a safe practice.

And stop marking packages out of date, if they are not out of date, just because they don't build for you. That's what comments are for.

boyd8444 commented on 2024-07-23 00:59 (UTC) (edited on 2024-07-23 01:21 (UTC) by boyd8444)

@RubenKelevra I saw the instructions about loopback devices and didn't ignore them, but thought a well designed PKGBUILD should include error handling for this case. We just disagree.

You are correct to point out that yay does not support a chroot build environment and so is not supported.

The ttf-ms-win11-auto worked with yay so I switched to that one.