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

[MacPorts] #41786: Coin @3.1.3 build failure on OS X 10.9 / Xcode 5.02
by MacPorts 25 Jun '14

25 Jun '14

#41786: Coin @3.1.3 build failure on OS X 10.9 / Xcode 5.02 -----------------------------+-------------------------------- Reporter: thomas.gimpel@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Keywords: | Port: -----------------------------+-------------------------------- Coin fails to build on Mavericks with Xcode 5.0.2. It seems that the math- undefs mechanism does not work, because Xcode uses the math functions to be avoided be Coin within some inline functions in ''/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/c++/v1/cmath'' like this: {{{ inline _LIBCPP_INLINE_VISIBILITY float acos(float __x) _NOEXCEPT {return acosf(__x);} }}} Since ''math-undefs.h'' contains: {{{ #define acosf(x) NO_SINGLEPREC }}} the compilation fails as soon ''cmath'' is included. -- Ticket URL: <https://trac.macports.org/ticket/41786> MacPorts <http://www.macports.org/> Ports system for OS X

1 19

[MacPorts] #44039: gnome-libs doesn't find Berkeley DB during configure
by MacPorts 25 Jun '14

25 Jun '14

#44039: gnome-libs doesn't find Berkeley DB during configure -------------------------------------+-------------------------------- Reporter: jruschme@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.0 Keywords: gnome-libs, Berkeley DB | Port: gnome-libs -------------------------------------+-------------------------------- Tried to install gnome-libs on MBP running 10.9.3. Installation fails during configuration due to being unable to find db.h (Berekeley db). Command-line tools are correctly installed and /usr/include/db.h is present. Problem also occurs on a system running 10.7.5, but not on a G4 running 10.5.8. (Compilation fails on 10.5.8 due to code not being updated for libpng >= 1.4.) -- Ticket URL: <https://trac.macports.org/ticket/44039> MacPorts <http://www.macports.org/> Ports system for OS X

1 13

[MacPorts] #44054: use h5pcc instead of h5cc to compile hdfeos5
by MacPorts 24 Jun '14

24 Jun '14

#44054: use h5pcc instead of h5cc to compile hdfeos5 -------------------------------------+-------------------------------- Reporter: smasson@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.0 Keywords: hdfeos5, h5cc and h5pcc | Port: -------------------------------------+-------------------------------- I installed hdf5-18 with the following variants: {{{ hdf5-18 @1.8.13_0+cxx+fortran+gcc48+openmpi+szip (active) }}} This installs h5pcc and not h5cc in /opt/local/bin (I guess because of the +openmpi variant). [[BR]] In this case, hdfeos5 does not compile as it is looking for h5cc which does not exist. [[BR]] Replacing the 2 occurrences of h5cc by h5pcc in $( port dir hdfeos5 )/Portfile solved the problem in my case. [[BR]] Something should be done to select h5cc or h5pcc automatically. -- Ticket URL: <https://trac.macports.org/ticket/44054> MacPorts <http://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #25666: bitlbee - needs a startupitem
by MacPorts 24 Jun '14

24 Jun '14

#25666: bitlbee - needs a startupitem ---------------------------+------------------------------------------------ Reporter: dargo@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.1 Keywords: | Port: ---------------------------+------------------------------------------------ bitlbee is a daemon, so it should have a startupitem or launchdaemon. -- Ticket URL: <http://trac.macports.org/ticket/25666> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #31120: bitlbee @3.0.3 fails to build +universal
by MacPorts 24 Jun '14

24 Jun '14

#31120: bitlbee @3.0.3 fails to build +universal ------------------------------+--------------------------------------------- Reporter: cal@… | Owner: yeled@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.2 Keywords: | Port: bitlbee ------------------------------+--------------------------------------------- Bitlbee fails to build universal, because: {{{ :info:build make: Entering directory `/opt/local/var/macports/build/_opt_dports_irc_bitlbee/bitlbee/work/bitlbee-3.0.3' :info:build * Compiling bitlbee.c :info:build * Compiling dcc.c :info:build llvm-gcc-4.2: -E, -S, -save-temps and -M options are not allowed with multiple -arch flags :info:build make: *** [bitlbee.o] Error 1 :info:build make: *** Waiting for unfinished jobs.... :info:build llvm-gcc-4.2: -E, -S, -save-temps and -M options are not allowed with multiple -arch flags :info:build make: *** [dcc.o] Error 1 }}} Either bitlbee should be marked non-universal or this problem should be fixed (e.g. by using the muniversal portgroup). -- Ticket URL: <https://trac.macports.org/ticket/31120> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #44069: siege fails to install, checksum error
by MacPorts 24 Jun '14

24 Jun '14

