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

[MacPorts] #48577: subversion 1.9.0+ causes port lint Portfile property checks to fail
by MacPorts 14 Oct '16

14 Oct '16

#48577: subversion 1.9.0+ causes port lint Portfile property checks to fail ----------------------+-------------------------------- Reporter: devans@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: base | Version: 2.3.3 Keywords: | Port: ----------------------+-------------------------------- This concerns the behavior of the '''port lint''' command when the standard svn properties have not been set on a given Portfile. Using subversion 1.8.14 and earlier, failure to set these properties on the Portfile results in the useful message: {{{ ---> Verifying Portfile for argyll Error: Missing subversion property on Portfile, please execute: svn ps svn:keywords Id Portfile ---> 1 errors and 0 warnings found. }}} However, after upgrading to subversion 1.9.0, the message is less helpful: {{{ $ port lint ---> Verifying Portfile for argyll Warning: Unable to check for svn:keywords property: svn: warning: W200017: Property 'svn:keywords' not found on '/opt/macports/trunk/dports/graphics/argyll/Portfile' svn: E200000: A problem occurred; see other errors for details child process exited abnormally ---> 0 errors and 0 warnings found. }}} The cause is due to the fact that, in 1.9.0, subversion now considers it an error if propget is executed on a file when the target property does not exist. In the earlier subversion versions, subversion does not generate an error and just returns with null output. The current code depends on this latter behavior to identify when a property has not been set. If subversion returns an error, the error is printed as shown in the 1.9.0 case. The new 1.9.0 behavior in this situation needs to be accommodated as well as that of the older versions. Tested in MacPorts 2.3.3 but examination of current subversion HEAD shows that the problem has not yet been dealt with. -- Ticket URL: <https://trac.macports.org/ticket/48577> MacPorts <https://www.macports.org/> Ports system for OS X

1 4

[MacPorts] #50631: py26-clnum: build fails during linking, 'internal error: atom not found in symbolIndex(__ZNKSt3__115basic_stringbufIcNS_11char_traitsIcEENS_9allocatorIcEEE3strEv) for architecture x86_64'
by MacPorts 13 Oct '16

13 Oct '16

#50631: py26-clnum: build fails during linking, 'internal error: atom not found in symbolIndex(__ZNKSt3__115basic_stringbufIcNS_11char_traitsIcEENS_9allocatorIcEEE3strEv) for architecture x86_64' ----------------------+-------------------------- Reporter: devans@… | Owner: ryandesign@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: py26-clnum ----------------------+-------------------------- On Yosemite 10.5.5 Xcode 7.2.1 {{{ /usr/bin/clang++ -L/opt/local/lib -Wl,-headerpad_max_install_names -bundle -undefined dynamic_lookup -arch x86_64 -arch x86_64 -I/opt/local/include build/temp.macosx-10.10-x86_64-2.6/clnum/src/clnum.o -lcln -lgmp -o build/lib.macosx-10.10-x86_64-2.6/clnum/clnum.so -s ld: warning: option -s is obsolete and being ignored ld: internal error: atom not found in symbolIndex(__ZNKSt3__115basic_stringbufIcNS_11char_traitsIcEENS_9allocatorIcEEE3strEv) for architecture x86_64 clang: error: linker command failed with exit code 1 (use -v to see invocation) error: command '/usr/bin/clang++' failed with exit status 1 Command failed: cd "/opt/local/var/macports/build /_opt_macports_trunk_dports_python_py-clnum/py26-clnum/work/clnum-1.6" && /opt/local/Library/Frameworks/Python.framework/Versions/2.6/bin/python2.6 setup.py --no-user-cfg build Exit code: 1 }}} Build log attached -- Ticket URL: <https://trac.macports.org/ticket/50631> MacPorts <https://www.macports.org/> Ports system for OS X

1 1

[MacPorts] #49317: python34 @3.4.3 Allow loading SQLite extensions
by MacPorts 12 Oct '16

12 Oct '16

