Package Details: clementine 1.4.1+10+gefe886e0a-1

Git Clone URL: https://aur.archlinux.org/clementine.git (read-only, click to copy)
Package Base: clementine
Description: A modern music player and library organizer
Upstream URL: https://github.com/clementine-player/Clementine
Licenses: GPL-3.0-or-later
Submitter: arojas
Maintainer: FabioLolix
Last Packager: FabioLolix
Votes: 18
Popularity: 1.65
First Submitted: 2023-06-28 19:03 (UTC)
Last Updated: 2024-10-22 15:55 (UTC)

Pinned Comments

FabioLolix commented on 2023-09-22 19:45 (UTC)

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

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 Next › Last »

joe1984 commented on 2023-09-24 22:05 (UTC)

Maybe I'm wrong about this, but if the package needs to be rebuilt for some reason (like every protobuf update), shouldn't the pkgrel be bumped to trigger the rebuild?

FabioLolix commented on 2023-09-22 19:45 (UTC)

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

torakamo commented on 2023-09-21 11:16 (UTC)

Dear @FabioLolix,

current updates updated /usr/lib/libabsl_log_internal_check_op.so.2308.0.0

The current version of clementine is trying to use libabsl_log_internal_check_op.so.2301.0.0

As their exists a symlink libabsl_log_internal_check_op.so -> libabsl_log_internal_check_op.so.2308.0.0 I wonder if it would be feasible to depend clementine on libabsl_log_internal_check_op.so instead of the exact version.

I very much prefer to use this package of clementine instead of the one provided via flatpak.

Kind regards

FabioLolix commented on 2023-09-07 07:32 (UTC)

You need to rebuild after every protobuf update

saxa commented on 2023-09-07 06:29 (UTC) 

$ ldd /usr/bin/clementine
        libprotobuf.so.23 => not found

Anyone else getting the wrong libprotobuf? This broke my beloved clementine for weeks now. Same with the newest version 1.4.0rc2-4

$ pacman -Ql protobuf | grep libprotobuf.so
protobuf /usr/lib/libprotobuf.so
protobuf /usr/lib/libprotobuf.so.24

protobuf /usr/lib/libprotobuf.so.24.2.0

Roken commented on 2023-08-17 18:02 (UTC)

I will re-request this, but probably for different reasons than szdytom. I have a 12 core/24 thread Ryzen 5900X (not overclocked), and the build brings my system to a halt out of the box. Changing MAKEFLAGS to j=4 allows it to build. There's obviously a race condition somewhere.

Now it takes longer to build, but that's better than freezing my whole system.

glenjo commented on 2023-08-12 20:32 (UTC)

Thanks! Been using clementine since 2010.

What's that they say? Too late to regret it, too early too brag about it?

Time to start bragging guys!

FabioLolix commented on 2023-08-01 12:24 (UTC)

No, see https://wiki.archlinux.org/title/Makepkg#Improving_compile_times

szdytom commented on 2023-08-01 12:12 (UTC)

Would please you add -jX flags to enable compiling on multi-cores?

James-T commented on 2023-07-17 10:34 (UTC)

@Tharbad: That works, and is what I've been doing, but it does need to be able to start clementine to export to xspf files.

I was referring to the bulk method described in the strawberry wiki, which can (in principle) be used without the need to start up clementine to transfer the database using sqlite3. Which left me with empty playlists (even on a system with only a few short ones)

Hence suggesting that deleting the package from AUR may not be such a great idea at least for a while.

« First ‹ Previous 1 2 3 4 5 6 7 8 Next › Last »