December 2015 - macports-tickets - lists.macosforge.org

[MacPorts] #48804: gstreamer1 update needed for OpenGL support
by MacPorts 13 Aug '16

13 Aug '16

#48804: gstreamer1 update needed for OpenGL support -----------------------+-------------------------------- Reporter: gdevel@… | Owner: macports-tickets@… Type: request | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: gstreamer | Port: -----------------------+-------------------------------- OSX version 10.10.4 Checked version in ports GST 1.4.5 Problem: OpenGL plugins in gat-plugins-bad crash Solution: I upgraded to current GStreamer Version 1.5.90 using modified local port files. Problems AppleMedia from bad plugins section won't build anymore. I disabled it for now. Solution appreciated! -- Ticket URL: <https://trac.macports.org/ticket/48804> MacPorts <https://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #48099: tomcat-native update to 1.1.33
by MacPorts 13 Aug '16

13 Aug '16

#48099: tomcat-native update to 1.1.33 --------------------+-------------------------------- Reporter: matt@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: tomcat-native --------------------+-------------------------------- Newest releases of Tomcat recommend v1.1.33 -- Ticket URL: <https://trac.macports.org/ticket/48099> MacPorts <https://www.macports.org/> Ports system for OS X

1 5

[MacPorts] #48173: Lion buildbot builder: No space left on device
by MacPorts 11 Aug '16

11 Aug '16

#48173: Lion buildbot builder: No space left on device ----------------------------+--------------------- Reporter: ryandesign@… | Owner: admin@… Type: defect | Status: new Priority: Normal | Milestone: Component: server/hosting | Version: Keywords: | Port: ----------------------------+--------------------- The Lion buildbot builder (tenseven-slave.macports.org) ran out of disk space trying to build gcc6 during this build: https://build.macports.org/builders/buildports-lion-x86_64/builds/29508 {{{ In file included from /opt/local/var/macports/build/_opt_mports_dports_lang_gcc6/libgcc- devel/work/gcc-6-20150621/libstdc++-v3/include/precompiled/stdc++.h:94:0: /opt/local/var/macports/build/_opt_mports_dports_lang_gcc6/libgcc- devel/work/build/x86_64-apple- darwin11/libstdc++-v3/include/valarray:1233:1: error: while writing precompiled header: No space left on device } // namespace ^ /opt/local/var/macports/build/_opt_mports_dports_lang_gcc6/libgcc- devel/work/build/x86_64-apple- darwin11/libstdc++-v3/include/valarray:1233:1: fatal error: can't write PCH file: No space left on device compilation terminated. }}} How much disk space is free? Can we get more? Or can we investigate if there's anything taking up space unnecessarily? I imagine most of the disk space will be taken up by /opt/local/var/macports/software, because the way we have the buildbot builders set up is that all ports remain installed, but deactivated. This means that as more and more ports get added to MacPorts over time, more and more disk space is needed on the builders. I'm not certain how the buildbot builder's disk volumes are set up... I thought a SAN or file share might be involved, but I'm not sure what parts are on that and what parts are on each builder's local disk volumes. Is there a system in place that monitors our servers' disk space? It's important that we resolve low disk space issues before we run out completely, as happened here. -- Ticket URL: <https://trac.macports.org/ticket/48173> MacPorts <https://www.macports.org/> Ports system for OS X

1 9

[MacPorts] #49273: clang-mp-3.7 and MACOSX_DEPLOYMENT_TARGET=10.3 do not mix
by MacPorts 10 Aug '16

10 Aug '16

