Bugzilla Bug 122930

BMPx-0.13 has been released.

Created an attachment (id=80384) [details]
Works-for-me bumped ebuild

I basically just added the neon dep, changed the gstreamer deps to use 0.10 and
removed the xine USE option since it's been dropped upstream and GStreamer
works better for me. Seems to work fine.

no go here, compiles fine, but won't run, spitting out the error message....

2006-03-07 09:27:28 BMPx: Socket path is /tmp/bmpx-neil
2006-03-07 09:27:28 BMPx: ping_socket.c:121: Connection error: Connection
refused
2006-03-07 09:27:28 BMPx: loader.c:78: flow plugin: libflow_linear.so
2006-03-07 09:27:28 BMPx: Success loading plugin.
2006-03-07 09:27:28 BMPx: loader.c:78: flow plugin: libflow_shuffle.so
2006-03-07 09:27:28 BMPx: Success loading plugin.
2006-03-07 09:27:28 BMPx: loader.c:78: container plugin: libcontainer_folder.so
2006-03-07 09:27:28 BMPx: Success loading plugin.
2006-03-07 09:27:28 BMPx: loader.c:78: container plugin: libcontainer_m3u.so
2006-03-07 09:27:28 BMPx: Success loading plugin.
2006-03-07 09:27:28 BMPx: loader.c:78: container plugin: libcontainer_pls.so
2006-03-07 09:27:28 BMPx: Success loading plugin.
2006-03-07 09:27:28 BMPx: loader.c:78: container plugin: libcontainer_xspf.so
2006-03-07 09:27:28 BMPx: Success loading plugin.
2006-03-07 09:27:28 BMPx: loader.c:78: container plugin: libcontainer_query.so
2006-03-07 09:27:28 BMPx: Success loading plugin.
2006-03-07 09:27:28 BMPx: loader.c:78: transport plugin: libtransport_cdda.so
2006-03-07 09:27:28 BMPx: Success loading plugin.
2006-03-07 09:27:28 BMPx: loader.c:78: transport plugin: libtransport_file.so
2006-03-07 09:27:28 BMPx: Success loading plugin.
2006-03-07 09:27:28 BMPx: loader.c:78: transport plugin: libtransport_http.so
2006-03-07 09:27:28 BMPx: Success loading plugin.
2006-03-07 09:27:28 BMPx: loader.c:78: transport plugin: libtransport_query.so
2006-03-07 09:27:28 BMPx: Success loading plugin.
2006-03-07 09:27:28 BMPx: sm.c:281: Unable to open SM connection:
SESSION_MANAGER environment vari
able not defined
2006-03-07 09:27:28 BMPx: running: FamMonitor (FAM daemon not running: Not
accepting watches!)
2006-03-07 09:27:28 BMPx: running: BmpPlaylist

I had a bit of a root around and found some info in the BMPx forums
http://forum.beep-media-player.org/viewthread.php?tid=171&page=1
but neither of the suggested solutions (removing ~/.bmpx or running
/usr/libexec/bmpx-bin) resolved the problem.  The splash screen appears for
about a second then disappears and BMPx doesn't start.

Shame as I quite like the music library thing, will keep an eye on the thread,
and let me know if there is anything I can do to help (although I'm not very
experienced in writing ebuilds).

P.S. - Forgot to mention bmpx-0.12.9-r2.ebuild worked okay, and when emerging
0.13 it pulled in all of hte GST libraries.

Created an attachment (id=81895) [details]
snapshot ebuild

I rolled up this ebuild for the current snapshot of bmpx. Works for me I'd
appreciate any feedback if it works for other people so I can fix remaining
issues.

I got two errors... the first was this:

* Fixing OMF Makefiles ...                                               [ ok ]
* Failed to update OMF Makefile ()


The second was this:

checking for HAL... configure: error: Package requirements (hal >= 0.5.6
hal-storage >= 0.5.6) were not met.
Consider adjusting the PKG_CONFIG_PATH environment variable if you
installed software in a non-standard prefix.

