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

[MacPorts] #46099: pango @1.38.0_1 +universal: builds using System cc, fails to lipo
by MacPorts 06 Dec '15

06 Dec '15

#46099: pango @1.38.0_1 +universal: builds using System cc, fails to lipo --------------------------+-------------------------------- Reporter: ryandesign@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: pango --------------------------+-------------------------------- pango is failing to build universal on the Snow Leopard builder: https://build.macports.org/builders/buildports-snowleopard- x86_64/builds/31825/steps/compile/logs/stdio {{{ ---> Configuring pango DEBUG: Using compiler 'System cc' }}} {{{ CC='/usr/bin/cc' CC_PRINT_OPTIONS='YES' CC_PRINT_OPTIONS_FILE='/opt/local/var/macports/build/_opt_mports_dports_x11_pango/pango/work/.CC_PRINT_OPTIONS' CFLAGS='-pipe -Os -arch x86_64 -arch i386' CPATH='/opt/local/include' CPPFLAGS='-I/opt/local/include' CXX='/usr/bin/c++' CXXFLAGS='-pipe -Os -arch x86_64 -arch i386' F90FLAGS='-pipe -Os' FCFLAGS='-pipe -Os' FFLAGS='-pipe -Os' INSTALL='/usr/bin/install -c' LDFLAGS='-L/opt/local/lib -Wl,-headerpad_max_install_names -arch x86_64 -arch i386' LIBRARY_PATH='/opt/local/lib' MACOSX_DEPLOYMENT_TARGET='10.6' OBJC='/usr/bin/cc' OBJCFLAGS='-pipe -Os -arch x86_64 -arch i386' OBJCXX='/usr/bin/c++' OBJCXXFLAGS='-pipe -Os -arch x86_64 -arch i386' }}} {{{ libtool: compile: /usr/bin/cc -m64 -DHAVE_CONFIG_H -I. -I../.. -DSYSCONFDIR=\"/opt/local/etc\" -DLIBDIR=\"/opt/local/lib\" -DG_DISABLE_CAST_CHECKS -I../.. -D_REENTRANT -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/include -I/opt/local/include -pipe -Os -arch x86_64 -arch i386 -Wall -c fribidi_char_type.c -fno-common -DPIC -o .libs/fribidi_char_type.o lipo: /opt/local/var/macports/build/_opt_mports_dports_x11_pango/pango/work/.tmp/cctzCX5p.out and /opt/local/var/macports/build/_opt_mports_dports_x11_pango/pango/work/.tmp/cc0O89YE.out have the same architectures (x86_64) and can't be in the same fat output file }}} Why in the world has it selected "System CC"? The pango portfile does nothing to influence the compiler selection. -- Ticket URL: <https://trac.macports.org/ticket/46099> MacPorts <https://www.macports.org/> Ports system for OS X

1 7

[MacPorts] #46626: slatec @4.1_0+gcc49 Mavericks Slatec Linking Error
by MacPorts 05 Dec '15

05 Dec '15

#46626: slatec @4.1_0+gcc49 Mavericks Slatec Linking Error -----------------------------+-------------------------------- Reporter: paul.whelan07@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: slatec gfortran | Port: slatec -----------------------------+-------------------------------- I have just installed the Slatec Common Mathematical Library for fortran using Macports. The installation was smooth with no errors. However, when writing a simple example code that calls the QAG integration routine from the library I get the following error: Undefined symbols for architecture x86_64: "_slamch_", referenced from: _r1mach_ in libslatec.a(r1mach.o) ld: symbol(s) not found for architecture x86_64 collect2: error: ld returned 1 exit status slamch is begin referred from r1mach - which is a routine that deals with machine constants I think. This is an unexpected error given that the dependencies should have been taken care of by MacPorts. I’m using Mavericks 10.9.5 on in Intel laptop if that helps. Many thanks. Paul -- Ticket URL: <https://trac.macports.org/ticket/46626> MacPorts <https://www.macports.org/> Ports system for OS X

1 3

[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