#49273: clang-mp-3.7 and MACOSX_DEPLOYMENT_TARGET=10.3 do not mix --------------------+-------------------------------- Reporter: jhi@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: clang --------------------+-------------------------------- I have the latest macports clang 3.7 on the latest Yosemite or 10.10 (not yet El Capitan or 10.11), and the XCode 7.0.1 Command Line Tools installed. Originally this failure came from trying to compile Perl, but I managed to reduce it to simply to the below-demonstrated problem, no Perl source needed: the macports clang doesn't work with the MACOSX_DEPLOYMENT_TARGET (https://developer.apple.com/library/mac/documentation/DeveloperTools/Concep…) as opposed to the system clang, or the macports clang with**OUT** the MACOSX_DEPLOYMENT_TARGET. I also show below the find outputs for the libgcc_s both in the XCode and under /opt/local/lib {{{ % cat main.c int main() { return 0; } % env MACOSX_DEPLOYMENT_TARGET=10.3 clang-mp-3.7 -o main main.c ld: library not found for -lgcc_s.10.4 clang: error: linker command failed with exit code 1 (use -v to see invocation) % env MACOSX_DEPLOYMENT_TARGET=10.3 /usr/bin/clang -o main main.c % env clang-mp-3.7 -o main main.c % clang-mp-3.7 -v clang version 3.7.0 (tags/RELEASE_370/final) Target: x86_64-apple-darwin14.5.0 % /usr/bin/clang -v Apple LLVM version 7.0.0 (clang-700.0.72) Target: x86_64-apple-darwin14.5.0 Thread model: posix % env MACOSX_DEPLOYMENT_TARGET=10.3 clang-mp-3.7 -v -o main main.c clang version 3.7.0 (tags/RELEASE_370/final) Target: x86_64-apple-darwin14.5.0 Thread model: posix "/opt/local/libexec/llvm-3.7/bin/clang" -cc1 -triple x86_64-apple- macosx10.3.0 -emit-obj -mrelax-all -disable-free -disable-llvm-verifier -main-file-name main.c -mrelocation-model pic -pic-level 2 -mthread-model posix -mdisable-fp-elim -masm-verbose -munwind-tables -target-cpu core2 -target-linker-version 242 -v -dwarf-column-info -resource-dir /opt/local/libexec/llvm-3.7/bin/../lib/clang/3.7.0 -fdebug-compilation-dir /Users/jhi -ferror-limit 19 -fmessage-length 80 -mstackrealign -fblocks -fblocks-runtime-optional -fobjc-runtime=macosx-10.3.0 -fobjc-dispatch- method=non-legacy -fencode-extended-block-signature -fmax-type-align=16 -fdiagnostics-show-option -o /var/folders/yg/hdcrkqfx5cgc80b9zgbhnw_h0000gn/T/main-86350b.o -x c main.c clang -cc1 version 3.7.0 based upon LLVM 3.7.0 default target x86_64 -apple-darwin14.5.0 #include "..." search starts here: #include <...> search starts here: /usr/local/include /opt/local/libexec/llvm-3.7/bin/../lib/clang/3.7.0/include /usr/include /System/Library/Frameworks (framework directory) /Library/Frameworks (framework directory) End of search list. "/opt/local/libexec/llvm-3.7/bin/ld" -demangle -dynamic -arch x86_64 -macosx_version_min 10.3.0 -o main -lcrt1.o /var/folders/yg/hdcrkqfx5cgc80b9zgbhnw_h0000gn/T/main-86350b.o -lSystem -lgcc_s.10.4 /opt/local/libexec/llvm-3.7/bin/../lib/clang/3.7.0/lib/darwin/libclang_rt.10.4.a ld: library not found for -lgcc_s.10.4 clang: error: linker command failed with exit code 1 (use -v to see invocation) % find /Applications/Xcode.app -name 'libgcc_s*' /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS.sdk/usr/lib/libgcc_s.1.tbd /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk/usr/lib/libgcc_s.1.tbd /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk/usr/lib/libgcc_s.10.4.tbd /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk/usr/lib/libgcc_s.10.5.tbd % find /opt/local/lib -name 'libgcc_s*' /opt/local/lib/gcc43/libgcc_s.1.dylib /opt/local/lib/gcc43/libgcc_s.10.4.dylib /opt/local/lib/gcc43/libgcc_s.10.5.dylib /opt/local/lib/gcc43/libgcc_s_ppc64.1.dylib /opt/local/lib/gcc43/libgcc_s_x86_64.1.dylib /opt/local/lib/gcc44/libgcc_s.1.dylib /opt/local/lib/gcc44/libgcc_s.10.4.dylib /opt/local/lib/gcc44/libgcc_s.10.5.dylib /opt/local/lib/gcc44/libgcc_s_ppc64.1.dylib /opt/local/lib/gcc44/libgcc_s_x86_64.1.dylib /opt/local/lib/gcc45/libgcc_s.1.dylib /opt/local/lib/gcc45/libgcc_s_ppc64.1.dylib /opt/local/lib/gcc45/libgcc_s_x86_64.1.dylib /opt/local/lib/gcc46/libgcc_s.1.dylib /opt/local/lib/gcc46/libgcc_s_ppc64.1.dylib /opt/local/lib/gcc46/libgcc_s_x86_64.1.dylib /opt/local/lib/gcc47/libgcc_s.1.dylib /opt/local/lib/gcc47/libgcc_s_ppc64.1.dylib /opt/local/lib/gcc47/libgcc_s_x86_64.1.dylib /opt/local/lib/gcc48/libgcc_s.1.dylib /opt/local/lib/gcc48/libgcc_s_ppc64.1.dylib /opt/local/lib/gcc48/libgcc_s_x86_64.1.dylib /opt/local/lib/gcc49/libgcc_s.1.dylib /opt/local/lib/gcc49/libgcc_s_ppc64.1.dylib /opt/local/lib/gcc49/libgcc_s_x86_64.1.dylib /opt/local/lib/gcc5/libgcc_s.1.dylib /opt/local/lib/gcc5/libgcc_s_ppc64.1.dylib /opt/local/lib/gcc5/libgcc_s_x86_64.1.dylib /opt/local/lib/libgcc/libgcc_s.1.dylib % }}} -- Ticket URL: <https://trac.macports.org/ticket/49273> MacPorts <https://www.macports.org/> Ports system for OS X

