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

[MacPorts] #42810: atlas @3.10.1_5: fails to to build with `+perf` variant
by MacPorts 14 Mar '14

14 Mar '14

#42810: atlas @3.10.1_5: fails to to build with `+perf` variant -----------------------------+-------------------------------- Reporter: Peter.Danecek@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: atlas -----------------------------+-------------------------------- I cannot build atlas with variant +perf. Building on {{{ OS X 10.8.5 Xcode 4.6.2 Build version 4H1003 }}} main.log attached -- Ticket URL: <https://trac.macports.org/ticket/42810> MacPorts <http://www.macports.org/> Ports system for OS X

1 4

[MacPorts] #42777: gcc47/gcc48 - problem with linking some C++ python extensions (std::ostringstream)
by MacPorts 14 Mar '14

14 Mar '14

#42777: gcc47/gcc48 - problem with linking some C++ python extensions (std::ostringstream) ----------------------+-------------------------------- Reporter: wojdyr@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Keywords: | Port: gcc48 ----------------------+-------------------------------- I've been tracking a problem with Boost.Python extensions built using GCC from macports. Here is a minimal program that shows the problem: {{{ #include <iostream> #include <sstream> extern "C" void run() { std::ostringstream o; o << 123; std::cout << "[" << o.str() << "]\n"; } }}} It runs fine when dlopen'ed from C, but not from Python (regardless if it's system or macports or manually built Python). {{{ $ g++-mp-4.8 -c -fPIC otest.cc $ g++-mp-4.8 -bundle -undefined dynamic_lookup otest.o -o otest.so $ python -c "import ctypes; ctypes.CDLL('./otest.so').run()" [] }}} (I'm using ffi here to keep it simple, it's the same with python extension). If I replace g++-mp-4.8 with g++ when linking it works as expected: {{{ $ g++ -bundle -undefined dynamic_lookup otest.o -o otest.so $ python -c "import ctypes; ctypes.CDLL('./otest.so').run()" [123] }}} Alternatively, if I take the linking command from g++-mp-4.8: {{{ /opt/local/bin/ld -dynamic -arch x86_64 -bundle -macosx_version_min 10.6.8 -undefined dynamic_lookup -weak_reference_mismatches non-weak -undefined dynamic_lookup -o otest.so -L/opt/local/lib/gcc48/gcc/x86_64-apple- darwin10/4.8.2 -L/opt/local/lib/gcc48/gcc/x86_64-apple- darwin10/4.8.2/../../.. otest.o -lstdc++ -no_compact_unwind -lSystem -lgcc_ext.10.5 -lgcc -lSystem }}} and remove `-lstdc++`, it also works. I'm using OSX 10.6. This problem happens with gcc47 and gcc48 from macports, but not with GCC from xcode and clang-3.3 from macports. Is it fixable? -- Ticket URL: <https://trac.macports.org/ticket/42777> MacPorts <http://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #19021: py25-docutils conflicts with other py*-docutils versions
by MacPorts 14 Mar '14

14 Mar '14

#19021: py25-docutils conflicts with other py*-docutils versions ----------------------------------+----------------------------------------- Reporter: arthurk@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.7.0 Keywords: docutils | Port: py25-docutils ----------------------------------+----------------------------------------- It's currently not possible to install multiple versions of docutils (py- docutils, py25-docutils py26-docutils) as all ports will install their scripts in /opt/local/bin: {{{ Port py25-docutils contains: /opt/local/bin/rst2html.py /opt/local/bin/rst2latex.py /opt/local/bin/rst2newlatex.py ... }}} The attached patch will attach the Python version number to those files: {{{ Port py25-docutils contains: /opt/local/bin/rst2html-2.5.py /opt/local/bin/rst2latex-2.5.py /opt/local/bin/rst2newlatex-2.5.py ... }}} -- Ticket URL: <http://trac.macports.org/ticket/19021> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[MacPorts] #42465: py-zmq @14.0.1: enable py34 subport
by MacPorts 14 Mar '14

14 Mar '14

#42465: py-zmq @14.0.1: enable py34 subport -----------------------------+-------------------------------- Reporter: Peter.Danecek@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: py-zmq -----------------------------+-------------------------------- This ticket is to request support for Python 3.4 for this port. This port is an important dependency and its absence of py34 support brakes other python ports which want to enable Python 3.4 support. In particular, all variants of `py34-ipython` are broken, because +parallel variant depends on this one. I CC the maintainer of the `py-ipython` port as well to keep him in the loop. -- Ticket URL: <https://trac.macports.org/ticket/42465> MacPorts <http://www.macports.org/> Ports system for OS X