Alternatively you may set the HAL_CFLAGS and HAL_LIBS environment variables
to avoid the need to call pkg-config.  See the pkg-config man page for
more details.


Considering portage's hal is only 0.5.5.1-r3, this is a problem.

~~ Andrew D.

Created an attachment (id=82392) [details]
A working new BMPX 0.14_rc2 ebuild, not just a bump.

Well, i'm intrested on maintaining this.. 

needamentor.

(In reply to comment #6)
> Created an attachment (id=82392) [edit] [details]
> A working new BMPX 0.14_rc2 ebuild, not just a bump.
> 
> Well, i'm intrested on maintaining this.. 

Still a no go here.  I'm running this system with ACCEPT_KEYWORDS="~x86", but I
guess you may well have quite a large /etc/portage/package.unmask ;-) or have
upgraded to gcc4 or something?

Anyway, this is the error I recieve (and I'm not about to break my system
unmasking glib :D)....

These are the packages that would be merged, in order:

Calculating dependencies -
!!! All ebuilds that could satisfy ">=dev-libs/glib-2.10" have been masked.
!!! One of the following masked packages is required to complete your request:
- dev-libs/glib-2.10.1 (masked by: package.mask)
# John N. Laliberte <allanonjl@gentoo.org> (12 Mar 2006)
# GNOME 2.14 mask. You must follow instructions here:
# http://d.g.o/~allanonjl/gnome/2.13/adding.from.overlay.txt
# for adding files from our overlay.
#Most of these packages will break/not compile because of eclass
#changes that won't be made until every package is in the tree.
#Don't unmask these and don't file bugs for them
# Start GNOME 2.14 mask


For more information, see MASKED PACKAGES section in the emerge man page or 
refer to the Gentoo Handbook.
(dependency required by "media-sound/bmpx-0.14_rc2-r2" [ebuild])

(In reply to comment #6)

Is there any reason why you want to depend on hal-0.5.6 ? As far as I can tell
the configure.ac contained in the rc2 only lists 0.5.5.1 as a requirement. I'll
adapt my ebuild accordingly...

(In reply to comment #7)
bmpx-0.14rc2 depends on glib-2.10.0. There's nothing you can do about that. If
you want to run bleeding edge software, you have to make sacrifices :-)

Created an attachment (id=82441) [details]
Alternative ebuild for 0.14rc2

This ebuild should fix the error message about not being able to update OMF
Makefiles.

I've copied a couple of features from Samuli's ebuild too, thanks :-)

Works for me. Please report back with any problems you have.

Just read this in package.mask:

# Martin Schlemmer <azarah@gentoo.org (01 Mar 2006)
# Have multiple issues, and 0.13 release have segfaults (fixed in svn, but
# _only_ after 0.13 release although the fact was known before the 0.13
# release).  Either way, no bugfix release was made, and upstream was very
# agro about the fact that I did not still want to add the 0.13 with known
# issues.  I dont want to maintain this anymore as working with upstream
# needs a lot of patience and diplomacy, and I do not have the energy any
# longer.  I will remove it from the tree if nobody steps up shortly to
# take over.
media-sound/bmpx

I can really understand that he is frustrated. I would be too. Anyway, I just
hacked an ebuild for 0.14rc2 and this is the first version that is working for
me and doesn't randomly crash or does weird things (when just trying to play
some audio files and doing nothing special).

