Drop usage of AM_GNU_GETTEXT

[أحمد المحمودي (Ahmed El-Mahmoudy)]

If I use autoreconf before building pcb, I get this error during configure:

config.status: error: po/Makefile.in.in was not created by intltoolize.

It turns out that AM_GNU_GETTEXT is not working in combination with IT_PROG_INTLTOOL.

Please consider to drop usage of AM_GNU_GETTEXT

See:
https://bugzilla.gnome.org/show_bug.cgi?id=706835

[Bert Timmerman (bert-timmerman)]

https://bugs.launchpad.net/intltool/+bug/654918

[Bert Timmerman (bert-timmerman)]

Hi,

This is not going to be an easy one:

"autoreconf -ivs" finds a lot of this:

doc/gs/Makefile.inc:47: wildcard *.pcb: non-POSIX variable name
doc/gs/Makefile.inc:47: (probably a GNU make extension)
doc/gs/Makefile.am:26: `doc/gs/Makefile.inc' included from here
doc/gs/Makefile.inc:48: wildcard *.fp: non-POSIX variable name
doc/gs/Makefile.inc:48: (probably a GNU make extension)
doc/gs/Makefile.am:26: `doc/gs/Makefile.inc' included from here
doc/gs/Makefile.inc:49: wildcard *.sch: non-POSIX variable name
doc/gs/Makefile.inc:49: (probably a GNU make extension)
doc/gs/Makefile.am:26: `doc/gs/Makefile.inc' included from here
doc/gs/Makefile.inc:50: wildcard *.sym: non-POSIX variable name
doc/gs/Makefile.inc:50: (probably a GNU make extension)
doc/gs/Makefile.am:26: `doc/gs/Makefile.inc' included from here
doc/gs/Makefile.inc:52: basename ${pcb_files: non-POSIX variable name
doc/gs/Makefile.inc:52: (probably a GNU make extension)
doc/gs/Makefile.am:26: `doc/gs/Makefile.inc' included from here
doc/gs/Makefile.inc:54: addsuffix .png,${gen_base: non-POSIX variable name
doc/gs/Makefile.inc:54: (probably a GNU make extension)
doc/gs/Makefile.am:26: `doc/gs/Makefile.inc' included from here
doc/gs/Makefile.inc:55: filter-out ${png_files},$(wildcard *.png: non-POSIX variable name
doc/gs/Makefile.inc:55: (probably a GNU make extension)
doc/gs/Makefile.am:26: `doc/gs/Makefile.inc' included from here
doc/gs/Makefile.inc:57: basename ${png_found: non-POSIX variable name
doc/gs/Makefile.inc:57: (probably a GNU make extension)
doc/gs/Makefile.am:26: `doc/gs/Makefile.inc' included from here
doc/gs/Makefile.inc:58: addsuffix .eps,${gen_base2: non-POSIX variable name
doc/gs/Makefile.inc:58: (probably a GNU make extension)
doc/gs/Makefile.am:26: `doc/gs/Makefile.inc' included from here
doc/gs/Makefile.inc:59: addsuffix .pdf,${gen_base2: non-POSIX variable name
doc/gs/Makefile.inc:59: (probably a GNU make extension)
doc/gs/Makefile.am:26: `doc/gs/Makefile.inc' included from here
doc/gs/Makefile.inc:61: wildcard *.tab: non-POSIX variable name
doc/gs/Makefile.inc:61: (probably a GNU make extension)
doc/gs/Makefile.am:26: `doc/gs/Makefile.inc' included from here
doc/gs/Makefile.inc:64: wildcard *.texi: non-POSIX variable name
doc/gs/Makefile.inc:64: (probably a GNU make extension)
doc/gs/Makefile.am:26: `doc/gs/Makefile.inc' included from here
doc/gs/Makefile.inc:65: filter-out ${BASE}.texi,$(all_texi: non-POSIX variable name
doc/gs/Makefile.inc:65: (probably a GNU make extension)
doc/gs/Makefile.am:26: `doc/gs/Makefile.inc' included from here
doc/gs/Makefile.inc:175: `%'-style pattern rules are a GNU make extension
doc/gs/Makefile.am:26: `doc/gs/Makefile.inc' included from here
src/Makefile.am:307: `%'-style pattern rules are a GNU make extension
w32/Makefile.am:2: wildcard licenses/LICENSE-*: non-POSIX variable name
w32/Makefile.am:2: (probably a GNU make extension)
w32/Makefile.am:2: wildcard patches/*/*.patch: non-POSIX variable name
w32/Makefile.am:2: (probably a GNU make extension)
w32/Makefile.am:2: wildcard recipes/*.recipe: non-POSIX variable name
w32/Makefile.am:2: (probably a GNU make extension)
win32/Makefile.am:5: wildcard ...

[أحمد المحمودي (Ahmed El-Mahmoudy) (aelmahmoudy)]

> checking if understands msgctxt (message context)... no
> configure: error: It appears that your gettext tools () is too old.
> You should install a newer gettext tools (>= 0.19.3 suggested). You may
> specify the location of the msgfmt executible with MSGFMT=/path/to/msgfmt
> on the configure command line.

I wonder if this check is still necessary

--
‎أحمد المحمودي (Ahmed El-Mahmoudy)
 Digital design engineer
GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7
GPG Fingerprints:
 6E2E E4BB 72E2 F417 D066 6ABF 7B30 B496 A7EF 5761
 8206 A196 2084 7E6D 0DF8 B176 BC19 6A94 EDDD A1B7

[أحمد المحمودي (Ahmed El-Mahmoudy) (aelmahmoudy)]

I tried to disable the check for msgctxt support, so configure passed.
But I hit this problem when running make:

make[4]: Entering directory '/<<PKGBUILDDIR>>/build_gtk/intl'
make[4]: *** No rule to make target 'all-@USE_INCLUDED_LIBINTL@', needed by 'all'. Stop.
make[4]: Leaving directory '/<<PKGBUILDDIR>>/build_gtk/intl'
make[3]: *** [Makefile:480: all-recursive] Error 1

--
‎أحمد المحمودي (Ahmed El-Mahmoudy)
 Digital design engineer
GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7
GPG Fingerprints:
 6E2E E4BB 72E2 F417 D066 6ABF 7B30 B496 A7EF 5761
 8206 A196 2084 7E6D 0DF8 B176 BC19 6A94 EDDD A1B7

[Bert Timmerman (bert-timmerman)]

Hi,

Did you use "autoreconf -fivs" with --force to install missing files ?

Kind regards,

Bert Timmerman

[أحمد المحمودي (Ahmed El-Mahmoudy) (aelmahmoudy)]

I only did: autoreconf -fi

--
‎أحمد المحمودي (Ahmed El-Mahmoudy)
 Digital design engineer
GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7
GPG Fingerprints:
 6E2E E4BB 72E2 F417 D066 6ABF 7B30 B496 A7EF 5761
 8206 A196 2084 7E6D 0DF8 B176 BC19 6A94 EDDD A1B7

[Chad Parker (parker-charles)]

Sorry for the late reply.

Considering that intltool seems to be unmaintained, wouldn't it make more sense to drop intltool instead of gettext?

My understanding of the translation system is admittedly a little sketchy.

Thanks,
--Chad

[Bert Timmerman (bert-timmerman)]

Decision made to remove the dependency on intltool as the latest release dates from February 2012.

For reference and pointers see:

https://wiki.gnome.org/MigratingFromIntltoolToGettext

Kind regards,

Bert Timmerman.

[Bert Timmerman (bert-timmerman)]

Whilst the git repo at geda-project.org is down a topic branch lives here:

https://github.com/bert/pcb/tree/LP1860623

Kind regards,

Bert Timmerman.

[Bert Timmerman (bert-timmerman)]

Git repo is up again

[Bert Timmerman (bert-timmerman)]

Topic branch lives at http://git.geda-project.org/pcb/log/?h=LP1860623