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

[MacPorts] #51708: libassuan @2.4.2 does not build on PPC Tiger, Mac OS X 10.4.11 because of macro INADDR_LOOPBACK inside #ifndef _POSIX_C_SOURCE
by MacPorts 16 Oct '16

16 Oct '16

#51708: libassuan @2.4.2 does not build on PPC Tiger, Mac OS X 10.4.11 because of macro INADDR_LOOPBACK inside #ifndef _POSIX_C_SOURCE -----------------------------+-------------------------------- Reporter: Peter_Dyballa@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: libassuan -----------------------------+-------------------------------- This is the error: {{{ :info:build /bin/sh ../libtool --tag=CC --mode=compile /opt/local/bin /gcc-apple-4.2 -DHAVE_CONFIG_H -I. -I.. -I.. -I/opt/local/include -I/opt/local/include -pipe -Os -arch ppc -Wall -Wcast-align -Wshadow -Wstrict-prototypes -Wpointer-arith -MT libassuan_la-assuan-socket.lo -MD -MP -MF .deps/libassuan_la-assuan-socket.Tpo -c -o libassuan_la-assuan- socket.lo `test -f 'assuan-socket.c' || echo './'`assuan-socket.c :info:build libtool: compile: /opt/local/bin/gcc-apple-4.2 -DHAVE_CONFIG_H -I. -I.. -I.. -I/opt/local/include -I/opt/local/include -pipe -Os -arch ppc -Wall -Wcast-align -Wshadow -Wstrict-prototypes -Wpointer-arith -MT libassuan_la-assuan-socket.lo -MD -MP -MF .deps /libassuan_la-assuan-socket.Tpo -c assuan-socket.c -fno-common -DPIC -o .libs/libassuan_la-assuan-socket.o :info:build assuan-socket.c: In function 'socks5_connect': :info:build assuan-socket.c:732: error: 'INADDR_LOOPBACK' undeclared (first use in this function) :info:build assuan-socket.c:732: error: (Each undeclared identifier is reported only once :info:build assuan-socket.c:732: error: for each function it appears in.) :info:build make[3]: *** [libassuan_la-assuan-socket.lo] Error 1 :info:build make[3]: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_lil.fr.rsync.macports.org_release_tarballs_ports_devel_libassuan/libassuan/work/libassuan-2.4.2/src' }}} When the source file is compiled these C header files are included: {{{ . ../config.h . /usr/include/stdio.h .. /usr/include/_types.h ... /usr/include/sys/_types.h .... /usr/include/sys/cdefs.h .... /usr/include/machine/_types.h ..... /usr/include/ppc/_types.h . /usr/include/stdlib.h .. /usr/include/sys/wait.h ... /usr/include/sys/signal.h .... /usr/include/sys/appleapiopts.h .... /usr/include/machine/signal.h ..... /usr/include/ppc/signal.h ... /usr/include/sys/resource.h . /usr/include/sys/types.h .. /usr/include/machine/types.h ... /usr/include/ppc/types.h .... /usr/include/ppc/_types.h .. /usr/include/machine/endian.h ... /usr/include/ppc/endian.h . /usr/include/sys/socket.h .. /usr/include/machine/param.h ... /usr/include/ppc/param.h . /usr/include/netinet/in.h .. /usr/include/sys/_endian.h ... /opt/local/lib/apple-gcc42/gcc/powerpc-apple- darwin8/4.2.4/include/stdint.h ... /usr/include/libkern/OSByteOrder.h .... /usr/include/libkern/ppc/OSByteOrder.h .. /usr/include/netinet6/in6.h . /usr/include/arpa/inet.h .. /usr/include/sys/param.h ... /usr/include/sys/syslimits.h ... /opt/local/lib/apple-gcc42/gcc/powerpc-apple- darwin8/4.2.4/include/limits.h .... /opt/local/lib/apple-gcc42/gcc/powerpc-apple- darwin8/4.2.4/include/syslimits.h .... /usr/include/limits.h ..... /usr/include/machine/limits.h ...... /usr/include/ppc/limits.h ....... /usr/include/ppc/_limits.h . /usr/include/errno.h .. /usr/include/sys/errno.h . /usr/include/sys/stat.h . /usr/include/fcntl.h .. /usr/include/sys/fcntl.h . /usr/include/assert.h . assuan-defs.h .. /usr/include/sys/un.h .. /usr/include/unistd.h ... /usr/include/sys/unistd.h .. assuan.h ... /opt/local/lib/apple-gcc42/gcc/powerpc-apple- darwin8/4.2.4/include/stdarg.h ... /opt/local/include/gpg-error.h .... /opt/local/lib/apple-gcc42/gcc/powerpc-apple- darwin8/4.2.4/include/stddef.h . debug.h .. /usr/include/string.h .. /usr/include/inttypes.h }}} so `/usr/include/netinet/in.h` is included, but INADDR_LOOPBACK is excluded because of undefined guard _POSIX_C_SOURCE: {{{ 309 #ifndef _POSIX_C_SOURCE 310 #define IN_CLASSA(i) (((u_int32_t)(i) & 0x80000000) == 0) 311 #define IN_CLASSA_NET 0xff000000 312 #define IN_CLASSA_NSHIFT 24 313 #define IN_CLASSA_HOST 0x00ffffff 314 #define IN_CLASSA_MAX 128 315 316 #define IN_CLASSB(i) (((u_int32_t)(i) & 0xc0000000) == 0x80000000) 317 #define IN_CLASSB_NET 0xffff0000 318 #define IN_CLASSB_NSHIFT 16 319 #define IN_CLASSB_HOST 0x0000ffff 320 #define IN_CLASSB_MAX 65536 321 322 #define IN_CLASSC(i) (((u_int32_t)(i) & 0xe0000000) == 0xc0000000) 323 #define IN_CLASSC_NET 0xffffff00 324 #define IN_CLASSC_NSHIFT 8 325 #define IN_CLASSC_HOST 0x000000ff 326 327 #define IN_CLASSD(i) (((u_int32_t)(i) & 0xf0000000) == 0xe0000000) 328 #define IN_CLASSD_NET 0xf0000000 /* These ones aren't really */ 329 #define IN_CLASSD_NSHIFT 28 /* net and host fields, but */ 330 #define IN_CLASSD_HOST 0x0fffffff /* routing needn't know. */ 331 #define IN_MULTICAST(i) IN_CLASSD(i) 332 333 #define IN_EXPERIMENTAL(i) (((u_int32_t)(i) & 0xf0000000) == 0xf0000000) 334 #define IN_BADCLASS(i) (((u_int32_t)(i) & 0xf0000000) == 0xf0000000) 335 336 #define INADDR_LOOPBACK (u_int32_t)0x7f000001 337 #define INADDR_NONE 0xffffffff /* -1 return */ 338 339 #define INADDR_UNSPEC_GROUP (u_int32_t)0xe0000000 /* 224.0.0.0 */ 340 #define INADDR_ALLHOSTS_GROUP (u_int32_t)0xe0000001 /* 224.0.0.1 */ 341 #define INADDR_ALLRTRS_GROUP (u_int32_t)0xe0000002 /* 224.0.0.2 */ 342 #define INADDR_MAX_LOCAL_GROUP (u_int32_t)0xe00000ff /* 224.0.0.255 */ 343 344 #ifdef __APPLE__ 345 #define IN_LINKLOCALNETNUM (u_int32_t)0xA9FE0000 /* 169.254.0.0 */ 346 #define IN_LINKLOCAL(i) (((u_int32_t)(i) & IN_CLASSB_NET) == IN_LINKLOCALNETNUM) 347 #endif 348 349 #define IN_LOOPBACKNET 127 /* official! */ 350 #endif /* !_POSIX_C_SOURCE */ }}} -- Ticket URL: <https://trac.macports.org/ticket/51708> MacPorts <https://www.macports.org/> Ports system for OS X

