0.9.7 RC1 of the beep media player is out. Although it's only a release candidate and not a release, we should add this version to the portage tree, since it's the first version that supports amd64. I modified the 0.9.6.1-r1 ebuild so that it works with the 0.9.7 RC1. If you approve my modifications, please commit it to the CVS; if not, I'd appreciate if you could provide 0.9.7 RC1 anyhow. I tested my ebuild on amd64 (gcc 3.4.1) and x86 (gcc 3.3.3). The modifications I made to the 0.9.6.1-r1 ebuild are as follows: 1) I set "MY_P=bmp-0.9.7rc1" so the correct file is downloaded, extracted and compiled (I'm sure this can be done nicer somehow, I stumbled on removing the the underscore, e.g. "rc1" not "_rc1"). 2) I changed the keywords to "~x86 ~amd64" (the platforms I tested), but I see no reason why sparc shouldn't work as before. 3) I added ">=gnome-base/libglade-2.0.1" to RDEPEND, since beep media player needs libglade 2.0 or higher and 2.0.1 is the smallest version in the gentoo portage tree. I guess this dependency has just been forgotten in former ebuilds. 4) I removed the gcc3.4 patch as it's not needed anymore. 5) I commented out two einfo lines in pkg_postinst and added "globally" in "We're using [globally] installed...".
Created attachment 37903 [details] ebuild for beep media player 0.9.7 RC1
Created attachment 37904 [details] ebuild for beep media player 0.9.7 RC1
I just realized that symlinking the xmms skin and plugin dirs to /usr/share/beep isn't a very good idea. First of all XMMS und BMP plugins are usually not binary compatible (see [1]), furthermore BMP doesn't look for skins and plugins in /usr/share/beep at all (see also bug 59670). BMP looks for skins and plugins in /usr/share/bmp, but places it's own files there, so just blindly symlinking can't be an option (I think it would be much cleaner, if the ebuilds of XMMS themes would take care of creating a symlink to themselves). Since the whole symlinking-thing doesn't (and can't) work as intended, I attached a new ebuild which doesn't create any of those symlinks. [1] http://www.sosdg.org/~larne/wiki/index.php/FAQ#Can_I_use_XMMS_plugins_with_BMP.3F
Created attachment 37913 [details] ebuild for beep media player 0.9.7 RC1 *without* symlinking
Created attachment 37921 [details] ebuild for Beep Media Player 0.9.7 RC1 Ebuild for beep-media-player 0.9.7 rc1, derived from pre* ebuild found in #48164. In that ebuild there were no wrong configure options or useless dependencies and USEs.
Created attachment 37923 [details] ebuild for Beep Media Player 0.9.7 RC1 minor fix
Works fine here on amd64.
RC2 has been released so perhaps the ebuild should start with that version.
Renaming Giacomo's RC1 ebuild to beep-media-player-0.9.7_rc2.ebuild works fine and should be all that's needed.
I strongly exhort to replace the version of the ebuild in portage with the one in this bug report. The ebuild in portage lacks all the new gnome functions (still experimental but they work) and has got many quite wrong configure options that the software doesn't support.
Thank you for your report and comments. Please see MY_P in the current ebuild in portage, this can indeed be scripted (which is more portable). I didn't see this bug until the actual ebuild was already committed, but it looks like I have incorporated most of the changes you would like to see. The symlinking is indeed broken, and will be removed in the next revbump, when more working bmp plugins have been added to the tree. bmp-itouch is the first one merged, all bug reporters/commenters are encouraged to test the current BMP and come up with working plugins. beep-config is offically obsolete, but it has been included for one release to allow as many plugins as possible to be built.
ok. there are some useless options in the current ebuild: --with-dev-dsp=/dev/sound/dsp \ --with-dev-mixer=/dev/sound/mixer \ `use_enable oggvorbis oggtest` \ `use_enable oggvorbis vorbistest` \ `use_enable esd esdtest` \ `use_enable mikmod` \ `use_enable mikmod mikmodtest` \ `use_with mikmod libmikmod` \ `use_enable opengl` \ aren't valid configure options, so they can be removed, and with them the corresponding uses and the now useless dependencies: opengl? ( virtual/opengl ) app-arch/unzip mikmod? ( >=media-libs/libmikmod-3.1.10 ) according to the readme, now glade 2.3, libovorbis 1.0, alsa 1.0 and esound 0.2.3 are needed, so it would be better to change the version numbers, and gconf and gnome-vfs support require the corresponding gnome 2.6.0 packages (with gnome use enabled)
