Package Details: clementine 1.4.0rc2-6

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://www.clementine-player.org/
Licenses: GPL
Submitter: arojas
Maintainer: FabioLolix
Last Packager: FabioLolix
Votes: 15
Popularity: 0.69
First Submitted: 2023-06-28 19:03 (UTC)
Last Updated: 2024-03-02 18:47 (UTC)

Pinned Comments

haplo commented on 2024-01-30 15:48 (UTC)

@geomaster Same problem here, Clementine failed to start today due to taglib being upgraded:

/usr/bin/clementine: error while loading shared libraries: libtag.so.1: cannot open shared object file: No such file or directory

And build fails with the error you posted.

I opened an issue upstream: https://github.com/clementine-player/Clementine/issues/7313

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 Next › Last »

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.

Tharbad commented on 2023-07-15 01:27 (UTC)

@James-T: If it's a large playlist give it a few minutes, everything will appear. Or try dragging the xspf file into an existing blank playlist.

One of these worked for me, maybe both.

James-T commented on 2023-07-14 11:11 (UTC)

One possible reason to keep it around (at least for a bit) is that the playlist import from clementine to strawberry is not to be relied on at present. At least in my case the procedure (even as revised yesterday) leaves me with a full set of playlists, but all are empty. So at present the only option to transfer playlists is to manually export them from clementine and then import to strawberry.

MarsSeed commented on 2023-07-13 10:47 (UTC)

@adem, Strawberry has been very stable for years. As for polish, well, I preferred using the Qt5 build, strawberry-qt5, because that integrated better with my Qt5-based desktop, KDE.

(The past tense is because I have left Strawberry a few months ago for Audacious, available from repo.)

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