Upgrading glib2 to universal fails (poorly) on zlib

[marco@…]

I was upgrading my glib2 port to a universal variant, and ran into a problem with zlib. To resolve this issue I had to upgrade my zlib port to universal as well.

Other ports warn nicely about having to upgrade to the universal variant. It would be pleasant if this one would as well, as my fix was just a wild guess at the problem.

[marco@eva ~/dev]$ sudo port upgrade -d --enforce-variants glib2 +universal
--->  Computing dependencies for glib2
--->  Configuring glib2
Error: Target org.macports.configure returned: configure failure: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_glib2/work/glib-2.24.1" && ./configure --prefix=/opt/local --disable-dependency-tracking --enable-static " returned error 1
Command output: checking for _FILE_OFFSET_BITS value needed for large files... no
checking for pkg-config... /opt/local/bin/pkg-config
checking for gawk... (cached) gawk
checking for perl5... /opt/local/bin/perl
checking for indent... indent
checking for /opt/local/bin/perl... /opt/local/bin/perl
checking for a Python interpreter with version >= 2.4... python
checking for python... /usr/bin/python
checking for python version... 2.6
checking for python platform... darwin
checking for python script directory... ${prefix}/lib/python2.6/site-packages
checking for python extension module directory... ${exec_prefix}/lib/python2.6/site-packages
checking for iconv_open... no
checking for libiconv_open in -liconv... yes
checking for grep that handles long lines and -e... /usr/bin/grep
checking for egrep... /usr/bin/grep -E
checking whether we are using the GNU C Library 2.1 or newer... no
checking Whether to cache iconv descriptors... yes
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking for inflate in -lz... no
configure: error: *** Working zlib library and headers not found ***

Error: Unable to upgrade port: 1

This fixes it:

[marco@eva ~/dev]$ sudo port upgrade --enforce-variants zlib +universal
--->  Computing dependencies for zlib
--->  Fetching zlib
--->  Verifying checksum(s) for zlib
--->  Extracting zlib
--->  Applying patches to zlib
--->  Configuring zlib
--->  Building zlib
--->  Staging zlib into destroot
--->  Deactivating zlib @1.2.5_0
--->  Computing dependencies for zlib
--->  Installing zlib @1.2.5_0+universal
--->  Activating zlib @1.2.5_0+universal
--->  Cleaning zlib
[marco@eva ~/dev/]$ sudo port upgrade -d --enforce-variants glib2 +universal
--->  Computing dependencies for glib2
--->  Configuring glib2
--->  Building glib2
--->  Staging glib2 into destroot
--->  Deactivating glib2 @2.24.1_0+darwin
--->  Computing dependencies for glib2
--->  Installing glib2 @2.24.1_0+darwin+universal
--->  Activating glib2 @2.24.1_0+darwin+universal
--->  Cleaning glib2

[ryandesign (Ryan Carsten Schmidt)]

Don't forget to preview before submitting, and to use WikiFormatting.

[ryandesign (Ryan Carsten Schmidt)]

Thanks for reporting this problem.

Replying to marco@…:

I was upgrading my glib2 port to a universal variant, and ran into a problem with zlib. To resolve this issue I had to upgrade my zlib port to universal as well.

Other ports warn nicely about having to upgrade to the universal variant. It would be pleasant if this one would as well, as my fix was just a wild guess at the problem.

Added archcheck portgroup to glib2 and glib2-devel in r68136.

[marco@eva ~/dev]$ sudo port upgrade -d --enforce-variants glib2 +universal

Running this should have been enough. It wasn't because zlib wasn't listed as a dependency of glib2. Fixed this in glib2 and glib2-devel in r68135.