<?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>181822</bug_id>
          
          <creation_ts>2007-06-12 20:20 0000</creation_ts>
          <short_desc>media-sound/alsaplayer-0.99.80-rc1 fails to build with flac &gt;=1.1.3 on amd64</short_desc>
          <delta_ts>2007-07-16 12:11:46 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>Applications</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>
          
          <blocked>152007</blocked>
          
          <everconfirmed>1</everconfirmed>
          <reporter>aballier@gentoo.org</reporter>
          <assigned_to>redhatter@gentoo.org</assigned_to>
          <cc>amd64@gentoo.org</cc>
    
    <cc>Fred@Familie-Roehner.de</cc>
    
    <cc>sound@gentoo.org</cc>

      

      
          <long_desc isprivate="0">
            <who>aballier@gentoo.org</who>
            <bug_when>2007-06-12 20:20:56 0000</bug_when>
            <thetext>last round of checks before unmasking flac 1.1.4 :


/bin/sh ../../libtool --tag=CXX   --mode=compile x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I../.. -I../.. -I../../alsaplayer   -D_REENTRANT -march=athlon64 -O2 -pipe  -march=athlon64 -O2 -pipe -c -o FlacStream.lo FlacStream.cpp
 x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I../.. -I../.. -I../../alsaplayer -D_REENTRANT -march=athlon64 -O2 -pipe -march=athlon64 -O2 -pipe -c FlacStream.cpp  -fPIC -DPIC -o .libs/FlacStream.o
