Package Details: ttf-ms-win11-auto 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 TrueType fonts
Upstream URL: https://www.microsoft.com/typography/fonts/product.aspx?PID=164
Licenses: custom
Conflicts: ttf-ms-fonts, ttf-tahoma, ttf-vista-fonts
Provides: emoji-font, ttf-font, ttf-ms-fonts, ttf-ms-win11, ttf-tahoma
Submitter: octocorvus
Maintainer: octocorvus (kode54)
Last Packager: kode54
Votes: 92
Popularity: 4.81
First Submitted: 2022-05-06 13:39 (UTC)
Last Updated: 2025-05-20 01:55 (UTC)

Dependencies (5)

Required by (305)

Sources (143)

Pinned Comments

kode54 commented on 2024-02-04 10:43 (UTC) (edited on 2025-05-20 21:47 (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.

Latest Comments

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

jobinsjjc commented on 2025-05-21 06:09 (UTC)

For those having difficulty installing this package, use the httpdirfs-git package, which fixes the libgumbo dependency error.

Anonymo commented on 2025-05-20 17:17 (UTC) (edited on 2025-05-20 17:17 (UTC) by Anonymo)

I was trying to find a way to edit the PKGBUILD to rebuild httpdirfs automatically before starting the build, but not sure if that type of inception is allowed on AUR.

jongeduard commented on 2025-05-20 17:14 (UTC)

@papa33

It's really fascinating that for me error is slightly different:

httpdirfs: error while loading shared libraries: libgumbo.so.2: cannot open shared object file: No such file or directory

The mentioned Libraries are different: libfuse3.so.3 vs libgumbo.so.2

I am actually curious how that works.

Anyways, rebuilding httpdirfs does indeed solve the issue.

papa33 commented on 2025-05-20 05:59 (UTC) (edited on 2025-05-20 06:07 (UTC) by papa33)

Updating to latest version fails:

libfuse3.so.3: cannot open shared object file: No such file or directory

Edit : recompile httpdirfs solves the issue.

kode54 commented on 2025-05-20 01:51 (UTC)

httpdirfs already depends on gumbo-parser. You cannot install httpdirfs without it.

kode54 commented on 2025-05-20 01:48 (UTC) (edited on 2025-05-20 01:48 (UTC) by kode54)

httpdirfs should specify its own dependencies, we should not be filling in its missing dependencies. The rest is fine, will fix.

Anonymo commented on 2025-05-18 21:02 (UTC) (edited on 2025-05-18 21:35 (UTC) by Anonymo)

https://pastebin.com/5hDU9rZ4

httpdirfs requires fuse3 and libgumbo.so.2 (from gumbo-parser). The current PKGBUILD:

  • lists fuse2, but it links against libfuse3.so.3
  • doesn’t include gumbo-parser, causing runtime failure

To fix it, update the deps:

-makedepends=(udisks2 p7zip httpdirfs fuse2 udftools)
+makedepends=(udisks2 p7zip httpdirfs fuse3 gumbo-parser udftools)

Also, add this shim so the script works with fusermount3:

command -v fusermount >/dev/null || ln -s /usr/bin/fusermount3 "${pkgdir}/usr/bin/fusermount"

Or for a quick workaround before building:

sudo ln -s /usr/bin/fusermount3 /usr/bin/fusermount

danejur commented on 2025-05-08 12:22 (UTC) (edited on 2025-05-08 12:24 (UTC) by danejur)

I started getting this error when trying to update as of a couple months ago:

httpdirfs: error while loading shared libraries: libgumbo.so.2: cannot open shared object file: No such file or directory

I found that rebuilding and reinstalling httpdirfs solved this issue.

kode54 commented on 2025-04-26 22:11 (UTC)

@ArchChem I cannot reproduce your crash.