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

[MacPorts] #49903: libcxx on 10.6 and earlier: undo changes when deactivating
by MacPorts 06 Dec '15

06 Dec '15

#49903: libcxx on 10.6 and earlier: undo changes when deactivating --------------------------+-------------------------------- Reporter: ryandesign@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: libcxx --------------------------+-------------------------------- The original purpose of the cxx11 portgroup was so that ports that require C++11 both themselves and in their dependencies can inform the user that they must perform the steps in LibcxxOnOlderSystems and reinstall all ports. However there are other ports that only require C++11 for themselves, and do not have any C++-using dependencies. mongodb and aria2 are examples. In mongodb it was no problem to just include the cxx11 portgroup and write "configure.cxx_stdlib libc++" into the Portfile since mongodb requires OS X 10.7 and later which includes libc++. However aria2 might work on Snow Leopard, if only libc++ were there. I would like to modify the cxx11 portgroup to accommodate this use case, by having it check if configure.cxx_stdlib is libc++, and if so, adding a library dependency on port:libcxx on OS X 10.6 and earlier. I understand that the libcxx port needs to install files into OS directories after activation, but it makes me uncomfortable that those files are not removed before deactivation. Could that be done? It seems like it should be possible to list the contents of the tar archive that was expanded on activation, and then delete every item of that list. This assumes that the libcxx port doesn't overwrite any existing OS files; I don't know if that's normally the case. I realize it's not the case if the replacemnt_libcxx variant is used on OS X 10.7 or later. In that case, the port could make a backup of the files it would overwrite, and restore those files on deactivation. -- Ticket URL: <https://trac.macports.org/ticket/49903> MacPorts <https://www.macports.org/> Ports system for OS X

1 7

[MacPorts] #49378: macport X11_mesa 11.0.2 build failure
by MacPorts 06 Dec '15

06 Dec '15

#49378: macport X11_mesa 11.0.2 build failure ---------------------------------+-------------------------------- Reporter: arunava.mukherjee@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: ---------------------------------+-------------------------------- I upgraded the os of my Macbook Pro from OSX 10.9 (Mavericks) to OSX 10.11 (El Capitan). And then reinstalled the latest Xcode, Macport and Xcode command-line tools. After that, I tried to perform "sudo port -v selfupdate" followed by "sudo port upgrade outdated" from my terminal. It says the following complains (last few lines): ---> Attempting to fetch mesa-11.0.2.tar.xz from http://cjj.kr.distfiles.macports.org/mesa ---> Attempting to fetch mesa-11.0.2.tar.xz from http://svn.macports.org/repository/macports/distfiles/mesa Error: org.macports.fetch for port mesa returned: fetch failed Please see the log file for port mesa for details: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_x11_mesa/mesa/main.log Error: Unable to upgrade port: 1 To report a bug, follow the instructions in the guide: http://guide.macports.org/#project.tickets Arunavas-MacBook-Pro:~ arunavamukherjee$ -- Ticket URL: <https://trac.macports.org/ticket/49378> MacPorts <https://www.macports.org/> Ports system for OS X

1 8

Re: [MacPorts] #45262: files hosted on ftp sites aren't getting mirrored
by MacPorts 06 Dec '15

06 Dec '15

#45262: files hosted on ftp sites aren't getting mirrored -----------------------------+--------------------- Reporter: jchauvel@… | Owner: admin@… Type: defect | Status: new Priority: Normal | Milestone: Component: server/hosting | Version: Resolution: | Keywords: Port: | -----------------------------+--------------------- Comment (by ryandesign@…): Replying to [comment:14 dluke@…]: > I've updated the squid conf and the local firewall to allow connections from 17.251.224.0/24 Thanks, I think this is working. I was able to get a file via FTP using your proxy while logged into the distfiles server, which I couldn't before. We'll hopefully see later on when the automatic mirror process runs. I'll be watching for whether [ticket:49378 mesa 11.0.6] [https://distfiles.macports.org/mesa/ gets mirrored]. > What is the IPv6 range that should be allowed? I don't know much about IPv6. How can I find this information? The servers whose configurations I know how to examine (the Mac servers) have their IPv6 addresses obtained automatically (whereas their IPv4 addresses are entered manually). I can run `ifconfig` and see the inet6 address of all the servers, but I don't know if they're externally accessible. For example, I found the purported IPv6 address of the distfiles server, but entering it into Safari produces and error message. According to an IPv6 readiness checker, our web sites are not IPv6 ready, first of all because we don't have an AAAA record. So I'm not sure to what extent, if any, IPv6 connections are occurring within the Mac OS Forge infrastructure. -- Ticket URL: <https://trac.macports.org/ticket/45262#comment:15> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

Re: [MacPorts] #45262: files hosted on ftp sites aren't getting mirrored
by MacPorts 06 Dec '15

06 Dec '15

