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.

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.

@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.

Updating to latest version fails:

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

Edit : recompile httpdirfs solves the issue.

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

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

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

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.

@ArchChem I cannot reproduce your crash.

@st0ne this is intented behavior, see the comment in PKBUILD line 56

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

In my case, HTTPDirFS crashed when building the package:

Oops! HTTPDirFS crashed! :(
backtrace() returned the following 7 addresses:
httpdirfs(+0x3db0) [0x5e99c85ebdb0]
httpdirfs(+0x3f69) [0x5e99c85ebf69]
httpdirfs(+0x8354) [0x5e99c85f0354]
httpdirfs(+0x3757) [0x5e99c85eb757]
/usr/lib/libc.so.6(+0x27488) [0x7a5fa6c35488]
/usr/lib/libc.so.6(__libc_start_main+0x8c) [0x7a5fa6c3554c]
httpdirfs(+0x3aa5) [0x5e99c85ebaa5]

Removing the --cache flag in line 416 of the PKGBUILD solved the problem:

httpdirfs --single-file-mode "$_iso" mnt/http