August 2015 - macports-tickets - lists.macosforge.org

[MacPorts] #47633: p7zip: documentation directory name should not have version number in it
by MacPorts 26 Dec '15

26 Dec '15

#47633: p7zip: documentation directory name should not have version number in it --------------------------+------------------------------- Reporter: ryandesign@… | Owner: stuartwesterman@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: p7zip --------------------------+------------------------------- p7zip installs into a versioned documentation directory. This was done briefly in some MacPorts ports many years ago, but is no longer recommended. The documentation directory name should just be ${prefix}/share/doc/${subport}/. -- Ticket URL: <https://trac.macports.org/ticket/47633> MacPorts <https://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #47287: dumpasn1 checksum mismatch
by MacPorts 25 Dec '15

25 Dec '15

#47287: dumpasn1 checksum mismatch ------------------------+-------------------------------- Reporter: macports@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: dumpasn1 ------------------------+-------------------------------- :error:checksum Checksum (sha256) mismatch for dumpasn1.c :info:checksum Portfile checksum: dumpasn1.c sha256 514e3b49adb0b2e49f8bcfc47c20c5f4202bc7e9f7b1e90bcd4d4cf592d469f4 :info:checksum Distfile checksum: dumpasn1.c sha256 d0d77c951a0471c88f14db6d3f6ca32f6492954f4b1c7d2aedbf4fe97905b32c wget https://www.cs.auckland.ac.nz/~pgut001/dumpasn1.c d0d77c951a0471c88f14db6d3f6ca32f6492954f4b1c7d2aedbf4fe97905b32c dumpasn1.c upstream seems to have silently 'upgraded' -- Ticket URL: <https://trac.macports.org/ticket/47287> MacPorts <https://www.macports.org/> Ports system for OS X

1 4

[MacPorts] #48331: x265 fails to install due to CMAKE_CXX_COMPILER_ID being unset
by MacPorts 22 Dec '15

22 Dec '15

#48331: x265 fails to install due to CMAKE_CXX_COMPILER_ID being unset ------------------------+------------------------- Reporter: jeremyhu@… | Owner: michaelld@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: cmake ------------------------+------------------------- {{{ $ sudo port -v -s upgrade ffmpeg ---> Computing dependencies for x265. ---> Configuring x265 -- cmake version 3.2.3 -- Detected x86 target processor -- Could NOT find NUMA (missing: NUMA_ROOT_DIR NUMA_INCLUDE_DIR NUMA_LIBRARY) CMake Error at CMakeLists.txt:101 (if): if given arguments: "STREQUAL" "Clang" Unknown arguments specified -- Configuring incomplete, errors occurred! See also "/opt/local/var/macports/build/_Users_jeremy_src_macports_trunk_dports_multimedia_x265/x265/work/build/CMakeFiles/CMakeOutput.log". See also "/opt/local/var/macports/build/_Users_jeremy_src_macports_trunk_dports_multimedia_x265/x265/work/build/CMakeFiles/CMakeError.log". Command failed: cd "/opt/local/var/macports/build/_Users_jeremy_src_macports_trunk_dports_multimedia_x265/x265/work/build" && /opt/local/bin/cmake -DCMAKE_INSTALL_PREFIX=/opt/local -DCMAKE_OSX_ARCHITECTURES="x86_64;i386" -DCMAKE_VERBOSE_MAKEFILE=ON -DCMAKE_COLOR_MAKEFILE=ON -DCMAKE_BUILD_TYPE=Release -DCMAKE_BUILD_WITH_INSTALL_RPATH=ON -DCMAKE_INSTALL_RPATH=/opt/local/lib -DCMAKE_INSTALL_NAME_DIR=/opt/local/lib -DCMAKE_SYSTEM_PREFIX_PATH="/opt/local;/usr" -DCMAKE_MODULE_PATH=/opt/local/share/cmake/Modules -DCMAKE_FIND_FRAMEWORK=LAST -Wno-dev -DCMAKE_C_FLAGS_RELEASE="-DNDEBUG" -DCMAKE_CXX_FLAGS_RELEASE="-DNDEBUG" -DCMAKE_OSX_DEPLOYMENT_TARGET="10.5" -DCMAKE_OSX_SYSROOT="/" /opt/local/var/macports/build/_Users_jeremy_src_macports_trunk_dports_multimedia_x265/x265/work/x265_1.7/source Exit code: 1 Error: Failed to configure x265: configure failure: command execution failed Error: See /opt/local/var/macports/logs/_Users_jeremy_src_macports_trunk_dports_multimedia_x265/x265/main.log for details. Error: Problem while installing x265 Error: Follow http://guide.macports.org/#project.tickets to report a bug. }}} CMakeLists.txt is doing: {{{ if(${CMAKE_CXX_COMPILER_ID} STREQUAL "Clang") set(CLANG 1) endif() }}} So it seems that cmake isn't setting CMAKE_CXX_COMPILER_ID for some reason. This was seen on Leopard using: {{{ default_compilers macports-clang-3.4 macports-clang-3.3 gcc-4.2 apple- gcc-4.2 gcc-4.0 cxx_stdlib libstdc++ delete_la_files yes }}} And it was also seen on Yosemite with Xcode 7. I suspect cmake is perhaps failing to parse --version output for some reason. Eg for the Leopard case: {{{ $ /opt/local/bin/clang++-mp-3.4 --version clang version 3.4.2 (tags/RELEASE_34/dot2-final) Target: x86_64-apple-darwin9.8.0 Thread model: posix }}} -- Ticket URL: <https://trac.macports.org/ticket/48331> MacPorts <https://www.macports.org/> Ports system for OS X

