Package Details: amarok1 1.4.10-16

Git Clone URL: https://aur.archlinux.org/amarok1.git (read-only)
Package Base: amarok1
Description: amaroK - a media player for KDE - v1.4.10 xine engine with wikipedia patch (single package)
Upstream URL: http://amarok.kde.org
Licenses: GPL
Provides: amarok1
Submitter: juanmah
Maintainer: None
Last Packager: jorge_barroso
Votes: 69
Popularity: 0.000000
First Submitted: 2009-04-20 08:38
Last Updated: 2015-06-15 19:24

Required by (0)

Sources (9)

Latest Comments

wcentauri commented on 2013-11-04 00:33

This works with effort.

On a new system install with minimal KDE anything, I had to comment out in the PKGBUILD
. /etc/profile.d/qt3.sh
. /etc/profile.d/kde3.sh

Then, build/install I had to manually copy these files to /opt/kde/lib/kde3 :
libamarok_void-engine_plugin.la
libamarok_massstorage-device.la
libamarok_smb-device.la
libamarok_nfs-device.la
libamarok_njb-mediadevice.la
libamarok_generic-mediadevice.la

and add to ~/.bashrc :
export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/opt/kde/lib:/opt/kde/lib/kde3

and add to /opt/kde/bin to PATH

arcorreia commented on 2013-06-25 15:18

Amarok compilation gives an error and aborts the build. Could the mantainer or someone else give it a look? I really miss Amarok 1.4, Amarok 2.x sucks and Clementine isn't the same thing...

Thanx

nous commented on 2012-11-28 08:17

Updated.

nous commented on 2012-11-28 08:15

Adopted and updated.

Anonymous comment on 2012-11-27 12:48

@POMATu

It's higly possible that taglib is a hidden missing dependency which most of us didn't pick on because we already had it installed. Currently I don't have the time to update the package and it would be great if you could update it.

Anonymous comment on 2012-11-27 05:17

Please add "taglib" from official repositories to dependencies list. I was not able to compile this package without taglib

nous commented on 2012-10-03 14:34

/opt/kde

MisterAnderson commented on 2012-10-03 07:18

Where does amarok1 get installed? I can't find it in /usr/bin

MisterAnderson commented on 2012-10-03 07:17

Where does amarok1 get installed? I can't find it in /usr/bin

Anonymous comment on 2012-07-31 12:51

Well I can only speak for myself, but I just installed this package on my arch X86_64, and everything went flawslessly. Amarok runs and everything, haven't tried it extensively though, as I only use it to generate .mood files, but it seemed to be working fine.

Anonymous comment on 2012-07-23 12:18

Sorry guys, I updated the package just two days ago but forgot to upload it xD


I've added a patch that fixes the malloc/realloc/free problem and also removed the tunepimp dependency.


Cheers :-)


P.S. I would like you to test the new package and tell me if you encounter any errors with it.

piojo commented on 2012-07-23 04:32

@wcentauri: The "right" way to change the source is to add a patch to the PKGBUILD. But if you want a method for testing, you can run makepkg --nobuild (I think), make changes, then run makepkg --noextract to build without overwriting the current source tree.

wcentauri commented on 2012-07-23 02:24

Received the same error concerning malloc etc. as mr.wizrd

I made version 1.4.10-13 build by adding to (the unpacked file) amarok1/src/amarok-1.4.10/amarok/src/mediadevice/mtp/mtpmediadevice.cpp
#include <cstdlib>
in the file header. This must be done shortly after the build process starts as the source is always overwritten by makepkg (not sure how to sidestep that).

Also removed tunepimp>=0.5.3 from the dependencies and received no build errors.

Anonymous comment on 2012-04-09 23:09

Fails to build for me.

Not sure what the best way to embed build output is, so here it is on pastebin: http://pastebin.com/MBp00bUh

Assistance is appreciated :)

piojo commented on 2012-01-26 13:45

