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