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

[MacPorts] #49699: sshfs gives glib error message
by MacPorts 20 Jul '16

20 Jul '16

#49699: sshfs gives glib error message --------------------------+-------------------------------- Reporter: bnilsson11@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: sshfs --------------------------+-------------------------------- Whenever I use sshfs, I get: (process:478): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed sshfs works, but it is disturbing. I am using OS X 10.11.1 on a MacPro6,1 -- Ticket URL: <https://trac.macports.org/ticket/49699> MacPorts <https://www.macports.org/> Ports system for OS X

1 4

[MacPorts] #51880: root5, root6: don't assume frameworks_dir is ${prefix}/Library/Frameworks
by MacPorts 20 Jul '16

20 Jul '16

#51880: root5, root6: don't assume frameworks_dir is ${prefix}/Library/Frameworks --------------------------+-------------------------- Reporter: ryandesign@… | Owner: jonesc@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: root5, root6 --------------------------+-------------------------- The root5 and root6 portfiles use the value `${prefix}/Library/Frameworks` twice each. They should instead use the value `${frameworks_dir}` in these instances. -- Ticket URL: <https://trac.macports.org/ticket/51880> MacPorts <https://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #51877: sumo @ 0.27.0 Update to new release
by MacPorts 20 Jul '16

20 Jul '16

#51877: sumo @ 0.27.0 Update to new release ----------------------------------+-------------------------------- Reporter: tlockhart1976@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: haspatch, maintainer | Port: sumo ----------------------------------+-------------------------------- SUMO has released a new version. This is a simple patch to bump version number and checksums. -- Ticket URL: <https://trac.macports.org/ticket/51877> MacPorts <https://www.macports.org/> Ports system for OS X

1 6

[MacPorts] #50469: Git clone fails - SSL certificate problem: Couldn't understand the server certificate format
by MacPorts 19 Jul '16

19 Jul '16

#50469: Git clone fails - SSL certificate problem: Couldn't understand the server certificate format --------------------+-------------------------------- Reporter: nils@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: base | Version: 2.3.4 Keywords: | Port: --------------------+-------------------------------- I'm running OS X 10.11.3 and have both Apple's `/usr/bin/git` (version 2.5.4) and MacPort's `/opt/local/bin/git` (version 2.7.0) installed. I can use both git clients to clone the ansible git repository: {{{ $ /usr/bin/git clone https://github.com/ansible/ansible.git Cloning into 'ansible'... remote: Counting objects: 107584, done. remote: Compressing objects: 100% (70/70), done. remote: Total 107584 (delta 35), reused 0 (delta 0), pack-reused 107506 Receiving objects: 100% (107584/107584), 37.61 MiB | 935.00 KiB/s, done. Resolving deltas: 100% (64374/64374), done. Checking connectivity... done. }}} {{{ $ /opt/local/bin/git clone https://github.com/ansible/ansible.git Cloning into 'ansible'... remote: Counting objects: 107584, done. remote: Compressing objects: 100% (70/70), done. remote: Total 107584 (delta 35), reused 0 (delta 0), pack-reused 107506 Receiving objects: 100% (107584/107584), 37.61 MiB | 591.00 KiB/s, done. Resolving deltas: 100% (64374/64374), done. Checking connectivity... done. }}} However, when I try to install the ansible port I get the following error: {{{ :info:fetch fatal: unable to access 'https://github.com/ansible/ansible.git/': SSL certificate problem: Couldn't understand the server certificate format :info:fetch Command failed: /usr/bin/git clone -q https://github.com/ansible/ansible.git /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_sysutils_ansible/ansible/work/ansible-2.0.0.2-1 2>&1 :info:fetch Exit code: 128 :error:fetch org.macports.fetch for port ansible returned: Git clone failed :debug:fetch Error code: NONE :debug:fetch Backtrace: Git clone failed while executing "gitfetch" (procedure "portfetch::fetch_main" line 14) invoked from within "portfetch::fetch_main org.macports.fetch" ("eval" body line 1) invoked from within "eval $procedure $targetname" }}} I have attached the full log. How can I proceed to solve this issue? -- Ticket URL: <https://trac.macports.org/ticket/50469> MacPorts <https://www.macports.org/> Ports system for OS X

1 28

[MacPorts] #48451: sdrplay support for gr-osmosdr
by MacPorts 19 Jul '16

19 Jul '16

