Created attachment 312255 [details] Build-log of moc-2.5.0_alpha4_p20120501 Although I specified the "sid"-useflag the decoder for sid-files (CommodoreC64-music) is not being build. I browsed the compile-log and it seems that the check for sidplay works: ... checking for sidplay2... yes checking for sidutils... yes ... config.status: creating decoder_plugins/aac/Makefile config.status: creating decoder_plugins/ffmpeg/Makefile config.status: creating decoder_plugins/flac/Makefile config.status: creating decoder_plugins/modplug/Makefile config.status: creating decoder_plugins/mp3/Makefile config.status: creating decoder_plugins/musepack/Makefile config.status: creating decoder_plugins/sidplay2/Makefile config.status: creating decoder_plugins/sndfile/Makefile config.status: creating decoder_plugins/speex/Makefile config.status: creating decoder_plugins/timidity/Makefile config.status: creating decoder_plugins/vorbis/Makefile config.status: creating decoder_plugins/wavpack/Makefile config.status: creating decoder_plugins/Makefile ... But later on the log mentions: ---------------------------------------------------------------------- MOC will be compiled with: Decoder plugins: aac ffmpeg/libav flac modplug mp3 musepack sndfile speex timidity vorbis wavpack Sound Drivers: ALSA JACK DEBUG: no RCC: no Network streams: no Resampling: no MIME magic: yes ---------------------------------------------------------------------- I can't see where the problem is. I also attached the full log.
Please attach the config.log from the work directory to this bug report.
I removed .la files from libsidplay in purpose and not going to restore them. Give me a moment and I'll hack moc to use the .so directly and get that upstreamized. The problem: checking for sidplay2... yes checking for sidutils... yes checking for /usr/lib64/libresid-builder.la... no checking for /usr/lib64/sidplay/builders/libresid-builder.la... no
Created attachment 312445 [details, diff] Search for .so, not .la This patch will fix the issue. Attaching it here so I can simply link this bug to upstream. checking for sidplay2... yes checking for sidutils... yes checking for /usr/lib64/libresid-builder.so... no checking for /usr/lib64/sidplay/builders/libresid-builder.so... yes [ ... ] MOC will be compiled with: Decoder plugins: aac ffmpeg/libav flac modplug mp3 sidplay2 sndfile vorbis [ ... ] >>> /usr/lib64/moc/decoder_plugins/libsidplay2_decoder.la >>> /usr/lib64/moc/decoder_plugins/libsidplay2_decoder.so Success. :-)
+*moc-2.5.0_alpha4_p20120501-r1 (21 May 2012) + + 21 May 2012; Samuli Suominen <ssuominen@gentoo.org> + +moc-2.5.0_alpha4_p20120501-r1.ebuild, + +files/moc-libresid-builder.so_not_la.patch: + Search for libresid-builder.so instead of libresid-builder.la during + ./configure wrt #416619 by Stefan Borschtel http://sources.gentoo.org/viewvc.cgi/gentoo-x86/media-sound/moc/files/moc-libresid-builder.so_not_la.patch?rev=1.1&content-type=text/plain http://sources.gentoo.org/viewvc.cgi/gentoo-x86/media-sound/moc/moc-2.5.0_alpha4_p20120501-r1.ebuild?rev=1.1&content-type=text/plain
I hope it's not disturbing to comment on bugs with the status "RESOLVED FIXED", but i wanted to thank you for fixing this. Thanks a lot.
Although I'm not sure if anyone is still reading this, I wanted to mention that I am having issues. While compiling with sidplay-support works now, playing sid-files does not work for me. The issues vary slightly but both seem to be connected to the sidplay-plugin. Sometimes the sidfiles are being recognized and shown in the directory-window of mocp and I can add them to the playlist, but once i try to play a file mocp exits with the message "FATAL_ERROR: Can't receive value from the server!" Sometimes mocp hangs when starting it with a specified directory that contains sidfiles. In that case I can only kill (-9) mocp from a different terminal. When doing similar tests with mp3-files (and directories containing them), I didn't notice these issues. However this theoretically might be related to my soundcard-setup (I got one onboard and one MAudio Audiophile 2496). Although the normal sidplay2-commandline-player works for me. If someone could test this on his system then we would know if this is a general problem with the fix or just related to my setup. For now I'm not sure if anyone is still following this bug, if i shall reopen it or file a new one. I'll wait some days for a reaction and otherwise will try if i can reopen it myself.
(In reply to comment #6) Your issue sounds something entirely different than what this bug was for. This bug was about faulty check in the configure script, a build-time only specific problem... Your issue is something to do with runtime, so yeah, file a new bug.