pango: build fails because 'Need to define Pango_1_0_gir_LIBS or Pango_1_0_gir_PROGRAM. Stop.' on PPC Tiger/10.4.8

[Peter_Dyballa@…]

After successfully building gobject-introspection and atk (see #35186, #32358, #35200) plus gdk-pixbuf2 (#35202) now pango fails to build:

make[2]: Entering directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_lil.fr.rsync.macports.org_release_tarballs_ports_x11_pango/pango/work/pango-1.30.1/pango'
/opt/local/share/gobject-introspection-1.0/Makefile.introspection:149: *** Need to define Pango_1_0_gir_LIBS or Pango_1_0_gir_PROGRAM.  Stop.
make[2]: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_lil.fr.rsync.macports.org_release_tarballs_ports_x11_pango/pango/work/pango-1.30.1/pango'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_lil.fr.rsync.macports.org_release_tarballs_ports_x11_pango/pango/work/pango-1.30.1'
make: *** [all] Error 2
make: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_lil.fr.rsync.macports.org_release_tarballs_ports_x11_pango/pango/work/pango-1.30.1'
Command failed:  cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_lil.fr.rsync.macports.org_release_tarballs_ports_x11_pango/pango/work/pango-1.30.1" && /usr/bin/make -w all 
Exit code: 2
Error: org.macports.build for port pango returned: command execution failed
DEBUG: Error code: CHILDSTATUS 14600 2

[ryandesign@…]

Clemens, can you help? I haven't concerned myself with "introspection" before.

[ryandesign@…]

Oh, based on the other tickets I guess it's just that Tiger's make is too old, and we need to use gmake instead.

[cal@…]

Fixed in r95526.

[darylew@…]

Replying to cal@…:

Fixed in r95526.

Not so fast. The gobject-introspection port directly had this issue too (#32358). It had a version of the same solution (r95523) too. It did not work for me and some others, and this port's version of the solution doesn't work either. For some reason, this fix still does not find the correct gmake. The other port switched to r95533, which directly specifies MacPorts' gmake, and worked for me. I'll test out a similar fix here.

(If it makes a difference, I'm on Mac OS X Tiger 10.4.11/PowerPC 32-bit.)

[Peter_Dyballa@…]

Replying to darylew@…:

(If it makes a difference, I'm on Mac OS X Tiger 10.4.11/PowerPC 32-bit.)

This describes my Mac as well…

Are all your Portfiles up-to-date? I have to admit that I did not wait until they were updated (or upgraded?), I edited them manually once I got a clue how to make the ports build. My changes were really basic and silly, as proposed for gobject-introspection. So maybe some Portfiles just fail?

[cal@…]

jmr fixed this in r95536. Did you sync your ports tree?

[Peter_Dyballa@…]

Replying to cal@…:

jmr fixed this in r95536. Did you sync your ports tree?

Synching does not a fix anything: none of my ports is outdated. And I am not sure whether I can uninstall any port since others depend on them.

Have you cleaned all failed ports? It is necessary to sweep away all debris from earlier failures so that port can really start anew.

[cal@…]

Syncing the ports tree does not necessarily mark ports as outdated. Only changes that increase epoch, version or revision mark a port as outdated. A revision bump was not necessary in this case, because the port previously didn't build for you (and there's no need to force a rebuild on something that didn't build before).

Cleaning pango shouldn't be necessary either because port ignores all build attempts older than the last change of the Portfile, which means if you get the change in r95536 and try to install pango port should automatically clean any previous attempt to install.

[ryandesign@…]

Replying to cal@…:

Cleaning pango shouldn't be necessary either because port ignores all build attempts older than the last change of the Portfile

Nevertheless cleaning manually might be necessary because of #29223.

[darylew@…]

Replying to darylew@…:

Replying to cal@…:

Fixed in r95526.

Not so fast. The gobject-introspection port directly had this issue too (#32358). It had a version of the same solution (r95523) too. It did not work for me and some others, and this port's version of the solution doesn't work either. For some reason, this fix still does not find the correct gmake. The other port switched to r95533, which directly specifies MacPorts' gmake, and worked for me. I'll test out a similar fix here.

(If it makes a difference, I'm on Mac OS X Tiger 10.4.11/PowerPC 32-bit.)

My altered build worked. (My upgrade command had two ports and it's still working on the second one.)

[cal@…]

So this can be closed?

[ryandesign@…]

As far as I know this was fixed as described above.

[egall@…]

Cc Me!