Bugzilla Bug 71663

Hi,

There's a new version (2.0.3) available of the shntool multi-purpose wave data processing and reporting utility. See website for more details.

Newest in portage at the moment is 1.2.3.

I tested it by just renaming the ebuild, and it worked flawlessly.

Please update the ebuild. :)

Thanks,
--jussi


PS:

It seems that shntool does not necessarily need flac or shorten as a dependency. shntool only tries to invoke them from PATH and uses them only as helper applications (see website). I think it would be better to use:

IUSE="shorten flac"
DEPEND="shorten? ( media-sound/shorten )
        flac? ( media-sound/flac )"

(However, there's no such USE-flag "shorten" specified in use.desc.)

Maybe more IUSEs and DEPENDs can be added too, like media-sound/sox and media-sound/wavpack (this one's currently masked) (see econf snip).

Of course, if you want that emerging shntool makes it do what it is supposed to do, to manipulate shorten/flac files, the current solution would suffice.

Snip from the econf process:

[...]
checking for shorten... no
** install shorten at any time for .shn file support
checking for flac... no
** install flac at any time for .flac file support
checking for sox... no
** install sox at any time for .aiff file support
checking for mac... yes
checking for ofr... no
** install ofr at any time for .ofr file support
checking for lpac... no
** install lpac at any time for .pac file support
checking for wvunpack... no
** install wavpack at any time for .wv file support
[...]

By quick look, mac, ofr and lpac are not currently in the portage, so there is no much use to include them as IUSE or otherwise.

If you sync after two hours, you will see the new version.
The package now responds to the sox USE-flag as well.

Thank you for your report.