Home | Docs | Forums | Lists | Bugs | Planet | Store | GMN | Get Gentoo!
Not eligible to see or edit group visibility for this bug.
View Bug Activity | Format For Printing | XML | Clone This Bug
Here's a new ebuild for Amarok 1.1-beta1. I have tested it with x86, qt-3.3.3 and kde-3.3.0. Unfortunately the libvisual-1.6 dependency for "visualizations" requires a CVS build. Now this isn't needed right now, as Amarok will build fine (just won't support visualizations). I'm not sure what the sound@gentoo.org guys want to do with this dependency (since it's CVS and isn't in portage yet) so I've just ignored it for now. I guess this bug would depend on libvisual-* stuff getting into the portage tree... but I'll leave that for @gentoo guys to figure that out. Reference: Bug #52476 -- New ebuild for libvisual-* from libvisual.sf.net I've updated the rest of the dependancies as well. Arts support was removed this release but the configure script doesn't know it yet, so I had to manually disable arts in the econf line. I've also updated the HOMEPAGE var ;-) Ebuild and diff to follow. Reproducible: Always Steps to Reproduce: 1. 2. 3.
Created an attachment (id=38222) [details] amarok-1.1_beta1.ebuild NOTE FOR OVERLAY USERS: The ebuild goes into "media-sound/amarok/" and if you USE='cjk' then copy the cjk patch into your overlay filesdir.
Created an attachment (id=38223) [details] amarok-1.0.2--1.1_beta1.diff The diff from the latest amarok ebuild; version 1.0.2.
it doesnt build with xine support. http://forums.gentoo.org/viewtopic.php?t=215598
Created an attachment (id=38724) [details] amarok-1.1-xine.patch Hi, I had the same problem and got around it with this. It may work for 1.0.2 too; I haven't checked.
beta2 has now been released. Also the libvisual devs have released their 0.1.6, so maybe we are closer to getting updated amarok builds in portage? Is anyone working on this?
Created an attachment (id=39511) [details] amarok-1.1_beta2.ebuild Here's the new amarok ebuild, I've included a local useflag called 'libvisual' which will then depend on "media-libs/libvisual", but it won't work until libvisual reaches portage. aRts support was added back to this release, so I've updated the deps. I was able to build xine support in this release without the patch, so I didn't include it... but could someone else test it?
Created an attachment (id=39515) [details] amarok-1.1_beta2.ebuild I forgot a dot (.) in the libvisual dep... :)
just compiled amarok-1.1_beta2.ebuild with xine support, worked fine without patch. thanks for the quick ebuild :)
Hi. Regarding the new ebuild. Did you guys manage to use arts as your output device? On my system (KDE 3.3) there's a complaint about KLibLoader could not load the plugin: libamarok_artsengine_plugin Error message: libartsmodulesmixers.so.0: failed to map segment from shared object: Nicht gen
Hi. Regarding the new ebuild. Did you guys manage to use arts as your output device? On my system (KDE 3.3) there's a complaint about KLibLoader could not load the plugin: libamarok_artsengine_plugin Error message: libartsmodulesmixers.so.0: failed to map segment from shared object: Nicht genügend Hauptspeicher verfügbar That's bulldust - I have plenty of RAM available... GStreamer output works fine. BTW: Any advice on how to switch completely to GStreamer under KDE? Any links/howtos?
christian: I imagine that prelink could cause a problem similar to that. If you're using prelink, maybe try and re-run it. Anyways, the 1.1_beta2 ebuild works for me on ppc, gstreamer and artsd plugins both work, although I had restart amararok and reselect gstreamer to get that working. I also had to run kbuildsycoca before it would run. Also, it seems that I have to rebuild my collection. :(
in portage.