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

[MacPorts] #47620: tcpdump @4.7.3: update to 4.7.4
by MacPorts 04 Dec '15

04 Dec '15

#47620: tcpdump @4.7.3: update to 4.7.4 ----------------------------+-------------------------------- Reporter: mschamschula@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: haspatch | Port: tcpdump ----------------------------+-------------------------------- tcpdump has been update to version 4.7.4: {{{ RPKI to Router Protocol: Fix Segmentation Faults and other problems RPKI to Router Protocol: print strings with fn_printn() wb: fix some bounds checks }}} -- Ticket URL: <https://trac.macports.org/ticket/47620> MacPorts <https://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #46265: New port: Neovim (nvim)
by MacPorts 02 Dec '15

02 Dec '15

#46265: New port: Neovim (nvim) ------------------------+-------------------------------- Reporter: franck@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: vim, nvim | Port: neovim ------------------------+-------------------------------- Portfile for Neovim (a modern refactor of Vim). -- Ticket URL: <https://trac.macports.org/ticket/46265> MacPorts <https://www.macports.org/> Ports system for OS X

1 11

[MacPorts] #47394: cvs-fast-export: build fails on Snow Leopard
by MacPorts 02 Dec '15

02 Dec '15

#47394: cvs-fast-export: build fails on Snow Leopard -------------------------+----------------------------- Reporter: mojca@… | Owner: mojca@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: snowleopard | Port: cvs-fast-export -------------------------+----------------------------- {{{ /usr/bin/gcc-4.2 -Wall -Wpointer-arith -Wstrict-prototypes -Wmissing- prototypes -Wmissing-declarations -Wno-unused-function -Wno-unused-label -Wno-format-zero-length -pthread -march=native -O3 -I. -I/opt/local/var/macports/build/_opt_mports_dports_devel_cvs-fast-export /cvs-fast-export/work/cvs-fast-export-1.30/ -DVERSION=\"1.30\" -DTHREADS -DREDBLACK -DUSE_MMAP -DLINESTATS -DTREEPACK -Drestrict=__restrict__ -c -o cvsutil.o cvsutil.c cvsutil.c:1: error: bad value (native) for -march= switchlex.c:1: error: bad value (native) for -march= switch cvsutil.c:1: error: bad value (native) for -mtune= switch gram.c:1: error: bad value (native) for -march= switch dump.c:1: error: bad value (native) for -march= switchgram.c:1: error: bad value (native) for -mtune= switch dump.c:1: error: bad value (native) for -mtune= switch lex.c:1: error: bad value (native) for -mtune= switch cvsnumber.c:1: error: bad value (native) for -march= switch cvsnumber.c:1: error: bad value (native) for -mtune= switch import.c:1: error: bad value (native) for -march= switch import.c:1: error: bad value (native) for -mtune= switch rbtree.c:1: error: bad value (native) for -march= switch rbtree.c:1: error: bad value (native) for -mtune= switch main.c:1: error: bad value (native) for -march= switch main.c:1: error: bad value (native) for -mtune= switch make: *** [lex.o] Error 1 }}} Complete log: * http://build.macports.org/builders/buildports-snowleopard- x86_64/builds/34836 -- Ticket URL: <https://trac.macports.org/ticket/47394> MacPorts <https://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #46195: port upgrade outdated not working due sqlite3
by MacPorts 01 Dec '15

01 Dec '15

#46195: port upgrade outdated not working due sqlite3 ---------------------------------------+-------------------------------- Reporter: athenafma@… | Owner: macports-tickets@… Type: request | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: sqlite3; upgrade outdated | Port: ---------------------------------------+-------------------------------- Dear experts I have been trying to upgrade my ports but after attempting to fetch sqlite3-3.8.7.3_0+universal.darwin_14.i386-x86_64.tbz2 from http://nue.de.packages.macports.org/macports/packages/sqlite3 and Applying patches to sqlite3 ---> Configuring sqlite3 the xcodebuild freezes. Nothing happens. No error msg. It keeps trying to configure the sqlite3 forever. Could you please guide me on how to fix it? Thank you. Kind regards Patricia. -- Ticket URL: <https://trac.macports.org/ticket/46195> MacPorts <https://www.macports.org/> Ports system for OS X

1 9

[MacPorts] #45567: tor: update to 0.2.4.25 (workaround for remotely triggerable OpenSSL DoS, more)
by MacPorts 01 Dec '15

01 Dec '15

