<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "http://bugs.gentoo.org/bugzilla.dtd">

<bugzilla version="2.22.7"
          urlbase="http://bugs.gentoo.org/"
          maintainer="bugzilla@gentoo.org"
>

    <bug>
          <bug_id>71663</bug_id>
          
          <creation_ts>2004-11-18 06:11 0000</creation_ts>
          <short_desc>shntool-2.0.3.ebuild (Update) (media-sound/)</short_desc>
          <delta_ts>2004-11-20 10:15:34 0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>Gentoo Linux</product>
          <component>Ebuilds</component>
          <version>unspecified</version>
          <rep_platform>All</rep_platform>
          <op_sys>All</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          <bug_file_loc>http://shnutils.freeshell.org/shntool/</bug_file_loc>
          
          
          <priority>P2</priority>
          <bug_severity>enhancement</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>jusic@mbnet.fi</reporter>
          <assigned_to>chainsaw@gentoo.org</assigned_to>
          <cc>jusic@mbnet.fi</cc>
    
    <cc>sound@gentoo.org</cc>

      

      
          <long_desc isprivate="0">
            <who>jusic@mbnet.fi</who>
            <bug_when>2004-11-18 06:11:04 0000</bug_when>
            <thetext>Hi,

There&apos;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=&quot;shorten flac&quot;
DEPEND=&quot;shorten? ( media-sound/shorten )
        flac? ( media-sound/flac )&quot;

(However, there&apos;s no such USE-flag &quot;shorten&quot; specified in use.desc.)

Maybe more IUSEs and DEPENDs can be added too, like media-sound/sox and media-sound/wavpack (this one&apos;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.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>chainsaw@gentoo.org</who>
            <bug_when>2004-11-20 10:15:34 0000</bug_when>
            <thetext>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.</thetext>
          </long_desc>
      
    </bug>

</bugzilla>