Makepkg uses bsdtar, but bsdtar does not extract this file. The more common gnu tar does see and extract this file. This seems like a serious problem.
We can work around it by extracting the file manually in the pkgbuild:

cd "$srcdir" && tar -xvf ../${_origname}-${pkgver}.tar.bz2 --wildcards '*/._gem_commands.rb'

For this workaround "tar" should be in MAKEDEPENDS.

piojo commented on 2012-01-26 09:45

The file is not extracted. There is something wrong with the archive. Tonight I will see whether I have an older version of the source.

juanmah commented on 2012-01-26 09:42

==> ERROR: ._gem_commands.rb was not found in the build directory and is not a URL.

What happens with this file????

piojo commented on 2012-01-26 06:50

I extracted the archive on OSX and ._gem_commands.rb is definitely not present among the extracted files, though "tar -tf | grep gem_commands" does find the file. I found this particularly interesting:

% tar -xf amarok-1.4.10.tar.bz2 -v '*gem_commands*'
x amarok-1.4.10/amarok/src/mediadevice/daap/mongrel/lib/rubygems/._gem_commands.rb
x amarok-1.4.10/amarok/src/mediadevice/daap/mongrel/lib/rubygems/gem_commands.rb

% ls -a amarok-1.4.10/amarok/src/mediadevice/daap/mongrel/lib/rubygems/
. .. gem_commands.rb

I think something is wrong with this archive.

juanmah commented on 2012-01-26 06:13

There are two files: gem_commands.rb and ._gem_commands.rb in tar.gz at src/mediadevice/daap/mongrel/lib/rubygems

If you decompress manually tar.gz you can compile amarok1 without problems.

piojo commented on 2012-01-26 04:49

I noticed in the archive, the file is "gem_commands.rb": it's not hidden. I'm at work now, but I'd like to know where "._gem_commands" is supposed to come from--is it supposed to be generated?

juanmah commented on 2012-01-26 04:35

I tested a minimal package with a hidden file in a tar.gz and it was perfectly decompressed.

Also I commented all build section in amarok1 PKGBUILD and the hidden file is not decompressed.

piojo commented on 2012-01-26 03:41

You're right, I do have that problem now--I'm not sure how I could build the first time.

I'll look at this after work and see if I can find a way to fix it or just to skip that library (though that would be a bad solution).

juanmah commented on 2012-01-25 17:51

The problem is that ._gem_commands.rb file at src/mediadevice/daap/mongrel/lib/rubygems is not extracted!

Something has changed in makepkg, maybe because is a hidden file?

Could you please try to makepkg again, by first deleting src directory?

juanmah commented on 2012-01-25 17:27

The problem is that ._gem_commands.rb file at src/mediadevice/daap/mongrel/lib/rubygems is not extracted!

Something has changed in makepkg, maybe because is a hidden file?

Could you please try to makepkg again, by first deleting src directory?

juanmah commented on 2012-01-25 17:26

The problem is that _gem_commands.rb file at src/mediadevice/daap/mongrel/lib/rubygems is not extracted!

Something has changed in makepkg, maybe because is a hidden file?

Could you please try to makepkg again, by first deleting src directory?

piojo commented on 2012-01-25 16:12

It didn't fail for me. Do you have an environment variable involving ruby or rubygems? Do you have rubygems installed? (I don't.)

juanmah commented on 2012-01-25 15:59

It fails compling later

make[8]: *** No rule to make target `._gem_commands.rb', needed by `all-am'. Stop.

piojo commented on 2012-01-21 04:31

This does not build without changing a variable type or adding a cast in the xine-engine code. I fixed it with some sed code in the PKGBUILD, but a patch would be nicer. Here's the command:
sed -i 's/char \*\*xine_urls = NULL/const char *const *xine_urls = NULL/' "$srcdir/amarok-1.4.10/amarok/src/engine/xine/xine-engine.cpp"

The original error was something about not being able to convert from a char** to a const * char *.