#48451: sdrplay support for gr-osmosdr -------------------------------------------------+------------------------- Reporter: fjturk@… | Owner: macports- Type: update | tickets@… Priority: Normal | Status: new Component: ports | Milestone: Keywords: sdrplay, gnuradio, gqrx, gr-osmosdr | Version: 2.3.3 | Port: gr-osmosdr -------------------------------------------------+------------------------- Currently, gr-osmosdr has support for the SDRplay functionality, see [http://sdr.osmocom.org/trac/wiki/GrOsmoSDR] But the current build of gr-osmosdr (20150716) on macports and its variants, at least from what I can see, does not offer the option for -DENABLE_NONFREE=TRUE which would look for the SDRplay lib and include (which are available from http://www.sdrplay.com/mac.html) From SDRplay community forums, see [http://www.sdrplay.com/community/viewtopic.php?f=5&t=99] For gr-osmosdr to find the API, the .so and .h will need to be in /usr/local/lib and /usr/local/include and be called /usr/local/lib/libmirsdrapi-rsp-1.1.so with symbolic links to /usr/local/lib/libmirsdrapi-rsp.so and /usr/local/lib/libmir_sdr.so /usr/local/include/mirsdrapi-rsp.h I tried building gr-osmosdr manually with the gr-osmosdr code build: [http://sdr.osmocom.org/trac/wiki/GrOsmoSDR] and it worked (from the output of cmake ../ -DENABLE_NONFREE=TRUE below): {{{ -- Configuring SDRplay RSP (NONFREE) support... -- Dependency LIBSDRPLAY_FOUND = TRUE -- Enabling SDRplay RSP (NONFREE) support. -- Override with -DENABLE_SDRPLAY=ON/OFF -- -- ###################################################### -- # Gnuradio enabled components -- ###################################################### -- * Python support -- * FUNcube Dongle -- * FUNcube Dongle Pro+ -- * IQ File Source -- * Osmocom RTLSDR -- * RTLSDR TCP Client -- * Ettus USRP Devices -- * Osmocom MiriSDR -- * SDRplay RSP (NONFREE) -- * HackRF Jawbreaker -- * nuand bladeRF -- * RFSPACE Receivers -- * AIRSPY Receiver }}} Would it be possible for the next update to gr-osmosdr on macports be made to have the support option for SDRplay? That way everything needed for SDR radio people (gnuradio, gqrx etc) are all under macports and users don't need to maintain gr-osmosdr separately. (Or, perhaps there is an option that I have not located on the current build...?). -- Ticket URL: <https://trac.macports.org/ticket/48451> MacPorts <https://www.macports.org/> Ports system for OS X

1 12

[MacPorts] #51874: commoncpp2 build fails
by MacPorts 19 Jul '16

19 Jul '16

#51874: commoncpp2 build fails ----------------------+-------------------------------- Reporter: w3sz73@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: commoncpp2 ----------------------+-------------------------------- On iMac with El Capitan running MacPorts version 2.3.4, commoncpp2 fails to build. The tail of the log shows: {{{ :info:build libtool: compile: /usr/bin/clang++ -DHAVE_CONFIG_H -I. -I.. -I../inc -I/opt/local/include -I../src -DCCXX_EXPORT_LIBRARY -D_GNU_SOURCE -I/opt/local/include -I../inc -pipe -Os -arch x86_64 -stdlib=libc++ -MT mutex.lo -MD -MP -MF .deps/mutex.Tpo -c mutex.cpp -fno-common -DPIC -o .libs/mutex.o :info:build In file included from mutex.cpp:41: :info:build In file included from ../inc/cc++/exception.h:52: :info:build ../inc/cc++/string.h:734:35: error: friend declaration specifying a default argument must be a definition :info:build friend __EXPORT std::istream &getline(std::istream &is, String &str, char delim = '\n', size_t size = 0); :info:build ^ :info:build In file included from thread.cpp:41: :info:build In file included from ../inc/cc++/thread.h:50: :info:build ../inc/cc++/string.h:734:35: error: friend declaration specifying a default argument must be a definition :info:build friend __EXPORT std::istream &getline(std::istream &is, String &str, char delim = '\n', size_t size = 0); :info:build ^ :info:build 1 error generated. :info:build 1 error generated. :info:build make[2]: *** [mutex.lo] Error 1 :info:build make[2]: *** Waiting for unfinished jobs.... :info:build make[2]: *** [thread.lo] Error 1 :info:build make[2]: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_commoncpp2/commoncpp2/work/commoncpp2-1.8.1/src' :info:build make[1]: *** [all-recursive] Error 1 :info:build make[1]: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_commoncpp2/commoncpp2/work/commoncpp2-1.8.1' :info:build make: *** [all] Error 2 :info:build make: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_commoncpp2/commoncpp2/work/commoncpp2-1.8.1' :info:build Command failed: cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_commoncpp2/commoncpp2/work/commoncpp2-1.8.1" && /usr/bin/make -j2 -w all :info:build Exit code: 2 :error:build org.macports.build for port commoncpp2 returned: command execution failed :debug:build Error code: CHILDSTATUS 38079 2 :debug:build Backtrace: command execution failed while executing "system -nice 0 $fullcmdstring" ("eval" body line 1) invoked from within "eval system $notty $nice \$fullcmdstring" invoked from within "command_exec build" (procedure "portbuild::build_main" line 8) invoked from within "portbuild::build_main org.macports.build" ("eval" body line 1) invoked from within "eval $procedure $targetname" :info:build Warning: targets not executed for commoncpp2: org.macports.activate org.macports.build org.macports.destroot org.macports.install :notice:build Please see the log file for port commoncpp2 for details: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_commoncpp2/commoncpp2/main.log }}} Thanks in advance for any help / advice! -- Ticket URL: <https://trac.macports.org/ticket/51874> MacPorts <https://www.macports.org/> Ports system for OS X

