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

[MacPorts] #49144: Error: Failed to install snappy
by MacPorts 14 Oct '16

14 Oct '16

#49144: Error: Failed to install snappy --------------------------------+-------------------------------- Reporter: peter.h.m.brooks@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: --------------------------------+-------------------------------- I've repeated errors doing a: port install updated " # port install outdated ---> Computing dependencies for blosc ---> Dependencies to be installed: snappy ---> Fetching distfiles for snappy ---> Verifying checksums for snappy ---> Extracting snappy ---> Configuring snappy ---> Building snappy Error: org.macports.build for port snappy returned: command execution failed Error: Failed to install snappy Please see the log file for port snappy for details: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_archivers_snappy/snappy/main.log Error: The following dependencies were not installed: snappy To report a bug, follow the instructions in the guide: http://guide.macports.org/#project.tickets Error: Processing of port blosc failed " Darwin eve.local 15.0.0 Darwin Kernel Version 15.0.0: Wed Aug 26 16:57:32 PDT 2015; root:xnu-3247.1.106~1/RELEASE_X86_64 x86_64 -- Ticket URL: <https://trac.macports.org/ticket/49144> MacPorts <https://www.macports.org/> Ports system for OS X

1 6

[MacPorts] #45616: Compile error with g++ 4.8.2
by MacPorts 14 Oct '16

14 Oct '16

#45616: Compile error with g++ 4.8.2 -------------------------+-------------------------------- Reporter: gsteele13@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.2 Keywords: | Port: boost -------------------------+-------------------------------- I recently reinstalled mac OS on my macbook, and in doing so, have switched from a 10.6 fink system to a 10.9 macports system. I was recently trying to compile some software (code available here http://nsweb.tn.tudelft.nl/~gsteele/spyview/) using the macports environment (primarily linking to librarires fltk and boost). The code compiled fine on my old 10.6 fink installation, but I am now getting the following error in 10.9 with macports: In file included from /opt/local/include/boost/limits.hpp:19:0, from /opt/local/include/boost/integer_fwd.hpp:16, from /opt/local/include/boost/integer.hpp:18, from /opt/local/include/boost/archive/basic_binary_iprimitive.hpp:49, from /opt/local/include/boost/archive/binary_iarchive_impl.hpp:21, from /opt/local/include/boost/archive/binary_iarchive.hpp:20, from myboost.h:5, from ImagePrinter.H:9, from ImageWindow.H:19, from spyview_ui.h:6, from spyview_ui.C:3: /opt/local/include/gcc48/c++/limits:1405:35: error: template argument 1 is invalid struct numeric_limits<__int128> I have also tried the apple-gcc42 compiler, and with this compiler, the code compiles fine, but fails at linking (I guess probably the gcc-4.8 c++ libraries are not linkable with gcc-4.2?). Has anyone else had this problem? Thanks, Gary -- Ticket URL: <https://trac.macports.org/ticket/45616> MacPorts <https://www.macports.org/> Ports system for OS X

1 5

[MacPorts] #48564: pdfpc: update to version 4.0.0, moved to github
by MacPorts 14 Oct '16

14 Oct '16

#48564: pdfpc: update to version 4.0.0, moved to github ----------------------+------------------- Reporter: devans@… | Owner: cal@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: pdfpc ----------------------+------------------- pdfpc repository has now moved to https://github.com/pdfpc/pdfpc/ where the latest version of the port is 4.0.0. Updates include the use of gstreamer-1.0 and libgee-0.8. Port libgee06 is no longer necessary. -- Ticket URL: <https://trac.macports.org/ticket/48564> MacPorts <https://www.macports.org/> Ports system for OS X

1 1

[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] #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