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

[MacPorts] #47947: qt5-creator-mac @3.2.2 fails to build
by MacPorts 13 Dec '15

13 Dec '15

#47947: qt5-creator-mac @3.2.2 fails to build -------------------------+-------------------------------- Reporter: starkhalo@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: qt5-creator-mac -------------------------+-------------------------------- -- Ticket URL: <https://trac.macports.org/ticket/47947> MacPorts <https://www.macports.org/> Ports system for OS X

1 7

[MacPorts] #48776: Failed to configure gmp, unable to exec Xcode native xcrun (Permission denied)
by MacPorts 13 Dec '15

13 Dec '15

#48776: Failed to configure gmp, unable to exec Xcode native xcrun (Permission denied) ----------------------+-------------------------------- Reporter: yms_wy@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: ----------------------+-------------------------------- when I run "sudo port install gmp" in terminal, get the follow error: /////////////////////////////////////// ---> Configuring gmp Error: Failed to configure gmp, consult /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_gmp/gmp/work/gmp-6.0.0/config.log Error: org.macports.configure for port gmp returned: configure failure: command execution failed Please see the log file for port gmp for details: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_gmp/gmp/main.log To report a bug, follow the instructions in the guide: http://guide.macports.org/#project.tickets Error: Processing of port gmp failed /////////////////////////////////////// the error in config.log shows "xcrun: error: unable to exec Xcode native xcrun (Permission denied)." -- Ticket URL: <https://trac.macports.org/ticket/48776> MacPorts <https://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #48034: po4a @0.45 (textproc) Undefined subroutine - build failure
by MacPorts 12 Dec '15

12 Dec '15

#48034: po4a @0.45 (textproc) Undefined subroutine - build failure -----------------------+-------------------------------- Reporter: composr@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: po4a -----------------------+-------------------------------- Starting from a completely clean port install: - Yosemite 10.10.3 - xcode-select 2339 1. Running `sudo port -v install po4a` starts install 2. All dependencies correctly download and build 3. `po4a` correctly downloads 4. Build fails with output: {{{ Undefined subroutine &PerlIO::F_UTF8 called at /opt/local/lib/perl5/vendor_perl/5.16.3/Pod/Man.pm line 775. ...propagated at Po4aBuilder.pm line 267. }}} I've also tried directly downloading the source tarball and building manually with the same error. Attaching full log below. -- Ticket URL: <https://trac.macports.org/ticket/48034> MacPorts <https://www.macports.org/> Ports system for OS X

1 9

[MacPorts] #46642: apple-gcc42 @5666.3_14 +bootstrap on Tiger PPC fails to build
by MacPorts 12 Dec '15

12 Dec '15

#46642: apple-gcc42 @5666.3_14 +bootstrap on Tiger PPC fails to build -------------------------------+-------------------------------- Reporter: snipsnipsnip@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: apple-gcc42 tiger | Port: apple-gcc42 -------------------------------+-------------------------------- Hi, I noticed that building the port apple-gcc42+bootstrap on Tiger PPC fails with message like `/CoreOS/Standard/Standard.make: No such file or directory`. {{{ $ sudo port clean apple-gcc42 $ sudo port -v install apple-gcc42 +bootstrap ... fetch and patch ... ---> Configuring apple-gcc42 ---> Building apple-gcc42 make: Entering directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports .org_release_tarballs_ports_lang_apple-gcc42/apple-gcc42/work/gcc-5666.3' GNUmakefile:16: /CoreOS/Standard/Standard.make: No such file or directory make: *** No rule to make target `/CoreOS/Standard/Standard.make'. Stop. }}} Relevant lines in the `GNUmakefile` are: {{{ ifndef CoreOSMakefiles CoreOSMakefiles = $(MAKEFILEPATH)/CoreOS endif include $(CoreOSMakefiles)/Standard/Standard.make }}} It seems that both `$(CoreOSMakefiles)` and `$(MAKEFILEPATH)` hasn't been set on my Mac, making `$(CoreOSMakefiles)` to be `/CoreOS`. I added `CoreOSMakefiles="/Developer/Makefiles/CoreOS"` to `build.args` then built successfully. Not sure if this is the right way, nor if the problem is only for me, but I attach a patch for information: {{{ --- Portfile.orig 2015-01-21 16:14:53.000000000 +0900 +++ Portfile 2015-01-21 16:38:15.000000000 +0900 @@ -231,6 +231,8 @@ error "Please install this port without the bootstrap variant." } } else { + build.args-append \ + CoreOSMakefiles="/Developer/Makefiles/CoreOS" notes-append " Now please reinstall ${name} without the bootstrap variant by running: }}} -- Ticket URL: <https://trac.macports.org/ticket/46642> MacPorts <https://www.macports.org/> Ports system for OS X

