On 5/22/10 5:01 AM, peterwong wrote: >> In file included from common/mc.c:24: >> > common/common.h:124: error: conflicting types for 'x264_nal_encode' >> > /sw/include/x264.h:391: error: previous declaration of 'x264_nal_encode' >> > was here >> > make: *** [common/mc.o] Error 1 >> > ### execution of /var/tmp/tmp.1.skZH6k failed, exit code 2 >> > Removing runtime build-lock... >> > Removing build-lock package... >> > /sw/bin/dpkg-lockwait -r fink-buildlock-libx264-88-shlibs-0.0.20100301-5 >> > (Reading database ... 209882 files and directories currently installed.) >> > Removing fink-buildlock-libx264-88-shlibs-0.0.20100301-5 ... >> > Failed: phase compiling: libx264-88-shlibs-0.0.20100301-5 failed > which probably happens because i have this: >> > $ fink list libx264 >> > Information about 8952 packages read in 0 seconds. >> > i libx264-57-shlibs 0.0.20071214-4 Encoding H264/AVC video streams >> > libx264-88-shlibs 0.0.20100301-5 Encoding H264/AVC video streams >> > (i) libx264-dev 0.0.20100301-5 Encoding H264/AVC video streams >> > libx264gtk-dev 0.0.20071214-4 Encoding H264/AVC video streams >> > libx264gtk57-shlibs 0.0.20071214-4 Encoding H264/AVC video streams >> >
This one is easy. Just remove libx264-dev. The newer -88- version doesn't like the old one provided by the older -57- version to be around when it's being built. FFmpeg will reinstall it when the time comes for it. > is there a common method for temporarily subverting such dependency > conflicts for an install? is that a bad idea? is that even what's going on? The -dev package was the culprit here. -dev packages are never runtime dependencies, so they can always be removed with just 'fink remove <foo>'. If you really want to remove a package that others depend on, you can use 'dpkg -r --force-depends <foo>'. Hanspeter ------------------------------------------------------------------------------ _______________________________________________ Fink-beginners mailing list [email protected] http://news.gmane.org/gmane.os.apple.fink.beginners