nous commented on 2011-07-06 19:27

Thanks for maintaining this. I'll be keeping the latest binary at the [pfkernel] repo.

[pfkernel]
Server = http://dl.dropbox.com/u/11734958/$arch

juanmah commented on 2011-05-26 07:01

Not applying gcc4.4 and gcc4.5 patches while compiling with gcc 4.3.

juanmah commented on 2011-05-25 21:05

Now it works, and it is no need for use the last-as-possible version of gcc for an old package, 4.3 is good enough to get Amarok compiled, and not only good enough, it was used to be compiled with that version!

Other reason is that I can trust this version because of their PKGBUILD source and votes. I don't trust other versions, nor other repositories.

Reverting patches of gcc4.4/4.5 it's a good idea, I'll comment them out in next change.

Anonymous comment on 2011-05-25 20:19

Gcc4.3 is in the archlinuxfr repo already compiled so users will have to add that repo if they don't want to spend hours compiling gcc4.3 for one amarok package install. Also, the gcc4.4 and gcc4.5 patches are not needed in the build if you go with 4.3.

As I stated below gcc4.5 also worked. I used the gcc4.5.2 package from http://schlunix.org/archlinux. Its the last version before 4.6, which is the current gcc and why this package is borked.Someone who knows what they're doing (i.e. not me) needs to patch the build to compile on 4.6. Its also the reason that this packaged was borked when 4.5 came out initially. I'm sure that with every new gcc version, ths build will have to be patched, and since not alot of distros are not keeping old sexy 1.4 around, someday this will never compile unless you have and older gcc. In the future it might be a better idea to archive this built package in a repo, since you don't need an old gcc to run it, just to compile it.

I found the gcc4.5 patch here - http://ftp.pld-linux.org/dists/th/obsolete/SRPMS/RPMS/. May want to keep an eye out to see if their amarok gets updated with a gcc4.6 patch.

juanmah commented on 2011-05-25 16:39

Big change: switched gcc-4.6 to gcc-4.3 (this is the one with better aur support)

Could anyone feedback if change is working ok? (compilation of gcc-4.3 last a lost)

Anonymous comment on 2011-05-24 17:22

Downgrade to gcc 4.5.2-6, the last 4.5 version before gcc 4.6. Builds and runs fine.
I can't find any gcc 4.6 patches yet.

Save your amarok packages for future installs.

juanmah commented on 2011-05-13 14:47

Confirmed.

Any solution?

senjin commented on 2011-05-13 13:45