I really like the idea to have a gstreamer based player with a simpe UI as xmms
had (I really don't like the rhythmbox UI). bmp 2 (alias bmpx) really has a way
to go but it starts to be functional again.

I don't know what troubles Azarah had with upstream. But hey, if the package
author urged me to release an ebuild for an obviously broken version I would be
pissed too. Anyway, somebody willing to step in as maintainer?

Created an attachment (id=82597) [details]
ebuild for 0.14.1.1 release

(In reply to comment #9)
> Created an attachment (id=82441) [edit] [details]
> Alternative ebuild for 0.14rc2
> 
> This ebuild should fix the error message about not being able to update OMF
> Makefiles.
> 
> I've copied a couple of features from Samuli's ebuild too, thanks :-)
> 
> Works for me. Please report back with any problems you have.
> 

Hmm, whoops. Posted 0.14.1.1 before reading this or your ebuild. I'm too hasty,
yeah.. indeed you improved it. I'm going to copy your ideas to mine too and
post 
a new ebuild ASAP.

Created an attachment (id=82600) [details]
Latest ebuild for BMPx 0.14.1.1, ideas from Felix also included. Dependencies
fixed.

> I've copied a couple of features from Samuli's ebuild too, thanks :-)
> 
> Works for me. Please report back with any problems you have.

If you plan on putting new ebuild, can you start your work from my ebuild
please.

Created an attachment (id=82601) [details]
Arg, typing error! Here is the real ebuild.

Created an attachment (id=82602) [details]
This is getting ridiculous, another typing error. Here, I hope. Ebuild for
0.14.1.1 release.

Created an attachment (id=82607) [details]
BMPx 0.14.1.1 ebuild. Fixed, cleaned.

(In reply to comment #17)

Samuli,

I've noticed the following dependency discrepancies between configure.ac and
your ebuild:

Package |configure.ac | ebuild
==============================
gconf   | 2.6.4       | 2.12
hal     | 0.5.5.1     | 0.5.6
libxml2 | 2.6.1       | 2.6.18
pckgconf| none        | 0.17

Also you DEPEND on pygtk and gtk-doc both of which are not listed as
dependencies in the configure.ac file.

Is there any reason why you introduce these additional dependencies and newer
versions of packages? Especially in the case of hal this causes problems for
people who don't want to unmask the most recent hal.

Of course, I've got a lengthy package.unmask file, so your ebuild works like a
charm here, thanks a lot :-)

