Re: FSF has a duty to flag GNU Radio for violations (was: s/w that requires middleman..)

2017-03-01 Thread Ricardo Wurmus
Jean Louis writes: > […] Or simply press a button and come out of that kind of > robotical thinking. Please do not use this kind of language here. Try to make your point without personal attacks. ~~ Ricardo

Re: gnuradio project DoS attacks GNU wget users

2017-03-01 Thread Richard Stallman
[[[ To any NSA and FBI agents reading my email: please consider]]] [[[ whether defending the US Constitution against all enemies, ]]] [[[ foreign or domestic, requires you to follow Snowden's example. ]]] > It will depend on what tor exit node you're using: > cloudflare is a provider

Re: FSF has a duty to flag GNU Radio for violations (was: s/w that requires middleman..)

2017-03-01 Thread Jean Louis
On Wed, Mar 01, 2017 at 11:08:38AM -0500, Alfred M. Szmidt wrote: > In the GNU project it is up to the maintainer where and how to make a > program available. GNU project is not a finalized project, rather evolving project. So the GNU Maintainer policies:

Re: FSF has a duty to flag GNU Radio for violations (was: s/w that requires middleman..)

2017-03-01 Thread Jean Louis
On Wed, Mar 01, 2017 at 07:01:31AM -0500, Alfred M. Szmidt wrote: >The alleged "violation" relates to gnuradio.org using cloudflare, so >that TOR users face a proprietary captcha and are unable to get a copy >of the program or its documentation from the official website. These >

Re: FSF has a duty to flag GNU Radio for violations (was: s/w that requires middleman..)

2017-03-01 Thread Alfred M. Szmidt
In the GNU project it is up to the maintainer where and how to make a program available.

Re: [security-discuss] gnuradio project DoS attacks GNU wget users

2017-03-01 Thread ng0
On 17-03-01 17:25:19, hellekin wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA512 > > On 03/01/2017 05:03 PM, Alfred M. Szmidt wrote: > >That way, I am limited, when using wget, and wrong Tor exit > >(hypothetically) to access the software. It is a clear limitation. > > > > By

Re: gnuradio project DoS attacks GNU wget users

2017-03-01 Thread Alfred M. Szmidt
That way, I am limited, when using wget, and wrong Tor exit (hypothetically) to access the software. It is a clear limitation. By the same logic, I am being refused by the GNU project and the FSF to install free software on a PDP-10 since they are not providing me with MLDEV access, or

Re: gnuradio project DoS attacks GNU wget users

2017-03-01 Thread Jean Louis
On Wed, Mar 01, 2017 at 09:53:54AM -0500, Alfred M. Szmidt wrote: >Best solution for any GNU parts and software would be that there is >clear policy on hosting. > > There is clear policy, and it is up to the discretion of the > maintainer. This is spelled out in the GNU Maintainer

Re: FSF has a duty to flag GNU Radio for violations (was: s/w that requires middleman..)

2017-03-01 Thread Alfred M. Szmidt
When a GFDL is packaged with *some* documentation (any at all), I believe the GFDL becomes enforceable. And consequently, the act of excluding some documentation from the package then becomes legally actionable, and rightly so. Removing documentation from a software program is

Re: FSF has a duty to flag GNU Radio for violations (was: s/w that requires middleman..)

2017-03-01 Thread Alfred M. Szmidt
[ We were asked to not include directory-discuss in this discussion. I am removing it. ] Thanks. >When a GFDL is packaged with *some* documentation (any at all), I >believe the GFDL becomes enforceable. And consequently, the act of >excluding some documentation from

Re: gnuradio project DoS attacks GNU wget users

2017-03-01 Thread Nomen Nescio
Alfred M. Szmidt said: > Works for Me. > > ~ $ wget http://gnuradio.org/releases/gnuradio/gnuradio-3.7.10.1.tar.gz If you use wget in the manner required by CloudFlare, Inc. and GNU Radio Foundation, Inc., indeed there is no issue. But some of whome embrace freedom 0 don't want to be forced

Re: FSF has a duty to flag GNU Radio for violations (was: s/w that requires middleman..)

2017-03-01 Thread Svetlana Tkachenko
Alfred, [ We were asked to not include directory-discuss in this discussion. I am removing it. ] "Alfred M. Szmidt" wrote: >When a GFDL is packaged with *some* documentation (any at all), I >believe the GFDL becomes enforceable. And consequently, the act of >excluding

Re: gnuradio project DoS attacks GNU wget users

2017-03-01 Thread Alfred M. Szmidt
>> Works for Me. >> >> ~ $ wget http://gnuradio.org/releases/gnuradio/gnuradio-3.7.10.1.tar.gz > >If you use wget in the manner required by CloudFlare, Inc. and GNU >Radio Foundation, Inc., indeed there is no issue. > >But some of whome embrace

Re: gnuradio project DoS attacks GNU wget users

2017-03-01 Thread Jean Louis
On Wed, Mar 01, 2017 at 08:02:41AM -0500, Alfred M. Szmidt wrote: >> Works for Me. >> >> ~ $ wget http://gnuradio.org/releases/gnuradio/gnuradio-3.7.10.1.tar.gz > >If you use wget in the manner required by CloudFlare, Inc. and GNU >Radio Foundation, Inc., indeed there is no

Re: gnuradio project DoS attacks GNU wget users

2017-03-01 Thread Alfred M. Szmidt
> Works for Me. > > ~ $ wget http://gnuradio.org/releases/gnuradio/gnuradio-3.7.10.1.tar.gz If you use wget in the manner required by CloudFlare, Inc. and GNU Radio Foundation, Inc., indeed there is no issue. But some of whome embrace freedom 0 don't want to be forced to use

Re: gnuradio project DoS attacks GNU wget users

2017-03-01 Thread Anonymous
Alfred M. Szmidt said: > Works for Me. > > ~ $ wget http://gnuradio.org/releases/gnuradio/gnuradio-3.7.10.1.tar.gz If you use wget in the manner required by CloudFlare, Inc. and GNU Radio Foundation, Inc., indeed there is no issue. But some of whome embrace freedom 0 don't want to be forced

Re: gnuradio project DoS attacks GNU wget users

2017-03-01 Thread Paolo Bonzini
On 28/02/2017 16:47, Jean Louis wrote: > Are there so many users downloading the software, that the project > managers lack the money for hosting? Isn't hosting today pretty cheap? It's the opposite of lack of money; CDNs are just as expensive as regular high-quality hosting (which is _not_