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 Reproducible: Always Steps to Reproduce: 1. 2. 3. 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 crashes.
Created attachment 65583 [details] libmp3splt-0.1.4.ebuild
Created attachment 65584 [details] mp3splt-gtk-0.1.4.ebuild
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)
