Bugzilla Bug 181864

last round of checks before unmasking flac : 

>>> Compiling source in /var/tmp/portage/rox-extra/musicbox-027-r1/work ...
swig -python sw_metadata.i
format.i:121: Warning(124): Specifying the language name in %typemap is
deprecated - use #ifdef SWIG<LANG> instead.
format.i:180: Warning(124): Specifying the language name in %typemap is
deprecated - use #ifdef SWIG<LANG> instead.
format.i:194: Warning(124): Specifying the language name in %typemap is
deprecated - use #ifdef SWIG<LANG> instead.
cc -fPIC -I/usr/include/python2.4 sw_metadata_wrap.c -shared -lFLAC -o
_sw_metadata.so
sw_metadata_wrap.c:112:20: error: Python.h: No such file or directory
sw_metadata_wrap.c:717: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or
‘__attribute__’ before ‘*’ token

[snip]

sw_metadata_wrap.c:9267: error: ‘FLAC__FILE_ENCODER_ALREADY_INITIALIZED’
undeclared (first use in this function)
sw_metadata_wrap.c:9268: error: ‘FLAC__FILE_ENCODER_UNINITIALIZED’
undeclared (first use in this function)
distcc[18541] ERROR: compile sw_metadata_wrap.c on localhost failed
make: *** [sw_metadata.py] Error 1

!!! ERROR: rox-extra/musicbox-027-r1 failed.
Call stack:
  ebuild.sh, line 1621:   Called dyn_compile
  ebuild.sh, line 973:   Called qa_call 'src_compile'
  ebuild.sh, line 44:   Called src_compile
  musicbox-027-r1.ebuild, line 59:   Called die

!!! flac plugin compile failed.
!!! If you need support, post the topmost build error, and the call stack if
relevant.
!!! A complete build log is located at
'/var/log/portage/rox-extra:musicbox-027-r1:20070613-053444.log'.


Do you have news from upstream about that ?
It seems to use pyflac / pythonflac, but I've not found anything interesting in
google, it seems to have been a package maintained on debian, but that is now
only in oldstable. I couldnt figure the removal reason, perhaps superceded by
another package (gstreamer ?)

No news yet.  I just sent a ping to upstream to see what their plans are for
the future of this software.

What sort of a timeline are you looking at for unmasking?

I suppose I could just remove flac support from MusicBox if we don't get a fix
from upstream in the near future.

> What sort of a timeline are you looking at for unmasking?

dunno, I'd say "when the tree will be ready", I've just set up the last
blockers for bug #152007, musicbox being the only one which is non trivial to
fix (no known fix, swig bindings that have to be made aware of what to bind
depending on flac version...).

>=flac 1.1.3 has been in the tree and masked since Oct 2006... so, a few weeks more or a few weeks less wouldn't matter that much imho


I'd prefer not making you lose flac support, but if upstream doesn't answer or
answers that musicbox is unmaintained perhaps removing flac support from it
would be the sanest thing to do.


So, for now, let's wait for an answer and thanks for taking care of this ;)

No patch yet (~1 month), so I am removing flac support until such a time as it
supports 1.1.3.

Once musicbox-027-r2 is stabilized on x86, the previous ebuilds can be removed,
and flac-1.1.3 can be unmasked.

Also bringing in x86 arch team:
Please stabilize musicbox-027-r2 as soon as you can, all I've done is removed
flac from the USE flags, so no real testing should be necessary.

x86 stable

Thanks for the fast turnaround!

I have removed the old versions, so there's no more flac USE flag for this
package.

We are no longer blocking flac-1.1.3