#49317: python34 @3.4.3 Allow loading SQLite extensions -------------------------+-------------------------------- Reporter: m3drano@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: python34 -------------------------+-------------------------------- This patch adds the flag --enable-loadable-sqlite-extensions to the Python build, which allows to load extensions in SQLite databases natively. There is more information on the subject in the Python's documentation: https://docs.python.org/3.4/library/sqlite3.html#f1 This setting is enabled on other OSes as default too, such as Linux distributions (Debian, Arch) at least. This patch applies to the port python34, but we can certainly extend it to other Python versions too if it is deemed appropriate. Other option would be to make this a port variant. -- Ticket URL: <https://trac.macports.org/ticket/49317> MacPorts <https://www.macports.org/> Ports system for OS X

1 10

[MacPorts] #46897: llvm-3.7 @3.7-r229298: error: only virtual member functions can be marked 'override'
by MacPorts 12 Oct '16

12 Oct '16

#46897: llvm-3.7 @3.7-r229298: error: only virtual member functions can be marked 'override' --------------------------+------------------------ Reporter: ryandesign@… | Owner: jeremyhu@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: llvm-3.7 --------------------------+------------------------ llvm-3.7 failed to build on Lion: https://build.macports.org/builders/buildports-lion-x86_64/builds/27032 {{{ In file included from OrcMCJITReplacement.cpp:10: In file included from /opt/local/var/macports/build/_opt_mports_dports_lang_llvm-3.7/llvm-3.7/work/trunk/lib/ExecutionEngine/Orc/OrcMCJITReplacement.h:20: /opt/local/var/macports/build/_opt_mports_dports_lang_llvm-3.7/llvm-3.7/work/trunk/include/llvm/ExecutionEngine/Orc/LazyEmittingLayer.h:110:67: error: only virtual member functions can be marked 'override' bool provides(StringRef Name, bool ExportedSymbolsOnly) const override { ^~~~~~~~ llvm[3]: Compiling ValueEnumerator.cpp for Release+Debug+Asserts build if /usr/bin/clang++ -I/opt/local/var/macports/build/_opt_mports_dports_lang_llvm-3.7/llvm-3.7/work/trunk/include -I/opt/local/var/macports/build/_opt_mports_dports_lang_llvm-3.7/llvm-3.7/work/trunk/lib/Bitcode/Writer -D_DEBUG -D_GNU_SOURCE -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS -O3 -g -std=c++11 -fvisibility-inlines-hidden -fno- exceptions -fno-common -Wcast-qual -pipe -Os -arch x86_64 -stdlib=libc++ -I/opt/local/include -m64 -pedantic -Wno-long-long -Wall -W -Wno-unused- parameter -Wwrite-strings -Wcovered-switch-default -Wno-uninitialized -Wno-missing-field-initializers -Wno-comment -c -MMD -MP -MF "/opt/local/var/macports/build/_opt_mports_dports_lang_llvm-3.7/llvm-3.7/work/trunk/lib/Bitcode/Writer/Release+Debug+Asserts/ValueEnumerator.d.tmp" -MT "/opt/local/var/macports/build/_opt_mports_dports_lang_llvm-3.7/llvm-3.7/work/trunk/lib/Bitcode/Writer/Release+Debug+Asserts/ValueEnumerator.o" -MT "/opt/local/var/macports/build/_opt_mports_dports_lang_llvm-3.7/llvm-3.7/work/trunk/lib/Bitcode/Writer/Release+Debug+Asserts/ValueEnumerator.d" ValueEnumerator.cpp -o /opt/local/var/macports/build/_opt_mports_dports_lang_llvm-3.7/llvm-3.7/work/trunk/lib/Bitcode/Writer/Release+Debug+Asserts/ValueEnumerator.o ; \ then /bin/mv -f "/opt/local/var/macports/build/_opt_mports_dports_lang_llvm-3.7/llvm-3.7/work/trunk/lib/Bitcode/Writer/Release+Debug+Asserts/ValueEnumerator.d.tmp" "/opt/local/var/macports/build/_opt_mports_dports_lang_llvm-3.7/llvm-3.7/work/trunk/lib/Bitcode/Writer/Release+Debug+Asserts/ValueEnumerator.d"; else /bin/rm "/opt/local/var/macports/build/_opt_mports_dports_lang_llvm-3.7/llvm-3.7/work/trunk/lib/Bitcode/Writer/Release+Debug+Asserts/ValueEnumerator.d.tmp"; exit 1; fi 1 error generated. make[3]: *** [/opt/local/var/macports/build/_opt_mports_dports_lang_llvm-3.7/llvm-3.7/work/trunk/lib/ExecutionEngine/Orc/Release+Debug+Asserts/OrcMCJITReplacement.o] Error 1 }}} -- Ticket URL: <https://trac.macports.org/ticket/46897> MacPorts <https://www.macports.org/> Ports system for OS X

