Re: [Discuss-gnuradio] gnuradio.org, CloudFlare, and the blocking of Tor users

2016-06-23 Thread panic
Hi,

panic:
> this is not directly related to the gnuradio software but to the
> gnuradio.org homepage:
> 
> gnuradio.org uses CloudFlare (CF) for some reason, and thus, users of
> Tor have to solve (Google) captchas (possibly indefinitely) -- otherwise
> they're simply blocked from reading the page, see [0].

One week later, there still has not been any response to the issue. CF
still happily intercepts requests to gnuradio.org and blocks Tor users.

I would really like to see this issue addressed. IMHO there is no
technical justification for CF for the gnuradio.org homepage and its
usage is a violation of the GNU principles.

Cheers,
-- panic

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


[Discuss-gnuradio] gnuradio.org, CloudFlare, and the blocking of Tor users

2016-06-16 Thread panic
Hi,

this is not directly related to the gnuradio software but to the
gnuradio.org homepage:

gnuradio.org uses CloudFlare (CF) for some reason, and thus, users of
Tor have to solve (Google) captchas (possibly indefinitely) -- otherwise
they're simply blocked from reading the page, see [0].

Please consider (a) using another "level of security" in the CF
settings, or (b) replacing CF with an alternative that does not block
Tor users, or (c) disable CF entirely. (or (d) find another option I did
not mention)

Also note that -- according to the GNU Maintainer Guide [1] -- a GNU
package (incl. GNU Radio) "should not recommend use of any non-free
program" and it should "[not] host discussions [...] in a service that
requires nonfree software".  In this case, however, the users have to
run non-free JavaScript (CF, Google) and this might be seen as an
endorsement of (non-free) CF.

There may be technical reasons and/or historic decisions that lead to
the use CF, but please try to find a more ethically acceptable and less
invasive alternative for the (mid- to long-term) future.

Thank you for realising GNU Radio!

Cheers,
-- panic


[0] https://blog.torproject.org/blog/trouble-cloudflare
[1]
https://www.gnu.org/prep/maintain/html_node/Ethical-and-Philosophical-Consideration.html#Ethical-and-Philosophical-Consideration

___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] Problems building gr-bluetooth

2016-06-14 Thread panic
Cinaed Simson:
> Hi - incidentally, if you use
> 
>cmake -Wno-dev
> 
> it will turn off the verbose warnings.
> 
> Also, I just realize you installed gnuradio from source, so if you
> 
>   export PKG_CONFIG_PATH="${PREFIX}/lib/pkgconfig
>   cmake -Wno-dev
> 
> it should work.
> 
> I haven't tested it - I use boiler plate script to do the builds - which
> also has other envirnoment variables - CPPFLAGS, LDFLAGS,
> LD_LIBRARY_PATH, etc.
> 
> If you don't export the environment variables cmake will ignore them.

Thank you very much for your two replies.
As you suggested, I looked in

  $prefix/include/gnuradio/swig/gnuradio.i

but the file did not exist.  Then, I rebuilt gnuradio and now it's there
and gr-bluetooth builds fine now :)
Maybe these files were not installed previously or that part was disabled.

Thanks again!


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


[Discuss-gnuradio] Problems building gr-bluetooth

2016-06-11 Thread panic
Hi all,

I have problems building gr-bluetooth on Debian jessie because of
missing file errors, although gnuradio and other packages were locally
compiled in their respective recent versions.

$ git clone https://github.com/greatscottgadgets/gr-bluetooth.git
$ cd gr-bluetooth && mkdir build && cd build
$ cmake ..
  [ throws some seemingly harmless warnings, see cmake-output.log ]
$ make
  [ full output in make-output-1.log ]
/data/projects/gnuradio/gr-bluetooth/swig/gr_bluetooth.i:5: Error:
Unable to find 'gnuradio.i'
swig/CMakeFiles/gr_bluetooth_swig_2d0df.dir/build.make:97: recipe for
target 'swig/gr_bluetooth_swig_2d0df' failed
make[2]: *** [swig/gr_bluetooth_swig_2d0df] Error 1
...

If I rerun make, I get a different error:
$ make
  [ full output in make-output-2.log ]
[ 70%] Building CXX object
swig/CMakeFiles/_gr_bluetooth.dir/gr_bluetoothPYTHON_wrap.cxx.o
c++: error:
/data/projects/gnuradio/gr-bluetooth/build/swig/gr_bluetoothPYTHON_wrap.cxx:
No such file or directory
c++: fatal error: no input files
...

I tried to by myself but could not fix the errors since I'm quite new to
gnuradio and don't understand the cmake build system and dependencies
involved (py/cxx/swig/...).