1 1

[MacPorts] #49941: p5-mail-spf: try to fix conflicting subports
by MacPorts 19 Jul '16

19 Jul '16

#49941: p5-mail-spf: try to fix conflicting subports ---------------------+------------------------------ Reporter: mojca@… | Owner: compconsultant@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: p5-mail-spf ---------------------+------------------------------ The ports `p5.[x]-mail-spf` install a number of Perl modules and man pages plus these: {{{ /opt/local/bin/spfquery-5.[x] /opt/local/libexec/perl5.[x]/spfquery /opt/local/sbin/spfd }}} The file `/opt/local/sbin/spfd` is problematic because multiple versions of Perl are conflicting with each other and this should be fixed. The module is needed by `p5-mail-spamassassin` and affects `amavisd-new`, `vpopmail`. -- Ticket URL: <https://trac.macports.org/ticket/49941> MacPorts <https://www.macports.org/> Ports system for OS X

1 1

[MacPorts] #51565: pianobar: update to 2016.06.02
by MacPorts 19 Jul '16

19 Jul '16

#51565: pianobar: update to 2016.06.02 --------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: aguynamedryan+pianobar@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.99 Keywords: haspatch | Port: pianobar --------------------------+-------------------------------------- This patch updates pianobar to 2016.06.02. The Makefile no longer needs to be patched to disable silent rules, now that the Makefile supports the `V=1` argument. I also added `DYNLINK=1`, to cause the pianobar program to link with the libpiano dynamic library, and added a dependency on libpiano. -- Ticket URL: <https://trac.macports.org/ticket/51565> MacPorts <https://www.macports.org/> Ports system for OS X

1 1

[MacPorts] #51856: upx port doesn't include LZMA support
by MacPorts 19 Jul '16

19 Jul '16

#51856: upx port doesn't include LZMA support ----------------------+-------------------------------- Reporter: neil@… | Owner: macports-tickets@… Type: request | Status: new Priority: Normal | Milestone: MacPorts Future Component: ports | Version: 2.3.4 Keywords: upx lzma | Port: upx ----------------------+-------------------------------- I'm guessing this is a dependency change and build switch? $ upx -d foo.exe Ultimate Packer for eXecutables Copyright (C) 1996 - 2013 UPX 3.09 Markus Oberhumer, Laszlo Molnar & John Reiser Feb 18th 2013 File size Ratio Format Name -------------------- ------ ----------- ----------- Assertion failed: (0 && "Internal error - LZMA not compiled in"), function isValidCompressionMethod, file packer_c.cpp, line 43. Abort trap: 6 -- Ticket URL: <https://trac.macports.org/ticket/51856> MacPorts <https://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #51417: mailman-2.1.22_0: update from mailman-2.1.20_0 error
by MacPorts 19 Jul '16

19 Jul '16

#51417: mailman-2.1.22_0: update from mailman-2.1.20_0 error ---------------------+-------------------------------- Reporter: gotow@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: ---------------------+-------------------------------- I have tried to update mailman from 2.1.20_0 to 2.1.22_0, and got an error message as follows. The current version of mailman on my system is 2.1.20_0, and it seems to work fine. The version of python is 2.7.11_2. $ sudo port clean mailman Password: ---> Cleaning mailman $ sudo port upgrade mailman ---> Computing dependencies for mailman ---> Fetching archive for mailman ---> Attempting to fetch mailman-2.1.22_0.darwin_12.x86_64.tbz2 from http://sea.us.packages.macports.org/macports/packages/mailman ---> Attempting to fetch mailman-2.1.22_0.darwin_12.x86_64.tbz2 from https://packages.macports.org/mailman ---> Attempting to fetch mailman-2.1.22_0.darwin_12.x86_64.tbz2 from http://mse.uk.packages.macports.org/sites/packages.macports.org/mailman [ ] 0.0 % speed: 0 B/s ---> Fetching distfiles for mailman ---> Verifying checksums for mailman ---> Extracting mailman ---> Applying patches to mailman ---> Configuring mailman ---> Building mailman ---> Staging mailman into destroot Error: org.macports.destroot for port mailman returned: command execution failed Please see the log file for port mailman for details: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_mail_mailman/mailman/main.log Error: Unable to upgrade port: 1 To report a bug, follow the instructions in the guide: http://guide.macports.org/#project.tickets -- Ticket URL: <https://trac.macports.org/ticket/51417> MacPorts <https://www.macports.org/> Ports system for OS X

1 13