1 5

[MacPorts] #48486: lion buildslave registry damaged
by MacPorts 10 Aug '16

10 Aug '16

#48486: lion buildslave registry damaged ----------------------------+--------------------- Reporter: snc@… | Owner: admin@… Type: defect | Status: new Priority: Normal | Milestone: Component: server/hosting | Version: Keywords: | Port: ----------------------------+--------------------- I received build failures due to registry corruption. It seems all builds for Lion are failing: https://build.macports.org/builders/buildports-lion-x86_64 {{{ sqlite error: database disk image is malformed (11) while executing query: SELECT dependencies.id FROM ports port INNER JOIN dependencies USING(name) INNER JOIN ports dependent USING(id) WHERE port.id=27240 ORDER BY dependent.name,dependent.epoch, dependent.version, dependent.revision,dependent.variants while executing "$port dependents" (procedure "receipt_sqlite::list_dependents" line 16) invoked from within "${macports::registry.format}::list_dependents $name $version $revision $variants" (procedure "registry::list_dependents" line 3) invoked from within "registry::list_dependents $pvals(name)" (procedure "portlist_sortdependents" line 7) invoked from within "portlist_sortdependents $portlist" (procedure "action_deactivate" line 6) invoked from within "$action_proc $action $portlist [array get global_options]" (procedure "process_cmd" line 103) invoked from within "process_cmd $remaining_args" invoked from within "if { [llength $remaining_args] > 0 } { # If there are remaining arguments, process those as a command set exit_status [process_cmd $remaining..." (file "/opt/local/bin/port" line 5268) }}} -- Ticket URL: <https://trac.macports.org/ticket/48486> MacPorts <https://www.macports.org/> Ports system for OS X

1 22

[MacPorts] #49808: update buildbot to 0.8.12
by MacPorts 10 Aug '16

10 Aug '16

#49808: update buildbot to 0.8.12 ----------------------------+--------------------- Reporter: ryandesign@… | Owner: admin@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: server/hosting | Version: Keywords: | Port: ----------------------------+--------------------- The buildbot software on the buildbot build slaves and the master should probably be updated to 0.8.12. -- Ticket URL: <https://trac.macports.org/ticket/49808> MacPorts <https://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #47036: jython installation hardcodes JAVA_HOME such that jython will fail if a user upgrades the Java installation
by MacPorts 08 Aug '16

08 Aug '16

