mp3splt-gtk is a gtk2 version of the command-line mp3splt. libmp3splt is a
library version of mp3splt (which is already in portage). It is needed for
mp3splt-gtk(which is not yet in portage). I am submitting both
Steps to Reproduce:
will not compile using xmms USE flag if gtk2 USE flag isn't also on. The user is
warned before compile starts. I did this to try and keep non gtk2 USE flag users
from trying to use the xmms flag because if xmms uses gtk1 and not gtk2, it will
crash the application. The user is instructed how he can get around this if
he/she really wants to. Of course, if xmms was compiled with gtk1 and then the
gtk2 USE flag was put in make.conf, this simple test will fail, but the user was
warned. The user is also warned after the package is emerged, what to do if it
Created attachment 65583 [details]
Created attachment 65584 [details]
oh yeah, mp3splt-gtk goes into media-sound and libmp3splt into media-libs
I tested both of these ebuild, they work for me.
Please fix the following and reopen:
* KEYWORDS violate policy.
* use_enable is your friend.
* No need to dodoc COPYING.
* We can't include any ebuild with invalid headers.
* Your DEPEND indenting in attachment #65584 [details] is screwy.
* Your gtk2 thing scares me.
Yeah, you're right, it scares me too...
I'll look into all that. Thanks.
I was just looking into mp3splt-gtk when I found this old bug.
Is there still any interest in putting together an ebuild for this package?
I've created ebuilds for the current versions and filed them in the following bugs:
bug #170328: media-libs/libmp3splt-0.3.1 (new ebuild)
bug #170330: media-sound/mp3splt-gtk-0.3.1 (new ebuild)