FlacStream.cpp: In member function &apos;virtual bool Flac::FlacStream::open()&apos;:
FlacStream.cpp:154: error: invalid conversion from &apos;FLAC__StreamDecoderReadStatus (*)(const FLAC__StreamDecoder*, FLAC__byte*, unsigned int*, void*)&apos; to &apos;FLAC__StreamDecoderReadStatus (*)(const FLAC__StreamDecoder*, FLAC__byte*, size_t*, void*)&apos;
FlacStream.cpp:154: error:   initializing argument 2 of &apos;FLAC__StreamDecoderInitStatus FLAC__stream_decoder_init_stream(FLAC__StreamDecoder*, FLAC__StreamDecoderReadStatus (*)(const FLAC__StreamDecoder*, FLAC__byte*, size_t*, void*), FLAC__StreamDecoderSeekStatus (*)(const FLAC__StreamDecoder*, FLAC__uint64, void*), FLAC__StreamDecoderTellStatus (*)(const FLAC__StreamDecoder*, FLAC__uint64*, void*), FLAC__StreamDecoderLengthStatus (*)(const FLAC__StreamDecoder*, FLAC__uint64*, void*), FLAC__bool (*)(const FLAC__StreamDecoder*, void*), FLAC__StreamDecoderWriteStatus (*)(const FLAC__StreamDecoder*, const FLAC__Frame*, const FLAC__int32* const*, void*), void (*)(const FLAC__StreamDecoder*, const FLAC__StreamMetadata*, void*), void (*)(const FLAC__StreamDecoder*, FLAC__StreamDecoderErrorStatus, void*), void*)&apos;
make[3]: *** [FlacStream.lo] Error 1
make[3]: Leaving directory `/var/tmp/portage/media-sound/alsaplayer-0.99.80_rc1/work/alsaplayer-0.99.80-rc1/input/flac&apos;
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/var/tmp/portage/media-sound/alsaplayer-0.99.80_rc1/work/alsaplayer-0.99.80-rc1/input&apos;
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/media-sound/alsaplayer-0.99.80_rc1/work/alsaplayer-0.99.80-rc1&apos;
make: *** [all] Error 2





please just leave that one open until it&apos;s resolved so that people do not believe we&apos;re just lazy to unmask flac 1.1.4 ;)


sizeof(unsigned) == 4, sizeof(size_t) == 8 here</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dominique.michel@vtxnet.ch</who>
            <bug_when>2007-06-16 10:00:37 0000</bug_when>
            <thetext>Created an attachment (id=122212)
Fix for flac 64 bit build

This patch will fix this issue, but it will break with flac &lt; 1.4. So, test the flac version in the ebuild if you want to apply it.

I committed a modified version into the svn that will hopefully work in any cases. Will be with next release.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dominique.michel@vtxnet.ch</who>
            <bug_when>2007-06-16 10:01:51 0000</bug_when>
            <thetext>(In reply to comment #1)

&gt; This patch will fix this issue, but it will break with flac &lt; 1.4.

Sorry, it was flac &lt; 1.1.4 of course
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dirtyepic@gentoo.org</who>
            <bug_when>2007-06-17 02:45:10 0000</bug_when>
            <thetext>aballier: would you like me to lock this version to &lt;flac-1.1.3 in the meantime?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>aballier@gentoo.org</who>
            <bug_when>2007-06-17 20:39:31 0000</bug_when>
            <thetext>(In reply to comment #3)
&gt; aballier: would you like me to lock this version to &lt;flac-1.1.3 in the
&gt; meantime?

It&apos;d be probably saner, yes, just ~dep to flac 1.1.2. But please leave that bug open until the new release (or the patch) hits the tree so that I&apos;ll easily know when to unmask flac 1.1.4 by looking at blockers of bug #152007 (now that they&apos;re all setup properly)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>redhatter@gentoo.org</who>
            <bug_when>2007-06-18 11:10:04 0000</bug_when>
            <thetext>Hi,
Sorry for the slow response.  I&apos;ll have to have a closer look at this patch this coming weekend, since at the moment, I&apos;m right in the middle of study for my last exam this semester.

Does anyone know if this problem is specific to AMD64, or has it been verified on other architectures too?  Seeing as I don&apos;t have any AMD64 kit, it&apos;s incredibly difficult for me to test my changes.  (My boxes are x86 and mips.)

I&apos;ll see if I can reproduce it on mips (this is my main platform at the moment) and see what happens... but would appreciate feedback from others who may have experienced this on architectures other than AMD64.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>ssuominen@gentoo.org</who>
            <bug_when>2007-07-13 15:26:16 0000</bug_when>
            <thetext>Been a month and this is only thing stopping flac-1.1.4 unmasking so either apply it, drop USE flac from alsaplayer or let amd64 package.use.mask it. So ping..</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>ssuominen@gentoo.org</who>
            <bug_when>2007-07-13 18:34:12 0000</bug_when>
            <thetext>(In reply to comment #3)
&gt; aballier: would you like me to lock this version to &lt;flac-1.1.3 in the
&gt; meantime?
&gt; 

works fine on ~x86 and flac-1.1.4 so don&apos;t.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>ssuominen@gentoo.org</who>
            <bug_when>2007-07-14 18:39:51 0000</bug_when>
            <thetext>Patch committed, flac dep raised to &gt;=flac-1.1.3. Thanks Dominique for patch, aballier for testing..

(was after discussing with dirtyepic)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>ssuominen@gentoo.org</who>
            <bug_when>2007-07-14 18:40:17 0000</bug_when>
            <thetext>&gt; aballier for testing..

s/testing/reporting/</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>Fred@Familie-Roehner.de</who>
            <bug_when>2007-07-16 07:45:52 0000</bug_when>
            <thetext>dep raising to &gt;=flac-1.1.3 breaks deps on (stable) akode and xine-lib (at least!) !! </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>ssuominen@gentoo.org</who>
            <bug_when>2007-07-16 12:11:46 0000</bug_when>
            <thetext>(In reply to comment #10)
&gt; dep raising to &gt;=flac-1.1.3 breaks deps on (stable) akode and xine-lib (at
&gt; least!) !! 
&gt; 

I don&apos;t see any stable KEYWORDS here.

alsaplayer-0.99.80_rc1.ebuild:KEYWORDS=&quot;~amd64 ~mips ~ppc ~sparc ~x86&quot;
flac-1.1.3.ebuild:KEYWORDS=&quot;~alpha ~amd64 ~arm ~hppa ~ia64 ~mips ~ppc ~ppc64 ~sh ~sparc ~x86 ~x86-fbsd&quot;
flac-1.1.4.ebuild:KEYWORDS=&quot;~alpha ~amd64 ~arm ~hppa ~ia64 ~mips ~ppc ~ppc64 ~sh ~sparc ~x86 ~x86-fbsd&quot;

So, basically you&apos;re saying you locally unmasked flac-1.1.3 or 1.1.4 and it breaks? So don&apos;t, it&apos;s not ready for stable yet.

No breakage here.</thetext>
          </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>122212</attachid>
            <date>2007-06-16 10:00 0000</date>
            <desc>Fix for flac 64 bit build</desc>
            <filename>flac.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">LS0tIGlucHV0L2ZsYWMvRmxhY1N0cmVhbS5oLWRpc3QJMjAwNy0wNC0yNSAxNDo0NDo1Mi4wMDAw
MDAwMDAgKzAyMDAKKysrIGlucHV0L2ZsYWMvRmxhY1N0cmVhbS5oCTIwMDctMDQtMjUgMTQ6NDU6
MTEuMDAwMDAwMDAwICswMjAwCkBAIC0xOTEsNyArMTkxLDcgQEAgY2xhc3MgRmxhY1N0cmVhbQog
CiAgICAgRkxBQ19fU3RyZWFtRGVjb2RlclJlYWRTdGF0dXMgCiAgICAgICAgICAgICAgICAgIHJl
YWxSZWFkQ2FsbEJhY2sgKEZMQUNfX2J5dGUgYnVmZmVyW10sCi0JCQkJICAgdW5zaWduZWQgKiBi
eXRlcyk7CisJCQkJICAgc2l6ZV90ICogYnl0ZXMpOwogCiAKICBwcm90ZWN0ZWQ6CkBAIC0yMzMs
NyArMjMzLDcgQEAgY2xhc3MgRmxhY1N0cmVhbQogICAgIHN0YXRpYyBGTEFDX19TdHJlYW1EZWNv
ZGVyUmVhZFN0YXR1cwogCXJlYWRDYWxsQmFjayAoY29uc3QgRkxBQ19fU3RyZWFtRGVjb2RlciAq
IGRlY29kZXIsCiAJCSAgICAgIEZMQUNfX2J5dGUgYnVmZmVyW10sCi0JCSAgICAgIHVuc2lnbmVk
ICogYnl0ZXMsCisJCSAgICAgIHNpemVfdCAqIGJ5dGVzLAogCQkgICAgICB2b2lkICogY2xpZW50
X2RhdGEpOwogCiAgICAgc3RhdGljIHZvaWQgZXJyQ2FsbEJhY2sgKGNvbnN0IEZMQUNfX1N0cmVh
bURlY29kZXIgKiBkZWNvZGVyLAotLS0gaW5wdXQvZmxhYy9GbGFjU3RyZWFtLmNwcC1kaXN0CTIw
MDctMDQtMjUgMTQ6NDQ6MTAuMDAwMDAwMDAwICswMjAwCisrKyBpbnB1dC9mbGFjL0ZsYWNTdHJl
YW0uY3BwCTIwMDctMDQtMjUgMTQ6NDQ6NDkuMDAwMDAwMDAwICswMjAwCkBAIC0zMjEsNyArMzIx
LDcgQEAKIAogCiBGTEFDX19TdHJlYW1EZWNvZGVyUmVhZFN0YXR1cwotRmxhY1N0cmVhbTo6cmVh
bFJlYWRDYWxsQmFjayAoRkxBQ19fYnl0ZSBidWZmZXJbXSwgdW5zaWduZWQgKiBieXRlcykKK0Zs
YWNTdHJlYW06OnJlYWxSZWFkQ2FsbEJhY2sgKEZMQUNfX2J5dGUgYnVmZmVyW10sIHNpemVfdCAq
IGJ5dGVzKQogewogICAgICpieXRlcyA9IHJlYWRlcl9yZWFkIChidWZmZXIsICpieXRlcywgX2Rh
dGFzb3VyY2UpOwogICAgIHJldHVybiAqYnl0ZXMgPiAwID8gRkxBQ19fU1RSRUFNX0RFQ09ERVJf
UkVBRF9TVEFUVVNfQ09OVElOVUUgOgpAQCAtMzM2LDcgKzMzNiw3IEBACiBGTEFDX19TdHJlYW1E
ZWNvZGVyUmVhZFN0YXR1cwogRmxhY1N0cmVhbTo6cmVhZENhbGxCYWNrIChjb25zdCBGTEFDX19T
dHJlYW1EZWNvZGVyICosCiAJCQkgIEZMQUNfX2J5dGUgYnVmZmVyW10sCi0JCQkgIHVuc2lnbmVk
ICogYnl0ZXMsCisJCQkgIHNpemVfdCAqIGJ5dGVzLAogCQkJICB2b2lkICogY2xpZW50X2RhdGEp
CiB7CiAgICAgaWYgKCFjbGllbnRfZGF0YSkKLS0tIGlucHV0L2ZsYWMvRmxhY1NlZWthYmxlU3Ry
ZWFtLmNwcC1kaXN0CTIwMDctMDQtMjUgMTQ6NDU6MjkuMDAwMDAwMDAwICswMjAwCisrKyBpbnB1
dC9mbGFjL0ZsYWNTZWVrYWJsZVN0cmVhbS5jcHAJMjAwNy0wNC0yNSAxNDo0NTo0My4wMDAwMDAw
MDAgKzAyMDAKQEAgLTI1NSw3ICsyNTUsNyBAQAogRmxhY1NlZWthYmxlU3RyZWFtOjpyZWFkQ2Fs
bEJhY2sgKGNvbnN0IEZMQUNfX1N0cmVhbURlY29kZXIgKiAvKmRlY29kZXIqLywKICNlbmRpZgog
CQkJCSAgRkxBQ19fYnl0ZSBidWZmZXJbXSwKLQkJCQkgIHVuc2lnbmVkICogYnl0ZXMsCisJCQkJ
ICBzaXplX3QgKiBieXRlcywKIAkJCQkgIHZvaWQgKiBjbGllbnRfZGF0YSkKIHsKICAgICBpZiAo
IWNsaWVudF9kYXRhKQotLS0gaW5wdXQvZmxhYy9GbGFjU2Vla2FibGVTdHJlYW0uaC1kaXN0CTIw
MDctMDQtMjUgMTQ6NDU6MzIuMDAwMDAwMDAwICswMjAwCisrKyBpbnB1dC9mbGFjL0ZsYWNTZWVr
YWJsZVN0cmVhbS5oCTIwMDctMDQtMjUgMTQ6NDU6NTMuMDAwMDAwMDAwICswMjAwCkBAIC0xMTQs
NyArMTE0LDcgQEAgY2xhc3MgRmxhY1NlZWthYmxlU3RyZWFtIDogcHVibGljIEZsYWNTdAogCXJl
YWRDYWxsQmFjayAoY29uc3QgRkxBQ19fU3RyZWFtRGVjb2RlciAqIGRlY29kZXIsCiAjZW5kaWYK
IAkJICAgICAgRkxBQ19fYnl0ZSBidWZmZXJbXSwKLQkJICAgICAgdW5zaWduZWQgKiBieXRlcywK
KwkJICAgICAgc2l6ZV90ICogYnl0ZXMsCiAJCSAgICAgIHZvaWQgKiBjbGllbnRfZGF0YSk7CiAK
ICNpZmRlZiBMRUdBQ1lfRkxBQwo=
</data>        

          </attachment>
    </bug>

</bugzilla>