Description: The gentoo ebuild for metabar 0.7 See http://www.kde-apps.org/content/show.php?content=21168 for more info
WARNING: metabar 0.7 requires kde 3.4! It won't compile against kde 3.3 or older.
To install: 1. Make sure you are running Gentoo or other distro which is using portage 2. In your PORTDIR_OVERLAY create kde-misc/metabar 3. unpack the ebuild there, run "ebuild metabar-0.7.ebuild digest" 4. emerge it as usual (it has ~x86 and ~amd64 keywords set)
The ebuild was tested only on an x86 machine (and it was reported to work OK on an AMD64). If it works on other archs (ppc for example), please report
Have fun and happy gentooing!Last changelog:
UPDATE: Metabar is in portage now! See http://bugs.gentoo.org/show_bug.cgi?id=83227 if you don't believe
metabar-0.7: Updated the ebuild to the 0.7 version.
metabar-0.5: The changes in the metabar itself are significant, but the ebuild is almost unchanged (~amd64 keyword is back). Please test and report.
UPDATE: Dennis Nienhüser has cleaned up the ebuild (see the last comment here: http://bugs.gentoo.org/show_bug.cgi?id=83227), so I upload it here. Now it installs everything into /usr, not $KDEDIR. If you installed 0.4a using the ebuild I provided, you should recompile (in order to install the files to /usr)
metabar-0.4a: -updated from 0.4 to 0.4a -removed the symlinking hack (not needed anymore) -"inherit kde" replaced with "inherit kde-functions" -added arts as a dependency -removed ~amd64 (haven't tested it on amd64)
metabar-0.4-r1: -fixed homepage link -metabar_add.desktop is now not copied, but symlinked -the symlink to metabar_add.desktop is removed when metabar is unmerged
metabar doesn't compile if kdelibs is compield without arts support, tested on two different machines. metabar compiles perfect for kdelibs with arts support.
Hmmm. It compiles fine for me against kde 3.4. This error should be reported to the metabar author (I only made the ebuild, so I can't help much). You should check metabar's bug tracker at http://metabar.sf.net - probably the bug is already reported, and maybe there's even a fix.
The download link points to the 0.4 version of the ebuild (and plus the ebuild has a static link to download the Metabar tarball inside it so changing ebuild name doesn't change anything)
This is strange - I got this from 2 people already, but when I click "download", I get the new ebuild. I'll repost the ebuild (hope that fixes the problem).
Hi! I am working on metabar-0.4a ebuild (almost ready). Unfortunately, it throws ACCES VIOLATION at the end of compilation. I will see what can be done.
thanks for the ebuild, only 2 things:
1) why is there the kde-look ID number at the beginning of the ebuild name?
2) why is the ebuild for 0.4a called 0.4?
1) Because kde improvements appear both on kde-apps and kde-look. I first noticed it on kde-look, that's why the link points there.
2) Strange... I called the new version "metabar-0.4a.ebuild". Maybe you refer to the old version which was made for the metabar-0.4?
Nice to see an ebuild for metabar out there :)
Being a gentoo user I really like the advantages of portage though having installed it manually... well, it would be stupid if I installed it with portage
Ratings & Comments
18 Comments
metabar doesn't compile if kdelibs is compield without arts support, tested on two different machines. metabar compiles perfect for kdelibs with arts support.
3. "...run "ebuild metabar-0.7.ebuild digest" 4. emerge it as usual (it has ~x86 and ~amd64 keywords set)" can be switched to emerge metabar --digest
That's the error on my linux box: /bin/sh ../libtool --silent --mode=compile --tag=CXX i686-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/kde/3.3/include -I/usr/qt/3/include -I. -I/usr/kde/3.3/include/arts -DQT_THREAD_SUPPORT -D_REENTRANT -Wnon-virtual-dtor -Wno-long-long -Wundef -Wall -W -Wpointer-arith -Wwrite-strings -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts -DNDEBUG -DNO_DEBUG -O2 -O2 -march=athlon-xp -pipe -fomit-frame-pointer -Wformat-security -Wmissing-format-attribute -fno-exceptions -fno-check-new -fno-common -c -o metabar.lo `test -f 'metabar.cpp' || echo './'`metabar.cpp serviceloader.cpp: In member function `void ServiceLoader::loadServices(KFileItem, QPtrList&)': serviceloader.cpp:167: error: no matching function for call to ` KDEDesktopMimeType::userDefinedServices(const QString, KSimpleConfig&, bool) ' /usr/kde/3.3/include/kmimetype.h:563: error: candidates are: static QValueList KDEDesktopMimeType::userDefinedServices(const QString&, bool) make[2]: *** [serviceloader.lo] Error 1 make[2]: *** Waiting for unfinished jobs.... make[2]: Leaving directory `/var/tmp/portage/metabar-0.7/work/metabar/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/metabar-0.7/work/metabar' make: *** [all] Error 2
Hmmm. It compiles fine for me against kde 3.4. This error should be reported to the metabar author (I only made the ebuild, so I can't help much). You should check metabar's bug tracker at http://metabar.sf.net - probably the bug is already reported, and maybe there's even a fix.
Thank you, I've posted the error message on Metabar kde-apps page.
The download link points to the 0.4 version of the ebuild (and plus the ebuild has a static link to download the Metabar tarball inside it so changing ebuild name doesn't change anything)
This is strange - I got this from 2 people already, but when I click "download", I get the new ebuild. I'll repost the ebuild (hope that fixes the problem).
Ok, I reposted the ebuild. Try it now. If it fails, try cleaning the browser cache - the cached page may prevent the new version to be downloaded.
..works perfectly fine on my machine (x86). You should let add it to the official portage tree (add via bugzilla).
Already done - http://bugs.gentoo.org/show_bug.cgi?id=83227 Let's just see wether it gets accepted.
Hi! I am working on metabar-0.4a ebuild (almost ready). Unfortunately, it throws ACCES VIOLATION at the end of compilation. I will see what can be done.
Ok, the ebuild id ready. Feel free to comment. I am still unsure if it works on archs different from x86 though.
thanks for the ebuild, only 2 things: 1) why is there the kde-look ID number at the beginning of the ebuild name? 2) why is the ebuild for 0.4a called 0.4?
1) Because kde improvements appear both on kde-apps and kde-look. I first noticed it on kde-look, that's why the link points there. 2) Strange... I called the new version "metabar-0.4a.ebuild". Maybe you refer to the old version which was made for the metabar-0.4?
nice pice of work you delivered here... there are many things i love 'bout gentoo, portage is one of them
Nice to see an ebuild for metabar out there :) Being a gentoo user I really like the advantages of portage though having installed it manually... well, it would be stupid if I installed it with portage
Hi, works great on my machine (x86). Thank you very much for that ebuild! Lenz.
Thanks! This is my first ebuild. I am glad you liked it.