1 6

[MacPorts] #45675: Crypt lib fails to build on 10.10 with XCode 6.1
by MacPorts 11 Oct '16

11 Oct '16

#45675: Crypt lib fails to build on 10.10 with XCode 6.1 ---------------------+-------------------------------- Reporter: dhein@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.2 Keywords: | Port: ---------------------+-------------------------------- Getting errors like this: :info:build bn/bn_asm.c:734:2: error: integer constant is larger than the largest unsigned integer type :info:build sqr_add_c2(a,1,0,c2,c3,c1); :info:build ^ And lots of warnings like this: info:build bn/bn_asm.cbn/bn_asm.c::8888::33:: warning: warning: shift count >= width of type [-Wshift-count-overflow] :info:build mul_add(rp[0],ap[0],w,c1); :info:build ^~~~~~~~~~~~~~~~~~~~~~~~~ :info:build ./bn/bn_lcl.hshift count >= width of type [-Wshift-count- overflow] :info:build mul_add(rp[0],ap[0],w,c1); :info:build ^~~~~~~~~~~~~~~~~~~~~~~~~ :info:build ./bn/bn_lcl.h:315:7: note: expanded from macro 'mul_add' :info:build (c)= Hw(t); \ :info:build ^~~~~ :info:build ./bn/bn_lcl.h:296:34: note: expanded from macro 'Hw' :info:build #define Hw(t) (((BN_ULONG)((t)>>BN_BITS2))&BN_MASK2) :info:build ^ ~~~~~~~~ Full log is attached. -- Ticket URL: <https://trac.macports.org/ticket/45675> MacPorts <https://www.macports.org/> Ports system for OS X

1 9

[MacPorts] #47941: Submission: New port: py-triangle
by MacPorts 10 Oct '16

10 Oct '16

#47941: Submission: New port: py-triangle ------------------------+-------------------------------- Reporter: smithsp@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: py-triangle ------------------------+-------------------------------- Adds a port for the python bindings to the triangle library. -- Ticket URL: <https://trac.macports.org/ticket/47941> MacPorts <https://www.macports.org/> Ports system for OS X

1 7

[MacPorts] #49824: Cannot install octave-control due to missing symbols in slicot library
by MacPorts 10 Oct '16

10 Oct '16