#47036: jython installation hardcodes JAVA_HOME such that jython will fail if a user upgrades the Java installation ---------------------+-------------------------------- Reporter: mtb19@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: jython ---------------------+-------------------------------- = To reproduce = * install an older version of Java (e.g., jdk1.7.0_67) * install jython * upgrade Java (e.g., to jdk1.7.0_75) * remove the older Java version * run `jython` * run `JAVA_HOME="$( /usr/libexec/java_home -v 1.7 )" jython` = Expected = Both `jython` and `JAVA_HOME="$( /usr/libexec/java_home -v 1.7 )" jython` should work. = Actual = Both fail, complaining that (e.g.) `/Library/Java/JavaVirtualMachines/jdk1.7.0_67.jdk/Contents/Home/bin/java` doesn't exist. = Additional Detail = An inspection of `cat $( which jython )` reveals: {{{ ... # This file was generated by the Jython installer # Created on ... JAVA_HOME="/Library/Java/JavaVirtualMachines/jdk1.7.0_67.jdk/Contents/Home/jre" ... }}} These lines are not present in the [https://svn.code.sf.net/p/jython/svn/tags/Release_2_5_2/jython/src/shell/jy… original source file]. Setting `JAVA_HOME` in this manner: * a) may not be correct for very long; and * b) permanently overrides any external setting This leaves the user with hand-editing `$( which jython )` or reinstalling jython after every Java upgrade to get it to work, neither of which is ideal. -- Ticket URL: <https://trac.macports.org/ticket/47036> MacPorts <https://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #49272: python35: doesn't work with Xcode 4
by MacPorts 07 Aug '16

07 Aug '16

#49272: python35: doesn't work with Xcode 4 ---------------------+---------------------- Reporter: mojca@… | Owner: jwa@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: lion | Port: python35 ---------------------+---------------------- Python 3.5.0 fails to build on 10.7. See: https://bugs.python.org/issue24844 Maybe we could temporary add some compiler blacklisting code -- Ticket URL: <https://trac.macports.org/ticket/49272> MacPorts <https://www.macports.org/> Ports system for OS X

1 11

[MacPorts] #48754: New port for newsbeuter
by MacPorts 04 Aug '16

04 Aug '16

#48754: New port for newsbeuter ------------------------+-------------------------------- Reporter: macports@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: newsbeuter ------------------------+-------------------------------- Newsbeuter is a terminal based newsfeed reader. -- Ticket URL: <https://trac.macports.org/ticket/48754> MacPorts <https://www.macports.org/> Ports system for OS X

1 6

[MacPorts] #49418: Can't compile vtk5 +python27 +qt4_mac under 10.11.1
by MacPorts 03 Aug '16

03 Aug '16

#49418: Can't compile vtk5 +python27 +qt4_mac under 10.11.1 ------------------------------+-------------------------------- Reporter: leonardo.pires@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: vtk5 ------------------------------+-------------------------------- I cant compile vtk5 under 10.11.1. Already tried only vtk5, another error happens. The errors is: [ 8%] Generating vtkGLSLShaderLibrary.h cd /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_graphics_vtk5/vtk5/work/VTK5.10.1/Utilities/MaterialLibrary && ../../bin/ProcessShader /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_graphics_vtk5/vtk5/work/VTK5.10.1/Utilities/MaterialLibrary/vtkGLSLShaderLibrary.h vtkShaderGLSL Code GetCode /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_graphics_vtk5/vtk5/work/VTK5.10.1/Utilities/MaterialLibrary/GLSLShaders/TestAppVarFrag.glsl /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_graphics_vtk5/vtk5/work/VTK5.10.1/Utilities/MaterialLibrary/GLSLShaders/TestVertex.glsl /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_graphics_vtk5/vtk5/work/VTK5.10.1/Utilities/MaterialLibrary/GLSLShaders/TestVtkPropertyFrag.glsl /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_graphics_vtk5/vtk5/work/VTK5.10.1/Utilities/MaterialLibrary/GLSLShaders/TestMatrixFrag.glsl /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_graphics_vtk5/vtk5/work/VTK5.10.1/Utilities/MaterialLibrary/GLSLShaders/TestScalarVectorFrag.glsl /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_graphics_vtk5/vtk5/work/VTK5.10.1/Utilities/MaterialLibrary/GLSLShaders/Twisted.glsl dyld: Library not loaded: /opt/local/lib/vtk-5.10/libvtksys.5.10.dylib Referenced from: /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_graphics_vtk5/vtk5/work/VTK5.10.1/Utilities/MaterialLibrary/../../bin/ProcessShader Reason: image not found The problem is: libvtksys.5.10.dylib isn't at /opt/local/lib but at /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_graphics_vtk5/vtk5/work/VTK5.10.1/lib (the temporary dir for building). Love your ports, guys. Hope to help to get it better! -- Ticket URL: <https://trac.macports.org/ticket/49418> MacPorts <https://www.macports.org/> Ports system for OS X

1 11