Hi, in attachment you'll find the ebuild for longPlayer (http://lplayer.sourceforge.net), a program that automatically fills your xmms playlist. It does so while taking in account the last time you heard a number and also based on youre rating of the song. I suggest media-sound/lplayer and the dependicies are qt and xmms. Sam Reproducible: Always Steps to Reproduce: 1. 2. 3.
Created attachment 18471 [details] lplayer-0.99.0.ebuild (New Package)
Created attachment 19863 [details] lplayer-0.99.1.ebuild (Version Bump)
Hi everyone, I accidently written an ebuild for this application, too, but fortunately I searched bugzilla for a similar ebuild. But I nevertheless think my ebuild fits the requirements for an ebuild better (no offense, really), so I'm attaching my ebuild to this bug, so the developer can decide which one to include into the tree. Also, I think, the ebuild would better be named "longplayer", as this is the name of the binary which is installed, and the "official" name used on the website. Only the site and the archive is named "lplayer", so "longplayer" would be less confusing to the user. CU all, Jens aka Joho
Created attachment 20172 [details] Alternate ebuild
No offense taken. Sam
There's been an update. Will this ebuild be added to portage?
I've updated the ebuild provided by Jens to the new version and following his suggestion, renamed it to "longplayer". Sam
Created attachment 25426 [details] Ebuild for longplayer 0.99.2 Version bump
I don't like the addwrite ${QTDIR}/etc/settings kde guys, is that safe? /usr/qt/3/bin/uic -L -nounload -i lpformstartupbase.h ./lpformstartupbase.ui > lpformstartupbase.cpp; ret=$?; \ if test "$ret" = 0; then echo '#include "lpformstartupbase.moc"' >> lpformstartupbase.cpp; else rm -f lpformstartupbase.cpp ; exit $ret ; fi ACCESS DENIED open_wr: /usr/qt/3/etc/settings/.qt_plugins_3.3rc.lock ACCESS DENIED open_wr: /usr/qt/3/etc/settings/.qt_plugins_3.3rc.lock ACCESS DENIED open_wr: /usr/qt/3/etc/settings/.qt_plugins_3.3rc.lock ACCESS DENIED open_wr: /usr/qt/3/etc/settings/.qt_plugins_3.3rc.lock ACCESS DENIED open_wr: /usr/qt/3/etc/settings/.qt_plugins_3.3rc.lock ACCESS DENIED open_wr: /usr/qt/3/etc/settings/.qt_plugins_3.3rc.lock ACCESS DENIED open_wr: /usr/qt/3/etc/settings/.qt_plugins_3.3rc.lock rm -f lpformsearchbase.cpp /usr/qt/3/bin/uic -L -nounload -i lpformsearchbase.h ./lpformsearchbase.ui > lpformsearchbase.cpp; ret=$?; \ if test "$ret" = 0; then echo '#include "lpformsearchbase.moc"' >> lpformsearchbase.cpp; else rm -f lpformsearchbase.cpp ; exit $ret ; fi ACCESS DENIED open_wr: /usr/qt/3/etc/settings/.qt_plugins_3.3rc.lock rm -f lpformprefsbase.cpp /usr/qt/3/bin/uic -L -nounload -i lpformprefsbase.h ./lpformprefsbase.ui > lpformprefsbase.cpp; ret=$?; \ if test "$ret" = 0; then echo '#include "lpformprefsbase.moc"' >> lpformprefsbase.cpp; else rm -f lpformprefsbase.cpp ; exit $ret ; fi ACCESS DENIED open_wr: /usr/qt/3/etc/settings/.qt_plugins_3.3rc.lock rm -f lpformplaylistsbase.cpp /usr/qt/3/bin/uic -L -nounload -i lpformplaylistsbase.h ./lpformplaylistsbase.ui > lpformplaylistsbase.cpp; ret=$?; \ if test "$ret" = 0; then echo '#include "lpformplaylistsbase.moc"' >> lpformplaylistsbase.cpp; else rm -f lpformplaylistsbase.cpp ; exit $ret ; fi ACCESS DENIED open_wr: /usr/qt/3/etc/settings/.qt_plugins_3.3rc.lock
Created attachment 27755 [details] longplayer-0.99.2.ebuild Updated ebuild with BerkeleyDB support...
Created attachment 27756 [details, diff] files/longplayer-0.99.2-gentoo.patch patch to get db support working properly.
this is now in portage.
Great! However, with the removal of the "addwrite ${QTDIR}/etc/settings" line, I get a sandbox violation. Also, there is an updated version, so I bumped the ebuild and the patch file. The addwrite line is uncommented, as in the /dev-db/tora and the /media-sound/rosegarden ebuilds. I don't know if this gives a security problem but I haven't found another solution anywhere. Sam Wouters
Created attachment 28474 [details] longplayer-0.99.3.ebuild
Created attachment 28475 [details, diff] files/longplayer-0.99.3-gentoo.patch
Sorry, I've overlooked the dependency on bug #45658
the ebuild has been version bumped. thanks.