#45567: tor: update to 0.2.4.25 (workaround for remotely triggerable OpenSSL DoS, more) ----------------------------+-------------------------------- Reporter: rjt-macports@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.2 Keywords: | Port: tor ----------------------------+-------------------------------- Advisory re DoS: https://lists.torproject.org/pipermail/tor- talk/2014-October/035307.html -- Ticket URL: <https://trac.macports.org/ticket/45567> MacPorts <https://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #46378: flex-2.5.39 needs -all-static
by MacPorts 01 Dec '15

01 Dec '15

#46378: flex-2.5.39 needs -all-static ----------------------+-------------------------------- Reporter: rurban@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: ----------------------+-------------------------------- See http://patchwork.openembedded.org/patch/68029/ diff -bu ./Makefile.am~ ./Makefile.am --- ./Makefile.am~ 2014-03-26 13:46:44.000000000 +0100 +++ ./Makefile.am 2015-01-03 11:47:43.000000000 +0100 @@ -73,13 +73,13 @@ libmain.c \ libyywrap.c -libfl_la_LDFLAGS = -no-undefined -version-info @SHARED_VERSION_INFO@ +libfl_la_LDFLAGS = -all-static -no-undefined -version-info @SHARED_VERSION_INFO@ libfl_pic_la_SOURCES = \ libmain.c \ libyywrap.c -libfl_pic_la_LDFLAGS = -no-undefined -version-info @SHARED_VERSION_INFO@ +libfl_pic_la_LDFLAGS = -all-static -no-undefined -version-info @SHARED_VERSION_INFO@ noinst_HEADERS = \ flexdef.h \ ./conf.in -- Ticket URL: <https://trac.macports.org/ticket/46378> MacPorts <https://www.macports.org/> Ports system for OS X

1 5

[MacPorts] #46515: naturaldocs' installation locations vary depending on perl5's installed variant
by MacPorts 01 Dec '15

01 Dec '15

#46515: naturaldocs' installation locations vary depending on perl5's installed variant --------------------------+------------------------- Reporter: ryandesign@… | Owner: landonf@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: naturaldocs --------------------------+------------------------- naturaldocs' installation locations vary depending on perl5's installed variant. For example, on my system, with perl5 installed with the +perl5_20 variant, naturaldocs installed: {{{ /opt/local/lib/perl5/vendor_perl/5.20/NaturalDocs -> /opt/local/lib/NaturalDocs-1.5/Modules/NaturalDocs }}} This breaks ports expecting naturaldocs' files to be in a particular location. See comment:ticket:46363:2 The port should be updated to depend explicitly on perl5.16 and to install its symlink pointing to the perl5.16 module directory. I would not suggest adding perl variants because that too would break dependents of naturaldocs, unless those dependents were to also adopt the same variants (though that would also be an acceptable solution). -- Ticket URL: <https://trac.macports.org/ticket/46515> MacPorts <https://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #46681: crash in glx_display_free when closing application connected to remote XOrg.org server
by MacPorts 01 Dec '15

01 Dec '15

#46681: crash in glx_display_free when closing application connected to remote XOrg.org server -------------------------+-------------------------------- Reporter: rjvbertin@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: crash | Port: mesa -------------------------+-------------------------------- I've built the Qt 5.4.0 xcb platform plugin, which allows Qt applications to connect and render to (remote) X11 servers. After testing and quitting Qt's own Assistant application, I got the following crash: {{{ Exception Type: EXC_BAD_ACCESS (SIGSEGV) Exception Codes: KERN_INVALID_ADDRESS at 0x0000000000000010 VM Regions Near 0x10: --> __TEXT 000000010d1e4000-000000010d2d5000 [ 964K] r-x/rwx SM=COW /Applications/MacPorts/*/Assistant.app/Contents/MacOS/Assistant Thread 0 Crashed:: Dispatch queue: com.apple.main-thread 0 libGL.1.dylib 0x00000001178c5897 glx_display_free + 14 1 libGL.1.dylib 0x00000001178c57cc __glXCloseDisplay + 111 2 libX11.6.dylib 0x0000000117bce8da XCloseDisplay + 156 3 libqxcb.dylib 0x0000000117703d8f QXcbConnection::~QXcbConnection() + 399 (qxcbconnection.cpp:449) 4 libqxcb.dylib 0x00000001177041ae QXcbConnection::~QXcbConnection() + 14 (qxcbconnection.cpp:415) 5 libqxcb.dylib 0x000000011770824e QXcbIntegration::~QXcbIntegration() + 78 (qlist.h:262) 6 libqxcb.dylib 0x000000011770832e QXcbIntegration::~QXcbIntegration() + 14 (qxcbintegration.cpp:169) 7 org.qt-project.QtGui 0x000000010dcad17e QGuiApplicationPrivate::~QGuiApplicationPrivate() + 366 8 org.qt-project.QtWidgets 0x000000010d40dea0 QApplicationPrivate::~QApplicationPrivate() + 176 9 org.qt-project.QtWidgets 0x000000010d40dece QApplicationPrivate::~QApplicationPrivate() + 14 10 org.qt-project.QtCore 0x000000010e5114d7 QObject::~QObject() + 1879 11 org.qt-project.QtGui 0x000000010dcaa613 QGuiApplication::~QGuiApplication() + 499 12 org.qt-project.QtWidgets 0x000000010d40ff60 QApplication::~QApplication() + 880 13 org.qt-project.QtWidgets 0x000000010d40ffbe QApplication::~QApplication() + 14 14 org.qt-project.assistant 0x000000010d205727 main + 10727 (qscopedpointer.h:54) 15 org.qt-project.assistant 0x000000010d1e8b74 start + 52 }}} Full backtrace included (minus all loaded shared objects outside of ${prefix}) -- Ticket URL: <https://trac.macports.org/ticket/46681> MacPorts <https://www.macports.org/> Ports system for OS X