1 4

[MacPorts] #42471: py-pep8 @1.4.6: enable Python 3.4 subport
by MacPorts 14 Mar '14

14 Mar '14

#42471: py-pep8 @1.4.6: enable Python 3.4 subport -----------------------------+-------------------------------- Reporter: Peter.Danecek@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: py-pep8 -----------------------------+-------------------------------- With this ticket I would like to ask that Python 3.4 subport is enables. I do not see any obvious contraindications. I would need it as a recursive dependency. -- Ticket URL: <https://trac.macports.org/ticket/42471> MacPorts <http://www.macports.org/> Ports system for OS X

1 6

[MacPorts] #42835: py-future @0.11.2: update to@0.11.3
by MacPorts 14 Mar '14

14 Mar '14

#42835: py-future @0.11.2: update to(a)0.11.3 ---------------------------------+-------------------------------- Reporter: Peter.Danecek@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: haspatch maintainer | Port: py-future ---------------------------------+-------------------------------- Version bump of a port I maintain. -- Ticket URL: <https://trac.macports.org/ticket/42835> MacPorts <http://www.macports.org/> Ports system for OS X

1 1

[MacPorts] #42836: py-cartopy @0.9.0: update to @0.10.0
by MacPorts 14 Mar '14

14 Mar '14

#42836: py-cartopy @0.9.0: update to @0.10.0 ---------------------------------+-------------------------------- Reporter: Peter.Danecek@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: haspatch maintainer | Port: py-cartopy ---------------------------------+-------------------------------- Version update of a port I maintain. Further change: livecheck now disabled for subports; -- Ticket URL: <https://trac.macports.org/ticket/42836> MacPorts <http://www.macports.org/> Ports system for OS X

1 1

[MacPorts] #42775: Please Update package p5-image-exiftool. It is more than a year old
by MacPorts 14 Mar '14

14 Mar '14

#42775: Please Update package p5-image-exiftool. It is more than a year old ------------------------+-------------------------------- Reporter: mihama01@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: MacPorts 2.3.0 Component: ports | Version: 2.2.1 Keywords: | Port: ------------------------+-------------------------------- Hi, Could you please update this package, it contains 9.06 dating back to Nov 2012 Also, could you make the naming a bit clearer for people who just want to use the tool as is. it installs as exiftool-5.16 rather than just exiftool Many Thanks S -- Ticket URL: <https://trac.macports.org/ticket/42775> MacPorts <http://www.macports.org/> Ports system for OS X

1 2

Re: [MacPorts] #42850: tk @8.6.1_1 fails to build on 10.9.2 (mavericks)
by MacPorts 14 Mar '14

14 Mar '14

#42850: tk @8.6.1_1 fails to build on 10.9.2 (mavericks) ----------------------+-------------------------------- Reporter: mtb19@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Resolution: | Keywords: Port: tk | ----------------------+-------------------------------- Comment (by mtb19@…): I don't '''''think''''' this issue has been created yet, but it's difficult to tell when searching for "tk" because the trac wants search terms of at least three characters.... :o\ In any event, main.log is attached. The error ("error: errorerror: garbage collection is no longer supported") is foreign to me.... -- Ticket URL: <https://trac.macports.org/ticket/42850#comment:1> MacPorts <http://www.macports.org/> Ports system for OS X

1 0

[MacPorts] #41967: secpwgen @1.3_1 cryptlib error: -20
by MacPorts 14 Mar '14

14 Mar '14

#41967: secpwgen @1.3_1 cryptlib error: -20 ----------------------------+-------------------------------- Reporter: john.gallias@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Keywords: | Port: secpwgen cryptlib ----------------------------+-------------------------------- Mac OS X 10.9.1 [[BR]] cryptlib @3.4.2 Terminal: [[BR]]jgallias-air:~ jgallias$ secpwgen -p 1 [[BR]]cryptlib error: -20 [[BR]]FATAL: crypto library error. -- Ticket URL: <https://trac.macports.org/ticket/41967> MacPorts <http://www.macports.org/> Ports system for OS X

1 2