The compilation stops with
/bin/sh ../../libtool --silent --tag=CXX --mode=link g++ -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wchar-subscripts -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -march=core2 -O2 -pipe -fomit-frame-pointer -Wformat-security -Wmissing-format-attribute -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -L/opt/kde/lib -L/opt/qt/lib -R /opt/kde/lib -R /opt/kde/lib -R /opt/qt/lib -Wl,--hash-style=gnu -Wl,--as-needed -o amarokapp main.o ../../amarok/src/amarokcore/libamarokcore.la libamarok.la ../../amarok/src/analyzers/libanalyzers.la ../../amarok/src/plugin/libplugin.la ../../amarok/src/statusbar/libstatusbar.la ../../amarok/src/metadata/libmetadata.la -lkutils -lkio -lkdeui -lkdecore -lkhtml -lknewstuff -ltag -lGL ../../amarok/src/sqlite/libsqlite.la -ltunepimp -L/usr/lib -lmysqlclient -lpthread -lz -lm -lrt -lssl -lcrypto -ldl -L/usr/lib -lpq
./.libs/libamarok.so: undefined reference to `Amarok::aboutData'

falconindy commented on 2011-04-12 10:22

Hi, I've cleaned up the PKGBUILD for you and addressed a number of issues. The build was tested in a clean chroot.

http://sprunge.us/GCeE

juanmah commented on 2011-04-02 05:52

I have changed sources. I have not changed release because there is not a need of recompiling, because is the same file in other mirror.

Anonymous comment on 2011-04-02 01:13

Hi,

the mirror in the PKGBUILD does not host amarok1's sources anymore, I've been able to find them here: ftp://kde.mirror.anlx.net/stable/amarok/1.4.10/src/ compiling right now.

piojo commented on 2010-12-14 15:40

Try building it again, and post the build output on pastebin. What is the contents of the pkg/ directory after the build finishes? Does that contain bin/?

Anonymous comment on 2010-12-13 22:21

Any help?

Anonymous comment on 2010-11-26 18:38

I build amarok1 succesfully but the only files installed are docs and locales... There is no bin. Oviusly I can't run the program.

Anonymous comment on 2010-10-21 04:19

@juanmah
I seem to be having the same problem as duendetuc, here's a screenshot link to give you a better idea: http://img16.imageshack.us/img16/9161/88296973.png
I've yet to try changing any of the icons by the way

juanmah commented on 2010-10-11 09:34

Amarok source icons are svg, and they are transparent. I do not know why do you do not see a transparent icon, and I believe this is not a straight-forward change. If you are able to find what is wrong and propose a solution, I could implement it.

Anonymous comment on 2010-10-11 00:16

Could you please change the system tray icon for a transparent one?

piojo commented on 2010-07-30 15:12

@Adrimor: I don't know how much time you have, but here are the things I would try to solve it:

- Load a music library with just one song in it, as a simple test of whether it is completely failing, or just choking.
- Create a new user account with no configuration. Log in as this user (don't just use "su") and start amarok. Does it work? If so, you have an environment or configuration problem.
- Install Archlinux in a chroot and build amarok1 in there. Does this build run correctly in the chroot? (It should.) Does it run in your main system?
- If the build is good, use it. Maybe you'll want to investigate how it differs from the build in your normal system.
- If the build works in the chroot but not in your main system (likely), you might try running them both with strace (I think you need to run "amarokapp" instead of amarok) and comparing the output. In this case, amarok1 is probably loading the wrong version of a library. (This is what I think based on the output, but I'm not at all sure.)

If you'd like help building a chroot, feel free to e-mail me.

piojo commented on 2010-07-30 15:10

@Adrimor: I don't know how much time you have, but here are the things I would try to solve it:

- Load a music library with just one song in it, as a simple test of whether it is completely failing, or just choking.
- Create a new user account with no configuration. Log in as this user (don't just use "su") and start amarok. Does it work? If so, you have an environment or configuration problem.
- Install Archlinux in a chroot and build amarok1 in there. Does this build run correctly in the chroot? (It should.) Does it run in your main system?
- If the build is good, use it. Maybe you'll want to investigate how it differs from the build in your normal system.
- If the build works in the chroot but not in your main system (likely), you might try running them both with strace (I think you need to run "amarokapp" instead of amarok) and comparing the output. In this case, amarok1 is probably loading the wrong version of a library. (This is what I think based on the output, but I'm not at all sure.)

Anonymous comment on 2010-07-28 16:17

For some reason, it refuses to so much as read my hard drive. No progress bar, nothing gets added to the collection, and it never gets past the "Scanning, please wait" stage.

I'm not sure how helpful the console output would be, but here it is anyway.

http://pastebin.ca/1910207 <- When using a PostgreSQL database for the collection
http://pastebin.ca/1910218 <- " SQLite database "

I'm guessing it might be a dependency problem or something, since it's evidently failing to read the hard drive, but I really have no idea, so any help would be great.

piojo commented on 2010-06-14 18:22

I found the cause of my compilation problem. I had a file installed: /usr/lib64/libstdc++.a, which I had assumed was owned by gcc, but it was actually part of llvm-gcc. The amarok build was finding that file and trying to link to it--removing llvm-gcc made the build successful.

piojo commented on 2010-06-09 14:22

@juanmah: thank you--I guess my system or libraries are broken. Perhaps it's time for my yearly reinstall :(

juanmah commented on 2010-06-07 08:48

I rebuild it in x86_64 and it does correctly.

Have you latest gcc?

/usr/lib/libstdc++.a is owned by gcc 4.5.0-4

There isn't no lib64 directory in /usr/lib, neither /usr/lib64.

piojo commented on 2010-06-05 10:48

I get the following error when trying to build this package.

/usr/bin/ld: /usr/lib/../lib64/libstdc++.a(bitmap_allocator.o): relocation R_X86_64_32 against `__gnu_cxx::free_list::_M_get_free_list()::_S_free_list' can not be used when making a shared object; recompile with -fPIC
/usr/lib/../lib64/libstdc++.a(bitmap_allocator.o): could not read symbols: Bad value