#44069: siege fails to install, checksum error -----------------------+-------------------------------- Reporter: gertjan@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.0 Keywords: | Port: siege -----------------------+-------------------------------- $ sudo port selfupdate [..] MacPorts base version 2.3.0 installed [..] $ sudo port upgrade outdated Nothing to upgrade. $ sudo port clean siege ---> Cleaning siege $ sudo port install siege ---> Computing dependencies for siege ---> Fetching archive for siege ---> Attempting to fetch siege-2.72_0.darwin_13.x86_64.tbz2 from http://lil.fr.packages.macports.org/siege ---> Attempting to fetch siege-2.72_0.darwin_13.x86_64.tbz2 from http://mse.uk.packages.macports.org/sites/packages.macports.org/siege ---> Attempting to fetch siege-2.72_0.darwin_13.x86_64.tbz2 from http://nue.de.packages.macports.org/macports/packages/siege ---> Fetching distfiles for siege ---> Verifying checksums for siege Error: Checksum (rmd160) mismatch for siege-2.72.tar.gz Error: Checksum (sha256) mismatch for siege-2.72.tar.gz Error: org.macports.checksum for port siege returned: Unable to verify file checksums Please see the log file for port siege for details: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_www_siege/siege/main.log To report a bug, follow the instructions in the guide: http://guide.macports.org/#project.tickets Error: Processing of port siege failed I'll attach the logfile to this ticket. -- Ticket URL: <https://trac.macports.org/ticket/44069> MacPorts <http://www.macports.org/> Ports system for OS X

1 5

[MacPorts] #44137: root6: add some python variant by default
by MacPorts 24 Jun '14

24 Jun '14

#44137: root6: add some python variant by default -------------------------+-------------------------- Reporter: mojca@… | Owner: jonesc@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: root5, root6 -------------------------+-------------------------- I suggest to make one of the python variants default in `root5` and `root6`. I don't know much about python support in ROOT, so I leave the details to others, but probably both root versions cannot share the same default variant. Given the intensive computation time it probably makes sense to make the change at next version update. I opened this ticket to discuss which version of python to enable with which port. Another question is whether we could perhaps make something like `py27-root6` that would only add a bunch of python files without the need to recompile the whole root for a couple of hours. (I'm not sure if that's feasible or not.) -- Ticket URL: <https://trac.macports.org/ticket/44137> MacPorts <http://www.macports.org/> Ports system for OS X

1 1

[MacPorts] #40372: port GSI-Enabled OpenSSH
by MacPorts 24 Jun '14

24 Jun '14

#40372: port GSI-Enabled OpenSSH -------------------------+-------------------------------- Reporter: pengyu.ut@… | Owner: macports-tickets@… Type: request | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.0 Keywords: | Port: -------------------------+-------------------------------- [http://grid.ncsa.illinois.edu/ssh/] -- Ticket URL: <https://trac.macports.org/ticket/40372> MacPorts <http://www.macports.org/> Ports system for OS X

1 4

[MacPorts] #44136: PyROOT with root6 ACLiC Issues
by MacPorts 24 Jun '14

24 Jun '14

#44136: PyROOT with root6 ACLiC Issues --------------------------+-------------------------------- Reporter: jfcaron@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.0 Keywords: root, python | Port: root6 --------------------------+-------------------------------- Hi, I've tried reporting this on ROOTTalk but haven't gotten anywhere. It looks like it might be MacPorts-specific. ROOTTalk post: http://root.cern.ch/phpBB3/viewtopic.php?f=14&t=18229 I tried using MacPorts provided ROOT 6.00.01 and I get the same behavior, so it's not my customized GSL & ROOT. Can anyone reproduce with the minimal script in the later reply? -- Ticket URL: <https://trac.macports.org/ticket/44136> MacPorts <http://www.macports.org/> Ports system for OS X

1 1

[MacPorts] #41540: fetch-crl @3.0.12: new submission
by MacPorts 24 Jun '14

24 Jun '14

#41540: fetch-crl @3.0.12: new submission -----------------------------+-------------------------------- Reporter: Peter.Danecek@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: fetch-crl @3.0.12 -----------------------------+-------------------------------- This is another "Globus related" submission. Thanks for reviewing it! {{{ fetch-crl @3.0.12 (security, net) Description: The fetch-crl utility will retrieve certificate revocation lists (CRLs) for a set of installed trust anchors, based on crl_url files or IGTF-style info files. It will install these for use with OpenSSL, NSS or third-party tools. Homepage: http://wiki.nikhef.nl/grid/FetchCRL3 Platforms: darwin License: Apache-2 Maintainers: dennisvd(a)nikhef.nl, openmaintainer(a)macports.org }}} Again, I CC Dennis and Adam (same reasoning as for ticket #41532). For (co-)maintainer applies the same. The changes with respect to Dennis' former version: - update to 3.0.12; - add `openmaintainer`; - add `noarch`; This are perl scripts, so this should be okay; - add `license`, `long_description`, `livecheck`; - some further edits: minor format changes, destroot; Doubts: The scripts use System perl (/usr/bin/perl) so no dependency. Not sure if this is save and practise for MacPorts. -- Ticket URL: <https://trac.macports.org/ticket/41540> MacPorts <http://www.macports.org/> Ports system for OS X

1 22