June 2014 - macports-tickets - lists.macosforge.org

[MacPorts] #35863: varnish update to 3.0.3
by MacPorts 18 Jun '14

18 Jun '14

#35863: varnish update to 3.0.3 -------------------------------------+-------------------------------------- Reporter: robsonpeixoto@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: haspatch | Port: varnish -------------------------------------+-------------------------------------- Varnish update to 3.0.3 -- Ticket URL: <https://trac.macports.org/ticket/35863> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 8

[MacPorts] #42317: fluxbox: update to 1.3.5
by MacPorts 18 Jun '14

18 Jun '14

#42317: fluxbox: update to 1.3.5 --------------------------+--------------------- Reporter: ryandesign@… | Owner: pmq@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Keywords: haspatch | Port: fluxbox --------------------------+--------------------- This patch: * updates the port to 1.3.5 * uses newer checksum types * removes the custom livecheck because the standard livecheck works fine * rewrites master_sites to avoid redirects * no longer runs autoreconf because that was added way back in 2008 in r43641 to fix Leopard build problems, and the configure script shipped in the current version was generated more recently than that, in 2013 * indicates that the software is under the MIT license, per the homepage * adds imlib2 dependency because it is used if found It builds fine for me on Mountain Lion. (It does not build on Mavericks, but neither does 1.3.1, and that's a separate problem for upstream to resolve.) -- Ticket URL: <https://trac.macports.org/ticket/42317> MacPorts <http://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #44022: opus-tools: update to 0.1.9
by MacPorts 18 Jun '14

18 Jun '14

#44022: opus-tools: update to 0.1.9 ------------------------+-------------------------------- Reporter: mopihopi@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.0 Keywords: haspatch | Port: opus-tools ------------------------+-------------------------------- Please update opus-tools to the current version 0.1.9. -- Ticket URL: <https://trac.macports.org/ticket/44022> MacPorts <http://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #43544: sumo @0.20.0 Add libraries and utilities
by MacPorts 18 Jun '14

18 Jun '14

#43544: sumo @0.20.0 Add libraries and utilities -----------------------------+-------------------------------- Reporter: tlockhart1976@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Keywords: haspatch | Port: sumo -----------------------------+-------------------------------- SUMO comes with a large number of utility programs and some python libraries. The current Portfile does not install these. Install utility programs in the MacPorts bin/ directory using a "sumo-" prefix and convert program names with underscores to dashes for consistency. Install python libraries in the python27 library directory used by MacPorts borrowing code and techniques from the grass Portfile. -- Ticket URL: <https://trac.macports.org/ticket/43544> MacPorts <http://www.macports.org/> Ports system for OS X

1 5

[MacPorts] #42897: gdal fails to install after installing Xcode 5.1
by MacPorts 18 Jun '14

18 Jun '14

#42897: gdal fails to install after installing Xcode 5.1 ---------------------------------+-------------------------------- Reporter: tcollett+macports@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Keywords: | Port: gdal ---------------------------------+-------------------------------- When attempting to install the gdal port on OS X 10.9.2 with Xcode 5.1 and the corresponding version of clang installed ("Apple LLVM version 5.1 (clang-503.0.38) (based on LLVM 3.4svn)"), I get the following error in the "staging into destroot" phase: {{{ building 'osgeo._gdal' extension cc -fno-strict-aliasing -fno-common -dynamic -arch x86_64 -arch i386 -g -Os -pipe -fno-common -fno-strict-aliasing -fwrapv -mno-fused-madd -DENABLE_DTRACE -DMACOSX -DNDEBUG -Wall -Wstrict-prototypes -Wshorten-64-to-32 -DNDEBUG -g -fwrapv -Os -Wall -Wstrict-prototypes -DENABLE_DTRACE -arch x86_64 -arch i386 -pipe -I../../port -I../../gcore -I../../alg -I../../ogr/ -I/System/Library/Frameworks/Python.framework/Versions/2.7/include/python2.7 -I/System/Library/Frameworks/Python.framework/Versions/2.7/Extras/lib/python/numpy/core/include -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_gis_gdal/gdal/work/gdal-1.10.1/include -c extensions/gdal_wrap.cpp -o build/temp.macosx-10.9-intel-2.7/extensions/gdal_wrap.o clang: error: unknown argument: '-mno-fused-madd' [-Wunused-command-line- argument-hard-error-in-future] clang: note: this will be a hard error (cannot be downgraded to a warning) in the future error: command 'cc' failed with exit status 1 }}} -- Ticket URL: <https://trac.macports.org/ticket/42897> MacPorts <http://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #35010: gdalinfo segfault: 11
by MacPorts 18 Jun '14

