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

[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

[MacPorts] #48677: Issue with installing kealib
by MacPorts 09 Oct '16

09 Oct '16

#48677: Issue with installing kealib ----------------------+-------------------------------- Reporter: bmayer@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: ----------------------+-------------------------------- sudo port install kealib ---> Computing dependencies for kealib ---> Configuring kealib Error: org.macports.configure for port kealib returned: configure failure: command execution failed Please see the log file for port kealib for details: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_gis_kealib/kealib/main.log To report a bug, follow the instructions in the guide: http://guide.macports.org/#project.tickets Error: Processing of port kealib failed Benjamins-MBP:106GOPRO bmayer$ sudo port clean kealib ---> Cleaning kealib Benjamins-MBP:106GOPRO bmayer$ sudo port install RSGISLib libgeotiff ---> Computing dependencies for rsgislib ---> Dependencies to be installed: kealib muparser xercesc3 ---> Fetching archive for kealib ---> Attempting to fetch kealib-1.4.2.20140825_2.darwin_14.x86_64.tbz2 from http://packages.macports.org/kealib ---> Attempting to fetch kealib-1.4.2.20140825_2.darwin_14.x86_64.tbz2 from http://mse.uk.packages.macports.org/sites/packages.macports.org/kealib ---> Attempting to fetch kealib-1.4.2.20140825_2.darwin_14.x86_64.tbz2 from http://nue.de.packages.macports.org/macports/packages/kealib ---> Fetching distfiles for kealib ---> Verifying checksums for kealib ---> Extracting kealib ---> Configuring kealib Error: org.macports.configure for port kealib returned: configure failure: command execution failed Error: Failed to install kealib Please see the log file for port kealib for details: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_gis_kealib/kealib/main.log Error: The following dependencies were not installed: kealib muparser xercesc3 To report a bug, follow the instructions in the guide: http://guide.macports.org/#project.tickets Error: Processing of port RSGISLib failed -- Ticket URL: <https://trac.macports.org/ticket/48677> MacPorts <https://www.macports.org/> Ports system for OS X

1 10

[MacPorts] #48899: haskell-platform update?
by MacPorts 09 Oct '16

09 Oct '16

#48899: haskell-platform update? ------------------------+-------------------------------- Reporter: J.Gilbey@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: haskell-platform ------------------------+-------------------------------- Is it feasible to update the haskell-platform port at some point? Upstream is now at 7.10.2, which introduces some significant changes from what I can tell. Thanks! -- Ticket URL: <https://trac.macports.org/ticket/48899> MacPorts <https://www.macports.org/> Ports system for OS X

1 11

[MacPorts] #49227: fix gcj in gcc5
by MacPorts 08 Oct '16

08 Oct '16

#49227: fix gcj in gcc5 -----------------------------------+-------------------------------- Reporter: howarth.at.macports@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: gcc5 -----------------------------------+-------------------------------- The attached Portfile.diff, gcj-libiconv-linkage.patch and boehm-gc- darwin15-hack.patch corrects the build of gcj so that it is functional. The changes include... 1) Pass -with-libiconv-prefix=${prefix} to configure so that the proper libiconv is used (as the Portfile has depends_lib port:libiconv. 2) Reduce alignment in boehm-gc to 2 with boehm-gc-darwin15-hack.patch in order to suppress breakage from the recompilation of the system libunwind.dylib against Apple Clang 7.0 in darwin15. 3) Apply gcj-libiconv-linkage.patch to provide the appropriate linkage on libiconv automatically for executables created with gcj. 4) In order to create ecj1 during the build, ecj-4.9.jar is added to distfiles and copied into the source directory as ecj.jar per upstream's build instructions for gcj. The functionality of the resulting gcj-mp-5 can be seen by compiling the testme.java source code.... {{{ public class testme { public static void main(String args[]){ System.out.println("Hello"); } } }}} using the command "gcj-mp-5 --main=testme -O testme.java" which will produce a functional a.out executable. -- Ticket URL: <https://trac.macports.org/ticket/49227> MacPorts <https://www.macports.org/> Ports system for OS X

1 32

[MacPorts] #46224: qt4-mac 4.8.6 build failure on Leopard/PowerPC
by MacPorts 08 Oct '16

08 Oct '16

#46224: qt4-mac 4.8.6 build failure on Leopard/PowerPC ------------------------+-------------------------------- Reporter: dgonyier@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: qt4-mac ------------------------+-------------------------------- Build logs attached. -- Ticket URL: <https://trac.macports.org/ticket/46224> MacPorts <https://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #51017: libopenraw @0.0.9: fix build with jpeg when boolean patch is removed
by MacPorts 08 Oct '16

08 Oct '16

#51017: libopenraw @0.0.9: fix build with jpeg when boolean patch is removed --------------------------+------------------------ Reporter: ryandesign@… | Owner: devans@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.99 Keywords: haspatch | Port: libopenraw --------------------------+------------------------ This patch fixes the build of libopenraw when the boolean patch is removed from the jpeg port (#51013). However, it will cause libopenraw to fail to build until that change is made to the jpeg port, so it should not be applied until after the change is made in the jpeg port. -- Ticket URL: <https://trac.macports.org/ticket/51017> MacPorts <https://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #51013: jpeg @9a: remove boolean patch
by MacPorts 08 Oct '16

08 Oct '16

#51013: jpeg @9a: remove boolean patch --------------------------+-------------------------- Reporter: ryandesign@… | Owner: ryandesign@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: jpeg --------------------------+-------------------------- The boolean patch we are using in the jpeg port has been deemed improper by the developers of jpeg. According to them, the problems it fixes do not represent a problem in jpeg, but rather a problem in the other ports that use jpeg; it is those other ports that should be fixed. See e.g. comment:ticket:42710:6 and comment:ticket:42735:8. -- Ticket URL: <https://trac.macports.org/ticket/51013> MacPorts <https://www.macports.org/> Ports system for OS X

1 3