1 8

[MacPorts] #51196: nss 3.23 does not build on Mac Os X 10.6.8, Snow Leopard, because of "unrecognized command line option "-std=c++0x""
by MacPorts 16 Oct '16

16 Oct '16

#51196: nss 3.23 does not build on Mac Os X 10.6.8, Snow Leopard, because of "unrecognized command line option "-std=c++0x"" -----------------------------+-------------------------------- Reporter: Peter_Dyballa@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: nss -----------------------------+-------------------------------- This is the failure: {{{ cd google_test; /usr/bin/make libs make[2]: Entering directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_nue.de.rsync.macports.org_macports_release_tarballs_ports_net_nss/nss/work/nss-3.23/nss/external_tests/google_test' if test ! -d Output.OBJD/gtest/src; then rm -rf Output.OBJD/gtest/src; ../../coreconf/nsinstall/Output.OBJD/nsinstall -D Output.OBJD/gtest/src; fi /usr/bin/llvm-g++-4.2 -arch x86_64 -o Output.OBJD/gtest/src/gtest-all.o -c -Os -fPIC -fno-common -pipe -DDARWIN -DHAVE_STRERROR -DHAVE_BSD_FLOCK -Wall -DNSS_NO_GCC48 -DXP_UNIX -UDEBUG -DNDEBUG -DUSE_UTIL_DIRECTLY -DNO_NSPR_10_SUPPORT -DSSL_DISABLE_DEPRECATED_CIPHER_SUITE_NAMES -Igtest/include/ -Igtest -I/opt/local/include/nspr -I../../../dist/Output.OBJD/include -I../../../dist/public/gtest -I../../../dist/private/gtest -std=c++0x gtest/src/gtest-all.cc cc1plus: error: unrecognized command line option "-std=c++0x" make[2]: *** [Output.OBJD/gtest/src/gtest-all.o] Error 1 }}} The error is obviously contained in `../common/gtest.mk`, which is `/opt/local/var/macports/build/_opt_local_var_macports_sources_nue.de.rsync.macports.org_macports_release_tarballs_ports_net_nss/nss/work/nss-3.23/nss/external_tests/common/gtest.mk` {{{ 34 else 35 CXXFLAGS += -std=c++0x 36 endif }}} because `/opt/local/var/macports/build/_opt_local_var_macports_sources_nue.de.rsync.macports.org_macports_release_tarballs_ports_net_nss/nss/work/nss-3.23/nss/external_tests/google_test\Makefile` has: {{{ 24 ####################################################################### 25 # (4) Include "local" platform-dependent assignments (OPTIONAL). # 26 ####################################################################### 27 28 include ../common/gtest.mk }}} -- Ticket URL: <https://trac.macports.org/ticket/51196> MacPorts <https://www.macports.org/> Ports system for OS X

