Package Details: ttf-ms-win11-auto-japanese 10.0.26100.1742-4

Git Clone URL: https://aur.archlinux.org/ttf-ms-win11-auto.git (read-only, click to copy)
Package Base: ttf-ms-win11-auto
Description: Microsoft Windows 11 Japanese TrueType fonts
Upstream URL: https://www.microsoft.com/typography/fonts/product.aspx?PID=164
Licenses: custom
Conflicts: ttf-ms-win11-japanese
Provides: ttf-ms-win11-japanese
Submitter: octocorvus
Maintainer: octocorvus
Last Packager: kode54
Votes: 117
Popularity: 3.25
First Submitted: 2022-05-06 13:39 (UTC)
Last Updated: 2025-05-20 01:55 (UTC)

Dependencies (5)

Required by (1)

Sources (143)

Pinned Comments

kode54 commented on 2024-02-04 10:43 (UTC) (edited on 2025-11-01 04:56 (UTC) by kode54)

You apparently need to be a member of the disk group to mount a filesystem as an otherwise unprivileged user.

sudo usermod -aG disk $USER

And log out and back in again.

Edit: If you experience weird missing dependency issues with fuse3 or gumbo-parser, you need to rebuild httpdirfs. rebuild-detector, which supplies checkrebuild and a pacman hook which also runs it during upgrades, can somewhat alleviate the problem of keeping AUR packages up to date, since they're not usually bumped when they need a rebuild.

Edit 2: You will also need to sudo modprobe udf if you are using a kernel configured like the Arch linux package. If this fails, it is possible that you may have installed a new kernel without rebooting into it first.

Latest Comments

1 2 3 4 5 6 .. 16 Next › Last »

ironhak commented on 2026-07-06 11:53 (UTC) (edited on 2026-07-06 12:00 (UTC) by ironhak)

this is not working.

ln: failed to create symbolic link '/home/ironhak/.cache/yay/ttf-ms-win11-auto/src/' -> '': No such file or directory

and then gets stuck at:

LinkTable_print: --------------------------------------------
LinkTable_print:  Invalid link count: 0
LinkTable_print: --------------------------------------------
  - Creating loop device
  - Mounting loop device: /dev/loop0
Object /org/freedesktop/UDisks2/block_devices/loop0 is not a mountable filesystem.
==> ERROR: A failure occurred in prepare().
    Aborting...
 -> error making: ttf-ms-win11-auto-exit status 4
 -> Failed to install the following packages. Manual intervention is required:
ttf-ms-win11-auto - exit status 4

mrdeepmind commented on 2026-06-18 11:22 (UTC) (edited on 2026-06-18 11:28 (UTC) by mrdeepmind)

The package failed for me, so I installed the Windows 11 fonts manually from a downloaded ISO.

Install required tools:

sudo pacman -S wimlib

Mount the ISO:

mkdir ~/win11iso
sudo mount -o loop Win11_25H2_x64_v2.iso ~/win11iso/

Check available Windows editions (image index):

wiminfo ~/win11iso/sources/install.wim

In my case, Windows 11 Pro was image index 5 (this may vary depending on the ISO).

Extract fonts:

mkdir -p ~/winfonts
wimextract ~/win11iso/sources/install.wim 5 Windows/Fonts --dest-dir ~/winfonts/

Copy fonts to user font directory:

mkdir -p ~/.local/share/fonts/windows
cd ~/winfonts/Fonts/
cp * ~/.local/share/fonts/windows/

Refresh font cache:

fc-cache -fv ~/.local/share/fonts/windows/

Cleanup (optional):

rm -rf ~/winfonts

Unmount ISO:

sudo umount ~/win11iso/

After this, the fonts were available immediately in applications. Note: This method also avoids installing the AUR package entirely and is, in my opinion, a safer and more transparent approach since it directly uses the original ISO source.

laurent_waro commented on 2026-06-02 06:12 (UTC)

Hi, i have this error : LinkTable_print: -------------------------------------------- - Creating loop device - Mounting loop device: /dev/loop0 Object /org/freedesktop/UDisks2/block_devices/loop0 is not a mountable filesystem.

A solution? Thanks

Ataraxy commented on 2026-05-29 14:27 (UTC)

I did sudo modprobe udf and user is in group disk.

- Downloading fonts directly
  - Mounting HTTP file
LinkTable_print: --------------------------------------------
LinkTable_print:  LinkTable 0x562319dd3090 for https://software-static.download.prss.microsoft.com/dbazure/888969d5-f34g-4e03-ac9d-1f9786c66749/26100.1742.240906-0331.ge_release_svc_refresh_CLIENTENTERPRISEEVAL_OEMRET_x64FRE_en-us.iso
LinkTable_print: --------------------------------------------
LinkTable_print: 0 H 0  https://software-static.download.prss.microsoft.com/dbazure/888969d5-f34g-4e03-ac9d-1f9786c66749/26100.1742.240906-0331.ge_release_svc_refresh_CLIENTENTERPRISEEVAL_OEMRET_x64FRE_en-us.iso
LinkTable_print: 1 F 5387960320 26100.1742.240906-0331.ge_release_svc_refresh_CLIENTENTERPRISEEVAL_OEMRET_x64FRE_en-us.iso https://software-static.download.prss.microsoft.com/dbazure/888969d5-f34g-4e03-ac9d-1f9786c66749/26100.1742.240906-0331.ge_release_svc_refresh_CLIENTENTERPRISEEVAL_OEMRET_x64FRE_en-us.iso
LinkTable_print: --------------------------------------------
LinkTable_print:  Invalid link count: 0
LinkTable_print: --------------------------------------------
  - Creating loop device
  - Mounting loop device: /dev/loop36
Object /org/freedesktop/UDisks2/block_devices/loop36 is not a mountable filesystem.
==> ERROR: A failure occurred in prepare().

I noticed that the upstream ttf-ms-win10-auto is using a different depend for httpdirfs.

The '' link target seems a bit like a shell scripting bug? rua offers shellcheck on the PKGBUILD and it's quite noisy.

pika02 commented on 2026-04-09 04:08 (UTC)

@caellian The patch is awesome! Thanks!

rahulmb commented on 2026-04-02 06:30 (UTC)

This package is currently not working.

glottophilos commented on 2026-03-25 07:23 (UTC)

Likewise asking for @caellian's changes to be made part of the official packaging, wouldn't work on a fresh Arch install until I made those changes. Thanks all!

vlixes56 commented on 2026-03-03 21:04 (UTC) (edited on 2026-03-25 12:36 (UTC) by vlixes56)

In CachyOS, the only thing that worked for me to complete the installation were the changes made by @caellian. Thank you! I also vote in favor of implementing these changes if possible.

shilka commented on 2026-02-28 09:38 (UTC)

@caellian Thanks buddy. It worked now. httpdirfs is something much too complicated for the installation. @kode54 Could you please migrate to caellian's robust packaging method?