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

[MacPorts] #49985: metasploit: improve packaging, upgrade, possibly remove the old version
by MacPorts 11 Dec '15

11 Dec '15

#49985: metasploit: improve packaging, upgrade, possibly remove the old version ---------------------+------------------------------------- Reporter: mojca@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: metasploit2 metasploit3 ---------------------+------------------------------------- The packaging of `metasploit2` and `metasploit3` is extremely weird and either needs some extra care or maybe the ports should be removed. It seems that version 4 is currently out and it's not clear whether these ancient ports still serve any purpose. -- Ticket URL: <https://trac.macports.org/ticket/49985> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

[MacPorts] #49984: nmap @7.00_0: update to 7.01
by MacPorts 11 Dec '15

11 Dec '15

#49984: nmap @7.00_0: update to 7.01 ----------------------------+-------------------------------- Reporter: mschamschula@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: haspatch | Port: nmap ----------------------------+-------------------------------- nmap has been updated to version 7.01. o [Zenmap] Fix several failures to launch Zenmap on OS X. The new build process eliminates these errors: IOError: [Errno 2] No such file or directory: '/Applications/Zenmap.app/Contents/Resources/etc/pango/pangorc.in' LSOpenURLsWithRole() failed for the application /Applications/Zenmap.app with error -10810. o [NSE] Update the TLSSessionRequest probe in ssl-enum-ciphers to match the one in nmap-service-probes, which was fixed previously to correct a length calculation error. o [NSE] Correct false positives and unexpected behavior in http-* scripts which used http.identify_404 to determine when a file was not found on the target. The function was following redirects, which could be an indication of a soft-404 response. o [NSE] Fix a false-positive in hnap-info when the target responds with 200 OK to any request. o [NSE] Fix an error response in xmlrpc-methods when run against a non- HTTP service. The expected behavior is no output. o [NSE] Fix SSN validation function in http-grep. -- Ticket URL: <https://trac.macports.org/ticket/49984> MacPorts <https://www.macports.org/> Ports system for OS X

1 3

Re: [MacPorts] #42353: iulib: error: default arguments cannot be added to a function template that has already been declared
by MacPorts 11 Dec '15

11 Dec '15

#42353: iulib: error: default arguments cannot be added to a function template that has already been declared -------------------------------+-------------------------------- Reporter: macports.mexon@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Resolution: | Keywords: Port: iulib | -------------------------------+-------------------------------- Changes (by ryandesign@…): * cc: victor.roig@… (added) Comment: Has duplicate #49980. Replying to [comment:3 macports.mexon@…]: > Reported as https://code.google.com/p/iulib/issues/detail?id=45 Unfortunately the project appears to have migrated from Google Code to GitHub, to have installed automatic redirects so that the old Google Code pages are no longer accessible, and not to have migrated any issues to the new issue tracker. I can't find this issue in the [https://archive.org/ Wayback Machine] either. There don't appear to be any changes in the GitHub repository since then that relate to fixing this problem. Would you or someone please file an issue in their new issue tracker at GitHub and add the URL to this ticket? -- Ticket URL: <https://trac.macports.org/ticket/42353#comment:5> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

[MacPorts] #49980: Failed to build iulib
by MacPorts 11 Dec '15

11 Dec '15

#49980: Failed to build iulib ---------------------------+-------------------------------- Reporter: victor.roig@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: iulib ---------------------------+-------------------------------- ---> Building iulib Error: Failed to build iulib: command execution failed Error: See /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_graphics_iulib/iulib/main.log for details. Error: Follow http://guide.macports.org/#project.tickets to report a bug. Error: Processing of port ocropus failed -- Ticket URL: <https://trac.macports.org/ticket/49980> MacPorts <https://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #49970: py34-nltk contains python27, python2_select
by MacPorts 11 Dec '15

11 Dec '15

#49970: py34-nltk contains python27, python2_select --------------------------+-------------------------------- Reporter: johnlaudun@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: --------------------------+-------------------------------- During a fresh install of completely Python 3.4 setup -- python34, py34-numpy, etc. -- I noticed that port install was installing Python 2.7. A quick check of the dependencies listed at the beginning revealed the following listed: {{{ xorg-libxcb python27 db48 python2_select xorg-libpthread-stubs }}} -- Ticket URL: <https://trac.macports.org/ticket/49970> MacPorts <https://www.macports.org/> Ports system for OS X

1 2

[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] #49919: Issue building gr-osmosdr
by MacPorts 11 Dec '15

11 Dec '15