1 14

[MacPorts] #49759: git checkout should produce some output
by MacPorts 16 Oct '16

16 Oct '16

#49759: git checkout should produce some output --------------------------+-------------------------------- Reporter: ryandesign@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: base | Version: 2.3.4 Keywords: | Port: --------------------------+-------------------------------- [https://build.macports.org/builders/buildports-snowleopard- x86_64/builds/38635 This buildbot build] was interrupted after the third of seven ports, because there was no output for 20 minutes. A git clone command was running at the time, but had not yet completed. Run locally on a fast network, that git clone completes in 2.5 minutes and the clone occupies 372MB. Run on the buildbot builder, the same command has only downloaded 211MB by the 20 minute mark. For whatever reason there is a slow network connection between our builder and this git server, at least right now. The git clone commands are being run by MacPorts base with the -q flag to suppress all output. Can we change this so that some output is produced while cloning, so that the buildbot knows the build is not stuck? I agree the buildbot should abort builds that don't produce output for a time, but they shouldn't interrupt file transfers which are just progressing slowly, and this shouldn't cause subsequent ports in the portlist not to be tried. -- Ticket URL: <https://trac.macports.org/ticket/49759> MacPorts <https://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #51516: MacPorts should use a bundled copy of a newer libcurl rather than the OS X version
by MacPorts 15 Oct '16

15 Oct '16

#51516: MacPorts should use a bundled copy of a newer libcurl rather than the OS X version --------------------------+-------------------------------- Reporter: ryandesign@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: MacPorts Future Component: base | Version: Keywords: | Port: --------------------------+-------------------------------- Much as we already use a bundled copy of a newer Tcl, MacPorts should use a bundled copy of a newer libcurl (and CA certificate bundle?) rather than the OS X version. On older systems, the OS X version of libcurl cannot connect to some https sites, including pypi (see #51509) and also https://distfiles.macports.org and https://packages.macports.org . -- Ticket URL: <https://trac.macports.org/ticket/51516> MacPorts <https://www.macports.org/> Ports system for OS X

1 15

[MacPorts] #51907: openvpn2 @2.3.11 version bump
by MacPorts 15 Oct '16

15 Oct '16

#51907: openvpn2 @2.3.11 version bump ----------------------+-------------------------------- Reporter: gavin@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: haspatch | Port: openvpn2 ----------------------+-------------------------------- * Version bump from 2.3.8 to 2.3.11 * Added variant for PKCS #11 support (requires the addition of new port in [https://trac.macports.org/ticket/51906 #51906]) * Other minor changes -- Ticket URL: <https://trac.macports.org/ticket/51907> MacPorts <https://www.macports.org/> Ports system for OS X

1 4

[MacPorts] #49812: buildbots: compile failures due to stalled bzr fetches
by MacPorts 15 Oct '16

15 Oct '16

