Arch Linux User Repository

Thanks for pointing that out @Ataraxy! I've installed the package in a Debian based distribution using apt install to check if the problem is specific to our AUR package and it's not. Man page also shows the full path to the build dir.

This should be fixed upstream. It should be easy, in case you consider fixing it yourself :)

Thanks for asking @SpaghettiPenguin, not a dumb or accusatory question at all!

Yes, the patch disables the test suite by removing subdir('tests') from the upstream meson.build. The reason is that the tests depend on the Unity test framework via a Meson subproject:

unity_sub = subproject('unity')

Upstream expects Meson to download that dependency automatically, but AUR builds are generally expected to be reproducible and not fetch sources during the build process. Since automatic wrap-based subproject downloading is disabled in the build environment, the package fails to build.

Rather than introducing a new dependency or patching the build system more extensively, I disabled the tests so the package can be built successfully from the released source tarball. The tests are only needed for development and are not required to build or use httpdirfs itself.

Man page doesn't list /usr/bin/ directory:

DESCRIPTION
     usage: /home/var/ravi/HOME/.cache/aur/httpdirfs/src/build/httpdirfs [options] URL mountpoint

Hello, I'm new to the AUR and saw the change in commit 15b0a0af7f89 and was just wondering what the new httpdirfs.patch file does. From my limited understanding, it disables the tests? Why? (Sorry if that sounds accusatory, I certainly don't mean it in that way. I'm genuinely asking as I'm interested in getting into / understanding packaging.)

Sorry if this is a dumb question, and thanks in advance for your time.

Thanks for pointing it out @Orion-zhen! It seems to be related to the new gcc version.

I've patched the code for the package and might try to patch it upstream.

It should be fixed!

Build failed:

FAILED: [code=1] httpdirfs.p/src_sonic.c.o
/usr/bin/ccache cc -Ihttpdirfs.p -I. -I../httpdirfs-1.2.7 -I/usr/include/fuse3 -I/usr/include/uuid -fdiagnostics-color=always -D_FILE_OFFSET_BITS=64 -Wall -Winvalid-pch -Wextra -Wpedantic -Werror -std=gnu17 -fPIE -Wstrict-prototypes -pthread -D_GNU_SOURCE '-DVERSION="1.2.7"' -MD -MQ httpdirfs.p/src_sonic.c.o -MF httpdirfs.p/src_sonic.c.o.d -o httpdirfs.p/src_sonic.c.o -c ../httpdirfs-1.2.7/src/sonic.c
../httpdirfs-1.2.7/src/sonic.c: 在函数‘XML_parser_general’中:
../httpdirfs-1.2.7/src/sonic.c:238:23: 错误：initialization discards ‘const’ qualifier from pointer target type [-Werror=discarded-qualifiers]
  238 |             char *s = strrchr(attr[i + 1], '/');
      |                       ^~~~~~~
cc1：所有的警告都被当作是错误
[10/12] Compiling C object httpdirfs.p/src_link.c.o
FAILED: [code=1] httpdirfs.p/src_link.c.o
/usr/bin/ccache cc -Ihttpdirfs.p -I. -I../httpdirfs-1.2.7 -I/usr/include/fuse3 -I/usr/include/uuid -fdiagnostics-color=always -D_FILE_OFFSET_BITS=64 -Wall -Winvalid-pch -Wextra -Wpedantic -Werror -std=gnu17 -fPIE -Wstrict-prototypes -pthread -D_GNU_SOURCE '-DVERSION="1.2.7"' -MD -MQ httpdirfs.p/src_link.c.o -MF httpdirfs.p/src_link.c.o.d -o httpdirfs.p/src_link.c.o -c ../httpdirfs-1.2.7/src/link.c
../httpdirfs-1.2.7/src/link.c: 在函数‘single_LinkTable_new’中:
../httpdirfs-1.2.7/src/link.c:274:22: 错误：initialization discards ‘const’ qualifier from pointer target type [-Werror=discarded-qualifiers]
  274 |     char *orig_ptr = strrchr(url, '/') + 1;
      |                      ^~~~~~~
