Arch Linux User Repository

As the upstream Release Notes state, most recent releases were rebuilds of the prebuilt upstream binaries only, so they get updated versions of the staticly linked dependencies. This PKGBUILD does not use those binaries, it builds from source and links the dependencies shared, so it does not need to be updated every time abseil, yaml-cpp or mpdclient or their dependencies get minor updates.

So that's usually the reason for not updating this PKGBUILD to every release done upstream. It's to avoid unnecessary rebuilds. I'll update when actual source changes are done or if someone explicitly flags o-o-d.

Please do feel free to flag (or comment), even if it may be unnecessary, if you want me to update the PKGBUILD anyway or if you think I've overlooked some changes. I've got no problem with that.

As the upstream Release Notes state, most recent releases were rebuilds of the prebuilt upstream binaries only, so they get updated versions of the staticly linked dependencies. This PKGBUILD does not use those binaries, it builds from source and links the dependencies shared, so it does not need to be updated every time abseil, yaml-cpp or mpdclient or their dependencies get minor updates.

So that's usually the reason for not updating this PKGBUILD to every release done upstream. It's to avoid unnecessary rebuilds. I'll update when actual source changes are done or if someone explicitly flags o-o-d.

Please do feel free to flag (or comment), even if it may be unnecessary, if you want me to update the PKGBUILD anyway or if you think I've overlooked some changes. I've got no problem with that.

oh, wait, I only have it as makedep, ignore the previous content of this comment, I'll fix this shortly.

semms abseil-cpp is a runtime dependency now:

ashuffle: error while loading shared libraries: libabsl_str_format_internal.so.2111.0.0: cannot open shared object file: No such file or directory

Yeah, my CI noticed the missing dep and I've added it by now.

No, it needs to be a normal dependency, since it'll be dynamically linked when using the build option my patch adds.

Missing dependency yaml-cpp (makedep only perhaps?)

I pushed a fix for that.

Fails to build with latest abseil-cpp, needs a patch:

diff --git a/meson.build b/meson.build
index 59543ee..48d8061 100644
--- a/meson.build
+++ b/meson.build
@@ -30,7 +30,7 @@ absl_libs = [

   # Via Hash:
   'absl_hash',
-  'absl_wyhash',
+  'absl_low_level_hash',
   'absl_city',

   # Via Time:

Well I'd have expected it to satisfy the dependency, too. But maybe it doesn't because of the version constraint?

I pushed a PKGBUILD without gmock dependency anyway.

Thanks for the headsup.

I found that I could not install this due to Missing dependencies: gmock>=1.10.

I have gtest installed, which looks like it provides gmock, so I'm not sure why that wasn't satisfying the dependency. As a workaround, I removed the "gmock>=1.10" from the makedepends line in the PKGBUILD file, and was able to build the package successfully.

This is probably the reason:

/usr/bin/ld: /usr/lib/gcc/armv7l-unknown-linux-gnueabihf/9.3.0/../../../libabsl_str_format_internal.a: error adding symbols: file format not recognized

Please look at the output of

objdump -a /usr/lib/libabsl_str_format_internal.a

Specifically the "file format" of the object files.

I was planning to update this package to 3.5 as soon as gtest 1.10 hit [community], it was in [community-testing] for a while. Since this happened now, I'll update soon.

Please note, there is a package ashuffle-git that does the building the "git way", which worked for you. Since current master almost always matches the latest release, there's no "harm" in using it.