#49812: buildbots: compile failures due to stalled bzr fetches ----------------------------+-------------------------- Reporter: devans@… | Owner: ryandesign@… Type: defect | Status: new Priority: Normal | Milestone: Component: server/hosting | Version: Keywords: | Port: ----------------------------+-------------------------- Recent attempts to build inkscape-devel are causing the buildbots to abort with a compile failure. Examination of the stdio log file shows that builds stall waiting for the bzr fetch (which is admittedly slow) to complete and eventually throw the compile failure. This is new behavior which has only begun recently. The first svn commit to fail was r142782 dated 2015-11-22 23:34:24 -0800. Subsequent svn commit r142868 also failed. Last successful commit was r142636 dated 2015-11-17 18:36:45 -0800. Builds on my local machine fetch successfully within 2 to 3 minutes in all cases. Log from the latest failed attempt is https://build.macports.org/builders /buildports-yosemite-x86_64/builds/6367/steps/compile/logs/stdio/text which ends abruptly with {{{ CC_PRINT_OPTIONS='YES' CC_PRINT_OPTIONS_FILE='/opt/local/var/macports/build /_opt_mports_dports_graphics_inkscape-devel/inkscape- devel/work/.CC_PRINT_OPTIONS' CPATH='/opt/local/include' LIBRARY_PATH='/opt/local/lib' MACOSX_DEPLOYMENT_TARGET='10.10' DEBUG: Assembled command: 'cd "/opt/local/var/macports/build /_opt_mports_dports_graphics_inkscape-devel/inkscape-devel/work" && /opt/local/bin/bzr --builtin --no-aliases checkout --lightweight -r 14489 lp:inkscape inkscape-devel-0.91.99.14489' DEBUG: Executing command line: cd "/opt/local/var/macports/build /_opt_mports_dports_graphics_inkscape-devel/inkscape-devel/work" && /opt/local/bin/bzr --builtin --no-aliases checkout --lightweight -r 14489 lp:inkscape inkscape-devel-0.91.99.14489 2>&1 Not checking SSL certificate for xmlrpc.launchpad.net. You have not informed bzr of your Launchpad ID, and you must do this to write to Launchpad or access private data. See "bzr help launchpad- login". }}} as do the others. Initial warnings from bzr are normal and innocuous. I'm wondering if you have access to more detailed network logs that would shed some light on what's happening (or not). Thanks. -- Ticket URL: <https://trac.macports.org/ticket/49812> MacPorts <https://www.macports.org/> Ports system for OS X

1 22

[MacPorts] #49459: routino @3.0 port submission
by MacPorts 15 Oct '16

15 Oct '16

#49459: routino @3.0 port submission ------------------------+-------------------------------- Reporter: framic5@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: routino ------------------------+-------------------------------- I'd like to propose to add routino to MacPorts. It is a route planner for OpenStreetMap data. qlandkartegt, which is also part of MacPorts is not developed anymore and is succeeded by qmapshack, which has routino as dependency. The port can be used as a simple route planner, an example can be found here: http://www.routino.org/documentation/usage.html Tested under OS X 10.11 with Xcode 7.1 Any comment on the Portfile is very much appreciated. -- Ticket URL: <https://trac.macports.org/ticket/49459> MacPorts <https://www.macports.org/> Ports system for OS X

1 10

[MacPorts] #51419: py27-scipy faols to upgrade/install
by MacPorts 14 Oct '16

14 Oct '16

#51419: py27-scipy faols to upgrade/install ------------------------------+-------------------------------- Reporter: david.w.watson@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: py27-scipy ------------------------------+-------------------------------- Using numpy with openblas, get "-rpath=" error. see log -- Ticket URL: <https://trac.macports.org/ticket/51419> MacPorts <https://www.macports.org/> Ports system for OS X

1 10

[MacPorts] #51250: py-numpy: Build failure updating to version 1.11.0_0
by MacPorts 14 Oct '16

14 Oct '16

#51250: py-numpy: Build failure updating to version 1.11.0_0 --------------------+------------------------- Reporter: mf2k@… | Owner: michaelld@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: py-numpy --------------------+------------------------- I'm trying to update both py35-numpy and py27-numpy to the latest version 1.11.0_0 but neither build for me. I'm attaching the log for py35-numpy. Here are the variants I am using: {{{ $ port installed py35-numpy The following ports are currently installed: py35-numpy @1.10.4_0+atlas+gcc5 (active) }}} -- Ticket URL: <https://trac.macports.org/ticket/51250> MacPorts <https://www.macports.org/> Ports system for OS X

1 17

[MacPorts] #50881: Using gcj 5.3.0 on Mac OS X 10.6.8, Snow Leopard, on a Java source file leads to an error
by MacPorts 14 Oct '16

14 Oct '16

#50881: Using gcj 5.3.0 on Mac OS X 10.6.8, Snow Leopard, on a Java source file leads to an error -----------------------------+-------------------------------- Reporter: Peter_Dyballa@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: gcc5, gcc49 -----------------------------+-------------------------------- It's this one: {{{ pete 109 /\ gcj conftest.java --main=conftest -o conftest gcj: error trying to exec 'ecj1': execvp: No such file or directory }}} For me this happens when configure'ing the gettext-tools from gettext-0.19.7. This happens with gcc49 @4.9.3_0 and gcc5 @5.3.0_0, gcc47 @4.7.4_5 works OK. (I do not have gcc48 installed.) See also #22066! -- Ticket URL: <https://trac.macports.org/ticket/50881> MacPorts <https://www.macports.org/> Ports system for OS X

1 2