gtk2 2.24.7 +x11 x86_64 fails to build on OS X 10.6.8

[RJVB (René Bertin)]

While upgrading my ports installation today, the process halted trying to build gtk2 2.24.7 . I've seen the same error occur when trying to build a +quartz +no_x11 variant last week. I finally managed to build myself a gtk2 package with Quartz backend by falling back to a 32bit build - could it be that the current gtk2 version doesn't build for x86_64 on OS X? The previous version (2.24.6) clearly did.

[RJVB (René Bertin)]

gtk2 build log

[dbevans (David B. Evans)]

I know this is not very satisfying but it builds for me without error on Macports 2.0.3 Xcode 4.1 Mac OS X 10.6.8 x86_64.

It also apparently built OK for buildbot since there is a binary archive here: ​http://packages.macports.org/gtk2/

Port should have downloaded and installed the archive for you (unless you have that disabled or used -s).

[RJVB (René Bertin)]

Could be very satisfying as an answer!

• I'm still at the latest 3.2 XCode - how did you get 4.1 installed on 10.6.8?

• I used -c (which doesn't seem to affect other binary package installs), what else could cause a fallback to source installation? I'll try once more from my home connection, lest the work firewall+++ set-up is responsible.

[dbevans (David B. Evans)]

I got the 4.1 from the App Store under the title Xcode for Snow Leopard a few months ago but it looks like it isn't there anymore.

Concerning the archives, I'm seeing that MacPorts installations that I upgraded to 2.0.3 using

sudo port selfupdate

don't fetch archives even though they say they're trying to, but they do work when I use the downloaded installer directly.

I'm assuming it has to do with configuration files that were carried over but I haven't found the answer yet.

[RJVB (René Bertin)]

I can confirm that the direct upgrade worked. Too bad there isn't a +quartz+noX11 package in that directory...! Curious though that some selfupdates did use a binary package in my case:

# port -c upgrade outdated
--->  Computing dependencies for atkmm
--->  Fetching archive for atkmm
--->  Attempting to fetch atkmm-2.22.6_0.darwin_10.x86_64.tbz2 from http://packages.macports.org/atkmm
--->  Attempting to fetch atkmm-2.22.6_0.darwin_10.x86_64.tbz2.rmd160 from http://packages.macports.org/atkmm
--->  Installing atkmm @2.22.6_0
--->  Cleaning atkmm
--->  Computing dependencies for atkmm
--->  Deactivating atkmm @2.22.5_0
--->  Cleaning atkmm
--->  Activating atkmm @2.22.6_0
--->  Cleaning atkmm
--->  Computing dependencies for sqlite3
--->  Fetching archive for sqlite3
--->  Attempting to fetch sqlite3-3.7.9_0.darwin_10.x86_64.tbz2 from http://packages.macports.org/sqlite3
--->  Attempting to fetch sqlite3-3.7.9_0.darwin_10.x86_64.tbz2.rmd160 from http://packages.macports.org/sqlite3
--->  Installing sqlite3 @3.7.9_0
--->  Cleaning sqlite3
--->  Computing dependencies for sqlite3
--->  Deactivating sqlite3 @3.7.8_1
--->  Cleaning sqlite3
--->  Activating sqlite3 @3.7.9_0
--->  Cleaning sqlite3
--->  Computing dependencies for bzr
--->  Fetching archive for bzr
--->  Attempting to fetch bzr-2.4.2_0.darwin_10.x86_64.tbz2 from http://packages.macports.org/bzr
--->  Fetching bzr
--->  Attempting to fetch bzr-2.4.2.tar.gz from http://lil.fr.distfiles.macports.org/python
--->  Verifying checksum(s) for bzr
--->  Extracting bzr
--->  Applying patches to bzr
--->  Configuring bzr
--->  Building bzr
--->  Staging bzr into destroot
--->  Installing bzr @2.4.2_0
--->  Cleaning bzr
--->  Computing dependencies for bzr
--->  Deactivating bzr @2.4.1_0
--->  Cleaning bzr
--->  Activating bzr @2.4.2_0
--->  Cleaning bzr
--->  Fetching archive for gnustep-make
--->  Attempting to fetch gnustep-make-2.6.1_0+gnustep_layout.darwin_10.noarch.tbz2 from http://packages.macports.org/gnustep-make
--->  Attempting to fetch gnustep-make-2.6.1_0+gnustep_layout.darwin_10.noarch.tbz2.rmd160 from http://packages.macports.org/gnustep-make
--->  Installing gnustep-make @2.6.1_0+gnustep_layout
--->  Cleaning gnustep-make
--->  Deactivating gnustep-make @2.4.0_0+gnustep_layout
--->  Cleaning gnustep-make
--->  Activating gnustep-make @2.6.1_0+gnustep_layout

##########################################################
To have a fully working GNUstep make system, please add
'. /opt/local/GNUstep/System/Library/Makefiles/GNUstep.sh'
to your shell login (in ~/.profile)

You may also want to set up your MANPATH :
export
MANPATH=$GNUSTEP_LOCAL_ROOT/Library/Documentation/man:$GNUSTEP_SYSTEM_ROOT/Library/Documentation/man:/opt/local/share/man:/usr/share/man
##########################################################

--->  Cleaning gnustep-make
--->  Fetching archive for xorg-inputproto
--->  Attempting to fetch xorg-inputproto-2.0.99.1_0.darwin_10.noarch.tbz2 from http://packages.macports.org/xorg-inputproto
--->  Attempting to fetch xorg-inputproto-2.0.99.1_0.darwin_10.noarch.tbz2.rmd160 from http://packages.macports.org/xorg-inputproto
--->  Installing xorg-inputproto @2.0.99.1_0
--->  Cleaning xorg-inputproto
--->  Deactivating xorg-inputproto @2.0.2_0
--->  Cleaning xorg-inputproto
--->  Activating xorg-inputproto @2.0.99.1_0
--->  Cleaning xorg-inputproto
Portfile changed since last build; discarding previous state.
--->  Applying patches to gtk2
--->  Configuring gtk2
--->  Building gtk2
Error: Target org.macports.build returned: shell command failed (see log for details)
Log for gtk2 is at: /opt/local/var/macports/logs/_Volumes_Debian_MacPorts_var_macports_sources_rsync.macports.org_release_ports_gnome_gtk2/gtk2/main.log
Error: Unable to upgrade port: 1
To report a bug, see <http://guide.macports.org/#project.tickets>

[dbevans (David B. Evans)]

I switched back to my previous Xcode 3.2.4 installation and it built fine for me there too so I don't know what to tell you.

[nerdling (Jeremy Lavergne)]

Replying to rjvbertin@…:

• I used -c

Just an FYI: you can set autoclean in macports.conf rather than always sending the flag.