I'm on a 64-bit system, and /usr/lib64/libstdc++.so definitely exists. Building amarok with -fPIC doesn't help. Does anyone have any suggestions?

ssri commented on 2010-06-03 22:33

@juanmah: Thanks for trying. Yeah, I applied them as well and met the same luck. I did not know if it was problem on my end.

juanmah commented on 2010-06-03 15:56

Applying these patches produces later ruby errors, and amarok doesn't compile.

ssri commented on 2010-06-03 05:44

Here is some info on getting mp4 tagging to work in amarok 1.4. Can anyone create a patch for it? http://old.nabble.com/1.4-and-mp4-tags-td20954680.html

juanmah commented on 2010-05-13 08:19

Thank you zippy for your help.

Now the gcc4.5 issue it's solved.

Anonymous comment on 2010-05-12 21:03

Heres a patch for amarok1 and gcc4.5 - http://aur.pastebin.com/LzHNhYaz

Grabbed from http://ftp.pld-linux.org/dists/th/obsolete/SRPMS/RPMS/amarok-1.4.10-14.src.rpm

It manually downloaded the tarball, added the patch to the PKGBUILD and it compiled.

Anonymous comment on 2010-05-11 19:49

Update - Its gcc4.5.

pacman -Rd gcc
wget http://schlunix.org/archlinux/core/os/[yourarch]/gcc-4.4.3-2-[yourarch].pkg.tar.xz
pacman -U gcc-4.4.3-2-[yourarch].pkg.tar.xz
yaourt -S amarok1

juanmah commented on 2010-05-11 17:37

I've tried to get 'pana audio player' working but I couldn't.

It seems that exists other port of Amarok 1 called Clementine: http://code.google.com/p/clementine-player/

It's not the same, it lacks a lot of Amarok 1 features, but it's lighter.

juanmah commented on 2010-05-11 06:21

I haven't found a patch for this.

I think it's time to get 'pana audio player' working

blum commented on 2010-05-11 06:14

The same for me, i686.

Anonymous comment on 2010-05-10 20:02

Install fails on x86_64

