mjpegtools (bug 293919) and transcode (bug 294488) require they be compiled against jpeg-6.2 . Unfortunately, the new slotted jpeg ebuilds don't provide enough to be compiled against without media-libs/jpeg-8 . configure:23391: i686-pc-linux-gnu-gcc -o conftest -march=pentium4 -O2 -pipe -g -fno-strict-aliasing -pthread -Wl,--as-needed conftest.c -ljpeg -lm >&5 /usr/lib/gcc/i686-pc-linux-gnu/4.3.4/../../../../i686-pc-linux-gnu/bin/ld: cannot find -ljpeg collect2: ld returned 1 exit status configure:23397: $? = 1 [test program omitted] configure:23415: result: no configure:23425: error: JPEG 6b library missing - Go to http://www.ijg.org/ Note that the compiling problem is not limited to mjpegtools, NOTHING compiles against the new slotted ebuild without media-libs/jpeg-8 . So as things stand now in Portage, there's NO way to compile a working mjpegtools / trasncode without the old ebuild.
The slotted versions are only for binary-only applications where recompiling isn't an option. Locally masking everything from SLOT="0" will surely break the building... *** This bug has been marked as a duplicate of bug 293919 ***
OK, I see. Well could media-libs/jpeg-6b-r8 be put back into portage? Working copies of mjegtools and transcode can't be compiled without it.