Also note that gr-bluetooth did not see any commits for 2 years.

Anyone with an idea what the reason could be and how to fix it?

Cheers!
-- The CXX compiler identification is GNU 4.9.2
-- The C compiler identification is GNU 4.9.2
-- Check for working CXX compiler: /usr/bin/c++
-- Check for working CXX compiler: /usr/bin/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Check for working C compiler: /usr/bin/cc
-- Check for working C compiler: /usr/bin/cc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Build type not specified: defaulting to release.
-- Boost version: 1.55.0
-- Found the following Boost libraries:
--   filesystem
--   system
-- Found PkgConfig: /usr/bin/pkg-config (found version "0.28") 
Checking for GNU Radio Module: RUNTIME
-- checking for module 'gnuradio-runtime'
--   found gnuradio-runtime, version 3.7.9.2
 * INCLUDES=/usr/local/include
 * LIBS=/usr/local/lib/libgnuradio-runtime.so;/usr/local/lib/libgnuradio-pmt.so
-- Found GNURADIO_RUNTIME: /usr/local/lib/libgnuradio-runtime.so;/usr/local/lib/libgnuradio-pmt.so  
GNURADIO_RUNTIME_FOUND = TRUE
Checking for GNU Radio Module: BLOCKS
-- checking for module 'gnuradio-blocks'
--   found gnuradio-blocks, version 3.7.9.2
 * INCLUDES=/usr/local/include
 * LIBS=/usr/local/lib/libgnuradio-blocks.so;/usr/local/lib/libgnuradio-runtime.so;/usr/local/lib/libgnuradio-pmt.so
-- Found GNURADIO_BLOCKS: /usr/local/lib/libgnuradio-blocks.so;/usr/local/lib/libgnuradio-runtime.so;/usr/local/lib/libgnuradio-pmt.so  
GNURADIO_BLOCKS_FOUND = TRUE
Checking for GNU Radio Module: FILTER
-- checking for module 'gnuradio-filter'
--   found gnuradio-filter, version 3.7.9.2
 * INCLUDES=/usr/local/include
 * LIBS=/usr/local/lib/libgnuradio-filter.so;/usr/local/lib/libgnuradio-fft.so;/usr/local/lib/libgnuradio-runtime.so;/usr/local/lib/libgnuradio-pmt.so
-- Found GNURADIO_FILTER: /usr/local/lib/libgnuradio-filter.so;/usr/local/lib/libgnuradio-fft.so;/usr/local/lib/libgnuradio-runtime.so;/usr/local/lib/libgnuradio-pmt.so  
GNURADIO_FILTER_FOUND = TRUE
-- checking for module 'cppunit'
--   found cppunit, version 1.13.2
-- Found CPPUNIT: /usr/lib/x86_64-linux-gnu/libcppunit.so;dl  
-- Found LIBBTBB: /usr/local/lib/libbtbb.so  
-- 
-- Checking for module SWIG
-- Found SWIG version 2.0.12.
-- Found SWIG: /usr/bin/swig2.0  
-- Found PythonLibs: /usr/lib/x86_64-linux-gnu/libpython2.7.so (found version "2.7.9") 
-- Found PythonInterp: /usr/bin/python2 (found suitable version "2.7.9", minimum required is "2") 
-- Looking for sys/types.h
-- Looking for sys/types.h - found
-- Looking for stdint.h
-- Looking for stdint.h - found
-- Looking for stddef.h
-- Looking for stddef.h - found
-- Check size of size_t
-- Check size of size_t - done
-- Check size of unsigned int
-- Check size of unsigned int - done
-- Check size of unsigned long
-- Check size of unsigned long - done
-- Check size of unsigned long long
-- Check size of unsigned long long - done
-- Found PythonLibs: /usr/lib/x86_64-linux-gnu/libpython2.7.so (found suitable version "2.7.9", minimum required is "2") 
-- Performing Test HAVE_WNO_UNUSED_BUT_SET_VARIABLE
-- Performing Test HAVE_WNO_UNUSED_BUT_SET_VARIABLE - Success
CMake Warning (dev) at /usr/local/lib/cmake/gnuradio/GrTest.cmake:45 (get_target_property):
  Policy CMP0026 is not set: Disallow use of the LOCATION target property.
  Run "cmake --help-policy CMP0026" for policy details.  Use the cmake_policy
  command to set the policy and suppress this warning.

  The LOCATION property should not be read from target "gnuradio-bluetooth".
  Use the target name directly with add_custom_command, or use the generator
  expression $, as appropriate.

Call Stack (most recent call first):
  python/CMakeLists.txt:44 (