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

[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] #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] #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

[MacPorts] #49662: p5-net-ldap-express @ 0.12 New Port
by MacPorts 17 Jul '16

17 Jul '16

#49662: p5-net-ldap-express @ 0.12 New Port ------------------------+--------------------------------- Reporter: macports@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: p5-net-ldap-express ------------------------+--------------------------------- {{{ $ port lint --nitpick p5-net-ldap-express ---> Verifying Portfile for p5-net-ldap-express ---> 0 errors and 0 warnings found. }}} -- Ticket URL: <https://trac.macports.org/ticket/49662> MacPorts <https://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #49661: p5-net-smtp-tls @ 0.12 New Port
by MacPorts 17 Jul '16

17 Jul '16

#49661: p5-net-smtp-tls @ 0.12 New Port ------------------------+-------------------------------- Reporter: macports@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: p5-net-smtp-tls ------------------------+-------------------------------- {{{ $ port lint --nitpick p5-net-smtp-tls ---> Verifying Portfile for p5-net-smtp-tls ---> 0 errors and 0 warnings found. }}} -- Ticket URL: <https://trac.macports.org/ticket/49661> MacPorts <https://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #47398: New port: p5-net-ldap-express
by MacPorts 17 Jul '16

17 Jul '16

#47398: New port: p5-net-ldap-express ------------------------+--------------------------------- Reporter: macports@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: p5-net-ldap-express ------------------------+--------------------------------- -- Ticket URL: <https://trac.macports.org/ticket/47398> MacPorts <https://www.macports.org/> Ports system for OS X

1 1

[MacPorts] #48821: hellanzb: switch to Python 2.7
by MacPorts 14 Jul '16

14 Jul '16

#48821: hellanzb: switch to Python 2.7 -------------------------+----------------------- Reporter: petr@… | Owner: pjenvey@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: hellanzb -------------------------+----------------------- This port still uses Python 2.6, which is deprecated. Can we switch this port to Python 2.7? BTW: Can we add `openmaintainer` here? -- Ticket URL: <https://trac.macports.org/ticket/48821> MacPorts <https://www.macports.org/> Ports system for OS X

1 4

[MacPorts] #49844: port select for clang misses creating 'clang-apply-replacements' sum link
by MacPorts 14 Jul '16

14 Jul '16

#49844: port select for clang misses creating 'clang-apply-replacements' sum link ----------------------+-------------------------------- Reporter: jonesc@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: clang_select ----------------------+-------------------------------- Running port select for clang seems to miss one sym link, as running clang-modernize leads to {{{ Failed to launch clang-apply-replacements: Executable "" doesn't exist! }}} after having selected macports clang 3.8. {{{ Oberon ~/LHCb/MVATraining > sudo port select clang Available versions for clang: mp-clang-3.8 (active) none }}} and looking in the bin area the link is indeed missing for this one binary. {{{ Oberon /opt/local/bin > ls -lth clang* lrwxr-xr-x 1 root admin 27B 29 Nov 15:23 clang -> /opt/local/bin /clang-mp-3.8 lrwxr-xr-x 1 root admin 29B 29 Nov 15:23 clang++ -> /opt/local/bin/clang++-mp-3.8 lrwxr-xr-x 1 root admin 34B 29 Nov 15:23 clang-format -> /opt/local/bin/clang-format-mp-3.8 lrwxr-xr-x 1 root admin 37B 29 Nov 15:23 clang-modernize -> /opt/local/bin/clang-modernize-mp-3.8 -rwxr-xr-x 1 root admin 62B 28 Nov 09:12 clang++-mp-3.8 -rwxr-xr-x 1 root admin 79B 28 Nov 09:12 clang-apply-replacements- mp-3.8 -rwxr-xr-x 1 root admin 67B 28 Nov 09:12 clang-format-mp-3.8 -rwxr-xr-x 1 root admin 70B 28 Nov 09:12 clang-modernize-mp-3.8 -rwxr-xr-x 1 root admin 60B 28 Nov 09:12 clang-mp-3.8 }}} Please can clang_select be updated to also create the sym link for clang- apply-replacements ? cheers Chris -- Ticket URL: <https://trac.macports.org/ticket/49844> MacPorts <https://www.macports.org/> Ports system for OS X

1 6