pcb

Drop usage of AM_GNU_GETTEXT

Bug #1860623 reported by أحمد المحمودي (Ahmed El-Mahmoudy)
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
pcb
In Progress
High
Bert Timmerman

Bug Description

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

Changed in pcb:
status: New → Triaged
importance: Undecided → High
milestone: none → future-bug-fix-release
assignee: nobody → Bert Timmerman (bert-timmerman)
Revision history for this message
Bert Timmerman (bert-timmerman) wrote :
Revision history for this message
Bert Timmerman (bert-timmerman) wrote :
Download full text (4.2 KiB)

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 ...

Read more...

Revision history for this message
أحمد المحمودي (Ahmed El-Mahmoudy) (aelmahmoudy) wrote : Re: [Bug 1860623] Re: Drop usage of AM_GNU_GETTEXT

> 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

Revision history for this message
أحمد المحمودي (Ahmed El-Mahmoudy) (aelmahmoudy) wrote :

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

Revision history for this message
Bert Timmerman (bert-timmerman) wrote :

Hi,

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

Kind regards,

Bert Timmerman

Revision history for this message
أحمد المحمودي (Ahmed El-Mahmoudy) (aelmahmoudy) wrote :

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

Revision history for this message
Chad Parker (parker-charles) wrote :

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

Revision history for this message
Bert Timmerman (bert-timmerman) wrote :

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.

Changed in pcb:
status: Triaged → In Progress
Revision history for this message
Bert Timmerman (bert-timmerman) wrote :

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.

Revision history for this message
Bert Timmerman (bert-timmerman) wrote :

Git repo is up again

Revision history for this message
Bert Timmerman (bert-timmerman) wrote :
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.