gettext dependency should probably be split into libintl/gettext in RDEPEND/DEPEND, like in many other packages.
If this meant anything to me I'd do it right now... can someone please tell me what in the world is being suggested here?
Look, e.g., in app-editors/nano-2.3.1-r2: RDEPEND="nls? ( virtual/libintl )" DEPEND="nls? ( sys-devel/gettext )"
(In reply to comment #1) > If this meant anything to me I'd do it right now... can someone please tell > me what in the world is being suggested here? Hi, does my previous comment answer your questions? The point is to separate run-time depend on nls (which is typically located in glibc), and build-time dependency on full-blown gettext tools. So instead of having gettext in RDEPEND, we have libintl in RDEPEND and gettext in DEPEND.
+ 09 Dec 2012; Rick Farina <zerochaos@gentoo.org> -powertop-1.11.ebuild, + -powertop-2.0.ebuild, -powertop-2.1-r1.ebuild, -powertop-2.1.ebuild, + powertop-2.2-r1.ebuild: + fix gettext deps per bug #398977 and clean out old ebuilds I spoke to a few other devs finally and I believe what you requested makes sense and has been done. Can't say I fully understand so if I messed up please feel free to reopen and tease me. Thanks for the report.
> (In reply to comment #1) > > If this meant anything to me I'd do it right now... can someone please tell > > me what in the world is being suggested here? > > Hi, does my previous comment answer your questions? The point is to separate > run-time depend on nls (which is typically located in glibc), and build-time > dependency on full-blown gettext tools. So instead of having gettext in > RDEPEND, we have libintl in RDEPEND and gettext in DEPEND. is this true for all packages using gettext?
(In reply to comment #5) > is this true for all packages using gettext? Not necessarily, since they can potentially use the binaries at runtime. I didn't encounter such packages so far. Maybe @flameeys, who added the virtual originally, knows better.
