gettext-tools with g-prefix (was Re: xgettext with UI files support)

[Richard PALO <richard%netbsd.org@localhost>]

Le 18/06/15 20:53, Richard PALO a écrit :
> Le 17/06/15 23:39, Richard PALO a écrit :
>> Le 17/06/15 17:42, Ryo ONODERA a écrit :
>>> Hi,
>>>
>>> From: Richard PALO <richard%netbsd.org@localhost>, Date: Tue, 16 Jun 2015 12:13:34 +0200
>>>
>>>> Le 15/06/15 17:00, Ryo ONODERA a écrit :
>>> (snip)
>>>>
>>>> It looks like there are plenty of us working on gettext lately!
>>>>
>>>> Perhaps this should be all overhauled, as there is another issue that needs addressing
>>>> namely the fact that configure scripts frequently look for the g' prefixed flavours of
>>>> the programs as well (in order to avoid a mix of pkgsrc and native gettext being used as
>>>> currently is frequently the case, for example, on SunOS).
>>>>
>>>> The easy part is converting gettext-tools to do like GNU binutils or diffutils and
>>>> put the g' flavour in bin with symlinks in $PKGGNUDIR/bin, but the TOOLS also need to do the right thing.
>>>>
>>>> Can we do this a bit more formalistic?
>>>
>>> Could you provide me any hint about what problem is fixed with g-prefix?
>>>
>>> Thank you.
>>>
>>>> -- 
>>>> Richard PALO
>>>>
>>
>> most solaris platforms traditionally have *at least* native gettext, msgfmt, and xgettext
>> in /usr/gnu/bin and g-prefixed binaries in /usr/bin.
>>
>> The problem to be fixed is when pkgsrc gettext-tools should be used, but
>> with the g-prefix, GNU configure can pick up native for those *and then*
>> pkgsrc gettext for the rest.
>>
>> For a example, take a look at databases/gnome-mime-data wrt gmsgfmt.
>>
>> cheers
>>
> 
> FWIW, my work-in-progress is :
> http://www.netbsd.org/~richard/gettext-tools.diff
> http://www.netbsd.org/~richard/gettext.mk.patch
> 
> gettext.mk.patch doesn't [yet] add any other frequently used
> gettext tools but now does the alias for pkgsrc g-prefix tools.
> 
> gettext-tools.diff has some test specific things (gt_cv_locale_fr and asprintf)
> and uses pkgsrc libxml2 instead of the included one, but now does the PKGGNUDIR thing.
> 
> Hopefully there is interest in something along these lines after the
> quarterly drop.
> 

The patches mentioned above seem to work fine for both pkgsrc and local (non pkgsrc) use.
Here are the packages installed on my system needing USE_TOOLS updated with 'xgettext' and for good
measure 'msgmerge' in order to build at all (with pkg_rr):
>          archivers/file-roller
>          audio/pulseaudio
>          audio/sound-juicer
>          chat/libpurple
>          chat/pidgin
>          databases/gnome-mime-data
>          devel/GConf
>          devel/at-spi
>          devel/at-spi2-core
>          devel/bison
>          devel/dconf
>          devel/git-base
>          devel/glade3
>          devel/libbonobo
>          devel/libbonoboui
>          devel/libgnome
>          devel/libgnomeui
>          devel/libgsf
>          devel/libgweather
>          devel/libwnck
>          devel/libwnck3
>          devel/subversion
>          editors/dasher
>          editors/gconf-editor
>          editors/gedit
>          fonts/gucharmap
>          games/gnome-games
>          graphics/adwaita-icon-theme
>          graphics/cheese
>          graphics/eog
>          graphics/gegl
>          graphics/gimp
>          graphics/libgnomecanvas
>          graphics/ristretto
>          mail/evolution-data-server
>          mail/evolution-exchange
>          mail/evolution
>          math/gcalctool
>          meta-pkgs/xfce4
>          misc/deskbar-applet
>          misc/gnome-utils
>          misc/gok
>          misc/mousetweaks
>          misc/orca
>          multimedia/gnome-media
>          multimedia/swfdec-gnome
>          multimedia/totem-pl-parser
>          multimedia/totem
>          net/bug-buddy
>          net/glib-networking
>          net/libgdata
>          net/libsoup
>          net/vino
>          news/pan
>          print/evince
>          print/libgnomecups
>          print/libgnomeprint
>          print/libgnomeprintui
>          security/gnome-keyring
>          security/libsecret
>          security/policykit-gnome
>          security/policykit
>          security/seahorse-plugins
>          security/seahorse
>          sysutils/brasero
>          sysutils/gnome-menus
>          sysutils/gnome-power-manager
>          sysutils/gnome-settings-daemon
>          sysutils/gnome-system-monitor
>          sysutils/gnome-system-tools
>          sysutils/gnome-vfs
>          sysutils/gsettings-desktop-schemas
>          sysutils/gvfs
>          sysutils/libgtop
>          sysutils/nautilus-sendto
>          sysutils/nautilus
>          sysutils/py-gnome-menus
>          sysutils/system-tools-backends
>          textproc/gnome-doc-utils
>          textproc/grep
>          textproc/gtkspell
>          time/evolution-webcal
>          time/hamster-applet
>          wm/metacity
>          www/gtkhtml314
>          x11/alacarte
>          x11/gdm
>          x11/gnome-applets
>          x11/gnome-control-center
>          x11/gnome-desktop
>          x11/gnome-mag
>          x11/gnome-panel
>          x11/gnome-screensaver
>          x11/gnome-terminal
>          x11/gnome-themes
>          x11/gtk2-engines
>          x11/gtk3
>          x11/gtksourceview
>          x11/gtksourceview2
>          x11/gtksourceview3
>          x11/libgnomekbd
>          x11/vte
>          x11/zenity

This doesn't necessarily catch any other gettext tools missing from USE_TOOLS
that are still picked up natively (possibly mixed native/pkgsrc)... but it is a start.
Bulk building is the only way to find the rest of the afflicted packages.

-- 
Richard PALO