../httpdirfs-1.2.7/src/link.c: 在函数‘linkname_to_LinkType’中:
../httpdirfs-1.2.7/src/link.c:355:19: 错误：initialization discards ‘const’ qualifier from pointer target type [-Werror=discarded-qualifiers]
  355 |     char *slash = strchr(linkname, '/');
      |                   ^~~~~~
cc1：所有的警告都被当作是错误
ninja: build stopped: subcommand failed.

OK, so here's what I got.

First, I checked that my system can "see" your update:

$ paru -Qu httpdirfs
httpdirfs 1.2.7-1 -> 1.2.7-2

So, all is good, your update is "there". Next, here are the CFLAGS in /etc/makepkg.conf:

CFLAGS="-march=x86-64 -mtune=generic -O2 -pipe -fno-plt -fexceptions \
        -Wp,-D_FORTIFY_SOURCE=3 -Wformat -Werror=format-security \
        -fstack-clash-protection -fcf-protection \
        -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer"

Indeed, there is -Werror=format-security.

Also, local makepkg.conf:

$ cat /home/lurkingdaemon/.makepkg.conf
OPTIONS=(strip docs !libtool !staticlibs emptydirs zipman purge !debug !lto)

There's a bauh makepkg.conf and here are the diffs with global makepkg.conf:

$ diff --suppress-common-lines -y /etc/makepkg.conf /home/lurkingdaemon/.config/bauh/arch/makepkg.conf
#MAKEFLAGS="-j2"            <
COMPRESSXZ=(xz -c -z -)     <
COMPRESSZST=(zstd -c -T0 -) <
                            >
                            ># <generated by bauh>
                            >MAKEFLAGS="-j$(nproc)"
                            >COMPRESSXZ=(xz -c -z - --threads=0)
                            >COMPRESSZST=(zstd -c -z -q - --threads=0)
                            >BUILDENV=(!distcc !color  check !sign)

I don't know if the diffs are significant but it doesn't seem so.

Next step, uninstall all related packages and then try reinstalling:

$ paru -Rns httpdirfs # this also uninstalls gumbo-parser
$ paru -Rns debugedit pkgconf 
$ paru -Rns ttf-ms-win11-auto 

$ paru -S ttf-ms-win11-auto
the above failed cause pkgconf ain't there so try reinstalling

$ paru -S pkgconf
$ paru -S ttf-ms-win11-auto
success!

So, your latest update worked like a charm. Thanks for your feedback!

These are the reason why Arch linux doesn't support aur helpers. makepkg -sic and all goes fine.

Thank you all for the recent comments. Regarding the compilation errors reported by @adv: using the default makepkg configuration and without AUR helpers, I only get warnings instead of errors. For example:

In function ‘Link_req_file_stat’,
    inlined from ‘LinkTable_uninitialised_fill’ at ../httpdirfs-1.2.7/src/link.c:242:17:
../httpdirfs-1.2.7/src/link.c:200:20: warning: call to ‘_curl_easy_setopt_err_long’ declared with attribute warning: curl_easy_setopt expects a long argument [-Wattribute-warning]
  200 |     CURLcode ret = curl_easy_setopt(curl, CURLOPT_NOBODY, 1);

The package compiles succesfully. Perhaps you have -Werror set in the CFLAGS variable in /etc/makepkg.conf?

As @mkurz pointed out, adding -std=gnu17 to c_args completely resolves the build issues. Warnings (if not using -Werror) and errors (if using -Werror) disappear.

I'll add that option and keep it until these functions are fixed upstream, it seems that the third argument should be 1L instead of 1.

I managed to install ttf-ms-win11-auto and httpdirfs with GCC 15 as follows.

First install the latest versions of httpdirfs dependencies:

debugedit
pkgconf
gumbo-parser

Then install httpdirfs and finally ttf-ms-win11-auto.

I could not figure it out with the typical AUR helpers (yay, paru, etc). Instead, I used bauh, a graphical package manager. Basically, the only one that I tried that works. pamac-cli is a disaster.