flame@yamato ioquake3_1.34-rc3 % find code/jpeg-6 code/jpeg-6 code/jpeg-6/jcdctmgr.c code/jpeg-6/jmemsys.h code/jpeg-6/jdcolor.c code/jpeg-6/jdapimin.c code/jpeg-6/jdpostct.c code/jpeg-6/jcapimin.c code/jpeg-6/jload.c code/jpeg-6/jdmainct.c code/jpeg-6/jidctred.c code/jpeg-6/jcmainct.c code/jpeg-6/jdphuff.c code/jpeg-6/jconfig.h ...
games-fps/worldofpadman seems to be using the same source files, so has the same problem.
Trunk version of ioquake3 now allows building with system zlib.
While it is a little bit obnoxious that they include this code, Quake 3 does actually use some jpeg internals that make it nontrivial to factor this code out of the Quake 3 binary. You'd have to ask someone else for more specifics. Anyway, I don't think the jpeg code can be easily removed. It's certainly not like almost every other library bundling bug.
it seems like there is more bundling going on: - media-libs/openal - media-libs/libsdl
(In reply to comment #4) > it seems like there is more bundling going on: > - media-libs/openal > - media-libs/libsdl > A brief summary: Problem Fixed by ------- -------- Bundled OpenAL headers USE_LOCAL_HEADERS=0 Bundled Curl headers USE_LOCAL_HEADERS=0 Bundled libspeex USE_INTERNAL_SPEEX=0 Bundled SDL headers USE_LOCAL_HEADERS=0 Bundled zlib USE_INTERNAL_ZLIB=0 (not in <=1.36) Bundled libjpeg none; but see [1] [1] http://bugzilla.icculus.org/show_bug.cgi?id=4564
As a fix to bug 222005, I've committed a user-submitted rewritten ebuild which removes all the bundled dependencies. So, this is now fixed! :)