Amarok forever


Many qt4/kde4 packages was removed from repos and AUR, and every system update can brake Amarok. But I 'm using Amarok for a 6 years and I don’t want to lose Amarok’s statistic and ratings of tracks. I exclude Amarok with deps from system file hierarchy for guaranteed working condition.

Just get archive, create folder “app” in your home directory, and unpack archive to the folder. Click “app-run” to launch Amarok. After first launch you can start Amarok via icon in a main menu as usual.

Good luck!

P.S. If you don’t trust my archive, you can see which packages I put to “deps” folder, and put them from your system :slight_smile:

$ ls -1

Amarok plugin
I lost my Amarok colletion database

Um. Amarok is in the repos already. If it breaks that’s something that should be reported, not hidden.

I lost my Amarok colletion database

Git version in repos is broken (e.g. ratings are not showing)


@itnativa I think you are using git from AUR. Probably we have that latest version of software in our Manjaro repo may work. Please check


…And you want people to force keep old versions of packages? Thats not a great idea already. But its even worse when you are keeping things like samba and ssh held back.

As others have mentioned, this git version you speak of is in the AUR, not the repos. Install amarok from the repos, and report if you have issues then.


Is Amarok still being developed actively ?
It is an amazing music player no doubt…


No, I talk about current Amarok in the community repo:

There is broken:

Qt4-Amarok, for comparsion:

MAYBE current Qt5-Amarok will work correctly some time, but I can’t hope for it :slight_smile:


I think simple: user’s data is most important for him, and system has no right force to drop their due changes in repos.

My solution is no different from AppImage in fact.


Maybe this is lost in translation.

But to me it is simple as well.

This is a bad idea. It falls under ‘partial upgrades’ which is not supported and also a Bad Idea.

Further - this is even worse when you are talking about network/security software [such as SSH]. This recipe calls for you keeping such things out of date and therefor vulnerable and insecure.

If the ‘users data is important’ then these things are of paramount importance.

If their collection/data is important enough that it must be ported then that is another matter. In this case not only is the software still available without these unstable workarounds, but I’m relatively sure amarok support exporting such data and/or it is available file-side so that it could continue to be functional for usage otherwise.

That is all beside the point that the proposed actions are;
Based on false presumptions and bad actions,
Ill Informed,
Not Necessary,
and Dangerous (to stability of system and general security)


It falls under ‘partial upgrades’ which is not supported

It is not partial upgrades. The system is updating fully as usual. Amarok with deps are not related to the system.

Non-updating Amarok, Qt4, kdebase, etc, its a paltry security threat.


Actually it is.
There are at least 2 packages I can see, which are system packages and needs to be up to date to be secure.
libssh and smbclient.


needs to be up to date to be secure

To be secure when Amarok connect to local database or local storage via Samba? Hmmm, I don’t think so.


Samba is not only for amarok. It is also for LAN sharing in general.
Which other users might use, although you might not. So making them keep it out-dated is a security risk.

And SSH is pretty obvious, not even gonna explain that one.


What? That Samba is for Amarok. Other programs use system Samba from repos.

In my script “app-run”:

export PATH="$pathes"$PATH
export LD_LIBRARY_PATH="$lib_pathes""/usr/lib64/mysql:"$LD_LIBRARY_PATH
export XDG_DATA_DIRS="$data_pathes"$XDG_DATA_DIRS
export QT_PLUGIN_PATH=""$deps_dir"/qt4-4.8.7-25/usr/lib/qt4/plugins:"$deps_dir"/kdebase-runtime-17.08.3-4/usr/lib/kde4/plugins:"$deps_dir"/kdelibs-4.14.38-4/usr/lib/kde4/plugins:"$deps_dir"/phonon-qt4-gstreamer-4.9.0-4/usr/lib/kde4/plugins:"$deps_dir"/phonon-qt4-4.10.1-3/usr/lib/qt4/plugins"

exec "$app_exe"


Wrong. The other programs use whatever smbclient is installed on the system. And you can’t have 2 packages named the same installed at the same time.

It sounds like you don’t quite understand have Linux packages work.

I’m just saying. Keeping old packages installed, while “updating” the rest is called a partial update. And Arch Linux and Manjaro does not support partial updates.


Samba in the folder ~/app/amarok-2.9.0-2/deps is not installed on the system, that’s the point. As well as other Amarok’s deps.

The “system” is environment which determined by global environment variables like PATH, LD_LIBRARY_PATH, etc. Directory in the /home is not a part of global system environment.


So what you are saying its a portable self contained package built in your home directory complete with all deps required,
If that is the case that seems fine to me


its a portable self contained package built in your home directory complete with all deps required



Thank you a lot for this effort!
Would be nice if you could make a new build which incorporates MariaDB as well: libmariadbclient-10.1.37-1-x86_64, mariadb-10.1.37-1-x86_64 and mariadb-clients-10.1.37-1-x86_64.
MariaDB 10.3 does break Amarok again.


Try this:

sudo ln -s /usr/lib/ /usr/lib/
sudo ln -s /usr/lib/ /usr/lib/