#49919: Issue building gr-osmosdr --------------------+-------------------------------- Reporter: ton@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: gr-osmosdr --------------------+-------------------------------- I am trying to install gr-osmosdr using MacPorts but i run into broken file errors. I have removed all the leaves and unused from my system to have it as clean as possible. I have forced to clean any old gr-osmosdr as well. But still when i "sudo port install gr-osmocom" i run into broken file errors. Any ideas? This is OSX 10.10.5, MacPorts 2.3.4 ports tree updated today. Here is the console log so far: {{{ TM-MBP:~ Ton$ sudo port install gr-osmosdr ---> Computing dependencies for gr-osmosdr ---> Dependencies to be installed: airspy libusb bladeRF tecla cmake curl libarchive doxygen gnuradio boost cppunit graphviz gd2 xpm xorg-libXt xorg-libsm xorg-libice gts libnetpbm libLASi urw-fonts xorg-libXaw xorg- libXmu gsl jack libsamplerate libsndfile flac libogg libvorbis libsdl log4cpp pkgconfig py27-cheetah py27-lxml py27-numpy libgcc cctools llvm-3.7 llvm_select isl ld64 ld64-latest libmpc mpfr py27-cython cython_select py27-nose nosetests_select py27-opengl py27-Pillow lcms2 openjpeg jbigkit py27-tkinter tk tcl xorg-libXScrnSaver xorg- scrnsaverproto py27-opengl-accelerate py27-pygtk libglade2 py27-cairo py27-gobject py27-pyqt4 dbus-python27 dbus-glib py27-sip py27-pyqwt qwt52 py27-scipy swig-python swig py27-sphinx py27-alabaster py27-babel py27-tz py27-docutils py27-roman py27-jinja2 py27-pygments py27-six py27-snowballstemmer py27-sphinx_rtd_theme sphinx_select py27-wxpython-3.0 wxPython-3.0 qwtplot3d uhd gzip py27-requests volk orc xmlto coreutils docbook-xml docbook-xml-4.1.2 docbook-xml-4.2 xmlcatmgr docbook-xml-4.3 docbook-xml-4.4 docbook-xml-4.5 docbook-xml-5.0 docbook-xsl findutils fop getopt libpaper gr-fcdproplus hackrf rtl-sdr ---> Fetching archive for libusb ---> Attempting to fetch libusb-1.0.20_0.darwin_14.x86_64.tbz2 from http://lil.fr.packages.macports.org/libusb ---> Attempting to fetch libusb-1.0.20_0.darwin_14.x86_64.tbz2.rmd160 from http://lil.fr.packages.macports.org/libusb ---> Installing libusb @1.0.20_0 ---> Activating libusb @1.0.20_0 ---> Cleaning libusb }}} <building lots of stuff> {{{ ---> Fetching archive for gr-osmosdr ---> Attempting to fetch gr-osmosdr- 20150716_3+airspy+bladeRF+docs+fcdproplus+hackrf+rtlsdr+swig+uhd.darwin_14.x86_64.tbz2 from http://lil.fr.packages.macports.org/gr-osmosdr ---> Attempting to fetch gr-osmosdr- 20150716_3+airspy+bladeRF+docs+fcdproplus+hackrf+rtlsdr+swig+uhd.darwin_14.x86_64.tbz2 from http://mse.uk.packages.macports.org/sites/packages.macports.org/gr- osmosdr ---> Attempting to fetch gr-osmosdr- 20150716_3+airspy+bladeRF+docs+fcdproplus+hackrf+rtlsdr+swig+uhd.darwin_14.x86_64.tbz2 from http://nue.de.packages.macports.org/macports/packages/gr-osmosdr ---> Fetching distfiles for gr-osmosdr ---> Verifying checksums for gr-osmosdr ---> Extracting gr-osmosdr ---> Configuring gr-osmosdr ---> Building gr-osmosdr ---> Staging gr-osmosdr into destroot ---> Installing gr-osmosdr @20150716_3+airspy+bladeRF+docs+fcdproplus+hackrf+rtlsdr+swig+uhd ---> Activating gr-osmosdr @20150716_3+airspy+bladeRF+docs+fcdproplus+hackrf+rtlsdr+swig+uhd ---> Cleaning gr-osmosdr ---> Updating database of binaries ---> Scanning binaries for linking errors ---> Found 2 broken file(s), matching files to ports ---> Found 1 broken port(s), determining rebuild order ---> Rebuilding in order gr-osmosdr @20150716 +airspy+bladeRF+docs+fcdproplus+hackrf+rtlsdr+swig+uhd ---> Computing dependencies for gr-osmosdr ---> Cleaning gr-osmosdr ---> Scanning binaries for linking errors ---> Found 2 broken file(s), matching files to ports ---> Found 1 broken port(s), determining rebuild order ---> Rebuilding in order gr-osmosdr @20150716 +airspy+bladeRF+docs+fcdproplus+hackrf+rtlsdr+swig+uhd ---> Computing dependencies for gr-osmosdr ---> Fetching distfiles for gr-osmosdr ---> Verifying checksums for gr-osmosdr ---> Extracting gr-osmosdr ---> Configuring gr-osmosdr ---> Building gr-osmosdr ---> Staging gr-osmosdr into destroot ---> Deactivating gr-osmosdr @20150716_3+airspy+bladeRF+docs+fcdproplus+hackrf+rtlsdr+swig+uhd ---> Cleaning gr-osmosdr ---> Uninstalling gr-osmosdr @20150716_3+airspy+bladeRF+docs+fcdproplus+hackrf+rtlsdr+swig+uhd ---> Cleaning gr-osmosdr ---> Computing dependencies for gr-osmosdr ---> Installing gr-osmosdr @20150716_3+airspy+bladeRF+docs+fcdproplus+hackrf+rtlsdr+swig+uhd ---> Activating gr-osmosdr @20150716_3+airspy+bladeRF+docs+fcdproplus+hackrf+rtlsdr+swig+uhd ---> Cleaning gr-osmosdr ---> Updating database of binaries ---> Scanning binaries for linking errors ---> Found 2 broken file(s), matching files to ports ---> Found 1 broken port(s), determining rebuild order ---> Rebuilding in order gr-osmosdr @20150716 +airspy+bladeRF+docs+fcdproplus+hackrf+rtlsdr+swig+uhd ---> Computing dependencies for gr-osmosdr ---> Fetching distfiles for gr-osmosdr ---> Verifying checksums for gr-osmosdr ---> Extracting gr-osmosdr ---> Configuring gr-osmosdr ---> Building gr-osmosdr ---> Staging gr-osmosdr into destroot ---> Deactivating gr-osmosdr @20150716_3+airspy+bladeRF+docs+fcdproplus+hackrf+rtlsdr+swig+uhd ---> Cleaning gr-osmosdr ---> Uninstalling gr-osmosdr @20150716_3+airspy+bladeRF+docs+fcdproplus+hackrf+rtlsdr+swig+uhd ---> Cleaning gr-osmosdr ---> Computing dependencies for gr-osmosdr ---> Installing gr-osmosdr @20150716_3+airspy+bladeRF+docs+fcdproplus+hackrf+rtlsdr+swig+uhd ---> Activating gr-osmosdr @20150716_3+airspy+bladeRF+docs+fcdproplus+hackrf+rtlsdr+swig+uhd ---> Cleaning gr-osmosdr ---> Updating database of binaries ---> Scanning binaries for linking errors ---> Found 2 broken file(s), matching files to ports Error: Port gr-osmosdr is still broken after rebuilding it more than 3 times. Error: Please run port -d -y rev-upgrade and use the output to report a bug. Port gr-osmosdr still broken after rebuilding 3 time(s) while executing "error "Port $portname still broken after rebuilding [expr {$broken_port_counts($portname) - 1}] time(s)"" (procedure "revupgrade_scanandrebuild" line 280) invoked from within "revupgrade_scanandrebuild broken_port_counts $opts" (procedure "macports::revupgrade" line 5) invoked from within "macports::revupgrade $opts" (procedure "action_revupgrade" line 2) invoked from within "action_revupgrade $action $portlist $opts" (procedure "action_target" line 96) invoked from within "$action_proc $action $portlist [array get global_options]" (procedure "process_cmd" line 103) invoked from within "process_cmd $remaining_args" invoked from within "if { [llength $remaining_args] > 0 } { # If there are remaining arguments, process those as a command set exit_status [process_cmd $remaining..." (file "/opt/local/bin/port" line 5268) TM-MBP:~ Ton$ }}} -- Ticket URL: <https://trac.macports.org/ticket/49919> MacPorts <https://www.macports.org/> Ports system for OS X

1 15

[MacPorts] #49971: py-httplib2: update to 0.9.2
by MacPorts 11 Dec '15

11 Dec '15

#49971: py-httplib2: update to 0.9.2 -----------------------+------------------------- Reporter: aronnax@… | Owner: ram@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: py-httplib2 -----------------------+------------------------- This patch updates py-httplib2 and adds Python 3.5 support. -- Ticket URL: <https://trac.macports.org/ticket/49971> MacPorts <https://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #49974: MacVim @7.4.snapshot85 build failure
by MacPorts 11 Dec '15

11 Dec '15

#49974: MacVim @7.4.snapshot85 build failure -------------------------+-------------------------------- Reporter: lpancescu@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: MacVim -------------------------+-------------------------------- Hi, I just tried to upgrade MacVim (OS X 10.11.2, XCode 7.2), but the build failed. Please see the attached build log. Thanks! -- Ticket URL: <https://trac.macports.org/ticket/49974> MacPorts <https://www.macports.org/> Ports system for OS X

1 2

[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