Arch Linux User Repository

    error: failed to prepare transaction (could not satisfy dependencies) :: installing $PACKAGE (VERSION) breaks dependency 'libXXX.so=$VERSION' required by clementine -> error installing repo packages

You need to remove Clementine and rebuilt it

This is expected behaviour

Dear all

• every time you have error while loading shared libraries: libXXX.so.XXX: cannot open shared object file: No such file or directory for build from source programs you have to rebuild it

@marco.righi, looks like clementine is not compatible with the current version of abseil-cpp, used by protobuf.

Problems with last upgrade

yay -Suy

aur/clementine  1.4.0rc2-2 -> 1.4.0rc2-3

The compiler ends with an error

/usr/include/absl/log/internal/log_message.h:334:3: note:   candidate expects 2 arguments, 3 provided
/usr/include/absl/strings/cord.h: In instantiation of 'H absl::lts_20230125::Cord::HashFragmented(H) const [with H = absl::lts_20230125::hash_internal::MixingHashState]':
/usr/include/absl/strings/cord.h:762:28:   required from 'H absl::lts_20230125::AbslHashValue(H, const Cord&) [with H = hash_internal::MixingHashState]'
/usr/include/absl/hash/internal/hash.h:871:27:   required from 'static absl::lts_20230125::enable_if_t<std::is_same<H, decltype (absl::lts_20230125::hash_internal::AbslHashValue(std::move(state), value))>::value, H> absl::lts_20230125::hash_internal::HashSelect::HashValueProbe::Invoke(H, const T&) [with H = absl::lts_20230125::hash_internal::MixingHashState; T = absl::lts_20230125::Cord; absl::lts_20230125::enable_if_t<std::is_same<H, decltype (absl::lts_20230125::hash_internal::AbslHashValue(std::move(state), value))>::value, H> = absl::lts_20230125::hash_internal::MixingHashState; decltype (absl::lts_20230125::hash_internal::AbslHashValue(std::move(state), value)) = absl::lts_20230125::hash_internal::MixingHashState]'
/usr/include/absl/hash/internal/hash.h:1241:73:   required from 'static H absl::lts_20230125::hash_internal::HashStateBase<H>::combine(H, const T&, const Ts& ...) [with T = absl::lts_20230125::Cord; Ts = {}; H = absl::lts_20230125::hash_internal::MixingHashState]'
/usr/include/absl/hash/internal/hash.h:978:39:   required from 'static size_t absl::lts_20230125::hash_internal::MixingHashState::hash(const T&) [with T = absl::lts_20230125::Cord; typename std::enable_if<(! absl::lts_20230125::conjunction<std::is_integral<_Tp>, absl::lts_20230125::hash_internal::is_uniquely_represented<T, void> >::value), int>::type <anonymous> = 0; size_t = long unsigned int]'
/usr/include/absl/hash/internal/hash.h:1230:33:   required from 'size_t absl::lts_20230125::hash_internal::HashImpl<T>::operator()(const T&) const [with T = absl::lts_20230125::Cord; size_t = long unsigned int]'
/usr/include/absl/container/internal/hash_function_defaults.h:77:36:   required from here
/usr/include/absl/strings/cord.h:999:18: error: cannot convert 'absl::lts_20230125::Cord::HashFragmented<absl::lts_20230125::hash_internal::MixingHashState>(absl::lts_20230125::hash_internal::MixingHashState) const::<lambda(int)>' to 'int'
  999 |     ForEachChunk([&combiner, &hash_state](absl::string_view chunk) {
      |                  ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
      |                  |
      |                  absl::lts_20230125::Cord::HashFragmented<absl::lts_20230125::hash_internal::MixingHashState>(absl::lts_20230125::hash_internal::MixingHashState) const::<lambda(int)>
 1000 |       hash_state = combiner.add_buffer(std::move(hash_state), chunk.data(),
      |       ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
 1001 |                                        chunk.size());
      |                                        ~~~~~~~~~~~~~~
 1002 |     });
      |     ~             
/usr/include/absl/strings/cord.h:1564:48: note:   initializing argument 1 of 'void absl::lts_20230125::Cord::ForEachChunk(int) const'
 1564 |     absl::FunctionRef<void(absl::string_view)> callback) const {
      |     ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~
make[2]: *** [ext/libclementine-remote/CMakeFiles/libclementine-remote.dir/build.make:84: ext/libclementine-remote/CMakeFiles/libclementine-remote.dir/remotecontrolmessages.pb.cc.o] Error 1
make[1]: *** [CMakeFiles/Makefile2:1645: ext/libclementine-remote/CMakeFiles/libclementine-remote.dir/all] Error 2
make: *** [Makefile:136: all] Error 2
==> ERROR: A failure occurred in build().
    Aborting...
 -> error making: clementine-exit status 4
 -> Failed to install the following packages. Manual intervention is required:
clementine - exit status 4

Any ideas?

Thanks in advance

Would have been nice to have some kind of notification they were breaking functionality when I did my pacman update.

Would you like to elaborate?

Would have been nice to have some kind of notification they were breaking functionality when I did my pacman update. Strawberry looks like a good start but it's not even close to what Clementine was for me.

And Audacious is using mostly ffmpeg plus additional codecs, so it can play the kitchen sink and then some. :)

Strawberry is based on GStreamer, so one shall install the necessary gst-plugins packages to make it able to play the additional formats.

The reason why I happened to find Audacious, though, is that repo's gstreamer recently dropped the dated libsidplay, used to play Commodore 64 SID music files. It turns out, Audacious still supports this format through a newer library, libsidplayfp.

I've used Strawberry earlier, and it's quite capable, with tons of features.

The only thing I didn't like was how weird and dated the interface and the icons look.

So now I'm using an equally feature-rich alternative that has a modern GUI: Audacious, available from repo. (Note: not to be confused with Audacity, the sound editor.)

@Tharbad is right. Strawberry is the solution and it works very well.

Probably the reason why this was dropped from [extra] then. Yeah it should be deleted then.

Did some searching and it's seems that Clementine is dead. Last official release is from 2016. Volunteers are keeping the git version alive (Last version is from 05.2022). The protobuf will have to addressed by them.

There seems to be a fork called Strawberry that has the same gui and most of the features. There is a package in Extra.

Hmmm, looks like the protobuf upgrade has made this unbuildable without downgrading to protobuf 21. I don't think I care enough to spend time repackaging protobuf.