Arch Linux User Repository

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.

I have no problems with installing the package, but while looking through the PKGBUILD after the last update, I stumbled across the httpdirfs --cache flag and the comment about it.

In short, with this flag httpdirfs caches all downloaded data in the user's cache directory permanently, using sparse allocation for partially downloaded files (as is here the case for the ISO). In the project's GitHub repo it is also mentioned that initial download speeds could be limited to 15 MiB/s due to the feature's implementation.

While I don't think the speed is a concern with a download size of ~400 MiB (I surely wouldn't notice), we really don't gain anything from the caching. When the package is updated, the cached ISO won't speed anything up since a new ISO with a new name will have to be downloaded freshly from Microsoft. Besides that it just piles up in the user's home dir, with every new ISO occupying about 6 GiB (mostly pre-allocated) space. I'd like to suggest possible changes:

1. Just removing the --cache option altogether, possibly mentioning why it's not used anymore in the build instructions.

2. Using the --cache-location option alongside to point to the $srcdir (typically src/). This way, the user's choice where to save source files is honored, and the cached files can be cleaned up easily with makepkg --clean or --cleanbuild.

run yay --rebuild httpdirfs

ln: failed to create symbolic link '/home/boredhero/Desktop/ttf-ms-win11-auto/src/' -> '': No such file or directory ==> Starting prepare()... - Examining locally available fonts - Fonts are missing - Mount filesystems as a non-privileged user: allowed - Downloading fonts directly - Mounting HTTP file httpdirfs: error while loading shared libraries: libgumbo.so.1: cannot open shared object file: No such file or directory ==> ERROR: A failure occurred in prepare(). Aborting...

Glad to see this finally updated. Builds flawlessly.

Note: If you get the error "Filesystem type udf not configured in kernel" its caused by not rebooting after a kernel update. Reboot and try again.

@Viterzgir: please rebuild and reinstall httpdirfs AUR package.

I can't build ln: failed to create symbolic link '/home/serge/Downloads/ttf-ms-win11-auto/src/' httpdirfs: error while loading shared libraries: libgumbo.so.1: cannot open shared object file: No such file or directory ==> ERROR: A failure occurred in prepare(). Nevermind rebuild httpdirfs package solved this problem.

@kode54 It turns out I have to build this within a desktop session. Attempting to build this package over SSH does NOT work. The next time this updates I'll try the disk group thing. Thanks!

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.

After the update I am still getting:

- Mount filesystems as a non-privileged user: Error setting up loop device for test.mount: GDBus.Error:org.freedesktop.UDisks2.Error.NotAuthorizedCanObtain: Not authorized to perform operation
/home/user/.cache/paru/clone/ttf-ms-win11-auto/PKGBUILD: line 406: -1: substring expression < 0

Updated. Thanks for adding me, @octocorvus, and thanks @jdigi78 for that loopDev fix. Also thanks to @kddlb for informing me of the registration form for retrieving the latest evaluation ISO URL for the package.