The current dpkg ebuilds depend on po4a, but (certainly for version 1.14.12, and for 1.13.x as well if memory serves) po4a isn't required for an unmodified build; it looks like it's only used to rebuild documentation files if their sources are changed. Would it be possible to add a local USE flag so those of us who just want to build dpkg don't need to pull in po4a and its dozen-or-so dependencies?
Created attachment 139227 [details] Proposed ebuild for dpkg-1.14.12 Ebuild for dpkg-1.14.12 (also used for bug 203200) with a "po4a" USE flag added
(In reply to comment #1) > Ebuild for dpkg-1.14.12 (also used for bug 203200) with a "po4a" USE flag added Uhm... don't see po4a flag there, plus it should be USE=doc if anything.
Created attachment 139238 [details] Proposed ebuild (with USE=doc) Oops, it looks like I uploaded the wrong file; sorry about that. Here's one with USE=doc.
(In reply to comment #3) > Oops, it looks like I uploaded the wrong file; sorry about that. Here's one > with USE=doc. Well yeah that's better but the flag doesn't do anything useful ATM. :) You need to use it to avoid recreating the docs, otherwise the dependency needs to stay there.
A fair point. (: Ordinarily the documentation isn't recreated anyway, but I'll go figure out what needs to be done to make po4a truly unnecessary. (Should I attach any needed patches to this bug as well?) Sorry about the confusion; I'm just getting started on converting a homebuilt environment to Gentoo. Perhaps not the most auspicious of beginnings...
Created attachment 139249 [details] Revised ebuild that explicitly disables po4a Here's a new ebuild that explicitly disables the po4a-dependent parts of the compilation process (revision bumped to -r1 since it looks like 1.14.12 was just added to the tree--thanks!). The ebuild depends on a patch file I'll attach shortly.
Created attachment 139250 [details, diff] Add --without-po4a to configure
Thanks.
Upon looking at the new 1.14.12 ebuild, it looks like the patch from bug 192819 solves this same problem, and better (since it prevents the localized man pages from being installed if !nls). So you can probably just mark this bug as a duplicate. Sorry for the spam!
some tips for the future: - post diffs of files, not complete files - always run autotools in src_unpack, not src_compile *** This bug has been marked as a duplicate of bug 192819 ***