1 4

[MacPorts] #47303: SIGSEGV in glx_display_free
by MacPorts 01 Dec '15

01 Dec '15

#47303: SIGSEGV in glx_display_free -------------------------+-------------------------------- Reporter: rjvbertin@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: mesa -------------------------+-------------------------------- Trying to use port:glxinfo on the X server running on my KUbuntu 14.04.2 LTS system, I get the following: {{{ %> env DISPLAY=patux.local:0.0 glxinfo name of display: patux.local:0.0 Error: couldn't find RGB GLX visual or fbconfig Error: couldn't find RGB GLX visual or fbconfig Segmentation fault Exit 139 }}} {{{ Process: glxinfo [83427] Path: /opt/local/bin/glxinfo Identifier: glxinfo Version: 0 Code Type: X86-64 (Native) Parent Process: tcsh [95443] Responsible: Terminal [448] User ID: 505 Date/Time: 2015-03-29 15:14:48.521 +0200 OS Version: Mac OS X 10.9.5 (13F34) Report Version: 11 Anonymous UUID: 64B814D9-356F-6F85-8341-E17C1354A330 Sleep/Wake UUID: 3ED5D38F-1899-4189-AEEE-E2781F354C9B Crashed Thread: 0 Dispatch queue: com.apple.main-thread Exception Type: EXC_BAD_ACCESS (SIGSEGV) Exception Codes: KERN_INVALID_ADDRESS at 0x0000000000000010 VM Regions Near 0x10: --> __TEXT 000000010b8c4000-000000010b8ca000 [ 24K] r-x/rwx SM=COW /Volumes/VOLUME/* Thread 0 Crashed:: Dispatch queue: com.apple.main-thread 0 libGL.1.dylib 0x000000010b8d7897 glx_display_free + 14 1 libGL.1.dylib 0x000000010b8d77cc __glXCloseDisplay + 111 2 libX11.6.dylib 0x000000010b9698da XCloseDisplay + 156 3 glxinfo 0x000000010b8c670c main + 2667 4 libdyld.dylib 0x00007fff9158f5fd start + 1 }}} mesa is @10.4.4_2 . Doing this from my 10.6 VM glxinfo just exits, without crashing. And that's of course the correct thing to do. -- Ticket URL: <https://trac.macports.org/ticket/47303> MacPorts <https://www.macports.org/> Ports system for OS X

1 5

[MacPorts] #46973: clang 3.4.2_6 build fails, ML on OSX
by MacPorts 01 Dec '15

01 Dec '15

