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

[MacPorts] #50548: py27-ffc @1.6.0 :error:build dolfin cannot be installed
by MacPorts 20 Jul '16

20 Jul '16

#50548: py27-ffc @1.6.0 :error:build dolfin cannot be installed -----------------------------+-------------------------------- Reporter: mirco.meiners@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: -----------------------------+-------------------------------- Error log of ffc build: :info:build /usr/bin/clang -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict- prototypes -Iufc -I/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/numpy/core/include -I/opt/local/Library/Frameworks/Python.framework/Versions/2.7/include/python2.7 -c ufc/ufc_wrap.cpp -o build/temp.macosx-10.8-x86_64-2.7/ufc/ufc_wrap.o -Os -std=c++11 -std=c++11 :info:build ufc/ufc_wrap.cpp:3962:8: error: no member named 'shared_ptr' in namespace 'std' :info:build std::shared_ptr< ufc::function > tempshared1 ; :info:build ~~~~~^ :info:build ufc/ufc_wrap.cpp:3962:34: error: expected '(' for function- style cast or type construction :info:build std::shared_ptr< ufc::function > tempshared1 ; :info:build ~~~~~~~~~~~~~ ^ :info:build ufc/ufc_wrap.cpp:3962:36: error: use of undeclared identifier 'tempshared1' :info:build std::shared_ptr< ufc::function > tempshared1 ; :info:build ^ :info:build ufc/ufc_wrap.cpp:3963:8: error: no member named 'shared_ptr' in namespace 'std' :info:build std::shared_ptr< ufc::function > *smartarg1 = 0 ; :info:build ~~~~~^ :info:build ufc/ufc_wrap.cpp:3963:34: error: expected '(' for function- style cast or type construction :info:build std::shared_ptr< ufc::function > *smartarg1 = 0 ; :info:build ~~~~~~~~~~~~~ ^ :info:build ufc/ufc_wrap.cpp:3963:37: error: use of undeclared identifier 'smartarg1' :info:build std::shared_ptr< ufc::function > *smartarg1 = 0 ; :info:build ^ :info:build ufc/ufc_wrap.cpp:3975:7: error: use of undeclared identifier 'tempshared1' :info:build tempshared1 = *reinterpret_cast< std::shared_ptr< ufc::function > * >(argp1); :info:build ^ :info:build ufc/ufc_wrap.cpp:3975:45: error: no type named 'shared_ptr' in namespace 'std' :info:build tempshared1 = *reinterpret_cast< std::shared_ptr< ufc::function > * >(argp1); :info:build ~~~~~^ :info:build ufc/ufc_wrap.cpp:3975:55: error: expected '>' :info:build tempshared1 = *reinterpret_cast< std::shared_ptr< ufc::function > * >(argp1); :info:build ^ :info:build > :info:build ufc/ufc_wrap.cpp:3975:38: note: to match this '<' :info:build tempshared1 = *reinterpret_cast< std::shared_ptr< ufc::function > * >(argp1); :info:build ^ :info:build ufc/ufc_wrap.cpp:3975:72: error: expected '(' for function- style cast or type construction :info:build tempshared1 = *reinterpret_cast< std::shared_ptr< ufc::function > * >(argp1); :info:build ~~~~~~~~~~~~~ ^ :info:build ufc/ufc_wrap.cpp:3975:76: error: expected expression :info:build tempshared1 = *reinterpret_cast< std::shared_ptr< ufc::function > * >(argp1); :info:build ^ :info:build ufc/ufc_wrap.cpp:3976:37: error: no type named 'shared_ptr' in namespace 'std' :info:build delete reinterpret_cast< std::shared_ptr< ufc::function > * >(argp1); :info:build ~~~~~^ :info:build ufc/ufc_wrap.cpp:3976:47: error: expected '>' :info:build delete reinterpret_cast< std::shared_ptr< ufc::function > * >(argp1); :info:build ^ :info:build > :info:build ufc/ufc_wrap.cpp:3976:30: note: to match this '<' :info:build delete reinterpret_cast< std::shared_ptr< ufc::function > * >(argp1); :info:build ^ :info:build ufc/ufc_wrap.cpp:3976:64: error: expected '(' for function- style cast or type construction :info:build delete reinterpret_cast< std::shared_ptr< ufc::function > * >(argp1); :info:build ~~~~~~~~~~~~~ ^ :info:build ufc/ufc_wrap.cpp:3976:68: error: expected expression :info:build delete reinterpret_cast< std::shared_ptr< ufc::function > * >(argp1); :info:build ^ :info:build ufc/ufc_wrap.cpp:3977:44: error: use of undeclared identifier 'tempshared1' :info:build arg1 = const_cast< ufc::function * >(tempshared1.get()); :info:build ^ :info:build ufc/ufc_wrap.cpp:3979:7: error: use of undeclared identifier 'smartarg1' :info:build smartarg1 = reinterpret_cast< std::shared_ptr< ufc::function > * >(argp1); :info:build ^ :info:build ufc/ufc_wrap.cpp:3979:42: error: no type named 'shared_ptr' in namespace 'std' :info:build smartarg1 = reinterpret_cast< std::shared_ptr< ufc::function > * >(argp1); :info:build ~~~~~^ :info:build ufc/ufc_wrap.cpp:3979:52: error: expected '>' :info:build smartarg1 = reinterpret_cast< std::shared_ptr< ufc::function > * >(argp1); :info:build ^ :info:build > :info:build ufc/ufc_wrap.cpp:3979:35: note: to match this '<' :info:build smartarg1 = reinterpret_cast< std::shared_ptr< ufc::function > * >(argp1); :info:build ^ :info:build fatal error: too many errors emitted, stopping now [-ferror- limit=] :info:build 20 errors generated. -- Ticket URL: <https://trac.macports.org/ticket/50548> MacPorts <https://www.macports.org/> Ports system for OS X