#45262: files hosted on ftp sites aren't getting mirrored -----------------------------+--------------------- Reporter: jchauvel@… | Owner: admin@… Type: defect | Status: new Priority: Normal | Milestone: Component: server/hosting | Version: Resolution: | Keywords: Port: | -----------------------------+--------------------- Comment (by dluke@…): I've updated the squid conf and the local firewall to allow connections from 17.251.224.0/24 What is the IPv6 range that should be allowed? -- Ticket URL: <https://trac.macports.org/ticket/45262#comment:14> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

Re: [MacPorts] #41880: Mavericks buildbot buildslave hangs fetching from git
by MacPorts 06 Dec '15

06 Dec '15

#41880: Mavericks buildbot buildslave hangs fetching from git -----------------------------+------------------------- Reporter: ryandesign@… | Owner: skarulkar@… Type: defect | Status: closed Priority: Normal | Milestone: Component: server/hosting | Version: Resolution: fixed | Keywords: Port: | -----------------------------+------------------------- Changes (by ryandesign@…): * status: new => closed * resolution: => fixed Comment: I agree, this got fixed. -- Ticket URL: <https://trac.macports.org/ticket/41880#comment:4> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

[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

Re: [MacPorts] #45262: files hosted on ftp sites aren't getting mirrored
by MacPorts 06 Dec '15

06 Dec '15

#45262: files hosted on ftp sites aren't getting mirrored -----------------------------+--------------------- Reporter: jchauvel@… | Owner: admin@… Type: defect | Status: new Priority: Normal | Milestone: Component: server/hosting | Version: Resolution: | Keywords: Port: | -----------------------------+--------------------- Comment (by ryandesign@…): Replying to [comment:7 dluke@…]: > ok, let me know if it needs adjusting - Per bill (a long time ago) the proxy just allows access from 17.251.224.224/28 Daniel, the 17.251.224.224/28 subnet only covers the internal MacPorts servers (such as the buildbot builders). The distfiles server is where the mirroring of the files for public consumption occurs, and that's an external server, which is in the 17.251.224.208/28 subnet. Could you allow access from that subnet as well? Alternately you could allow access from the entire Mac OS Forge subnet, which is 17.251.224.0/24. -- Ticket URL: <https://trac.macports.org/ticket/45262#comment:13> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

[MacPorts] #48602: clang-3.7 @3.7-r245076_0 fails applying leopard-no-asan.patch on 10.6.8
by MacPorts 06 Dec '15

06 Dec '15

#48602: clang-3.7 @3.7-r245076_0 fails applying leopard-no-asan.patch on 10.6.8 ------------------------+-------------------------------- Reporter: braumann@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: clang-3.7 ------------------------+-------------------------------- While upgrading from {{{clang 3.7-r241984_0}}} to {{{3.7-r245076_0}}} I got some trouble during the patching phase: {{{ ... :info:patch ---> Applying leopard-no-asan.patch :debug:patch Environment: CC_PRINT_OPTIONS='YES' CC_PRINT_OPTIONS_FILE='/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_llvm-3.7/clang-3.7/work/.CC_PRINT_OPTIONS' CPATH='/opt/local/include' LIBRARY_PATH='/opt/local/lib' MACOSX_DEPLOYMENT_TARGET='10.6' :debug:patch Assembled command: 'cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_llvm-3.7/clang-3.7/work/release_37" && /usr/bin/patch -p1' :debug:patch Executing command line: cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_llvm-3.7/clang-3.7/work/release_37" && /usr/bin/patch -p1 < '/opt/local/var/macports/sources/rsync.macports.org/release/ports/lang/llvm-3.7/files /leopard-no-asan.patch' :info:patch patching file projects/compiler- rt/make/platform/clang_darwin.mk :info:patch Hunk #1 FAILED at 119. :info:patch 1 out of 1 hunk FAILED -- saving rejects to file projects /compiler-rt/make/platform/clang_darwin.mk.rej :info:patch patching file tools/clang/runtime/compiler-rt/Makefile :info:patch Command failed: cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_llvm-3.7/clang-3.7/work/release_37" && /usr/bin/patch -p1 < '/opt/local/var/macports/sources/rsync.macports.org/release/ports/lang/llvm-3.7/files /leopard-no-asan.patch' :info:patch Exit code: 1 :error:patch org.macports.patch for port clang-3.7 returned: command execution failed ... }}} I attach both main.log and clang_darwin.mk.rej -- Ticket URL: <https://trac.macports.org/ticket/48602> MacPorts <https://www.macports.org/> Ports system for OS X

1 4

[MacPorts] #49913: libepoxy: update to 1.3.1 and add python variants
by MacPorts 05 Dec '15

05 Dec '15

#49913: libepoxy: update to 1.3.1 and add python variants ------------------------+---------------------- Reporter: mcalhoun@… | Owner: devans@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: haspatch | Port: libepoxy ------------------------+---------------------- Attached is a proposed update to libepoxy.[[BR]] Included are some python variants. -- Ticket URL: <https://trac.macports.org/ticket/49913> MacPorts <https://www.macports.org/> Ports system for OS X

1 3

[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