<?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>133293</bug_id>
          
          <creation_ts>2006-05-14 06:04 0000</creation_ts>
          <short_desc>adplug stabilization request</short_desc>
          <delta_ts>2006-08-29 00:29: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>Linux</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          
          <priority>P2</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>spock@gentoo.org</reporter>
          <assigned_to>spock@gentoo.org</assigned_to>
          

      

      
          <long_desc isprivate="0">
            <who>spock@gentoo.org</who>
            <bug_when>2006-05-14 06:04:39 0000</bug_when>
            <thetext>Guys, could we please get the following packages:
  media-libs/adplug-1.5.1-r2
  media-sound/adplay-1.4-r2
  media-plugins/xmms-adplug-1.1-r1
marked stable on all CC&apos;ed arches? The latest releases (-r1, -r2) fix some compilation problems for users using libbinio-1.4 (which is currently marked stable).

As you&apos;ll notice, adplay-1.4-r2 and adplug-1.5.1-r2 have been committed to the tree just earlier today. The only change since -r1 is the removal of a CXXFLAGS hack in favour of header files patching.

If you don&apos;t feel comfortable keywording packages that have been in the tree for such a short time, please keyword the -r1 versions.

Thanks in advance :)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>weeve@gentoo.org</who>
            <bug_when>2006-05-14 17:23:33 0000</bug_when>
            <thetext>Should the tests for media-libs/adplug work?  Getting the following on SPARC:

Testing format: Adlib Tracker 1.0 - OK
Testing format: MKJamz Audio File - OK
Testing format: Digital-FM 0.99 - OK
Testing format: Scream Tracker 3.00 - OK
Testing format: Reality ADlib Tracker - OK
Testing format: Bob&apos;s Adlib Music - OK
Testing format: Ken Silverman&apos;s Music Format - OK
Testing format: Ultima 6 Music - OK
Testing format: eXtra Simple Music - OK
Testing format: DeFy Adlib Tracker - OK
Testing format: TwinTeam (packed S3M) - OK
Testing format: Sierra On-Line EGA MIDI - OK
Testing format: RdosPlay RAW - OK
Testing format: LOUDNESS Sound System - OK
Warning: The player is writing data out of range! (reg = 51, val = fffffff9)
Warning: The player is writing data out of range! (reg = 51, val = fffffff9)
Warning: The player is writing data out of range! (reg = 51, val = fffffff9)
Warning: The player is writing data out of range! (reg = 51, val = fffffff9)
Warning: The player is writing data out of range! (reg = 51, val = fffffff9)
Warning: The player is writing data out of range! (reg = 51, val = fffffff9)
Testing format: AdLib Tracker 2 - OK
Testing format: LucasArts AdLib MIDI - OK
Testing format: Creative Music Format (CMF MIDI) - OK
Testing format: SNG File Format - OK
Testing format: xad: rat player - FAIL
Testing format: Faust Music Creator - OK
Testing format: BoomTracker 4 - OK
Testing format: DOSBox Raw OPL - OK
Testing format: Surprise! Adlib Tracker 2 (version 9) - OK
Testing format: HSC Adlib Composer / HSC-Tracker - OK
Testing format: Mlat Adlib Tracker - OK
Testing format: Surprise! Adlib Tracker 2 (version 1) - OK
Testing format: AMUSIC Adlib Tracker - OK
/bin/sh: line 1:   776 Bus error               ${dir}$tst
FAIL: playertest
===================
1 of 1 tests failed
===================</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>mlangc@gmx.at</who>
            <bug_when>2006-05-14 19:49:14 0000</bug_when>
            <thetext>hmm, that may be SPARC specific, as i got

==================
All 1 tests passed
==================

on x86 for adplug-1.5.1-r2.

