Arch Linux User Repository

Well, what I need to do is finish working on and then tag the next version of btdu, but nothing regarding the dependencies specifically.

Your observation is correct. No action is needed.

the source libraries are out of date in both upstream https://github.com/CyberShadow/btdu/blob/master/dub.selections.json (which may be intended) but more importantly also in the PKGBUILD against upstream.

Thanks for the report, it's a breaking change in the latest compiler version. The fix will be in the next btdu release (and possibly the next compiler patch release will downgrade the error to a warning).

I am not sure what caused this, but recently this fails in build():

==> Starting build()...
    Starting Performing "release" build using dmd for x86_64.
    Building btdu ~master [application]
             Running rdmd...
../ae/utils/array.d(322): Deprecation: using `in ref` is deprecated, use `-preview=in` and `in` instead
../d-btrfs-0.0.18/src/btrfs/c/kerncompat.d(44): Error: function cannot have enum storage class
Failed: ["dmd", "-release", "-inline", "-O", "-w", "-version=Have_btdu", "-version=Have_ae", "-version=Have_btrfs", "-version=Have_ncurses", "-version=Have_emsi_containers", "-version=btrfsUnittest", "-Isource/", "-I..", "-I../d-btrfs-0.0.18/src/", "-I../ncurses-1.0.0/source/", "-I../containers-0.9.0/src/", "-L-lncursesw", "-L-lz", "-v", "-o-", "source/btdu/main.d", "-Isource/btdu"]
Error Build command failed with exit code 1
    Starting Performing "release" build using dmd for x86_64.
    Building emsi_containers 0.9.0: building configuration [library]
    Building btdu ~master: building configuration [application]
../ae/sys/git.d(402,30): Deprecation: using `in ref` is deprecated, use `-preview=in` and `in` instead
../ae/utils/array.d(322,39): Deprecation: using `in ref` is deprecated, use `-preview=in` and `in` instead
../d-btrfs-0.0.18/src/btrfs/c/kerncompat.d(44,42): Error: function cannot have enum storage class
Error dmd failed with exit code 1.
==> ERROR: A failure occurred in build().
    Aborting...

@xiota I think I solved the problem from the library side, so the next version of btdu will not have this issue.

@CyberShadow Is zlib also not needed for btrfs compression?

No, that happens in the kernel.

grep -Rn zlib in src returns lots of results.

Yes, but that code is in libraries and isn't being used.

Is it possible to adjust the PKGBUILD to enable/force garbage collection?

I don't think so without tying it to a specific toolchain. Right now it depends on d-compiler which can be satisfied by three packages.

@CyberShadow Is zlib also not needed for btrfs compression? grep -Rn zlib in src returns lots of results.

Is it possible to adjust the PKGBUILD to enable/force garbage collection?

@xiota I'm not sure but I think whether zlib ends up in your binary depends on which compiler you use. btdu doesn't use it, but it's pulled it by some libraries, so it's up to the toolchain/linker whether it's garbage-collected or not.

namcap reports the following:

btdu E: Dependency zlib detected and not included (libraries ['usr/lib/libz.so.1'] needed in files ['usr/bin/btdu'])