Bugzilla Bug 71978

New version of the command-line CD encoder "abcde," to version 2.2.0.  A simple
version bump on the existing 2.1.19 ebuild would work fine, but there are a few
enhancements to the ebuild that I feel may be useful, so I'll explain more when
I attach...

Created an attachment (id=44427) [details]
abcde-2.2.0.ebuild

Here's a new ebuild...	All of the changes that I felt may help out were in
IUSE and RDEPEND.  I had been looking through the changelog to see if there
were any new dependencies, and it seems that 2.2.0 adds support for MusePack
audio as an output.  I didn't feel that that necessitated an actual dependency
though, so a local USE flag seemed like it may be appropriate.	Then I got to
thinking that practically all of the other dependencies in the list were
optional as well.  All that abcde really needs is one CD ripper and an encoder.


There were already USE flags for flac, speex, and oggvorbis, so I turned those
into USE flags for the ebuild.	I figured that if *those* were in USE flags,
then I should probably have a local one for the MusePack stuff, so I put that
in there, too.

Then I noticed that Portage currently has three mp3 encoders that abcde
supports: lame, gogo, and bladeenc.  Obviously those can't be in a "virtual"
package given Portage's understanding of a virtual package (ie: only one
installed at a time), so perhaps those all deserve a local USE flag as well?  I
put 'em in for my ebuild, regardless - do with it what you will.  Then there's
always the situation where people could only encode to Ogg and not want to
encode to mp3 at all, which means that having a dependency of id3 and id3v2
should be optional too, so there's another local USE flag in there of just
"mp3."

I left cd-discid and cdparanoia alone...  abcde supports using cdda2wav instead
of cdparanoia as a disc-reading tool, but I didn't see that in Portage so I
figured cdparanoia was okay on its own.

I also added in an RDEPEND to sys-apps/eject, as abcde supports using that as
well, though that really shouldn't be a hard dependency either.

So anyway, there you go.  I've gone pretty crazy with local USE flags.	If you
think that's rather excessive, then just a simple version bump of the 2.1.19
ebuild would work well enough (though it wouldn't pull in the MusePack
dependency that's now supported).

Created an attachment (id=44428) [details]
use.local.desc additions

If you *do* like the local USE flag idea, here's the additions that would go
into use.local.desc...

Oop, when making that ebuild I had left KEYWORDS alone, so the one I submitted
isn't in ~x86; that should probably be changed.  And I've only got an x86 here
so I can't verify it working on any other arch (though it *is* just a shell
script, so there's no compilation worries to, er, worry about on other arches).

Why isn't this ebuild already in portage?

because we don't have enough staff and it wasn't assigned to sound@

There is a version 2.2.2 here:
http://packages.debian.org/unstable/source/abcde. That one is not on the
http://www.hispalinux.es/~data/abcde.php homepage

abcde-2.2.3 has been ofically released. Could someone please bump the version?

version bumped