py25-numpy fails to install on 10.6.4 snow leopard on macports

[devil_66654@…]

$ sudo port install scapy
--->  Computing dependencies for scapy
--->  Dependencies to be installed: py25-gnuplot py25-numpy py25-libdnet py25-pylibpcap swig-python bison gsed python_select swig py25-pyx texlive texlive-basic texlive-bin openmotif xbitmaps xorg-libXp xorg-printproto poppler curl curl-ca-bundle gtk2 atk gtk-doc docbook-xml docbook-xml-4.1.2 xmlcatmgr docbook-xml-4.2 docbook-xml-4.3 docbook-xml-4.4 docbook-xml-4.5 docbook-xml-5.0 docbook-xsl gnome-doc-utils intltool gnome-common p5-getopt-long p5-pathtools p5-scalar-list-utils p5-xml-parser iso-codes libxslt py26-libxml2 rarian getopt jasper shared-mime-info xorg-libXcomposite xorg-compositeproto xorg-libXfixes xorg-fixesproto xorg-libXcursor xorg-libXdamage xorg-damageproto xorg-libXi xorg-libXinerama xorg-xineramaproto xorg-libXrandr xorg-randrproto lcms openjpeg poppler-data t1lib texlive-common texlive-documentation-base texlive-bin-extra latexmk texlive-latex texlive-context texlive-metapost texlive-documentation-english texlive-fonts-recommended texlive-fontutils texlive-generic-recommended texlive-lang-czechslovak texlive-lang-dutch texlive-lang-french texlive-lang-german texlive-lang-italian texlive-lang-polish texlive-lang-portuguese texlive-lang-spanish texlive-lang-ukenglish texlive-latex-recommended texlive-luatex texlive-math-extra texlive-xetex py25-readline
--->  Building py25-numpy
Error: Target org.macports.build returned: shell command failed
Log for py25-numpy is at: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_ports_python_py25-numpy/main.log
Error: The following dependencies failed to build: py25-gnuplot py25-numpy py25-libdnet py25-pylibpcap swig-python bison gsed python_select swig py25-pyx texlive texlive-basic texlive-bin openmotif xbitmaps xorg-libXp xorg-printproto poppler curl curl-ca-bundle gtk2 atk gtk-doc docbook-xml docbook-xml-4.1.2 xmlcatmgr docbook-xml-4.2 docbook-xml-4.3 docbook-xml-4.4 docbook-xml-4.5 docbook-xml-5.0 docbook-xsl gnome-doc-utils intltool gnome-common p5-getopt-long p5-pathtools p5-scalar-list-utils p5-xml-parser iso-codes libxslt py26-libxml2 rarian getopt jasper shared-mime-info xorg-libXcomposite xorg-compositeproto xorg-libXfixes xorg-fixesproto xorg-libXcursor xorg-libXdamage xorg-damageproto xorg-libXi xorg-libXinerama xorg-xineramaproto xorg-libXrandr xorg-randrproto lcms openjpeg poppler-data t1lib texlive-common texlive-documentation-base texlive-bin-extra latexmk texlive-latex texlive-context texlive-metapost texlive-documentation-english texlive-fonts-recommended texlive-fontutils texlive-generic-recommended texlive-lang-czechslovak texlive-lang-dutch texlive-lang-french texlive-lang-german texlive-lang-italian texlive-lang-polish texlive-lang-portuguese texlive-lang-spanish texlive-lang-ukenglish texlive-latex-recommended texlive-luatex texlive-math-extra texlive-xetex py25-readline
Error: Status 1 encountered during processing.
To report a bug, see <http://guide.macports.org/#project.tickets>

[devil_66654@…]

Cc Me!

[ryandesign (Ryan Carsten Schmidt)]

It's actually py25-numpy that failed, but until you attach the referenced main.log file, we won't know why.

[michaelld (Michael Dickens)]

Cc Me!

[michaelld (Michael Dickens)]

It looks like the OP had MacPorts installed on a PPC system, and then moved everything to an Intel system and is now upgrading. If this is the case, please see ​the MacPorts' migration page. If not, please explain the circumstances of your upgrade. I'm going to be checking in a significant change to the py2X-numpy series to take care of a bunch of tickets. I do not thing that the current diffs will not help here, because this is an arch upgrade issue that requires a different solution.

[michaelld (Michael Dickens)]

I've checked in the changes in r72220; please do:

sudo port clean py25-numpy
sudo port selfupdate
sudo port install py25-numpy [+variants]

and see if it works. Also, consider following the migration mentioned before, since that's probably the issue rather than what this revision correct. I'm closing this ticket as timeout.