PS: if i should post &apos;emerge --info&apos; let me know.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>spock@gentoo.org</who>
            <bug_when>2006-05-15 02:51:17 0000</bug_when>
            <thetext>I guess they should -- at least they work for me on x86. It looks like the problem is with the &apos;EdLib packed (version 4)&apos; format. I&apos;ll see about getting access to one of the Gentoo sparc dev machines so that I can have a closer look at it.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>halcy0n@gentoo.org</who>
            <bug_when>2006-05-17 16:45:15 0000</bug_when>
            <thetext>x86 done</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>blubb@gentoo.org</who>
            <bug_when>2006-05-29 12:33:23 0000</bug_when>
            <thetext>jason: perhaps your box is broken? &apos;/bin/sh: line 1:   776 Bus error               ${dir}$tst&apos; looks pretty suspicious, and it works on amd64 as well.

amd64 done</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>gustavoz@gentoo.org</who>
            <bug_when>2006-05-29 12:35:48 0000</bug_when>
            <thetext>http://primates.ximian.com/~miguel/sparc/SparcLinux.html
Search for SIGBUS there (and no, it&apos;s NOT hardware related, maybe it sounds like it but no).
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>nixnut@gentoo.org</who>
            <bug_when>2006-06-04 06:57:41 0000</bug_when>
            <thetext>Results on ppc:

Testing format: Sierra On-Line EGA MIDI - OK
Testing format: RdosPlay RAW - OK
Testing format: LOUDNESS Sound System - OK
Warning: The player is writing data out of range! (reg = 51, val = fffffff9)
Warning: The player is writing data out of range! (reg = 51, val = fffffff9)
Warning: The player is writing data out of range! (reg = 51, val = fffffff9)
Warning: The player is writing data out of range! (reg = 51, val = fffffff9)
Warning: The player is writing data out of range! (reg = 51, val = fffffff9)
Warning: The player is writing data out of range! (reg = 51, val = fffffff9)
Testing format: AdLib Tracker 2 - OK
Testing format: LucasArts AdLib MIDI - OK
Testing format: Creative Music Format (CMF MIDI) - OK
Testing format: SNG File Format - OK
Testing format: xad: rat player - FAIL
Testing format: Faust Music Creator - OK
Testing format: BoomTracker 4 - OK
Testing format: DOSBox Raw OPL - OK
Testing format: Surprise! Adlib Tracker 2 (version 9) - OK
Testing format: HSC Adlib Composer / HSC-Tracker - OK
Testing format: Mlat Adlib Tracker - OK
Testing format: Surprise! Adlib Tracker 2 (version 1) - OK
Testing format: AMUSIC Adlib Tracker - OK
Testing format: EdLib packed (version 4) - FAIL
Testing format: IMF File Format - OK
Testing format: xad: BMF Adlib Tracker - OK
Testing format: xad: flash player - OK
Testing format: Adlib Visual Composer - OK

Two test fail, and on testing whatever comes after Adlib Visual Composer it started eating every cpu cycle it can get until after some hours I got tired of waiting for it to finish and killed it instead.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>josejx@gentoo.org</who>
            <bug_when>2006-07-08 19:04:47 0000</bug_when>
            <thetext>I had the same test problems with the currently stable version, so I marked it ppc stable anyway.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>spock@gentoo.org</who>
            <bug_when>2006-08-11 16:13:47 0000</bug_when>
            <thetext>It looks like this problem is fixed in the latest version -- 2.0.1.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>weeve@gentoo.org</who>
            <bug_when>2006-08-27 16:20:46 0000</bug_when>
            <thetext>2.0.1 appears to have fixed the problems with FEATURES=&quot;test&quot; here on SPARC as well as now successfully playing the .D00 files I had in a pile of samples that xmms-adplug should handle.  Mind if SPARC stablizes this early as the currently stable version doesn&apos;t work so well (if at all)?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>spock@gentoo.org</who>
            <bug_when>2006-08-28 08:17:37 0000</bug_when>
            <thetext>By all means, please do so.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>weeve@gentoo.org</who>
            <bug_when>2006-08-28 09:32:56 0000</bug_when>
            <thetext>Thanks.  It&apos;s now stable.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>spock@gentoo.org</who>
            <bug_when>2006-08-29 00:29:34 0000</bug_when>
            <thetext>Stable on all arches -- thanks everyone.</thetext>
          </long_desc>
      
    </bug>

</bugzilla>