1 6

[MacPorts] #47141: pypi2port @133341 truncates checksums
by MacPorts 21 Dec '15

21 Dec '15

#47141: pypi2port @133341 truncates checksums --------------------+----------------------- Reporter: jmr@… | Owner: gaurav@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: pypi2port --------------------+----------------------- The checksums written to the generated portfile are 2 characters too short, e.g.: {{{ checksums rmd160 3d6aee95cc06ebd538fdea481a806d420f1757 \ sha256 f8f436a350e37607a3a3d333b6c2d9baf3320cd661e72e95ee0e3037ac7a31 }}} instead of {{{ checksums rmd160 3d6aee95cc06ebd538fdea481a806d420f17576d \ sha256 f8f436a350e37607a3a3d333b6c2d9baf3320cd661e72e95ee0e3037ac7a3157 }}} -- Ticket URL: <https://trac.macports.org/ticket/47141> MacPorts <https://www.macports.org/> Ports system for OS X

1 1

[MacPorts] #47143: pypi2port: use ${version} in distname
by MacPorts 21 Dec '15

21 Dec '15

#47143: pypi2port: use ${version} in distname -------------------------+----------------------- Reporter: jmr@… | Owner: gaurav@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: pypi2port -------------------------+----------------------- Currently, the distname line is written like this: {{{ distname foo-1.2.0 }}} It would be better to do {{{ distname foo-${version} }}} so the version only has to be updated in one place. -- Ticket URL: <https://trac.macports.org/ticket/47143> MacPorts <https://www.macports.org/> Ports system for OS X

1 1

[MacPorts] #48636: xrootd: update to 4.2.2
by MacPorts 17 Dec '15

17 Dec '15

#48636: xrootd: update to 4.2.2 --------------------------+---------------------- Reporter: ryandesign@… | Owner: jonesc@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: xrootd --------------------------+---------------------- Consider updating xrootd to the latest version, 4.2.2. http://xrootd.org/dload.html The livecheck also needs to be fixed. -- Ticket URL: <https://trac.macports.org/ticket/48636> MacPorts <https://www.macports.org/> Ports system for OS X

1 4

[MacPorts] #45873: root5: ImportError about __builtin__ on Python 3
by MacPorts 16 Dec '15

16 Dec '15

#45873: root5: ImportError about __builtin__ on Python 3 ------------------------------+-------------------------------- Reporter: Deil.Christoph@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: root5 ------------------------------+-------------------------------- I installed root5 +python34 on Mac OS X 10.10. Trying to import ROOT in Python gives this error: {{{ $ python -c 'import ROOT' Traceback (most recent call last): File "<string>", line 1, in <module> File "/opt/local/Library/Frameworks/Python.framework/Versions/3.4/lib/python3.4 /site-packages/ROOT.py", line 341, in <module> import __builtin__ ImportError: No module named '__builtin__' }}} Is this a ROOT bug or a problem with how it's configured in Macports? -- Ticket URL: <https://trac.macports.org/ticket/45873> MacPorts <https://www.macports.org/> Ports system for OS X

1 8

[MacPorts] #48551: Update par to include support for UTF-8
by MacPorts 16 Dec '15

16 Dec '15

#48551: Update par to include support for UTF-8 --------------------------------------+-------------------------------- Reporter: casr+macports@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: i18n multibyte utf-8 par | Port: par --------------------------------------+-------------------------------- Patches on the author's website include support for UTF-8. I've cleaned them up a bit so that it applies cleanly for the Macports version. -- Ticket URL: <https://trac.macports.org/ticket/48551> MacPorts <https://www.macports.org/> Ports system for OS X

1 12

