Still no Universal variant for NSS?

Ryan Schmidt ryandesign at macports.org
Wed Feb 22 10:03:19 PST 2012


On Feb 21, 2012, at 12:38, Greg Earle wrote:

> I wanted to update WINE-devel via MacPorts but was told my ports were out of date when I ran "sudo port update wine-devel".
> 
> I've migrated my system from a 32-bit (only) old MacBook Pro to a present-model Mac Pro running in full 64-bit mode.
> 
> When I ran "sudo port selfupdate" it converted me from 1.9.2 to 2.0.3.  (Oops)

Why "oops"? That's what "selfupdate" is supposed to do -- update MacPorts base to the latest version, and update your portfile definitions.

MacPorts 2 was released a long time ago. In the future, please do not wait so long to selfupdate.


> I soon had problems with programs crashing so I said the heck with it and reinstalled 2.0.3 from DMG.

Indeed; the migration instructions state that you must reinstall MacPorts and all ports when you migrate to a new machine with a different OS version or processor architecture.


> I then decided to try the
> 
> sudo port -qv installed > /tmp/installed_ports.txt
> sudo port -fp uninstall --follow-dependents installed
> sudo port clean all
> curl -O http://svn.macports.org/repository/macports/contrib/restore_ports/restore_ports.tcl
> chmod +x restore_ports.tcl
> sudo ./restore_ports.tcl /tmp/installed_ports.txt
> 
> method described in the migration FAQ.

Right, that should reinstall all your ports.


> It was humming along quite nicely until it got to "xulrunner":
> 
> --
> [...]
> --->  Activating libcanberra @0.28_0+universal
> --->  Cleaning libcanberra
> Error: Cannot install xulrunner for the arch(s) 'i386' because
> Error: its dependency nss is only installed for the arch 'x86_64'
> Error: and does not have a universal variant.
> architecture mismatch
>    while executing
> "macports::_upgrade_mport_deps $mport $target"
>    (procedure "mportexec" line 33)
>    invoked from within
> "mportexec $workername $install_target"
> Unable to execute target 'install' for port 'xulrunner': architecture mismatch
>    while executing
> "install_ports $operationList"
>    (file "./restore_ports.tcl" line 269)
> 
> [21:39] nightowl:/tmp % sudo port installed nss
> Password:
> The following ports are currently installed:
>  nss @3.13.1_0 (active)
> 
> [21:47] nightowl:/tmp % lipo -info /opt/local/lib/nss/libnss3.dylib
> Non-fat file: /opt/local/lib/nss/libnss3.dylib is architecture: x86_64
> 
> [21:47] nightowl:/tmp % grep firefox /tmp/installed_ports 
>  firefox-x11 @3.6.13_0 platform='darwin 10' archs='i386'
>  firefox-x11 @3.6.15_0 platform='darwin 10' archs='i386'
>  firefox-x11 @3.6.16_0 (active) platform='darwin 10' archs='i386'
> 
> [21:48] nightowl:/tmp % sudo port installed firefox
> None of the specified ports are installed.
> 
> [21:48] nightowl:/tmp % sudo port installed firefox-x11
> None of the specified ports are installed.
> 
> [21:48] nightowl:/tmp % sudo port installed firefox-x11-devel
> None of the specified ports are installed.
> --
> 
> This looks suspiciously like Ticket #23424 - nss: add universal variant and support for build_arch
> 
> https://trac.macports.org/ticket/23424
> 
> which looks like a 2-year-old ticket that has had no fix/movement on in well over a year.
> 
> Am I hosed?
> 

> Should I try 'cheating' and change the "firefox-x11" to "firefox-x11-devel" in my "installed_ports.txt" file and run it again?


The current version of the firefox-x11 port does not appear to have a dependency on nss or xulrunner so try removing those from your installed_ports.txt.



More information about the macports-users mailing list