#49824: Cannot install octave-control due to missing symbols in slicot library --------------------------------+-------------------------------- Reporter: rolf.lochbuehler@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: --------------------------------+-------------------------------- (System: OS X 10.11.1, MacPorts 2.3.4) Installation of octave-control aborts with the following message: {{{ $ sudo port install octave-control ---> Computing dependencies for octave-control ---> Fetching archive for octave-control ---> Attempting to fetch octave- control-2.8.5_0+gcc5.darwin_15.x86_64.tbz2 from http://nue.de.packages.macports.org/macports/packages/octave-control ---> Attempting to fetch octave- control-2.8.5_0+gcc5.darwin_15.x86_64.tbz2 from http://lil.fr.packages.macports.org/octave-control ---> Attempting to fetch octave- control-2.8.5_0+gcc5.darwin_15.x86_64.tbz2 from http://mse.uk.packages.macports.org/sites/packages.macports.org/octave- control ---> Fetching distfiles for octave-control ---> Verifying checksums for octave-control ---> Extracting octave-control ---> Configuring octave-control Error: org.macports.configure for port octave-control returned: configure failure: command execution failed Please see the log file for port octave-control for details: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports .org_release_tarballs_ports_math_octave-control/octave-control/main.log To report a bug, follow the instructions in the guide: http://guide.macports.org/#project.tickets Error: Processing of port octave-control failed }}} /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports .org_release_tarballs_ports_math_octave-control/octave-control/main.log tells me this: {{{ ... :info:configure mkdir sltmp :info:configure mv slicot/src/*.f ./sltmp :info:configure mv slicot/src_aux/*.f ./sltmp :info:configure cp TG04BX.fortran ./sltmp/TG04BX.f :info:configure cp TB01ZD.fortran ./sltmp/TB01ZD.f :info:configure cd sltmp; /opt/local/bin/mkoctfile-3.8.2 -c *.f :info:configure ar -rc slicotlibrary.a ./sltmp/*.o :info:configure rm -rf sltmp slicot :info:configure LFLAGS="-L/opt/local/lib/octave/3.8.2 -L/opt/local/lib -L/opt/local/lib -L/opt/local/lib/gcc5/gcc/x86_64-apple-darwin15/5.2.0 -L/opt/local/lib/gcc5/gcc/x86_64-apple-darwin15/5.2.0/../../.. -lgfortran -lquadmath -lm -llapack -lcblas -lf77blas -latlas -L/opt/local/lib -L/opt/local/lib/gcc5/gcc/x86_64-apple-darwin15/5.2.0 -L/opt/local/lib/gcc5/gcc/x86_64-apple-darwin15/5.2.0/../../.. -lgfortran -lquadmath -lm" \ :info:configure /opt/local/bin/mkoctfile-3.8.2 __control_slicot_functions__.cc common.cc slicotlibrary.a :info:configure ld: warning: could not create compact unwind for _dhseqr_: stack subq instruction is too different from dwarf stack size :info:configure Undefined symbols for architecture x86_64: :info:configure "_dgegs_", referenced from: :info:configure _sg03ad_ in slicotlibrary.a(SG03AD.o) :info:configure _sg03bd_ in slicotlibrary.a(SG03BD.o) :info:configure "_dlatzm_", referenced from: :info:configure _ab08nx_ in slicotlibrary.a(AB08NX.o) :info:configure _ag08by_ in slicotlibrary.a(AG08BY.o) :info:configure _sb01by_ in slicotlibrary.a(SB01BY.o) :info:configure _sb01fy_ in slicotlibrary.a(SB01FY.o) :info:configure ld: symbol(s) not found for architecture x86_64 :info:configure clang: error: linker command failed with exit code 1 (use -v to see invocation) :info:configure make: *** [__control_slicot_functions__.oct] Error 1 :info:configure :info:configure pkg: error running `make' for the control package. :info:configure error: called from 'configure_make' in file /opt/local/share/octave/3.8.2/m/pkg/private/configure_make.m near line 82, column 9 :info:configure error: called from: :info:configure error: /opt/local/share/octave/3.8.2/m/pkg/private/install.m at line 199, column 5 :info:configure error: /opt/local/share/octave/3.8.2/m/pkg/private/build.m at line 50, column 3 :info:configure error: /opt/local/share/octave/3.8.2/m/pkg/pkg.m at line 516, column 7 :info:configure Command failed: cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports .org_release_tarballs_ports_math_octave-control/octave- control/work/control" && /opt/local/bin/octave -q -f --eval 'pkg build -verbose -nodeps /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports .org_release_tarballs_ports_math_octave-control/octave- control/work/control /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports .org_release_tarballs_ports_math_octave-control/octave- control/work/.tmp/control.tar.gz' :info:configure Exit code: 1 :error:configure org.macports.configure for port octave-control returned: configure failure: command execution failed :debug:configure Error code: NONE :debug:configure Backtrace: configure failure: command execution failed while executing "portconfigure::configure_main org.macports.configure" ("eval" body line 1) invoked from within "eval $procedure $targetname" :info:configure Warning: targets not executed for octave-control: org.macports.activate org.macports.configure org.macports.build org.macports.destroot org.macports.install :notice:configure Please see the log file for port octave-control for details: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports .org_release_tarballs_ports_math_octave-control/octave-control/main.log }}} -- Ticket URL: <https://trac.macports.org/ticket/49824> MacPorts <https://www.macports.org/> Ports system for OS X

1 11

[MacPorts] #48967: submission: port:qt5-kde
by MacPorts 10 Oct '16

10 Oct '16

