January 2013 - macports-tickets - lists.macosforge.org

[MacPorts] #34066: gmt4 update to 4.5.8
by MacPorts 11 Jan '13

11 Jan '13

#34066: gmt4 update to 4.5.8 -------------------------------+-------------------------------------------- Reporter: florian@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.4 Keywords: haspatch | Port: gmt4, gshhg-gmt-nc4 -------------------------------+-------------------------------------------- Port gmt4 now depends on port gshhg-gmt-nc4 (#34065). -- Ticket URL: <https://trac.macports.org/ticket/34066> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[MacPorts] #34065: gshhg-gmt-nc4 for ports gmt4 and gmt5
by MacPorts 11 Jan '13

11 Jan '13

#34065: gshhg-gmt-nc4 for ports gmt4 and gmt5 -------------------------------+-------------------------------------------- Reporter: florian@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.4 Keywords: | Port: gshhg-gmt-nc4, gmt4, gmt5 -------------------------------+-------------------------------------------- The old shoreline package (GSHHS) needed for ports gmt4 and gmt5 has been renamed to GSHHG. It should now be installed as a separate package in order to share the files between both installations. Both ports, gmt4 and gmt5, depend on GSHHG. -- Ticket URL: <https://trac.macports.org/ticket/34065> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #37610: py*-pyobjc fails to source install on case-sensitive file systems
by MacPorts 11 Jan '13

11 Jan '13

#37610: py*-pyobjc fails to source install on case-sensitive file systems --------------------+-------------------------------- Reporter: nad@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: py-pyobjc --------------------+-------------------------------- r101408 update to the py*-pyobjc portfile appears to have mistakenly changed the case of README.txt to ReadMe.txt in the post-destroot xinstall command. This causes source installs to fail on case-sensitive file systems. {{{ /macports/var/macports/build/_macports_var_macports_sources_rsync.macports .org_release_tarballs_ports_python_py- pyobjc/py27-pyobjc/work/destroot/macports/share/doc/py27-pyobjc/License.txt :info:destroot xinstall: NEWS.txt -> /macports/var/macports/build/_macports_var_macports_sources_rsync.macports .org_release_tarballs_ports_python_py- pyobjc/py27-pyobjc/work/destroot/macports/share/doc/py27-pyobjc/NEWS.txt :error:destroot org.macports.destroot for port py27-pyobjc returned: xinstall: Cannot stat: ReadMe.txt, No such file or directory :debug:destroot Error code: NONE :debug:destroot Backtrace: xinstall: Cannot stat: ReadMe.txt, No such file or directory while executing "$post $targetname" :info:destroot Warning: targets not executed for py27-pyobjc: org.macports.install org.macports.destroot :notice:destroot Please see the log file for port py27-pyobjc for details: }}} -- Ticket URL: <https://trac.macports.org/ticket/37610> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #37608: Bring NDAS up to date for Mac
by MacPorts 11 Jan '13

11 Jan '13

#37608: Bring NDAS up to date for Mac -------------------------+-------------------------------- Reporter: meetjesus@… | Owner: macports-tickets@… Type: request | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: -------------------------+-------------------------------- There is an SAN type protocol made by Ximeta called NDAS. (Network Direct Attached Storage) The source code is now available and this type device is very easy for storage on the network, but the drivers are way behind. Please ask around if anyone can help bring it up to the latest versions. code is now hosted here: https://github.com/iocellnetworks/ndas4mac Thanks for your consideration. -- Ticket URL: <https://trac.macports.org/ticket/37608> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 0

[MacPorts] #37602: textmate2@r9339: MacPorts ruby should be used throughout
by MacPorts 11 Jan '13

11 Jan '13

#37602: textmate2@r9339: MacPorts ruby should be used throughout -------------------------+----------------------- Reporter: ciserlohn@… | Owner: cal@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: textmate2 -------------------------+----------------------- {{{ bash-4.2$ sudo port patch textmate2 bash-4.2$ cd `port dir textmate2` bash-4.2$ grep -ir "/System.*ruby" * bin/gen_build:#!/System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/bin/ruby -wKU bin/process_plist:#!/System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/bin/ruby -wKU }}} -- Ticket URL: <https://trac.macports.org/ticket/37602> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #37498: libm-headers: archs?
by MacPorts 11 Jan '13

11 Jan '13

#37498: libm-headers: archs? --------------------------+-------------------------- Reporter: ryandesign@… | Owner: mfeiri@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: libm-headers --------------------------+-------------------------- I should have asked before committing r101028. I noticed the port only installed headers, therefore I added "supported_archs noarch". I removed "ARCHS=${build_arch}" from destroot.env because I couldn't imagine how a port that installs only headers could care about the arch. Now I think I may have made a mistake. Does this port generate different headers depending on the arch? -- Ticket URL: <https://trac.macports.org/ticket/37498> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #37599: tcpflow to 1.3.0
by MacPorts 11 Jan '13

11 Jan '13

#37599: tcpflow to 1.3.0 ----------------------------+-------------------------------- Reporter: macports.org@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: tcpflow ----------------------------+-------------------------------- Macports currently provides tcpflow 1.2.1, 1.3.0 was released on September 30, 2012. Potential issues: tcpflow has moved from afflib.org to https://github.com/simsong/tcpflow, as noted on afflib.org (and afflib.org/software/tcpflow now redirects to the github site) -- Ticket URL: <https://trac.macports.org/ticket/37599> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #36415: hdfeos5 @1.13r2 Configure failure
by MacPorts 11 Jan '13