1 4

[MacPorts] #51068: p5.22-socket6 0.270 does not build on PPC Mac OS X 10.4.11, Tiger
by MacPorts 20 Jul '16

20 Jul '16

#51068: p5.22-socket6 0.270 does not build on PPC Mac OS X 10.4.11, Tiger -----------------------------+-------------------------------- Reporter: Peter_Dyballa@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: p5.22-socket6 -----------------------------+-------------------------------- The failure is: {{{ :info:build "/opt/local/bin/perl5.22" "/opt/local/lib/perl5/5.22/ExtUtils/xsubpp" -noprototypes -typemap "/opt/local/lib/perl5/5.22/ExtUtils/typemap" Socket6.xs > Socket6.xsc && mv Socket6.xsc Socket6.c :info:build /opt/local/bin/gcc-apple-4.2 -c -pipe -Os -fno-common -DPERL_DARWIN -I/opt/local/include -fno-strict-aliasing -I/opt/local/include -D_FORTIFY_SOURCE=2 -arch ppc -O3 -DVERSION=\"0.27\" -DXS_VERSION=\"0.27\" "-I/opt/local/lib/perl5/5.22 /darwin-thread-multi-2level/CORE" Socket6.c :info:build In file included from Socket6.xs:100: :info:build inet_ntop.c:53: error: conflicting types for 'inet_ntop' :info:build /usr/include/arpa/inet.h:105: error: previous declaration of 'inet_ntop' was here :info:build Socket6.xs: In function 'XS_Socket6_inet_ntop': :info:build Socket6.xs:544: warning: format '%d' expects type 'int', but argument 3 has type 'STRLEN' :info:build Socket6.xs:544: warning: format '%d' expects type 'int', but argument 4 has type 'STRLEN' :info:build Socket6.xs: In function 'XS_Socket6_unpack_sockaddr_in6': :info:build Socket6.xs:623: warning: format '%d' expects type 'int', but argument 3 has type 'STRLEN' :info:build Socket6.xs:623: warning: format '%d' expects type 'int', but argument 4 has type 'long unsigned int' :info:build Socket6.xs: In function 'XS_Socket6_unpack_sockaddr_in6_all': :info:build Socket6.xs:659: warning: format '%d' expects type 'int', but argument 3 has type 'STRLEN' :info:build Socket6.xs:659: warning: format '%d' expects type 'int', but argument 4 has type 'long unsigned int' :info:build Socket6.xs: In function 'XS_Socket6_getipnodebyaddr': :info:build Socket6.xs:910: warning: format '%d' expects type 'int', but argument 3 has type 'STRLEN' :info:build make: *** [Socket6.o] Error 1 :info:build make: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_lil.fr.rsync.macports.org_release_tarballs_ports_perl_p5-socket6/p5.22-socket6/work/Socket6-0.27' :info:build Command failed: cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_lil.fr.rsync.macports.org_release_tarballs_ports_perl_p5-socket6/p5.22-socket6/work/Socket6-0.27" && /usr/bin/make -w all :info:build Exit code: 2 }}} I reported that case to `bug-Socket6 [at] rt.cpan.org`, as mentioned on https://rt.cpan.org/Public/Bug/Report.html?Queue=Socket6. -- Ticket URL: <https://trac.macports.org/ticket/51068> MacPorts <https://www.macports.org/> Ports system for OS X