make all-recursive
make[1]: Entering directory `/tmp/yaourt-tmp-x/aur-amarok1/amarok1/src/amarok-1.4.10'
Making all in amarok
make[2]: Entering directory `/tmp/yaourt-tmp-x/aur-amarok1/amarok1/src/amarok-1.4.10/amarok'
Making all in src
make[3]: Entering directory `/tmp/yaourt-tmp-x/aur-amarok1/amarok1/src/amarok-1.4.10/amarok/src'
Making all in amarokcore
make[4]: Entering directory `/tmp/yaourt-tmp-x/aur-amarok1/amarok1/src/amarok-1.4.10/amarok/src/amarokcore'
/opt/kde/bin/kconfig_compiler ./amarok.kcfg ./amarokconfig.kcfgc; ret=$?; \
if test "$ret" != 0; then rm -f amarokconfig.h ; exit $ret ; fi
/opt/qt/bin/moc ./amarokdcophandler.h -o amarokdcophandler.moc
/bin/sh ../../../libtool --silent --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I../../.. -I../../../amarok/src -I../../../amarok/src/amarokcore -I../../../amarok/src -I../../../amarok/src/engine -I../../../amarok/src/plugin -I../../../amarok/src/statusbar -I../../../amarok/src/mediadevice -I/opt/kde/include -I/opt/qt/include -I. -DQT_THREAD_SUPPORT -D_REENTRANT -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wchar-subscripts -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -march=core2 -O2 -pipe -Wformat-security -Wmissing-format-attribute -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -MT amarokdcophandler.lo -MD -MP -MF .deps/amarokdcophandler.Tpo -c -o amarokdcophandler.lo amarokdcophandler.cpp
In file included from ../../../amarok/src/collectiondb.h:17:0,
from amarokdcophandler.cpp:27:
../../../amarok/src/threadmanager.h:100:41: warning: type qualifiers ignored on function return type
../../../amarok/src/threadmanager.h:196:36: warning: type qualifiers ignored on function return type
In file included from ../../../amarok/src/collectiondb.h:17:0,
from amarokdcophandler.cpp:27:
../../../amarok/src/threadmanager.h:417:31: warning: type qualifiers ignored on function return type
In file included from ../../../amarok/src/collectiondb.h:23:0,
from amarokdcophandler.cpp:27:
/opt/qt/include/qimage.h: In member function 'bool QImageTextKeyLang::operator<(const QImageTextKeyLang&) const':
/opt/qt/include/qimage.h:58:61: warning: suggest parentheses around '&&' within '||'
In file included from amarokdcophandler.cpp:36:0:
../../../amarok/src/osd.h: At global scope:
../../../amarok/src/osd.h:40:74: error: cannot call constructor 'QImage::QImage' directly
../../../amarok/src/osd.h:40:74: error: for a function-style cast, remove the redundant '::QImage'
In file included from ../../../amarok/src/playlistbrowser.h:14:0,
from amarokdcophandler.cpp:38:
../../../amarok/src/playlistbrowseritem.h:124:24: warning: type qualifiers ignored on function return type
../../../amarok/src/playlistbrowseritem.h:268:28: warning: type qualifiers ignored on function return type
../../../amarok/src/playlistbrowseritem.h:274:37: warning: type qualifiers ignored on function return type
../../../amarok/src/playlistbrowseritem.h:282:37: warning: type qualifiers ignored on function return type
../../../amarok/src/playlistbrowseritem.h:303:29: warning: type qualifiers ignored on function return type
../../../amarok/src/playlistbrowseritem.h:365:33: warning: type qualifiers ignored on function return type
../../../amarok/src/playlistbrowseritem.h:377:35: warning: type qualifiers ignored on function return type
../../../amarok/src/playlistbrowseritem.h:378:35: warning: type qualifiers ignored on function return type
../../../amarok/src/playlistbrowseritem.h:379:35: warning: type qualifiers ignored on function return type
../../../amarok/src/playlistbrowseritem.h:380:35: warning: type qualifiers ignored on function return type
../../../amarok/src/playlistbrowseritem.h:381:35: warning: type qualifiers ignored on function return type
../../../amarok/src/playlistbrowseritem.h:416:75: warning: type qualifiers ignored on function return type
../../../amarok/src/playlistbrowseritem.h:562:33: warning: type qualifiers ignored on function return type
make[4]: *** [amarokdcophandler.lo] Error 1
make[4]: Leaving directory `/tmp/yaourt-tmp-x/aur-amarok1/amarok1/src/amarok-1.4.10/amarok/src/amarokcore'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/tmp/yaourt-tmp-x/aur-amarok1/amarok1/src/amarok-1.4.10/amarok/src'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/tmp/yaourt-tmp-x/aur-amarok1/amarok1/src/amarok-1.4.10/amarok'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/tmp/yaourt-tmp-x/aur-amarok1/amarok1/src/amarok-1.4.10'
make: *** [all] Error 2
==> ERROR: Build Failed.
Aborting...
Error: Makepkg was unable to build amarok1 package.