1 15

[MacPorts] #49007: openssh @6.9p1 +ldns SSHFP DNSSEC validation fails
by MacPorts 11 Dec '15

11 Dec '15

#49007: openssh @6.9p1 +ldns SSHFP DNSSEC validation fails ------------------------------+-------------------------------- Reporter: scott-macports@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: haspatch | Port: openssh ------------------------------+-------------------------------- ssh performs SSHFP fingerprint lookup when VerifyHostKeyDNS is yes or ask. The +ldns variant support validating the SSHFP with DNSSEC. SSHFP of host keys validated this way are implicitly trusted. If the resolver has DNSSEC validation, and sets the AD bit on the DNS response, ldns will mark the SSHFP valid without further work. If the resolver does not support DNSSEC, or is authoritative for the domain (eg internal DNS), then ldns must perform the validation locally (the AD bit is not set). For this, ldns needs a trust anchor. I couldn't find anything in the ldns documentation, but the code in ldns/resolver.c looks for the keyword "anchor" in /etc/resolv.conf to locate a file containing a DS or DNSKEY RR, and loads it as a trust anchor. Without a trust anchor, local DNSSEC validation always fails. Adding the "anchor" field to resolv.conf allows ldns validation to succeed. However, OSX re-creates resolv.conf from scutil's DNS config whenever the network changes... edits to /etc/resolv.conf are lost. The only solution to get ldns validation to work on OSX is to add a trust anchor from a specific file (at least when it is needed for local validation) I've created a patch to openssh to do this... I chose a "well-known" file location for the trust anchor, /etc/trusted-key.key (used by dig, freeipa, etc). The other option was drill's default: /etc/unbound/root.key, but that seemed rather "unbound specific." I wasn't sure if I should look for the file in /etc directly, or ${prefix}/etc, so the attached patch attempts to load from both locations. I was able to locate a bug filed upstream in 2013: https://bugzilla.mindrot.org/show_bug.cgi?id=2119 - but it's been stale for a long time, and could be worked around on platforms other than OSX by adding the "anchor" key to resolv.conf as discussed above (although again, that appears to be undocumented behavior on ldns's part). I plan to update my patch for upstream with an option to "configure" the trusted-key.key filename, but a patch for that would be overkill for macports -- and as the fix is very OSX specific, I'm not sure if it'll be accepted upstream. Relevant logs before the patch: (from ssh -vv <host>) {{{ debug1: got SSH2_MSG_KEX_DH_GEX_REPLY debug1: Server host key: ssh-ed25519 SHA256:a13QzFT87p7agd2MuagyOn7QfsegaUrvgB/M+smt1Zx debug2: ldns: got 4 answers from DNS debug2: ldns: trying to validate RRset debug2: ldns: got 1 signature(s) (RRTYPE 46) from DNS debug2: ldns: RRset validation failed: General LDNS error debug1: found 4 insecure fingerprints in DNS debug1: matching host key fingerprint found in DNS debug1: Host '[myhost]:8222' is known and matches the ED25519 host key. debug1: Found key in /Users/test/.ssh/known_hosts:12 debug2: bits set: 2062/4096 }}} After the patch: {{{ debug1: got SSH2_MSG_KEX_DH_GEX_REPLY debug1: Server host key: ssh-ed25519 SHA256:a13QzFT87p7agd2MuagyOn7QfsegaUrvgB/M+smt1Zx debug2: ldns: got 4 answers from DNS debug2: ldns: attempt to load trust anchor from file /etc/trusted-key.key debug2: ldns: new anchor added to trust chain debug2: ldns: attempt to load trust anchor from file /opt/local/etc /trusted-key.key debug2: ldns: file not found debug2: ldns: trying to validate RRset debug2: ldns: got 1 signature(s) (RRTYPE 46) from DNS debug2: ldns: RRset is signed with a valid key debug1: found 4 secure fingerprints in DNS debug1: matching host key fingerprint found in DNS debug2: bits set: 2062/4096 }}} note: this port does not have a maintainer -- Ticket URL: <https://trac.macports.org/ticket/49007> MacPorts <https://www.macports.org/> Ports system for OS X

