Summary: | autotools.eclass: autopoint is always executed even when not strictly necessary (USE=-nls & package has local gettext files bundled) | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Wille Kuutti <wille.kuutti> |
Component: | [OLD] Core system | Assignee: | Gentoo's Team for Core System packages <base-system> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | leho, media-video, prefix, tomwij |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Wille Kuutti
2012-05-29 21:11:41 UTC
how comes autotools.eclass now runs autopoint in our back while we never needed it and doesnt even add a dependency on gettext ? read the mailing list (In reply to comment #2) > read the mailing list it doesnt say what it solves by running autopoint How about dropping the autopoint call from autotools.eclass and replacing it with something simple which does enough, like: if [[ -e /usr/share/gettext/config.rpath ]]; then cp /usr/share/gettext/config.rpath "${S}" else touch "${S}"/config.rpath fi ? (The new version bumps of today of vlc will depend on >=0.18.3; although for other reasons, it indirectly fixes this bug for those whom experience it.) Does the presence of the autopoint call still matter? If so, can we bring this to the ML? (Bug might not be the right place) Can we do something to close this? After, upgrading to vlc-2.1.0 gettext-0.18.3.1-r1, I now have several packages failing on running autopoint Example: ***** autopoint ***** ***** PWD: /mnt/datapool/tmp/portage/gnome-base/gdm-3.8.4-r3/work/gdm-3.8.4 ***** autopoint --force autopoint: *** Missing version: please specify in configure.ac through a line 'AM_GNU_GETTEXT_VERSION(x.yy.zz)' the gettext version the package is using autopoint: *** Stop. Upgrading to sys-devel/autoconf-wrapper-13 has fixed this. Experience feels like this should be a dependency of something, or things break. Same problem when emerging wget[nls], eautopoint will be executed independently if gettext is installed or not. This breaks bootstrapping of prefix on some systems. Either autotools.eclass should check if gettext is installed before running eautopoint or wget should depend on gettext unconditionally. I am still getting an autopoint error for gettext while emerging VLC even after installing the autoconf-wrapper-13. Ping, can we move forward with this bug? Thank you very much in advance. Another occurrence: https://forums.gentoo.org/viewtopic.php?p=7542726#7542726 Updating autoconf fixed the problem: # eix -c -I gettext -o -I autocon [I] sys-devel/autoconf (2.13(2.1)@03/30/05 2.69(2.5)@07/05/14): Used to create autoconfiguration files [I] sys-devel/autoconf-wrapper (13@07/05/14): wrapper for autoconf to manage multiple autoconf versions [I] sys-devel/gettext (0.18.3.2@07/05/14): GNU locale utilities assuming fixed by autoconf upgrades |