11 Jan '13

#36415: hdfeos5 @1.13r2 Configure failure ---------------------+-------------------------------- Reporter: uthyr@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: ncarg hdfeos5 ---------------------+-------------------------------- Hi, system info: Xserve hardware, running Mac OS X Server 10.6.8, with all Software Update patches applied. my primary command that led to this configure failure was: "sudo port install ncarg +gcc45". I explicitly install the following ports in the following order, to build a foundation for a few packages along with ncarg/ncl: wget +ssl[[BR]] db46[[BR]] gcc45[[BR]] python27 (followed by the python_select command)[[BR]] ghostscript[[BR]] gv +letter[[BR]] ImageMagick +q16[[BR]] gsl +gcc45[[BR]] hdf5-18 +cxx +gcc45 (have also tried this with "hdf5-18 +cxx +gcc45 +szip")[[BR]] hdf4 +gcc45[[BR]] netcdf +dap +netcdf4 +hdf4[[BR]] netcdf-fortran +gcc45[[BR]] nco[[BR]] ncarg +gcc45 in building the dependencies for ncarg, I now repeatedly get the "configure failure" for hdfeos5. I've tried "sudo port clean hdfeos5", then "sudo port install hdfeos5" and also "sudo port install hdfeos5 +szip". all attempts fail currently. Installation of this same group of packages worked recently, I believe it was last week, on my Lion machine. My list of outdated ports on the Lion machine show upgrades available for: automake 1.12.2_0 < 1.12.4_0 [[BR]] bison 2.6_0 < 2.6.2_0 [[BR]] cairo 1.12.2_0 < 1.12.2_1 [[BR]] cctools 822_2 < 829_1 [[BR]] cctools-headers 822_2 < 829_0 [[BR]] curl 7.26.0_0 < 7.27.0_1 [[BR]] curl-ca-bundle 7.26.0_1 < 7.27.0_0 [[BR]] fftw-3 3.3.2_0 < 3.3.2_1 [[BR]] gcc45 4.5.4_1 < 4.5.4_6 [[BR]] gcc_select 0.1_6 < 0.1_7 [[BR]] gdal 1.9.0_3 < 1.9.1_1 [[BR]] ghostscript 9.05_2 < 9.06_1 [[BR]] gmp 5.0.4_1 < 5.0.5_0 [[BR]] gsl 1.15_1 < 1.15_2 [[BR]] hdf4 4.2.7_0 < 4.2.7_1 [[BR]] hdf5-18 1.8.9_0 < 1.8.9_2 [[BR]] ImageMagick 6.7.8-3_0 < 6.7.9-0_2[[BR]] lcms2 2.3_0 < 2.4_0 [[BR]] ld64 128.2_4 < 133.3_3 [[BR]] lftp 4.3.5_0 < 4.3.8_0 [[BR]] libmpc 1.0_0 < 1.0.1_0 [[BR]] libpng 1.4.12_0 < 1.5.12_0 [[BR]] libtool 2.4.2_2 < 2.4.2_3 [[BR]] libxml2 2.7.8_0 < 2.8.0_0 [[BR]] llvm-3.1 3.1_1 < 3.1_3 [[BR]] mesa 8.0.4_0 < 8.0.4_1 [[BR]] ncarg 6.0.0_5 < 6.0.0_10 [[BR]] nco 4.2.0_0 < 4.2.1_1 [[BR]] netcdf-fortran 4.2_4 < 4.2_5 [[BR]] netpbm 10.59.00_0 < 10.59.00_1 [[BR]] pkgconfig 0.27_0 < 0.27.1_1 [[BR]] sqlite3 3.7.13_0 < 3.7.14_1 [[BR]] tcl 8.5.11_0 < 8.5.12_1 [[BR]] webp 0.1.3_0 < 0.2.0_1[[BR]] wget 1.13.4_0 < 1.14_0[[BR]] wgrib2 1.9.6a_0 < 1.9.6a_3 The only change I've made in the package requests since the Lion install last week (or so) is that hdf5-18 did not have "+cxx" as a default then. At that time, hdfeos5 @1.13r2 configured, built and installed fine. please check, and thanks for all your work with these packages! -- Ticket URL: <https://trac.macports.org/ticket/36415> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 11

[MacPorts] #37569: UPDATE: py-obspy-core becomes a stub
by MacPorts 11 Jan '13

11 Jan '13

#37569: UPDATE: py-obspy-core becomes a stub -----------------------------+-------------------------------- Reporter: Peter.Danecek@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: py-obspy-core -----------------------------+-------------------------------- This port is obsoleted by py-obspy Ticket #37334. Here the stub -- Ticket URL: <https://trac.macports.org/ticket/37569> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1

[MacPorts] #37334: NEW: py-obspy @0.8.3
by MacPorts 11 Jan '13

11 Jan '13

#37334: NEW: py-obspy @0.8.3 -----------------------------+-------------------------------- Reporter: Peter.Danecek@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: py-obspy-core | Port: py-obspy -----------------------------+-------------------------------- This port installs the ObsPy framework. The port was tested on Mac OS X 10.5.8 and Xcode 3.1.4, against python26. The whole framework is now installed from a single package (and this port). So a set of several ports is not needed any more and this submission replaces #35165 and r97743. The changes to Ticket #35165 were considered. -- Ticket URL: <https://trac.macports.org/ticket/37334> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 10