You receive this bug because this package does not respect my system's AR (x86_64-pc-linux-gnu-ar) and calls directly /usr/bin/ar The possible solutions to fix this issue are: 1)Fix the buildsystem, if you can; 2)inherit toolchain-funcs and use tc-export AR 3)inherit toolchain-funcs and use emake AR="$(tc-getAR)" From the build log: ar cru libufraw.a dcraw.o ufraw_ufraw.o ufraw_routines.o ufraw_developer.o ufraw_conf.o ufraw_writer.o ufraw_embedded.o ufraw_message.o ufobject.o ufraw_settings.o ufraw_lensfun.o wb_presets.o dcraw_api.o dcraw_indi.o nikon_curve.o ufraw_exiv2.o iccjpeg.o
Created attachment 348936 [details, diff] ufraw-0.19.2.patch Simple patch which fixes the ar issue. please review.
(In reply to comment #1) > Created attachment 348936 [details, diff] [details, diff] > ufraw-0.19.2.patch > > Simple patch which fixes the ar issue. please review. Usually generated autotools files shouldn't be modified, especially with sed since doing that isn't upstreamable and generated files change (often breaking patches or sed scripts). The best type of patch to fix this issue would be for upstream to add and use an AC_PROG_AR macro. Otherwise you can do what's now done in the ebuild by overriding the variable during the compile phase.