MacPorts trunk is deactivating universal and activating non-universal ports

Ryan Schmidt ryandesign at macports.org
Sat Feb 14 16:04:12 PST 2009


Why is MacPorts trunk deactivating my universal ports and activating  
my non-universal ports?

$ port installed rpm51
The following ports are currently installed:
   rpm51 @5.1.6_1 (active)
$ port -ux upgrade rpm51
--->  Deactivating libiconv @1.12_2+universal
--->  Activating libiconv @1.12_2
--->  Deactivating bzip2 @1.0.5_2+universal
--->  Activating bzip2 @1.0.5_2
--->  Fetching rpm51
--->  Verifying checksum(s) for rpm51
--->  Extracting rpm51
--->  Applying patches to rpm51
--->  Configuring rpm51
^C
$

During rpm51 configuration, gettext programs crash, because gettext  
is compiled 4-way universal but now that gettext's dependency  
libiconv has been switched to non-universal, gettext can't function.

This behavior is new for trunk. MacPorts 1.7.0 would deactivate the  
universal version, then reactivate the universal version, which was  
dumb but at least didn't break anything. This was described here:

http://trac.macports.org/ticket/16085

Anyone know why this changed in trunk?



More information about the macports-dev mailing list