[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: [libvirt] FYI: Getting rid of gettextize cruft

On 05/09/2012 08:52 AM, Richard W.M. Jones wrote:
> In libguestfs, we recently got rid of gettextize (or rather, we got
> rid of the po/Makefile* cruft that gettextize produces).
> We replaced it with a very simple 100 line Makefile.am which does the
> same thing, without the many bugs and problems caused by gettextize
> and autopoint:
> Final po/Makefile.am:
> https://github.com/libguestfs/libguestfs/blob/75514ab57a06e534f26698fe1725ca29b966c3ad/po/Makefile.am
> Patches to remove gettextize cruft:
> https://github.com/libguestfs/libguestfs/commit/6aa95e87c1f259589ff9c7812707e4b30b8f6fd7
> https://github.com/libguestfs/libguestfs/commit/75514ab57a06e534f26698fe1725ca29b966c3ad

Off-topic to your question, but I notice you are using 'echo -n' in your
configure.ac.  That is not portable; the portable replacement is

> Is this something that libvirt would be interested in?

Is your bootstrap script still calling autopoint?  See line 39 of

Also, it looks like libguestfs' boostrap is not synced from gnulib, but
hand-rolled.  Right now, libvirt is merely relying on gnulib's
bootstrap, and gnulib is doing a decent job with calling autopoint (and
not gettextize).  I just recently fixed gnulib to allow us to continue
to use gettext 0.17 (for RHEL 6.2 and RHEL 5), rather than gnulib's
attempt to force us to upgrade to 0.18.x, but I guess that does mean
that we are stuck with a crusty Makefile.in.in from autopoint that
doesn't understand all of the GNU Coding Standards makefile conventions.
 But you're the first person to mention ripping it all out.  Maybe it's
worth proposing this upstream with gnulib, because I don't really see a
point in making libvirt a one-off special case from the gnulib conventions.

Eric Blake   eblake redhat com    +1-919-301-3266
Libvirt virtualization library http://libvirt.org

Attachment: signature.asc
Description: OpenPGP digital signature

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]