1 6

[MacPorts] #48758: Trac is not importing new Subversion revisions
by MacPorts 11 Dec '15

11 Dec '15

#48758: Trac is not importing new Subversion revisions ----------------------------+--------------------- Reporter: ryandesign@… | Owner: admin@… Type: defect | Status: new Priority: Normal | Milestone: Component: server/hosting | Version: Keywords: | Port: ----------------------------+--------------------- The process that imports new Subversion revisions into the Trac repository browser stopped working 8 days ago (see the [log:]), probably the same time Trac itself went offline. Now that Trac is back up, that process may need to be started or restarted. -- Ticket URL: <https://trac.macports.org/ticket/48758> MacPorts <https://www.macports.org/> Ports system for OS X

1 12

[MacPorts] #48149: nodejs: v0.12.5 fails to build
by MacPorts 10 Dec '15

10 Dec '15

#48149: nodejs: v0.12.5 fails to build ------------------------+-------------------------------- Reporter: J.Gilbey@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: ------------------------+-------------------------------- The make -w all part of the build failed. When I tried this command separately, the errors I got began with: ```` /usr/bin/clang++ '-D_DARWIN_USE_64_BIT_INODE=1' '-DNODE_WANT_INTERNALS=1' '-DARCH="x64"' '-DNODE_TAG=""' '-DNODE_V8_OPTIONS=""' '-DNODE_HAVE_I18N_SUPPORT=1' '-DHAVE_OPENSSL=1' '-DHAVE_DTRACE=1' '-D__POSIX__' '-DPLATFORM="darwin"' '-DHTTP_PARSER_STRICT=0' '-D_LARGEFILE_SOURCE' '-D_FILE_OFFSET_BITS=64' -I/opt/local/include/openssl -I../src -I../tools/msvs/genfiles -I../deps/uv/src/ares -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_nodejs/nodejs/work/node-v0.12.5/out/Release/obj/gen -I../deps/debugger-agent/include -I../deps/v8/include -I../deps/zlib -I../deps/http_parser -I../deps/cares/include -I../deps/uv/include -Os -gdwarf-2 -arch x86_64 -Wall -Wendif-labels -W -Wno-unused-parameter -fno- rtti -fno-exceptions -fno-threadsafe-statics -fno-strict-aliasing -MMD -MF /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_nodejs/nodejs/work/node-v0.12.5/out/Release/.deps//opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_nodejs/nodejs/work/node-v0.12.5/out/Release/obj.target/node/src/node.o.d.raw -Os -c -o /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_nodejs/nodejs/work/node-v0.12.5/out/Release/obj.target/node/src/node.o ../src/node.cc In file included from ../src/node.cc:35: ../src/node_crypto.h:136:7: warning: 'SSL_CTX_free' is deprecated: first deprecated in OS X 10.7 [-Wdeprecated-declarations] SSL_CTX_free(ctx_); ^ /usr/include/openssl/ssl.h:1363:6: note: 'SSL_CTX_free' has been explicitly marked deprecated here void SSL_CTX_free(SSL_CTX *) DEPRECATED_IN_MAC_OS_X_VERSION_10_7_AND_LATER; ^ In file included from ../src/node.cc:35: ../src/node_crypto.h:167:12: warning: 'SSL_new' is deprecated: first deprecated in OS X 10.7 [-Wdeprecated-declarations] ssl_ = SSL_new(sc->ctx_); ^ /usr/include/openssl/ssl.h:1497:7: note: 'SSL_new' has been explicitly marked deprecated here SSL * SSL_new(SSL_CTX *ctx) DEPRECATED_IN_MAC_OS_X_VERSION_10_7_AND_LATER; ^ In file included from ../src/node.cc:35: ../src/node_crypto.h:372:5: warning: 'EVP_CIPHER_CTX_cleanup' is deprecated: first deprecated in OS X 10.7 [-Wdeprecated-declarations] EVP_CIPHER_CTX_cleanup(&ctx_); ^ /usr/include/openssl/evp.h:637:5: note: 'EVP_CIPHER_CTX_cleanup' has been explicitly marked deprecated here int EVP_CIPHER_CTX_cleanup(EVP_CIPHER_CTX *a) DEPRECATED_IN_MAC_OS_X_VERSI... ^ In file included from ../src/node.cc:35: ../src/node_crypto.h:435:5: warning: 'HMAC_CTX_cleanup' is deprecated: first deprecated in OS X 10.7 [-Wdeprecated-declarations] HMAC_CTX_cleanup(&ctx_); ^ /usr/include/openssl/hmac.h:91:6: note: 'HMAC_CTX_cleanup' has been explicitly marked deprecated here void HMAC_CTX_cleanup(HMAC_CTX *ctx) DEPRECATED_IN_MAC_OS_X_VERSION_10_7_A... ^ In file included from ../src/node.cc:35: ../src/node_crypto.h:468:5: warning: 'EVP_MD_CTX_cleanup' is deprecated: first deprecated in OS X 10.7 [-Wdeprecated-declarations] EVP_MD_CTX_cleanup(&mdctx_); ^ /usr/include/openssl/evp.h:548:5: note: 'EVP_MD_CTX_cleanup' has been explicitly marked deprecated here int EVP_MD_CTX_cleanup(EVP_MD_CTX *ctx) DEPRECATED_IN_MAC_OS_X_VERSION... ^ In file included from ../src/node.cc:35: ../src/node_crypto.h:515:5: warning: 'EVP_MD_CTX_cleanup' is deprecated: first deprecated in OS X 10.7 [-Wdeprecated-declarations] EVP_MD_CTX_cleanup(&mdctx_); ^ /usr/include/openssl/evp.h:548:5: note: 'EVP_MD_CTX_cleanup' has been explicitly marked deprecated here int EVP_MD_CTX_cleanup(EVP_MD_CTX *ctx) DEPRECATED_IN_MAC_OS_X_VERSION... ^ In file included from ../src/node.cc:35: ../src/node_crypto.h:575:41: error: unknown type name 'EVP_PKEY_CTX' typedef int (*EVP_PKEY_cipher_init_t)(EVP_PKEY_CTX *ctx); ^ ../src/node_crypto.h:576:36: error: unknown type name 'EVP_PKEY_CTX' typedef int (*EVP_PKEY_cipher_t)(EVP_PKEY_CTX *ctx, ^ ../src/node_crypto.h:607:7: warning: 'DH_free' is deprecated: first deprecated in OS X 10.7 [-Wdeprecated-declarations] DH_free(dh); ^ /usr/include/openssl/dh.h:185:6: note: 'DH_free' has been explicitly marked deprecated here void DH_free(DH *dh) DEPRECATED_IN_MAC_OS_X_VERSION_10_7_AND_LATER; ^ In file included from ../src/node.cc:35: ../src/node_crypto.h:653:7: warning: 'EC_KEY_free' is deprecated: first deprecated in OS X 10.7 [-Wdeprecated-declarations] EC_KEY_free(key_); ^ /usr/include/openssl/ec.h:307:6: note: 'EC_KEY_free' has been explicitly marked deprecated here void EC_KEY_free(EC_KEY *) DEPRECATED_IN_MAC_OS_X_VERSION_10_7_AND_LATER; ^ In file included from ../src/node.cc:35: ../src/node_crypto.h:665:16: warning: 'EC_KEY_get0_group' is deprecated: first deprecated in OS X 10.7 [-Wdeprecated-declarations] group_(EC_KEY_get0_group(key_)) { ^ /usr/include/openssl/ec.h:313:17: note: 'EC_KEY_get0_group' has been explicitly marked deprecated here const EC_GROUP *EC_KEY_get0_group(const EC_KEY *) DEPRECATED_IN_MAC_OS_X_V... ^ In file included from ../src/node.cc:35: ../src/node_crypto.h:173:7: warning: 'SSL_free' is deprecated: first deprecated in OS X 10.7 [-Wdeprecated-declarations] SSL_free(ssl_); ^ ../src/node_crypto.h:278:3: note: in instantiation of member function 'node::crypto::SSLWrap<node::crypto::Connection>::~SSLWrap' requested here ~Connection() { ^ /usr/include/openssl/ssl.h:1506:6: note: 'SSL_free' has been explicitly marked deprecated here void SSL_free(SSL *ssl) DEPRECATED_IN_MAC_OS_X_VERSION_10_7_AND_LATER; ^ In file included from ../src/node.cc:35: ../src/node_crypto.h:177:7: warning: 'SSL_SESSION_free' is deprecated: first deprecated in OS X 10.7 [-Wdeprecated-declarations] SSL_SESSION_free(next_sess_); ^ /usr/include/openssl/ssl.h:1453:6: note: 'SSL_SESSION_free' has been explicitly marked deprecated here void SSL_SESSION_free(SSL_SESSION *ses) DEPRECATED_IN_MAC_OS_X_VERSION_... ^ 11 warnings and 2 errors generated. make[1]: *** [/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_nodejs/nodejs/work/node-v0.12.5/out/Release/obj.target/node/src/node.o] Error 1 ```` Standard log file attached. -- Ticket URL: <https://trac.macports.org/ticket/48149> MacPorts <https://www.macports.org/> Ports system for OS X