Got problems with the latest ebuild (0.14.1.1.ebuild, Fixed, cleaned) and FAM,
seems that there is missing an flag in the Makefile:
-------------8<-------------------------------------------------------------
mkdir .libs
i686-pc-linux-gnu-gcc -march=pentium-m -O2 -pipe -pedantic -std=c99
-fno-strict-aliasing -fmessage-length=0 -Wall -D_FORTIFY_SOURCE=2 -o
.libs/beep_media_player_2_bin --export-dynamic beep_media_player_2_bin-main.o
beep_media_player_2_bin-loader.o beep_media_player_2_bin-logger.o
beep_media_player_2_bin-gc.o beep_media_player_2_bin-play.o
beep_media_player_2_bin-interfaces.o beep_media_player_2_bin-bookmarks.o
beep_media_player_2_bin-scrobbler.o beep_media_player_2_bin-playlist.o
beep_media_player_2_bin-resource_manager.o beep_media_player_2_bin-rtfs.o
beep_media_player_2_bin-metadata.o beep_media_player_2_bin-metadata_common.o
beep_media_player_2_bin-paramspecs.o beep_media_player_2_bin-plugin.o
beep_media_player_2_bin-sanity.o beep_media_player_2_bin-signals.o
beep_media_player_2_bin-signal_handler_pool.o
beep_media_player_2_bin-system_control.o beep_media_player_2_bin-file_utils.o
beep_media_player_2_bin-uri.o beep_media_player_2_bin-util.o
beep_media_player_2_bin-vfs.o beep_media_player_2_bin-md5.o
beep_media_player_2_bin-alsa.o beep_media_player_2_bin-bmp_status_icon.o
beep_media_player_2_bin-bmp_tray_icon.o beep_media_player_2_bin-fam_monitor.o
beep_media_player_2_bin-glade.o beep_media_player_2_bin-sm.o
beep_media_player_2_bin-plugin_host.o beep_media_player_2_bin-ui_dialog_about.o
beep_media_player_2_bin-ui_dialog_jtt.o
beep_media_player_2_bin-ui_dialog_library.o
beep_media_player_2_bin-ui_dialog_preferences.o
beep_media_player_2_bin-ui_dialog_streams.o
beep_media_player_2_bin-ui_dialog_trackinfo.o beep_media_player_2_bin-ui.o
beep_media_player_2_bin-ui_main.o beep_media_player_2_bin-ui_playlist.o
beep_media_player_2_bin-ui_splash.o beep_media_player_2_bin-ui_callbacks.o
beep_media_player_2_bin-ui_util.o beep_media_player_2_bin-wm.o
beep_media_player_2_bin-xdb.o beep_media_player_2_bin-bmp-marshalers.o -pthread
-Wl,--export-dynamic -Wl,--export-dynamic -pthread  /usr/lib/libglade-2.0.so
/usr/lib/libpangoxft-1.0.so /usr/lib/libpangox-1.0.so
-L/usr/i686-pc-linux-gnu/bin -L/usr/i686-pc-linux-gnu/lib
-L/usr/lib/../i686-pc-linux-gnu/lib /usr/lib/libtag_c.so /usr/lib/libtag.so
-lSM -lICE ../libhrel/libhrel/.libs/libhrel.so -lfl ../xcs/.libs/libxcs.a
../goa/.libs/libgoa.a /usr/lib/libneon.so -lssl -lcrypto
/usr/lib/libmusicbrainz.so
-L/usr/lib/gcc/i686-pc-linux-gnu/../../../i686-pc-linux-gnu/lib
/usr/lib/gcc/i686-pc-linux-gnu/3.4.5/libstdc++.so -lgcc_s -lc
/usr/lib/libasound.so /usr/lib/libgstreamer-0.10.so /usr/lib/libgthread-2.0.so
-lpthread /usr/lib/libxml2.so /usr/lib/libdbus-glib-1.so /usr/lib/libdbus-1.so
-lnsl ../libskinned/libskinned/.libs/libskinned.a
../libchroma/libchroma/.libs/libchroma.so /usr/lib/libgtk-x11-2.0.so
/usr/lib/libgdk-x11-2.0.so /usr/lib/libatk-1.0.so /usr/lib/libgdk_pixbuf-2.0.so
/usr/lib/libpangocairo-1.0.so /usr/lib/libpangoft2-1.0.so
/usr/lib/libpango-1.0.so /usr/lib/libcairo.so -lXrender -lX11 -lXext -lpng12
/usr/lib/libfontconfig.so /usr/lib/libexpat.so /usr/lib/libfreetype.so -lz -lm
/usr/lib/libgobject-2.0.so /usr/lib/libgmodule-2.0.so -ldl
/usr/lib/libglib-2.0.so
beep_media_player_2_bin-fam_monitor.o: In function `fam_monitor_init':
fam_monitor.c:(.text+0xbe): undefined reference to `FAMOpen'
fam_monitor.c:(.text+0xd3): undefined reference to `FAMClose'
fam_monitor.c:(.text+0x122): undefined reference to `FAMClose'
beep_media_player_2_bin-fam_monitor.o: In function `monitor_thread_func':
fam_monitor.c:(.text+0x323): undefined reference to `FAMPending'
fam_monitor.c:(.text+0x38a): undefined reference to `FAMNextEvent'
beep_media_player_2_bin-fam_monitor.o: In function `monitor_thread':
fam_monitor.c:(.text+0x52c): undefined reference to `FAMOpen'
fam_monitor.c:(.text+0x54a): undefined reference to `FAMMonitorDirectory'
fam_monitor.c:(.text+0x61a): undefined reference to `FAMClose'
collect2: ld returned 1 exit status
make[4]: *** [beep_media_player_2_bin] Fehler 1
make[4]: Leaving directory
`/var/tmp/portage/bmpx-0.14.1.1/work/bmpx-0.14.1.1/src'
make[3]: *** [all-recursive] Fehler 1
make[3]: Leaving directory
`/var/tmp/portage/bmpx-0.14.1.1/work/bmpx-0.14.1.1/src'
make[2]: *** [all] Fehler 2
make[2]: Leaving directory
`/var/tmp/portage/bmpx-0.14.1.1/work/bmpx-0.14.1.1/src'
make[1]: *** [all-recursive] Fehler 1
make[1]: Leaving directory `/var/tmp/portage/bmpx-0.14.1.1/work/bmpx-0.14.1.1'
make: *** [all] Fehler 2

!!! ERROR: media-sound/bmpx-0.14.1.1 failed.
!!! Function gnome2_src_compile, Line 56, Exitcode 2
!!! compile failure
!!! If you need support, post the topmost build error, NOT this status message.
------------------------------------------------------------->8-------------

"Fixed" this using the following patch (this is useless for most people I
think, so I do not add a new attachment):
-------------8<-------------------------------------------------------------
--- src/Makefile        2006-03-20 14:42:34.000000000 +0100
+++ src/Makefile.fam    2006-03-20 14:43:03.000000000 +0100
@@ -325,7 +325,7 @@
 ENABLE_SN_DESKTOP = true
 EXEEXT =
 FILEMONITOR_CFLAGS =
-FILEMONITOR_LIBS =
+FILEMONITOR_LIBS = -lfam
 GCONFTOOL =
 GCONF_CFLAGS =
 GCONF_LIBS =
------------------------------------------------------------->8-------------

To use this patch "simply" (took me long to figure that out) add this to the
ebuild:
-------------8<-------------------------------------------------------------
src_compile() {
    gnome2_src_configure "$@"

    # Fix Problems with FAM
    epatch ${FILESDIR}/bmpx-0.14.1.1-fam.patch

    emake || die "compile failure"
}
------------------------------------------------------------->8-------------

> I've noticed the following dependency discrepancies between configure.ac and
> your ebuild:
> 
> Package |configure.ac | ebuild
> ==============================
> gconf   | 2.6.4       | 2.12

Going to drop this from 2.12 to 2.10, lowest 2 series version in portage.

> hal     | 0.5.5.1     | 0.5.6

It was 0.5.6, and I asked upstream to drop HAL dep to 0.5.5.1, but I was
unaware the change had been done.

> libxml2 | 2.6.1       | 2.6.18

Lowest version in Portage is 2.6.23..

> pckgconf| none        | 0.17

checking pkg-config is at least version 0.9.0... yes

^ while building BMPx, it's used for building. 0.17 is lowest version in
portage, so it doesn't really matter.. if it's 0.9, or 0.17..

> Also you DEPEND on pygtk and gtk-doc both of which are not listed as
> dependencies in the configure.ac file.

If gtk-doc isn't installed.. build fails (at least failed) in missing command:
gtkdocize

pygtk is/was for example client and addons, it isn't mandatory. so I'm removing
this dependency. but.. people will needed it, afterwards, if they want addons.

> Of course, I've got a lengthy package.unmask file, so your ebuild works like a
> charm here, thanks a lot :-)

Glad to hear.

> Also you DEPEND on pygtk and gtk-doc both of which are not listed as
> dependencies in the configure.ac file.

You were right about this, gtk-doc is only needed for SVN build, not release
build. Fixing.

> Got problems with the latest ebuild (0.14.1.1.ebuild, Fixed, cleaned) and FAM,
> seems that there is missing an flag in the Makefile:

This is fixed now in upstream, but in little different way so it doesn't break
build with Gamin. Thanks for reporting.

Sending ebuild for release BMPx 0.14.1.2 with a working patch in a minute..

Created an attachment (id=82664) [details]
bmpx-0.14.1.2.ebuild

This ebuild needs also posted posted patch
bmpx-0.14.1.2-fix-build-with-fam.patch in files/ directory.

Created an attachment (id=82665) [details]
patch for bmpx-0.14.1.2.ebuild, to fix building with fam without breaking
gamin.

'Process /usr/libexec/beep-media-player-2-bin received signal 6' on running it.
Builds fine, and this is the only error message I can get out of it. Any ideas?

(In reply to comment #25)
> 'Process /usr/libexec/beep-media-player-2-bin received signal 6' on running it.
> Builds fine, and this is the only error message I can get out of it. Any ideas?
> 

Try if you get more output from command "/usr/libexec/beep-media-player-2-bin
--nolog"

(In reply to comment #25)
> 'Process /usr/libexec/beep-media-player-2-bin received signal 6' on running it.
> Builds fine, and this is the only error message I can get out of it. Any ideas?
> 

Err. Typing error from me.

Valid command is /usr/libexec/beep-media-player-2-bin --no-log

Created an attachment (id=82792) [details]
bmpx-0.14.2.ebuild (previous patch is not needed, fixed in upstream.)

Sorry, but after a good night's sleep the error has disappeared. I still have
absolutely NO idea what it was or why it fixed itself. Computers, eh?

There appears to be a bug in BMPx, corrupted playlist. It can be fixed by
disabling, and then enabling item back in Preferences, playlist.

Upstream has been informed.

(In reply to comment #29)
> Sorry, but after a good night's sleep the error has disappeared. I still have
> absolutely NO idea what it was or why it fixed itself. Computers, eh?
> 

Hah, indeed. Apparently "The Playlist Bug" I've just mentioned, was probably
old gconf -data in my own system.. and problem was gone after starting BMPx
0.14.2 for  
first time.

*shrug*

Created an attachment (id=83193) [details]
cleaned up bmpx-0.14.2.ebuild with streaming

USE="stream" to pull gst-plugins-neon for streaming support. Cleaned up a
little bit. Also fixed a double dep on gst-plugins-ogg. If vorbis really should
have that dep, add it back. I just didn't see reason for a double dep.

> USE="stream" to pull gst-plugins-neon for streaming support. 

Not yet, reason I was keeping it only in einfo w/ information about
gst-plugins-gnomevfs is BMPx 0.14.2 doesn't work properly with gst-plugins-neon
0.10.1, from gst-plugins-bad. It needs a CVS version, sorry I didn't mention
this in bugzilla before. Or didn't add a proper comment on my ebuild.

> Cleaned up a little bit. Also fixed a double dep on gst-plugins-ogg. If vorbis 
> really should have that dep, add it back. I just didn't see reason for a 
> double dep.

Right about that, I don't see a reason to keep duplicate. That was a dirty copy
and paste from /usr/portage/media-video/totem/totem-1.4.0.ebuild and I was
thinking they know a proper reason :)

Like these,

                                theora? (
                                                       
>=media-plugins/gst-plugins-ogg-0.10
                                                       
>=media-plugins/gst-plugins-theora-0.10
                                                )
                                vorbis? (
                                                       
>=media-plugins/gst-plugins-ogg-0.10
                                                       
>=media-plugins/gst-plugins-vorbis-0.10
                                                )

> little bit. Also fixed a double dep on gst-plugins-ogg. If vorbis really should
> have that dep, add it back. I just didn't see reason for a double dep.
> 

Ogg is a container.. only container that I know can hold vorbis, and theora
formats inside.

AFAIK!

Alright then don't use my ebuild.. Didn't know about that.

(Current URI: 'file:///home/david/Desktop/07%20May%20You%20Never.m4a'; Detailed
debugging information: 'gstbasesrc.c(1416): gst_base_src_loop ():
/pipeline_file/src0:
streaming task paused, reason not-linked')

I get an error similar to this when trying to play all MP4/M4A/AAC files. I
initially thought it was a gstreamer bug, but it must be BMPx because totem can
play them fine. Have tried recompling and all that malarky, and other formats
work. This one has me baffled!

And like my last bug it started working again for no reason. I'm determined to
work out what's going on here, the minute i file a bug it decides to work, but
if it doesn't work every time then that's no good is it?

(In reply to comment #25)
> 'Process /usr/libexec/beep-media-player-2-bin received signal 6' on running it.
> Builds fine, and this is the only error message I can get out of it. Any ideas?
> 
/usr/libexec/beep-media-player-2-bin --no-log
BMPx-Message: BMPx STARTED [2006-04-01 12:46:20] PID [26342]
BMPx-Message: loader.c:78: flow plugin: libflow_linear.so
BMPx-INFO: Success loading plugin.
BMPx-Message: loader.c:78: flow plugin: libflow_shuffle.so
BMPx-INFO: Success loading plugin.
BMPx-Message: loader.c:78: container plugin: libcontainer_pls.so
BMPx-INFO: Success loading plugin.
BMPx-Message: loader.c:78: container plugin: libcontainer_query.so
BMPx-INFO: Success loading plugin.
BMPx-Message: loader.c:78: container plugin: libcontainer_xspf.so
BMPx-INFO: Success loading plugin.
BMPx-Message: loader.c:78: container plugin: libcontainer_folder.so
BMPx-INFO: Success loading plugin.
BMPx-Message: loader.c:78: container plugin: libcontainer_m3u.so
BMPx-INFO: Success loading plugin.
BMPx-Message: loader.c:78: transport plugin: libtransport_file.so
BMPx-INFO: Success loading plugin.
BMPx-Message: loader.c:78: transport plugin: libtransport_http.so
BMPx-INFO: Success loading plugin.
BMPx-Message: loader.c:78: transport plugin: libtransport_cdda.so
BMPx-INFO: Success loading plugin.
BMPx-Message: loader.c:78: transport plugin: libtransport_query.so
BMPx-INFO: Success loading plugin.
BMPx-Message: sm.c:266: Connection opened, client id is
11c0a80103000114389198100000106600049
BMPx-Message: sm.c:51: XSMP Version: 1  Revision: 0
BMPx-Message: sm.c:54: Session manager: GnomeSM
BMPx-Message: sm.c:58: Release: 2.14.0
BMPx-Message: Image file '/usr/share/bmpx/icons/themes' contains no data
BMPx-Message: Image file '/usr/share/bmpx/icons/themes' contains no data
BMPx-Message: Image file '/usr/share/bmpx/icons/themes' contains no data
BMPx-Message: Image file '/usr/share/bmpx/icons/themes' contains no data
BMPx-Message: Image file '/usr/share/bmpx/icons/themes' contains no data
BMPx has crashed. If you suspect a bug, please consult
http://bmpx.beep-media-player.org/site/Reporting_bugs
Aborted

Any ideas on how this was fixed for you, Dave?

Created an attachment (id=83606) [details]
BMPx 0.14.3

* Added USE="cdparanoia"

* Removed USE="gnome" for gconf installation, causing troubles like..

BMPx-Message: Image file '/usr/share/bmpx/icons/themes' contains no data

..for some people. DEBUGME. FIXME. Forced libxml2 use as time being.

NOTE, gst-plugins-neon is too old for this release of BMPx, use
gst-plugins-gnomevfs for radio streaming..

> Any ideas on how this was fixed for you, Dave?

USE="-gnome" and/or use my new BMPx 0.14.3 ebuild. (Please debug how GConf
installation doesn't go properly.. :))

(In reply to comment #40)
> > Any ideas on how this was fixed for you, Dave?
> 
> USE="-gnome" and/or use my new BMPx 0.14.3 ebuild. (Please debug how GConf
> installation doesn't go properly.. :))
> 
Thanks, it's now working

*** Bug 129611 has been marked as a duplicate of this bug. ***

media-sound/bmpx-0.14.3 now in portage, but is currently in package.mask
because it depends on >=dev-libs/glib-2.10 which is in the Gnome 2.14 mask.