#46973: clang 3.4.2_6 build fails, ML on OSX ---------------------+-------------------------------- Reporter: punch@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: ---------------------+-------------------------------- I tried doing an upgrade from 3.4.2_5 to 3.4.2_6 and the build fails. This is under Mountain Lion on OSX. I ran down the make error, relevant info below. Two traces so you need to scroll down. main.log debug:build Executing org.macports.build (clang-3.4) ...skipping... release_tarballs_ports_lang_llvm-3.4/clang-3.4/work/llvm-3.4.2.src/projects /compiler-rt/make/platform/clang_darwin_test_input.c -isysroot /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_lang_llvm-3.4/clang-3.4/work/llvm-3.4.2.src/projects /compiler-rt/SDKs/darwin -o /dev/null > /dev/null 2> /de v/null :info:build warning: clang_darwin.mk: dropping arch 'x86_64' from lib 'ubsan_osx' :info:build make[4]: Entering directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_lang_llvm-3.4/clang-3.4/work/llvm-3.4.2.src/projects /compiler-rt' :info:build make/platform/clang_linux.mk:16: *** "unable to infer compiler target triple for /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_lang_llvm-3.4/clang-3.4/work/llvm-3.4.2.src/Release+Debug+Asserts/bin/clang". Stop. :info:build make[4]: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_lang_llvm-3.4/clang-3.4/work/llvm-3.4.2.src/projects /compiler-rt' :info:build make[3]: *** [BuildRuntimeLibraries] Error 2 :info:build rm /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_lang_llvm-3.4/clang-3.4/work/llvm-3.4.2.src/Release+Debug+Asserts/lib/clang/3.4.2/lib/darwin_embedded/.dir /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_lang_llvm-3.4/clang-3.4/work/llvm-3.4.2.src/Release+Debug+Asserts/lib/clang/3.4.2/lib/darwin/.dir :info:build make[3]: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_lang_llvm-3.4/clang-3.4/work/llvm-3.4.2.src/tools/clang/runtime /compiler-rt' :info:build make[2]: *** [compiler-rt/.makeall] Error 2 :info:build make[2]: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_lang_llvm-3.4/clang-3.4/work/llvm-3.4.2.src/tools/clang/runtime' :info:build make[1]: *** [all] Error 1 :info:build make[1]: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_lang_llvm-3.4/clang-3.4/work/llvm-3.4.2.src/tools/clang' :info:build make: *** [all] Error 1 :info:build make: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_lang_llvm-3.4/clang-3.4/work/llvm-3.4.2.src' :info:build Command failed: cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_lang_llvm-3.4/clang-3.4/work/llvm-3.4.2.src" && /usr/bin/make -j8 -w clang-only :info:build Exit code: 2 :error:build org.macports.build for port clang-3.4 returned: command execution failed :debug:build Error code: CHILDSTATUS 74521 2 :debug:build Backtrace: command execution failed while executing "system -nice 0 $fullcmdstring" ("eval" body line 1) invoked from within "eval system $notty $nice \$fullcmdstring" invoked from within "command_exec build" (procedure "portbuild::build_main" line 8) invoked from within "portbuild::build_main org.macports.build" ("eval" body line 1) invoked from within "eval $procedure $targetname" :info:build Warning: targets not executed for clang-3.4: org.macports.install org.macports.build org.macports.destroot :notice:build Please see the log file for port clang-3.4 for details: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_lang_llvm-3.4/clang-3.4/main.log I cd to llvm-3.4.2.src and run /usr/bin/make -j8 -w clang-only, relevant info below make[3]: Entering directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_lang_llvm-3.4/clang-3.4/work/llvm-3.4.2.src/lib/Transforms/Hello' make[4]: Entering directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_lang_llvm-3.4/clang-3.4/work/llvm-3.4.2.src/lib/Target/Sparc/MCTargetDesc' make[4]: Nothing to be done for `all'. make[4]: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_lang_llvm-3.4/clang-3.4/work/llvm-3.4.2.src/lib/Target/Sparc/MCTargetDesc' make[3]: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_lang_llvm-3.4/clang-3.4/work/llvm-3.4.2.src/lib/Target/Sparc' /bin/sh: /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_lang_llvm-3.4/clang-3.4/work/llvm-3.4.2.src/lib/Transforms/Hello/Release+Debug+Asserts/Hello.exports.sed: Permission denied make[3]: *** [/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_lang_llvm-3.4/clang-3.4/work/llvm-3.4.2.src/lib/Transforms/Hello/Release+Debug+Asserts/Hello.exports.sed] Error 1 make[3]: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_lang_llvm-3.4/clang-3.4/work/llvm-3.4.2.src/lib/Transforms/Hello' make[4]: Entering directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_lang_llvm-3.4/clang-3.4/work/llvm-3.4.2.src/lib/Target/AArch64/AsmParser' make[4]: Nothing to be done for `all'. I cd to /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_lang_llvm-3.4/clang-3.4/work/llvm-3.4.2.src/lib/Transforms/Hello to see what's up. In Hello is: CMakeLists.txt, Hello.cpp Hello.exports Makefile and the directory Release+Debug+Asserts Hello.exports is empty. In that directory is: Hello.d and Hello.o no .sed file (so not really a permissions problem?). -- Ticket URL: <https://trac.macports.org/ticket/46973> MacPorts <https://www.macports.org/> Ports system for OS X

1 19