1 4

[MacPorts] #48612: ghc build failed on dtrace
by MacPorts 10 Dec '15

10 Dec '15

#48612: ghc build failed on dtrace ------------------------+-------------------------------- Reporter: J.Gilbey@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: ------------------------+-------------------------------- I just tried doing a port selfupdate; port upgrade outdated, and the build failed on ghc. I cleaned the ghc port and tried again, but the same error occurred. This is almost identical to the bug I trported in ticket #48149, so I wonder whether there is something systemic wrong with my setup? Attached is the ghc build log. Thanks for any ideas you may have! -- Ticket URL: <https://trac.macports.org/ticket/48612> MacPorts <https://www.macports.org/> Ports system for OS X

1 7

[MacPorts] #46719: Error Upgrade for port openssl
by MacPorts 09 Dec '15

09 Dec '15

#46719: Error Upgrade for port openssl --------------------------+-------------------------------- Reporter: smastracci@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: openssl --------------------------+-------------------------------- Hi Team, Today running port upgrade outdated for my system, and openssl display error. Attach log debug. Error Display from command line : bash-3.2# port upgrade outdated ---> Computing dependencies for openssl ---> Building openssl Error: org.macports.build for port openssl returned: command execution failed Please see the log file for port openssl for details: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_openssl/openssl/main.log Error: Unable to upgrade port: 1 Thank. -- Ticket URL: <https://trac.macports.org/ticket/46719> MacPorts <https://www.macports.org/> Ports system for OS X