[MacPorts] #48613: About root6 dependencies
by MacPorts 16 Dec '15

16 Dec '15

#48613: About root6 dependencies -------------------------------+-------------------------------- Reporter: graziosi.angelo@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: root6, gcc | Port: root6 -------------------------------+-------------------------------- In my previous MacPorts installation (Yosemite 10.0.4), I installed root6 with: {{{ sudo port install root6 +avahi +fftw3 +fitsio +gcc5 +ldap +mysql56 +odbc +postgresql92 +pythia +python34 +sqlite3 +vc +xrootd }}} and only gcc5 compiler was installed {{{ port installed | grep gcc gcc5 @5.2.0_0 (active) gcc47 @4.7.4_5 (active) gcc_select @0.1_8 (active) gsl @1.16_3+gcc5 (active) libgcc @5.2.0_0 (active) pdftk @2.02_0+gcc47 (active) py27-numpy @1.9.2_2+gcc5 (active) root6 @6.04.02.99_0+avahi+cocoa+fftw3+fitsio+gcc5+graphviz+gsl+http+ldap+minuit2+mysql56+odbc+opengl+postgresql92+pythia+python34+roofit+soversion+sqlite3+ssl+tmva+vc+xml+xrootd (active) }}} Now, I did a new Yosemite 10.10.5 installation (from scratch) and reinstalled MacPorts. This time, I saw that root6 has gcc5 variant by default so I installed root6 with: {{{ sudo port install root6 +avahi +cxx14 +fftw3 +fitsio +ldap +mysql56 +odbc +postgresql92 +pythia +python34 +sqlite3 +vc +xrootd }}} adding the cxx14 variant and removing the explicit call "+gcc5". Now it has installed also gcc49: {{{ [...] ---> Computing dependencies for root6 ---> Dependencies to be installed: avahi dbus-python27 dbus-glib gtk3 at- spi2-atk at-spi2-core xorg-libXi xorg-inputproto xorg-libXfixes xorg- fixesproto xorg-libXtst xorg-recordproto atk hicolor-icon-theme libepoxy mesa xorg-dri2proto xorg-glproto xorg-libXdamage xorg-damageproto xorg- libXmu xorg-libXcomposite xorg-compositeproto xorg-libXcursor xorg- libXinerama xorg-xineramaproto xorg-libXrandr xorg-randrproto libdaemon libglade2 gtk2 py27-gdbm py27-pygtk py27-cairo py27-gobject py27-numpy gcc49 cctools llvm-3.5 libcxx llvm_select cloog isl gcc_select ld64 ld64-latest libgcc libmpc mpfr py27-cython cython_select py27-nose nosetests_select cfitsio cmake curl libarchive lzo2 py34-sphinx py34-alabaster python34 python3_select py34-babel py34-setuptools py34-tz py34-docutils py34-roman py34-jinja2 py34-markupsafe py34-pygments py34-six py34-snowballstemmer py34-sphinx_rtd_theme sphinx_select gcc5 giflib graphviz gd2 xpm gts libnetpbm libLASi xorg-libXaw gsl libiodbc libpqxx postgresql92 ossp-uuid postgresql_select readline lzma mysql56 mysql_select tcp_wrappers openldap cyrus-sasl2 kerberos5 libcomerr db46 icu pythia boost root_select xrootd libevent swig [...] }}} {{{ port installed | grep gcc gcc49 @4.9.3_0 (active) gcc_select @0.1_8 (active) [...] }}} It seems that adding cxx14 variant has triggered this.. Is really so? What's happening? I wonder if there is a better way to handle this. For example, I notice that in my previous installation I had: {{{ port installed | grep num py27-numpy @1.9.2_2+gcc5 (active) }}} Instead now, {{{ port installed | grep num py27-numpy @1.9.2_2+gfortran (active) }}} Which gfortran? Thanks, Angelo. -- Ticket URL: <https://trac.macports.org/ticket/48613> MacPorts <https://www.macports.org/> Ports system for OS X

1 4

[MacPorts] #47262: Problem installing ARB
by MacPorts 15 Dec '15

15 Dec '15

#47262: Problem installing ARB ------------------------+-------------------------------- Reporter: mmiletto@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: ------------------------+-------------------------------- I installed the latest ARB version (6.0.2) on OS 10.10.2. Running the latest version of MacPorts (2.3.3) and Xcode (6.2). When I try to run ARB I get the following message: "/opt/local/bin/arb: line 94: ARBHOME: unbound variable" and the program does not launch. I wonder what I did wrong... Any help would be greatly appreciated! Thank you -- Ticket URL: <https://trac.macports.org/ticket/47262> MacPorts <https://www.macports.org/> Ports system for OS X

1 5