18 Jun '14

#35010: gdalinfo segfault: 11 ----------------------+----------------------------------------------------- Reporter: ak@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.1 Keywords: gdalinfo | Port: gdal @1.9.0_3+expat ----------------------+----------------------------------------------------- The new gdal instalation seems to be broken. Gdalinfo crashes with the error: gdalinfo imt_image_COV61m_v3.tif Driver: GTiff/GeoTIFF Files: imt_image_COV61m_v3.tif Size is 4320, 8100 Segmentation fault: 11 It happens with every single geotiff file that is opened without any problems by other software. -- Ticket URL: <https://trac.macports.org/ticket/35010> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 7

[MacPorts] #42757: gdal build fails with mysql5
by MacPorts 18 Jun '14

18 Jun '14

#42757: gdal build fails with mysql5 --------------------------+-------------------------------- Reporter: bryanwoods@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Keywords: mysql5 | Port: gdal --------------------------+-------------------------------- I am trying to build GDAL with multiple variants on Mavericks but get compilation error related to mysql5. The compile log is attached. -- Ticket URL: <https://trac.macports.org/ticket/42757> MacPorts <http://www.macports.org/> Ports system for OS X

1 5

[MacPorts] #43859: New port version fails to uninstall ports: '": file name too long'
by MacPorts 18 Jun '14

18 Jun '14

#43859: New port version fails to uninstall ports: '": file name too long' -----------------------------+-------------------------------- Reporter: Peter_Dyballa@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: base | Version: 2.3.0 Keywords: | Port: -----------------------------+-------------------------------- After performing a selfupdate I wanted to uninstall the old deactivated ports. This fails à la: {{{ ---> Uninstalling tiff @4.0.3_2 Error: port uninstall failed: error deleting "/opt/local/var/macports/registry/portfiles/tiff-4.0.3_2/# -*- coding: utf-8; mode: tcl; tab-width: 4; indent-tabs-mode: nil; c-basic-offset: 4 -*- vim:fenc=utf-8:ft=tcl:et:sw=4:ts=4:sts=4 # $Id: Portfile 113360 2013-11-14 14:28:06Z mojca(a)macports.org $ PortSystem 1.0 PortGroup xcodeversion 1.0 PortGroup muniversal 1.0 name tiff version 4.0.3 revision 2 categories graphics platforms darwin license BSD maintainers nomaintainer description Library and tools for dealing with Tag Image File Format long_description \ This software provides support for the Tag Image File \ Format (TIFF), a widely used format for storing image \ data. Included in this software distribution is a \ library, libtiff, for reading and writing TIFF, a small \ collection of tools for doing simple manipulations of \ TIFF images on UNIX systems, documentation on the library \ and tools. A small assortment of TIFF-related software \ for UNIX that has been contributed by others is also \ included. The library is capable of dealing with images \ that are written to follow the 5.0 or 6.0 TIFF spec. \ There is also considerable support for some of the more \ esoteric portions of the 6.0 TIFF spec. homepage http:/www.remotesensing.org/libtiff master_sites http:/download.osgeo.org/libtiff/ \ ftp:/ftp.remotesensing.org/pub/libtiff/ \ http:/dl.maptools.org/dl/libtiff/ \ freebsd checksums rmd160 eacd725fb3c299682c1c2e508049d98acd170f31 \ sha256 ea1aebe282319537fb2d4d7805f478dd4e0e05c33d0928baba76a7c963684872 depends_lib port:jpeg \ port:xz \ port:zlib test.run yes test.target check use_autoreconf yes autoreconf.args -fvi patchfiles patch-int64.diff configure.args --disable-jbig \ --with-docdir=${prefix}/share/doc/${name} \ --with-jpeg-include-dir=${prefix}/include \ --with-jpeg-lib-dir=${prefix}/lib \ --with-lzma-include-dir=${prefix}/include \ --with-lzma-lib-dir=${prefix}/lib \ --with-zlib-include-dir=${prefix}/include \ --with-zlib-lib-dir=${prefix}/lib configure.ldflags-append \ -headerpad_max_install_names use_parallel_build yes platform macosx { # Tiger does not have 64-bit OpenGL. if {${os.major} > 8 || (![variant_isset universal] && ![string match *64* $build_arch]) || ([variant_isset universal] && ![string match *64* $universal_archs])} { configure.args-append --with-apple-opengl-framework } } minimum_xcodeversions {9 3.1} # tools/tiffgt.c incorrectly uses HAVE_APPLE_OPENGL_FRAMEWORK rather than HAVE_OPENGL_GL_H configure.cppflags-append \ -DHAVE_APPLE_OPENGL_FRAMEWORK variant jbig description {Enable JBIG support} { depends_lib-append port:jbigkit configure.args-delete --disable-jbig configure.args-append --enable-jbig } livecheck.type regex livecheck.url http:/www.remotesensing.org/libtiff/ livecheck.regex {v(\d+(?:\.\d+)*)</a>} ": file name too long }}} -- Ticket URL: <https://trac.macports.org/ticket/43859> MacPorts <http://www.macports.org/> Ports system for OS X

