Re: Macports py26-numpy Issue on OS X Mavericks
On Sat, Nov 23, 2013 at 3:02 AM, david laxer dbl...@yahoo.com wrote: Question: Going forward, is it problematic to use Brew to install Ruby packages, etc.? Yes. Don't mix package managers; you can easily break both of them. Pick one. -- brandon s allbery kf8nh sine nomine associates allber...@gmail.com ballb...@sinenomine.net unix, openafs, kerberos, infrastructure, xmonadhttp://sinenomine.net ___ macports-users mailing list macports-users@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-users
Re: Links - Graphics not enabled when compiling
I came across some SIMBL hack on Github once that enabled xterm mouse support in Apple's Terminal.app: https://github.com/brodie/mouseterm I haven't actually tried it myself though, so I don't know if it does exactly what you're looking for though... On Fri, Nov 22, 2013 at 2:17 PM, Jeff Friedman friedmanje...@gmail.comwrote: Thanks for the reply, Brandon. I'll see if I can get it working through xterm as a weekend project for myself. Best wishes to all. Jeff. On Fri, Nov 22, 2013 at 7:12 PM, Brandon Allbery allber...@gmail.comwrote: On Fri, Nov 22, 2013 at 2:01 PM, Jeff Friedman friedmanje...@gmail.comwrote: I tried to install the Links browser, with the intention of using it with graphics enabled, but it didn't work. I have the following Ports installed - http://pastebin.com/1zn3pYRy I also wanted to try and get it working with the mouse but I see that libgpm isn't available on Macports. libgpm is only useful with the console on Linux and FreeBSD. You don't get that kind of console on OS X, and libgpm does nothing at all to interface with xterm mouse mode, which is what you want to enable. (However I don't know what terminal emulators on OS X [other than xterm from XQuartz] support it.) In fact, it looks like graphics and mouse will only work if you run it in an X11 terminal emulator such as xterm, and you need to install the +x11 variant to get that. -- brandon s allbery kf8nh sine nomine associates allber...@gmail.com ballb...@sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net ___ macports-users mailing list macports-users@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-users ___ macports-users mailing list macports-users@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-users
Re: Links - Graphics not enabled when compiling
On Sat, Nov 23, 2013 at 8:51 AM, Eric Gallager eg...@gwmail.gwu.edu wrote: I came across some SIMBL hack on Github once that enabled xterm mouse support in Apple's Terminal.app: https://github.com/brodie/mouseterm I haven't actually tried it myself though, so I don't know if it does exactly what you're looking for though... It can't enable graphics support though, and that's going to be X11 specific anyway. -- brandon s allbery kf8nh sine nomine associates allber...@gmail.com ballb...@sinenomine.net unix, openafs, kerberos, infrastructure, xmonadhttp://sinenomine.net ___ macports-users mailing list macports-users@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-users
Re: Links - Graphics not enabled when compiling
Oh well, thanks for all the help guys. Jeff On Sat, Nov 23, 2013 at 1:56 PM, Brandon Allbery allber...@gmail.comwrote: On Sat, Nov 23, 2013 at 8:51 AM, Eric Gallager eg...@gwmail.gwu.eduwrote: I came across some SIMBL hack on Github once that enabled xterm mouse support in Apple's Terminal.app: https://github.com/brodie/mouseterm I haven't actually tried it myself though, so I don't know if it does exactly what you're looking for though... It can't enable graphics support though, and that's going to be X11 specific anyway. -- brandon s allbery kf8nh sine nomine associates allber...@gmail.com ballb...@sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net ___ macports-users mailing list macports-users@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-users
Re: Macports py26-numpy Issue on OS X Mavericks
On Nov 23, 2013, at 10:07, david laxer wrote: Now, I'm getting errors building a python package (e.g. - milk) with easy_install (and in PyCharm). Could this be related to the MacPorts problem? Thanks in advance! sudo easy_install milk Searching for milk Reading http://pypi.python.org/simple/milk/ Best match: milk 0.5.3 Downloading https://pypi.python.org/packages/source/m/milk/milk-0.5.3.tar.gz#md5=e0b7db663b29f050fb47bb49eb8d7411 Processing milk-0.5.3.tar.gz Writing /tmp/easy_install-z1VbO9/milk-0.5.3/setup.cfg Running milk-0.5.3/setup.py -q bdist_egg --dist-dir /tmp/easy_install-z1VbO9/milk-0.5.3/egg-dist-tmp-5EEIYL In file included from milk/supervised/_perceptron.cpp:4: In file included from /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/c++/v1/iostream:40: In file included from /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/c++/v1/istream:156: In file included from /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/c++/v1/ostream:132: In file included from /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/c++/v1/locale:187: In file included from /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/c++/v1/cstdlib:86: In file included from /Developer/SDKs/MacOSX10.5.sdk/usr/include/stdlib.h:61: You're running Mavericks, so the oldest OS X SDK you should have is for OS X v10.8. In fact the entire /Developer directory should no longer exist as of Xcode 4.3. Depending on how old the version of OS X was that you upgraded from, perhaps this did not get cleaned up properly. I’m guessing you upgraded from Snow Leopard? You should probably run the devtools uninstallation script, if it still exists: sudo /Developer/Library/uninstall-devtools --mode=all Then, if it still remains, delete the /Developer folder. The uninstall script may have deleted parts of the new Xcode command line tools that you still need, so you should reinstall the Xcode command line tools. Since Xcode itself is in a different location now than it was then, the old uninstall script shouldn’t have touched it and you shouldn’t need to reinstall it. ___ macports-users mailing list macports-users@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-users
Re: Macports py26-numpy Issue on OS X Mavericks
Removing the 'ancient' OsX SDK (and /Developer directory) solved the problem. Many Thanks! On Saturday, November 23, 2013 11:43 AM, Ryan Schmidt ryandes...@macports.org wrote: On Nov 23, 2013, at 10:07, david laxer wrote: Now, I'm getting errors building a python package (e.g. - milk) with easy_install (and in PyCharm). Could this be related to the MacPorts problem? Thanks in advance! sudo easy_install milk Searching for milk Reading http://pypi.python.org/simple/milk/ Best match: milk 0.5.3 Downloading https://pypi.python.org/packages/source/m/milk/milk-0.5.3.tar.gz#md5=e0b7db663b29f050fb47bb49eb8d7411 Processing milk-0.5.3.tar.gz Writing /tmp/easy_install-z1VbO9/milk-0.5.3/setup.cfg Running milk-0.5.3/setup.py -q bdist_egg --dist-dir /tmp/easy_install-z1VbO9/milk-0.5.3/egg-dist-tmp-5EEIYL In file included from milk/supervised/_perceptron.cpp:4: In file included from /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/c++/v1/iostream:40: In file included from /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/c++/v1/istream:156: In file included from /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/c++/v1/ostream:132: In file included from /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/c++/v1/locale:187: In file included from /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/c++/v1/cstdlib:86: In file included from /Developer/SDKs/MacOSX10.5.sdk/usr/include/stdlib.h:61: You're running Mavericks, so the oldest OS X SDK you should have is for OS X v10.8. In fact the entire /Developer directory should no longer exist as of Xcode 4.3. Depending on how old the version of OS X was that you upgraded from, perhaps this did not get cleaned up properly. I’m guessing you upgraded from Snow Leopard? You should probably run the devtools uninstallation script, if it still exists: sudo /Developer/Library/uninstall-devtools --mode=all Then, if it still remains, delete the /Developer folder. The uninstall script may have deleted parts of the new Xcode command line tools that you still need, so you should reinstall the Xcode command line tools. Since Xcode itself is in a different location now than it was then, the old uninstall script shouldn’t have touched it and you shouldn’t need to reinstall it.___ macports-users mailing list macports-users@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-users
problem upgrading py27-numpy
Today I did another selfupdate and then port upgrade outdated. Here is the list of outdated: py-game1.9.1_6 1.9.1_7 py24-ipython 0.10.2_0 0.10.2_1 py27-cairo 1.10.0_2 1.10.0_3 py27-game 1.9.1_6 1.9.1_7 py27-matplotlib1.3.1_1 1.3.1_2 py27-numpy 1.8.0_0 1.8.0_2 py27-opengl-accelerate 3.0.2_0 3.0.2_1 It then first worked on py27-numpy. After a little while the job aborted. I have attached the log file. It seems that py27-numpy does not exist. This occurs near the beginning of the log file. Is there a known problem with the existence of the needed file? Here is the piece of the log file which seems relevant: :info:archivefetch --- py27-numpy-1.8.0_2.darwin_13.x86_64.tbz2 doesn't seem to exist in /opt/local/var/macports/incoming/verified :msg:archivefetch --- Attempting to fetch py27-numpy-1.8.0_2.darwin_13.x86_64.tbz2 from http://packages.macports.org/py27-numpy :debug:archivefetch Fetching archive failed:: The requested URL returned error: 404 Not Found :msg:archivefetch --- Attempting to fetch py27-numpy-1.8.0_2.darwin_13.x86_64.tbz2 from http://mse.uk.packages.macports.org/sites/packages.macports.org/py27-numpy :debug:archivefetch Fetching archive failed:: The requested URL returned error: 404 Not Found :msg:archivefetch --- Attempting to fetch py27-numpy-1.8.0_2.darwin_13.x86_64.tbz2 from http://lil.fr.packages.macports.org/py27-numpy :debug:archivefetch Fetching archive failed:: The requested URL returned error: 404 Not Found Does anyone have suggestions on what to do to further sort this out? Thanks. Comer *Comer Duncan* *, Bowling Green State University 1970-2005* comer.dun...@gmail.com Get a signature like this: http://s.wisestamp.com/links?url=http%3A%2F%2Fr1.wisestamp.com%2Fr%2Flanding%3Fpromo%3D40%26dest%3Dhttp%253A%252F%252Fwww.wisestamp.com%252Femail-install%253Futm_source%253Dextension%2526utm_medium%253Demail%2526utm_campaign%253Dpromo_40sn=Y29tZXIuZHVuY2FuQGdtYWlsLmNvbQ%3D%3D Click here!http://s.wisestamp.com/links?url=http%3A%2F%2Fr1.wisestamp.com%2Fr%2Flanding%3Fpromo%3D40%26amp%3Bdest%3Dhttp%253A%252F%252Fwww.wisestamp.com%252Femail-install%253Futm_source%253Dextension%2526utm_medium%253Demail%2526utm_campaign%253Dpromo_40sn=Y29tZXIuZHVuY2FuQGdtYWlsLmNvbQ%3D%3D logfileportpy27numpyfailure.gz Description: GNU Zip compressed data ___ macports-users mailing list macports-users@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-users
Re: problem upgrading py27-numpy
On Sat, Nov 23, 2013 at 3:01 PM, Comer Duncan comer.dun...@gmail.comwrote: :info:archivefetch --- py27-numpy-1.8.0_2.darwin_13.x86_64.tbz2 doesn't seem to exist in /opt/local/var/macports/incoming/verified These are not the actual problem --- it is simply trying to fetch a prebuilt one before building it itself. It will only cause the whole thing to fail if you are set to only install prebuilt versions, but you have not done that as the log continues with a build from source. The actual error is :info:build /usr/bin/gfortran -Wall -arch x86_64 build/temp.macosx-10.9-x86_64-2.7/numpy/core/blasdot/_dotblas.o -L/opt/local/lib -L/usr/lib/gcc/i686-apple-darwin11/4.2.1/x86_64 -Lbuild/temp.macosx-10.9-x86_64-2.7 -lopenblas -lgfortran -o build/lib.macosx-10.9-x86_642.7/numpy/core/_dotblas.so :info:build Undefined symbols for architecture x86_64: :info:build _MAIN__, referenced from: :info:build _main in libgfortranbegin.a(fmain.o) :info:build _PyArg_ParseTuple, referenced from: :info:build _init_dotblas in _dotblas.o :info:build _dotblas_alterdot in _dotblas.o :info:build _dotblas_matrixproduct in _dotblas.o :info:build _dotblas_innerproduct in _dotblas.o (... missing Python internal symbol errors continue for many lines ...) which should probably be reported in the bug tracker at https://trac.macports.org. -- brandon s allbery kf8nh sine nomine associates allber...@gmail.com ballb...@sinenomine.net unix, openafs, kerberos, infrastructure, xmonadhttp://sinenomine.net ___ macports-users mailing list macports-users@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-users
Re: problem upgrading py27-numpy
On Nov 23, 2013, at 14:01, Comer Duncan wrote: It then first worked on py27-numpy. After a little while the job aborted. I have attached the log file. It seems that py27-numpy does not exist. This occurs near the beginning of the log file. Is there a known problem with the existence of the needed file? Here is the piece of the log file which seems relevant: :info:archivefetch --- py27-numpy-1.8.0_2.darwin_13.x86_64.tbz2 doesn't seem to exist in /opt/local/var/macports/incoming/verified :msg:archivefetch --- Attempting to fetch py27-numpy-1.8.0_2.darwin_13.x86_64.tbz2 from http://packages.macports.org/py27-numpy :debug:archivefetch Fetching archive failed:: The requested URL returned error: 404 Not Found :msg:archivefetch --- Attempting to fetch py27-numpy-1.8.0_2.darwin_13.x86_64.tbz2 from http://mse.uk.packages.macports.org/sites/packages.macports.org/py27-numpy :debug:archivefetch Fetching archive failed:: The requested URL returned error: 404 Not Found :msg:archivefetch --- Attempting to fetch py27-numpy-1.8.0_2.darwin_13.x86_64.tbz2 from http://lil.fr.packages.macports.org/py27-numpy :debug:archivefetch Fetching archive failed:: The requested URL returned error: 404 Not Found It’s not a problem if a binary package doesn’t exist. The Mavericks buildbot was only just set up a few days ago; it will take several more days before it has finished building all ports. In the absence of a binary package, you build from source, and that’s failing for you with a variety of errors. The one that caught my eye was: :info:build _configtest.c:7:12: error: use of undeclared identifier 'Py_UNICODE_WIDE'; did you mean 'Py_UNICODE'? :info:build (void) Py_UNICODE_WIDE; :info:build^ Have you perhaps installed python27 with the +ucs4 variant? If so, that could be the problem; try reinstalling python27 without that variant. ___ macports-users mailing list macports-users@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-users
