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

[MacPorts] #47163: v8: update to 3.24.6 or greater
by MacPorts 09 Dec '15

09 Dec '15

#47163: v8: update to 3.24.6 or greater --------------------------+-------------------------------- Reporter: ryandesign@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: v8 --------------------------+-------------------------------- I'm trying to add a port for the v8js PHP module, and its current version 0.2.0 requires v8 3.24.6 or greater. Could v8 be updated? -- Ticket URL: <https://trac.macports.org/ticket/47163> MacPorts <https://www.macports.org/> Ports system for OS X

1 4

[MacPorts] #46570: git: remove variants perl5_12, perl5_14, introduce support for 5.18 and 5.20
by MacPorts 07 Dec '15

07 Dec '15

#46570: git: remove variants perl5_12, perl5_14, introduce support for 5.18 and 5.20 -------------------------+------------------------- Reporter: mojca@… | Owner: ciserlohn@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: git -------------------------+------------------------- Support for Perl < 5.16 has been removed (#46322). I would like to request removing variants `perl5_12` and `perl5_14` and introduce variants for 5.18 and 5.20, ideally using something like: {{{ perl5.require_variant yes perl5.conflict_variants yes perl5.branches 5.16 5.18 5.20 perl5.create_variants ${perl5.branches} }}} (See #43193, r125264, r129992) -- Ticket URL: <https://trac.macports.org/ticket/46570> MacPorts <https://www.macports.org/> Ports system for OS X

1 28

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