1 7

[MacPorts] #48009: volk @20150521_0 Undefined symbols for architecture x86_64
by MacPorts 20 Jul '16

20 Jul '16

#48009: volk @20150521_0 Undefined symbols for architecture x86_64 ---------------------------+-------------------------------- Reporter: jpdevillers@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: Volk ---------------------------+-------------------------------- * Xcode 4.6.3 When trying to upgrade Volk, I get the following error: {{{ :info:build Undefined symbols for architecture x86_64: :info:build "___cpuid_count", referenced from: :info:build _i_can_has_avx2 in volk_cpu.c.o :info:build ld: symbol(s) not found for architecture x86_64 :info:build clang: error: linker command failed with exit code 1 (use -v to see invocation) }}} -- Ticket URL: <https://trac.macports.org/ticket/48009> MacPorts <https://www.macports.org/> Ports system for OS X

1 21

[MacPorts] #49494: GLib assertion failure at run time
by MacPorts 20 Jul '16

20 Jul '16

#49494: GLib assertion failure at run time ------------------------+-------------------------------- Reporter: anderson@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: sshfs ------------------------+-------------------------------- After building the recently released osxfuse 2.8.2 version on OSX 10.11.1 I get the following runtime error from sshfs. MBP:~> sshfs -V (process:65943): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed SSHFS version 2.5 OSXFUSE library version: FUSE 2.7.3 / OSXFUSE 2.8.2 no mount point -- Ticket URL: <https://trac.macports.org/ticket/49494> MacPorts <https://www.macports.org/> Ports system for OS X

1 4

[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] #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] #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] #50799: Perl5 Net::DNS 1.01 breaks DnsResolver in SpamAssassin
by MacPorts 19 Jul '16

19 Jul '16

#50799: Perl5 Net::DNS 1.01 breaks DnsResolver in SpamAssassin -------------------------------+------------------------------------- Reporter: willem+macports@… | Owner: macports-tickets@… Type: update | Status: new Priority: High | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: p5.22-mail-spamassassin -------------------------------+------------------------------------- The updated Net::DNS library breaks SpamAssassin badly. This is already fixed upstream, but not in the release branch 3.4.1 For details see this bugfix: https://bz.apache.org/SpamAssassin/show_bug.cgi?id=7223 And the patch in SVN: https://svn.apache.org/viewvc?view=rev&rev=1691992 Can somebody add this patch to the Portfile? -- Ticket URL: <https://trac.macports.org/ticket/50799> MacPorts <https://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #48791: jarbundler 2.2.0 Unable to verify file checksums
by MacPorts 19 Jul '16

19 Jul '16

#48791: jarbundler 2.2.0 Unable to verify file checksums -------------------------------+-------------------------------- Reporter: mario.flrs.mndz@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: -------------------------------+-------------------------------- It seems source file cannot be downloaded anymore. It attempts to download a html file instead of a zip file. -- Ticket URL: <https://trac.macports.org/ticket/48791> MacPorts <https://www.macports.org/> Ports system for OS X

1 11