1 8

[MacPorts] #44067: use "configure.includes {path1 path2}" instead of "configure.cppflags -I{path1} -I{path2}"
by MacPorts 18 Jun '14

18 Jun '14

#44067: use "configure.includes {path1 path2}" instead of "configure.cppflags -I{path1} -I{path2}" -------------------------+-------------------------------- Reporter: mojca@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: base | Version: 2.3.0 Keywords: | Port: -------------------------+-------------------------------- Given that some build systems like CMake don't directly support `CPPFLAGS` (see #42872) (but also for other reasons) it would be nice to specify the include paths with an array of paths as opposed to "hardcoded" `configure.cppflags -I{path1} -I{path2} -I{path3}`. The advantage of this approach would be that one could easily switch to `-isystem {path1} -isystem {path2}` or set `CMAKE_INCLUDE_PATH={path1}:{path2}` or whatever, depending on OS version, build system etc. A similar flag would be nice for library paths ('-L/opt/local/lib') and framework paths (`-F/opt/local/Library/Frameworks`). -- Ticket URL: <https://trac.macports.org/ticket/44067> MacPorts <http://www.macports.org/> Ports system for OS X

1 0

[MacPorts] #44064: root6: try to decouple the compiler that root was built with and compiler that root uses
by MacPorts 18 Jun '14

18 Jun '14

#44064: root6: try to decouple the compiler that root was built with and compiler that root uses -------------------------+-------------------------------- Reporter: mojca@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Low | Milestone: Component: ports | Version: Keywords: | Port: root5 root6 -------------------------+-------------------------------- I would like to figure out whether it is possible to compile `root6` with, say, clang 3.4, and use it with clang 3.5. * https://sft.its.cern.ch/jira/browse/ROOT-6373 or if there might be a chance to use the `cling` compiler somehow. I opened this ticket in order not to forget about further discussion, even though there are reasonable chance that we would close the ticket as `wontfix` anyway. But let's leave the discussion open ... -- Ticket URL: <https://trac.macports.org/ticket/44064> MacPorts <http://www.macports.org/> Ports system for OS X

1 1