#48967: submission: port:qt5-kde -------------------------+-------------------------------- Reporter: rjvbertin@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: qt5-kde -------------------------+-------------------------------- Marko Käning and I discussed the benefits of having a dedicated Qt5 ports on which future KF5 ports could depend in the past, and the idea became much more appealing just before summer after mcalhoun updated his long- neglected port:qt5-mac discarding my own months of work on this port almost completely. In short, this proposed port:qt5-kde : - currently provides Qt 5.5.0 - is coinstallable with Qt4 (but not other Qt5 port(s) of course) - incorporates a set of patches based on those for Qt4 that improve the user experience with KF5 apps (formerly provided as the +KDE variant) - uses the install layout based on the tried-and-true layout of the non- coinstallable port:qt4-mac; version-specific executables and libraries/frameworks are installed under ${prefix}/libexec/qt5, headerfiles under ${prefix}/include/qt5 and the rest under ${prefix}/share/qt5 and ${prefix}/share/doc/qt5 (which is how port:qt4-mac installed these items). I am convinced that this layout to be preferred when using Qt-based applications that adhere to Freedesktop conventions and are supposed to be able to interact and share resources with other Freedesktop applications (GTk/Gnome). - includes a patch that will allow (KF5) applications to find shared resources in the standard XDG-style locations (${prefix}/share, etc) rather than in OS X style locations (~/Library/Application Support, etc). This patch needs to be activated so doesn't affect (pure Qt) applications that were built without the activator. - provides a legacy variant that builds Qt 5.3.2; this is automatic on OS X 10.6 where that Qt version is the latest that can be built (requires port:clang-3.4 or port:clang-3.5). I believe the above feature set justifies having an additional, alternative Qt5 port. In order for dependent ports to function with both ports, I split up the Qt5 Portgroup in a qt5-mac and a qt5-kde Portgroup; the new Qt5 Portgroup contains a selection mechanism to force select either the one or the other but will also load the appropriate Portgroup as a function of whether port:qt5-mac or port:qt5-kde is installed. The default/fallback is to install port:qt5-mac ; the changes to the Qt5 Portgroup should be transparent (and are indeed according to my testing). Binary builds against port:qt5-mac will of course not function with port:qt5-kde. Therefore, the qt5-kde Portgroup defines a (default) variant (qt5kde) that should only be known to the build bots for ports that require port:qt5-kde specifically. A user having port:qt5-kde installed and requesting the install/upgrade of a generic Qt5 port (say, port:qt5-creator) will in fact request port:qt5-creator+qt5kde, which is not available in binary version. This mechanism is of course not tested exhaustively, and I am open to ways to improve it. As a bonus feature, this port also builds on Linux. ;) I'm uploading a tarchive that contains everything needed; uploading diffs wouldn't make a lot of sense (they wouldn't be easier to peruse than studying the Portfile, patches and portgroup files, IMHO). The evolution of this port can also be followed on my repo, github.com/RJVB/macstrop . -- Ticket URL: <https://trac.macports.org/ticket/48967> MacPorts <https://www.macports.org/> Ports system for OS X

1 41

[MacPorts] #47374: unison freezes entire machine
by MacPorts 10 Oct '16

10 Oct '16

#47374: unison freezes entire machine ----------------------+-------------------------------- Reporter: geezel@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: freeze | Port: unison ----------------------+-------------------------------- Running unison on a single folder with only a few (about 50) large files freezes the entire machine. Unison itself does not crash or display an error message, but it consumes more and more memory until the machine reboots. Other processes also become unresponsive, i.e. once the unison command is launched there is no way to recover. For reasons discussed in this ticket https://trac.macports.org/ticket/45621 this has been tested with various versions (unison 2.40.102 compiled against ocaml 4.01 and 4.02, and unison 2.48.3 against ocaml 4.01). They all exhibit the same behaviour. Unison on FreeBSD runs fine on the same set of files (all versions). Also, a temporary workaround on Mac OS X is to run unison with the option "copythreshold = 1024", which makes unison use rsync to transfer large files. This might well be an upstream bug. If anybody is able to confirm this behaviour I'd be willing to report it upstream. -- Ticket URL: <https://trac.macports.org/ticket/47374> MacPorts <https://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #47533: unison @2.48.3 Does not build on Tiger
by MacPorts 10 Oct '16

10 Oct '16

#47533: unison @2.48.3 Does not build on Tiger -----------------------------+-------------------------------- Reporter: csanchezdll@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: tiger, haspatch | Port: unison -----------------------------+-------------------------------- Build fails because Makefile.OCaml specifies 10.5 as minimum OS X version [macos-version-min compiler parameter is documented as minimum version the build binary is supposed to be run on]. Attached patches lower this (only on Tiger). -- Ticket URL: <https://trac.macports.org/ticket/47533> MacPorts <https://www.macports.org/> Ports system for OS X

1 2