1 21

[MacPorts] #47592: File permissions causing warnings
by MacPorts 09 Dec '15

09 Dec '15

#47592: File permissions causing warnings ---------------------+-------------------------------- Reporter: mp@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Not set | Milestone: Component: base | Version: 2.3.99 Keywords: | Port: ---------------------+-------------------------------- Running `sudo port rev-upgrade` gives these warnings: {{{ ---> Scanning binaries for linking errors Warning: Error parsing file /opt/local/libexec/dbus-daemon-launch-helper: Error opening or reading file Warning: Error parsing file /opt/local/libexec/ssh-keysign: Error opening or reading file Warning: Error parsing file /opt/local/bin/cdda2wav: Error opening or reading file Warning: Error parsing file /opt/local/bin/cdrecord: Error opening or reading file Warning: Error parsing file /opt/local/bin/readcd: Error opening or reading file Warning: Error parsing file /opt/local/sbin/rscsi: Error opening or reading file }}} The files: {{{ -rwxr-x--- 1 root messagebus 582372 Mar 28 17:17 /opt/local/libexec /dbus-daemon-launch-helper -rws--x--x 1 root admin 824984 Apr 7 11:07 /opt/local/libexec /ssh-keysign -rws--x--x 1 root admin 322776 Apr 24 11:30 /opt/local/bin/cdda2wav -rws--x--x 1 root admin 460536 Apr 24 11:30 /opt/local/bin/cdrecord -rws--x--x 1 root admin 280540 Apr 24 11:30 /opt/local/bin/readcd -rws--x--x 1 root admin 93520 Apr 24 11:30 /opt/local/sbin/rscsi }}} Not sure how long this has been going on – guessing somewhere between a fortnight and a month, but might be even older… -- Ticket URL: <https://trac.macports.org/ticket/47592> MacPorts <https://www.macports.org/> Ports system for OS X

1 6