Re: [Discuss-gnuradio] problem with a fresh pybombs build

[Jason Matusiak]

Thank you Nick (and everyone else who attempted to help).  At the end of 
the day I ended up blowing away my load again and going back to 14.04 
and all is happy again.  I am guessing something was going on with my 
local IT's sudo wrapper that effects a 16.04 pybombs install process but 
not 14.04, but I am not sure.  An attempted load on a 16.04 machine with 
and without being under IT's control would probably be needed to get to 
the bottom of this!


Thanks everyone for the time though!

On 10/13/2016 01:49 PM, Nicholas McCarthy wrote:
(However, I think there's a lot of upside to installing on a vanilla 
OS for comparison, replicating your error on your IT-polluted OS, and 
forcing IT to fix the problems they're imposing on you.)


Cheers,
Nick M.

On Thu, Oct 13, 2016 at 1:42 PM Nicholas McCarthy > wrote:


You need to remove all versions of pip you previously installed
and truly start fresh with the curl command.

I recommend starting with a completely fresh install and never
typing "sudo."  (This is assuming you DO have a reasonable python
installed.)

Until you can run commands like pip install pybombs and pybombs
recipes add without getting permissions problems, your system is
really too broken to deal with.

If you're happy with adding the recipes using sudo and you can
install gnuradio using sudo from your current state, then just do
that.

Cheers,
Nick M.

On Thu, Oct 13, 2016 at 12:48 PM Jason Matusiak
> wrote:

Nick, A little more information.

I try to do the next step (add recipes) and I get the following:
jmat@jmat:~$ pybombs recipes add gr-recipes
git+https://github.com/gnuradio/gr-recipes.git
bash: /usr/local/bin/pybombs: Permission denied

Looking at that binary, it has permissions 700.  I chmod it to
755 and rerun and get:
jmat@jmat:~$ pybombs recipes add gr-recipes
git+https://github.com/gnuradio/gr-recipes.git

Traceback (most recent call last):
File "/usr/local/bin/pybombs", line 11, in 
load_entry_point('PyBOMBS==2.2.0', 'console_scripts',
'pybombs')()
File "build/bdist.linux-x86_64/egg/pkg_resources/__init__.py",
line 567, in load_entry_point
  File
"build/bdist.linux-x86_64/egg/pkg_resources/__init__.py", line
2603, in load_entry_point

ImportError: Entry point ('console_scripts', 'pybombs') not found

If I run the command with sudo, it seems to work, but I assume
that that is not a good practice, right?


~Jason


On 10/13/2016 12:34 PM, Jason Matusiak wrote:

Nick,

I spoke with IT and I was mistaken on the "script" version of
sudo.  What is really going on is that we use centrify's dzdo
as sudo.  They just made a wrapper so that users can call
sudo like usual and dzdo gets called under the hood.  So the
sudo //should// be pretty normal.

I went to the look you sent me and ran the command: curl
https://bootstrap.pypa.io/get-pip.py | python.  I get the
following error back:
jmat@jmat:~$ curl https://bootstrap.pypa.io/get-pip.py | python
  % Total% Received % Xferd  Average Speed Time   
Time Time  Current
 Dload  Upload Total  
SpentLeft  Speed

100 1488k  100 1488k0 0  6323k  0 --:--:--
--:--:-- --:--:-- 6336k
Requirement already up-to-date: pip in
./.local/lib/python2.7/site-packages
Collecting wheel
  Downloading wheel-0.29.0-py2.py3-none-any.whl (66kB)
100% || 71kB 6.0MB/s
Installing collected packages: wheel
Exception:
Traceback (most recent call last):
  File "/tmp/tmpZg40zI/pip.zip/pip/basecommand.py", line 215,
in main
status = self.run(options, args)
  File "/tmp/tmpZg40zI/pip.zip/pip/commands/install.py", line
317, in run
prefix=options.prefix_path,
  File "/tmp/tmpZg40zI/pip.zip/pip/req/req_set.py", line 742,
in install
**kwargs
  File "/tmp/tmpZg40zI/pip.zip/pip/req/req_install.py", line
831, in install
self.move_wheel_files(self.source_dir, root=root,
prefix=prefix)
  File "/tmp/tmpZg40zI/pip.zip/pip/req/req_install.py", line
1032, in move_wheel_files
isolated=self.isolated,
  File "/tmp/tmpZg40zI/pip.zip/pip/wheel.py", line 346, in
move_wheel_files
clobber(source, lib_dir, True)
  File "/tmp/tmpZg40zI/pip.zip/pip/wheel.py", line 317, in
clobber
ensure_dir(destdir)
  File 

Re: [Discuss-gnuradio] problem with a fresh pybombs build

[Nicholas McCarthy]

(However, I think there's a lot of upside to installing on a vanilla OS for
comparison, replicating your error on your IT-polluted OS, and forcing IT
to fix the problems they're imposing on you.)

Cheers,
Nick M.

On Thu, Oct 13, 2016 at 1:42 PM Nicholas McCarthy 
wrote:

> You need to remove all versions of pip you previously installed and truly
> start fresh with the curl command.
>
> I recommend starting with a completely fresh install and never typing
> "sudo."  (This is assuming you DO have a reasonable python installed.)
>
> Until you can run commands like pip install pybombs and pybombs recipes
> add without getting permissions problems, your system is really too broken
> to deal with.
>
> If you're happy with adding the recipes using sudo and you can install
> gnuradio using sudo from your current state, then just do that.
>
> Cheers,
> Nick M.
>
> On Thu, Oct 13, 2016 at 12:48 PM Jason Matusiak <
> ja...@gardettoengineering.com> wrote:
>
> Nick, A little more information.
>
> I try to do the next step (add recipes) and I get the following:
> jmat@jmat:~$ pybombs recipes add gr-recipes git+
> https://github.com/gnuradio/gr-recipes.git
> bash: /usr/local/bin/pybombs: Permission denied
>
> Looking at that binary, it has permissions 700.  I chmod it to 755 and
> rerun and get:
> jmat@jmat:~$ pybombs recipes add gr-recipes git+
> https://github.com/gnuradio/gr-recipes.git
>
> Traceback (most recent call last):
>   File "/usr/local/bin/pybombs", line 11, in 
> load_entry_point('PyBOMBS==2.2.0', 'console_scripts', 'pybombs')()
>   File "build/bdist.linux-x86_64/egg/pkg_resources/__init__.py", line 567,
> in load_entry_point
>   File "build/bdist.linux-x86_64/egg/pkg_resources/__init__.py", line
> 2603, in load_entry_point
>
> ImportError: Entry point ('console_scripts', 'pybombs') not found
>
> If I run the command with sudo, it seems to work, but I assume that that
> is not a good practice, right?
>
>
> ~Jason
>
>
> On 10/13/2016 12:34 PM, Jason Matusiak wrote:
>
> Nick,
>
> I spoke with IT and I was mistaken on the "script" version of sudo.  What
> is really going on is that we use centrify's dzdo as sudo.  They just made
> a wrapper so that users can call sudo like usual and dzdo gets called under
> the hood.  So the sudo //should// be pretty normal.
>
> I went to the look you sent me and ran the command: curl
> https://bootstrap.pypa.io/get-pip.py | python.  I get the following error
> back:
> jmat@jmat:~$ curl https://bootstrap.pypa.io/get-pip.py | python
>   % Total% Received % Xferd  Average Speed   TimeTime Time
> Current
>  Dload  Upload   Total   SpentLeft
> Speed
> 100 1488k  100 1488k0 0  6323k  0 --:--:-- --:--:-- --:--:--
> 6336k
> Requirement already up-to-date: pip in ./.local/lib/python2.7/site-packages
> Collecting wheel
>   Downloading wheel-0.29.0-py2.py3-none-any.whl (66kB)
> 100% || 71kB 6.0MB/s
> Installing collected packages: wheel
> Exception:
> Traceback (most recent call last):
>   File "/tmp/tmpZg40zI/pip.zip/pip/basecommand.py", line 215, in main
> status = self.run(options, args)
>   File "/tmp/tmpZg40zI/pip.zip/pip/commands/install.py", line 317, in run
> prefix=options.prefix_path,
>   File "/tmp/tmpZg40zI/pip.zip/pip/req/req_set.py", line 742, in install
> **kwargs
>   File "/tmp/tmpZg40zI/pip.zip/pip/req/req_install.py", line 831, in
> install
> self.move_wheel_files(self.source_dir, root=root, prefix=prefix)
>   File "/tmp/tmpZg40zI/pip.zip/pip/req/req_install.py", line 1032, in
> move_wheel_files
> isolated=self.isolated,
>   File "/tmp/tmpZg40zI/pip.zip/pip/wheel.py", line 346, in move_wheel_files
> clobber(source, lib_dir, True)
>   File "/tmp/tmpZg40zI/pip.zip/pip/wheel.py", line 317, in clobber
> ensure_dir(destdir)
>   File "/tmp/tmpZg40zI/pip.zip/pip/utils/__init__.py", line 83, in
> ensure_dir
> os.makedirs(path)
>   File "/usr/lib/python2.7/os.py", line 157, in makedirs
> mkdir(name, mode)
> OSError: [Errno 13] Permission denied:
> '/usr/local/lib/python2.7/dist-packages/wheel'
>
> Trying it with sudo returns the same errors.  My solution to get it to
> install was to sudo su -, and install it from there.  Supposedly it has
> something to do with sudo forking the command back to the user or something
> (this level of admining is over my head; but I wonder if something
> different is going on in 16.04 that was previously allowed in 14.04 for
> me).  I then exited out of sudo su, and ran sudo pip install pybombs and
> that worked.  Now I am going to continue down the path and see if I can get
> further along.
>
> Sorry for all the issues, but thanks for piping up.
> ~Jason
>
> On 10/13/2016 12:17 PM, Nicholas McCarthy wrote:
>
> Hey Jason,
>
> That's interesting... I was expecting it to prove your user saw a
> different version of setuptools than running sudo.  I think there's still
> evidence that may be the 

Re: [Discuss-gnuradio] problem with a fresh pybombs build

[Nicholas McCarthy]

You need to remove all versions of pip you previously installed and truly
start fresh with the curl command.

I recommend starting with a completely fresh install and never typing
"sudo."  (This is assuming you DO have a reasonable python installed.)

Until you can run commands like pip install pybombs and pybombs recipes add
without getting permissions problems, your system is really too broken to
deal with.

If you're happy with adding the recipes using sudo and you can install
gnuradio using sudo from your current state, then just do that.

Cheers,
Nick M.

On Thu, Oct 13, 2016 at 12:48 PM Jason Matusiak <
ja...@gardettoengineering.com> wrote:

> Nick, A little more information.
>
> I try to do the next step (add recipes) and I get the following:
> jmat@jmat:~$ pybombs recipes add gr-recipes git+
> https://github.com/gnuradio/gr-recipes.git
> bash: /usr/local/bin/pybombs: Permission denied
>
> Looking at that binary, it has permissions 700.  I chmod it to 755 and
> rerun and get:
> jmat@jmat:~$ pybombs recipes add gr-recipes git+
> https://github.com/gnuradio/gr-recipes.git
>
> Traceback (most recent call last):
>   File "/usr/local/bin/pybombs", line 11, in 
> load_entry_point('PyBOMBS==2.2.0', 'console_scripts', 'pybombs')()
>   File "build/bdist.linux-x86_64/egg/pkg_resources/__init__.py", line 567,
> in load_entry_point
>   File "build/bdist.linux-x86_64/egg/pkg_resources/__init__.py", line
> 2603, in load_entry_point
>
> ImportError: Entry point ('console_scripts', 'pybombs') not found
>
> If I run the command with sudo, it seems to work, but I assume that that
> is not a good practice, right?
>
>
> ~Jason
>
>
> On 10/13/2016 12:34 PM, Jason Matusiak wrote:
>
> Nick,
>
> I spoke with IT and I was mistaken on the "script" version of sudo.  What
> is really going on is that we use centrify's dzdo as sudo.  They just made
> a wrapper so that users can call sudo like usual and dzdo gets called under
> the hood.  So the sudo //should// be pretty normal.
>
> I went to the look you sent me and ran the command: curl
> https://bootstrap.pypa.io/get-pip.py | python.  I get the following error
> back:
> jmat@jmat:~$ curl https://bootstrap.pypa.io/get-pip.py | python
>   % Total% Received % Xferd  Average Speed   TimeTime Time
> Current
>  Dload  Upload   Total   SpentLeft
> Speed
> 100 1488k  100 1488k0 0  6323k  0 --:--:-- --:--:-- --:--:--
> 6336k
> Requirement already up-to-date: pip in ./.local/lib/python2.7/site-packages
> Collecting wheel
>   Downloading wheel-0.29.0-py2.py3-none-any.whl (66kB)
> 100% || 71kB 6.0MB/s
> Installing collected packages: wheel
> Exception:
> Traceback (most recent call last):
>   File "/tmp/tmpZg40zI/pip.zip/pip/basecommand.py", line 215, in main
> status = self.run(options, args)
>   File "/tmp/tmpZg40zI/pip.zip/pip/commands/install.py", line 317, in run
> prefix=options.prefix_path,
>   File "/tmp/tmpZg40zI/pip.zip/pip/req/req_set.py", line 742, in install
> **kwargs
>   File "/tmp/tmpZg40zI/pip.zip/pip/req/req_install.py", line 831, in
> install
> self.move_wheel_files(self.source_dir, root=root, prefix=prefix)
>   File "/tmp/tmpZg40zI/pip.zip/pip/req/req_install.py", line 1032, in
> move_wheel_files
> isolated=self.isolated,
>   File "/tmp/tmpZg40zI/pip.zip/pip/wheel.py", line 346, in move_wheel_files
> clobber(source, lib_dir, True)
>   File "/tmp/tmpZg40zI/pip.zip/pip/wheel.py", line 317, in clobber
> ensure_dir(destdir)
>   File "/tmp/tmpZg40zI/pip.zip/pip/utils/__init__.py", line 83, in
> ensure_dir
> os.makedirs(path)
>   File "/usr/lib/python2.7/os.py", line 157, in makedirs
> mkdir(name, mode)
> OSError: [Errno 13] Permission denied:
> '/usr/local/lib/python2.7/dist-packages/wheel'
>
> Trying it with sudo returns the same errors.  My solution to get it to
> install was to sudo su -, and install it from there.  Supposedly it has
> something to do with sudo forking the command back to the user or something
> (this level of admining is over my head; but I wonder if something
> different is going on in 16.04 that was previously allowed in 14.04 for
> me).  I then exited out of sudo su, and ran sudo pip install pybombs and
> that worked.  Now I am going to continue down the path and see if I can get
> further along.
>
> Sorry for all the issues, but thanks for piping up.
> ~Jason
>
> On 10/13/2016 12:17 PM, Nicholas McCarthy wrote:
>
> Hey Jason,
>
> That's interesting... I was expecting it to prove your user saw a
> different version of setuptools than running sudo.  I think there's still
> evidence that may be the case, but I'm not sure.
>
> I think your best bet for building gnuradio on your non-vanilla machine is
> to start from scratch assuming you do not have sudo privileges.
>
> Assuming you have a reasonable python installed, you should be able to
> install pip using this.
>
> https://github.com/pypa/get-pip
>
> Then pip 

Re: [Discuss-gnuradio] problem with a fresh pybombs build

[Jason Matusiak]

Nick,

I spoke with IT and I was mistaken on the "script" version of sudo. What 
is really going on is that we use centrify's dzdo as sudo. They just 
made a wrapper so that users can call sudo like usual and dzdo gets 
called under the hood.  So the sudo //should// be pretty normal.


I went to the look you sent me and ran the command: curl 
https://bootstrap.pypa.io/get-pip.py | python.  I get the following 
error back:

jmat@jmat:~$ curl https://bootstrap.pypa.io/get-pip.py | python
  % Total% Received % Xferd  Average Speed   TimeTime Time  Current
 Dload  Upload   Total   Spent Left  Speed
100 1488k  100 1488k0 0  6323k  0 --:--:-- --:--:-- --:--:-- 
6336k

Requirement already up-to-date: pip in ./.local/lib/python2.7/site-packages
Collecting wheel
  Downloading wheel-0.29.0-py2.py3-none-any.whl (66kB)
100% || 71kB 6.0MB/s
Installing collected packages: wheel
Exception:
Traceback (most recent call last):
  File "/tmp/tmpZg40zI/pip.zip/pip/basecommand.py", line 215, in main
status = self.run(options, args)
  File "/tmp/tmpZg40zI/pip.zip/pip/commands/install.py", line 317, in run
prefix=options.prefix_path,
  File "/tmp/tmpZg40zI/pip.zip/pip/req/req_set.py", line 742, in install
**kwargs
  File "/tmp/tmpZg40zI/pip.zip/pip/req/req_install.py", line 831, in 
install

self.move_wheel_files(self.source_dir, root=root, prefix=prefix)
  File "/tmp/tmpZg40zI/pip.zip/pip/req/req_install.py", line 1032, in 
move_wheel_files

isolated=self.isolated,
  File "/tmp/tmpZg40zI/pip.zip/pip/wheel.py", line 346, in move_wheel_files
clobber(source, lib_dir, True)
  File "/tmp/tmpZg40zI/pip.zip/pip/wheel.py", line 317, in clobber
ensure_dir(destdir)
  File "/tmp/tmpZg40zI/pip.zip/pip/utils/__init__.py", line 83, in 
ensure_dir

os.makedirs(path)
  File "/usr/lib/python2.7/os.py", line 157, in makedirs
mkdir(name, mode)
OSError: [Errno 13] Permission denied: 
'/usr/local/lib/python2.7/dist-packages/wheel'


Trying it with sudo returns the same errors.  My solution to get it to 
install was to sudo su -, and install it from there.  Supposedly it has 
something to do with sudo forking the command back to the user or 
something (this level of admining is over my head; but I wonder if 
something different is going on in 16.04 that was previously allowed in 
14.04 for me).  I then exited out of sudo su, and ran sudo pip install 
pybombs and that worked.  Now I am going to continue down the path and 
see if I can get further along.


Sorry for all the issues, but thanks for piping up.
~Jason

On 10/13/2016 12:17 PM, Nicholas McCarthy wrote:

Hey Jason,

That's interesting... I was expecting it to prove your user saw a 
different version of setuptools than running sudo.  I think there's 
still evidence that may be the case, but I'm not sure.


I think your best bet for building gnuradio on your non-vanilla 
machine is to start from scratch assuming you do not have sudo privileges.


Assuming you have a reasonable python installed, you should be able to 
install pip using this.


https://github.com/pypa/get-pip

Then pip install pybombs

Then use pybombs

However, if your ultimate goal is to work with your IT to get to the 
root of your bizzaro OS problems, then I would
1. Do a pybombs install using your initial set of commands on a truly 
vanilla ubuntu (to prove that it works and to give your IT something 
to compare with the broken system).
2. Follow these same steps on your non-vanilla ubuntu to reproduce 
your error.
3. Dump the problem on your IT telling them to solve whatever 
permissions and system path problems they need to solve to make system 
2 behave like system 1.



Cheers,
Nick M.

On Thu, Oct 13, 2016 at 11:24 AM Jason Matusiak 
> 
wrote:


Nick,

Thank you for the info.  I've uninstalled pybombs everywhere, so I
should be "clean" again.

I tried running your two easy_install commands and got an
unexpected result:
jmat@jmat:~/Downloads$ easy_install --version
usage: easy_install [options] requirement_or_url ...
   or: easy_install --help

error: invalid command 'easy_install'
jmat@jmat:~/Downloads$ sudo easy_install --version
setuptools 28.3.0 from /usr/local/lib/python2.7/dist-packages
(Python 2.7)

I sort of figured that the non-sudo version would give some sort
of result based on your email.  Does this tell us something?

Thanks!

~Jason


On 10/12/2016 02:58 PM, Nicholas McCarthy wrote:

So If I look at sys.path in python, I do see
/usr/local/lib/python2.7/dist-packages
(and I didn't do anything special to make this happen.)

Also, which pybombs points to
/usr/local/bin/pybombs

And my install location for pybombs is
/usr/local/lib/python2.7/dist-packages

From the standpoint of a fresh install (which you certainly no

Re: [Discuss-gnuradio] problem with a fresh pybombs build

[Jason Matusiak]

Nick, A little more information.

I try to do the next step (add recipes) and I get the following:
jmat@jmat:~$ pybombs recipes add gr-recipes 
git+https://github.com/gnuradio/gr-recipes.git

bash: /usr/local/bin/pybombs: Permission denied

Looking at that binary, it has permissions 700.  I chmod it to 755 and 
rerun and get:
jmat@jmat:~$ pybombs recipes add gr-recipes 
git+https://github.com/gnuradio/gr-recipes.git

Traceback (most recent call last):
  File "/usr/local/bin/pybombs", line 11, in 
load_entry_point('PyBOMBS==2.2.0', 'console_scripts', 'pybombs')()
  File "build/bdist.linux-x86_64/egg/pkg_resources/__init__.py", line 
567, in load_entry_point
  File "build/bdist.linux-x86_64/egg/pkg_resources/__init__.py", line 
2603, in load_entry_point

ImportError: Entry point ('console_scripts', 'pybombs') not found

If I run the command with sudo, it seems to work, but I assume that that 
is not a good practice, right?


~Jason

On 10/13/2016 12:34 PM, Jason Matusiak wrote:

Nick,

I spoke with IT and I was mistaken on the "script" version of sudo.  
What is really going on is that we use centrify's dzdo as sudo.  They 
just made a wrapper so that users can call sudo like usual and dzdo 
gets called under the hood.  So the sudo //should// be pretty normal.


I went to the look you sent me and ran the command: curl 
https://bootstrap.pypa.io/get-pip.py | python.  I get the following 
error back:

jmat@jmat:~$ curl https://bootstrap.pypa.io/get-pip.py | python
  % Total% Received % Xferd  Average Speed   TimeTime Time  
Current

 Dload  Upload   Total   Spent Left  Speed
100 1488k  100 1488k0 0  6323k  0 --:--:-- --:--:-- 
--:--:-- 6336k
Requirement already up-to-date: pip in 
./.local/lib/python2.7/site-packages

Collecting wheel
  Downloading wheel-0.29.0-py2.py3-none-any.whl (66kB)
100% || 71kB 6.0MB/s
Installing collected packages: wheel
Exception:
Traceback (most recent call last):
  File "/tmp/tmpZg40zI/pip.zip/pip/basecommand.py", line 215, in main
status = self.run(options, args)
  File "/tmp/tmpZg40zI/pip.zip/pip/commands/install.py", line 317, in run
prefix=options.prefix_path,
  File "/tmp/tmpZg40zI/pip.zip/pip/req/req_set.py", line 742, in install
**kwargs
  File "/tmp/tmpZg40zI/pip.zip/pip/req/req_install.py", line 831, in 
install

self.move_wheel_files(self.source_dir, root=root, prefix=prefix)
  File "/tmp/tmpZg40zI/pip.zip/pip/req/req_install.py", line 1032, in 
move_wheel_files

isolated=self.isolated,
  File "/tmp/tmpZg40zI/pip.zip/pip/wheel.py", line 346, in 
move_wheel_files

clobber(source, lib_dir, True)
  File "/tmp/tmpZg40zI/pip.zip/pip/wheel.py", line 317, in clobber
ensure_dir(destdir)
  File "/tmp/tmpZg40zI/pip.zip/pip/utils/__init__.py", line 83, in 
ensure_dir

os.makedirs(path)
  File "/usr/lib/python2.7/os.py", line 157, in makedirs
mkdir(name, mode)
OSError: [Errno 13] Permission denied: 
'/usr/local/lib/python2.7/dist-packages/wheel'


Trying it with sudo returns the same errors.  My solution to get it to 
install was to sudo su -, and install it from there. Supposedly it has 
something to do with sudo forking the command back to the user or 
something (this level of admining is over my head; but I wonder if 
something different is going on in 16.04 that was previously allowed 
in 14.04 for me).  I then exited out of sudo su, and ran sudo pip 
install pybombs and that worked.  Now I am going to continue down the 
path and see if I can get further along.


Sorry for all the issues, but thanks for piping up.
~Jason

On 10/13/2016 12:17 PM, Nicholas McCarthy wrote:

Hey Jason,

That's interesting... I was expecting it to prove your user saw a 
different version of setuptools than running sudo.  I think there's 
still evidence that may be the case, but I'm not sure.


I think your best bet for building gnuradio on your non-vanilla 
machine is to start from scratch assuming you do not have sudo 
privileges.


Assuming you have a reasonable python installed, you should be able 
to install pip using this.


https://github.com/pypa/get-pip

Then pip install pybombs

Then use pybombs

However, if your ultimate goal is to work with your IT to get to the 
root of your bizzaro OS problems, then I would
1. Do a pybombs install using your initial set of commands on a truly 
vanilla ubuntu (to prove that it works and to give your IT something 
to compare with the broken system).
2. Follow these same steps on your non-vanilla ubuntu to reproduce 
your error.
3. Dump the problem on your IT telling them to solve whatever 
permissions and system path problems they need to solve to make 
system 2 behave like system 1.



Cheers,
Nick M.

On Thu, Oct 13, 2016 at 11:24 AM Jason Matusiak 
> wrote:


Nick,

Thank you for the info.  I've uninstalled pybombs everywhere, so
I should be 

Re: [Discuss-gnuradio] problem with a fresh pybombs build

[Nicholas McCarthy]

Hey Jason,

That's interesting... I was expecting it to prove your user saw a different
version of setuptools than running sudo.  I think there's still evidence
that may be the case, but I'm not sure.

I think your best bet for building gnuradio on your non-vanilla machine is
to start from scratch assuming you do not have sudo privileges.

Assuming you have a reasonable python installed, you should be able to
install pip using this.

https://github.com/pypa/get-pip

Then pip install pybombs

Then use pybombs

However, if your ultimate goal is to work with your IT to get to the root
of your bizzaro OS problems, then I would
1. Do a pybombs install using your initial set of commands on a truly
vanilla ubuntu (to prove that it works and to give your IT something to
compare with the broken system).
2. Follow these same steps on your non-vanilla ubuntu to reproduce your
error.
3. Dump the problem on your IT telling them to solve whatever permissions
and system path problems they need to solve to make system 2 behave like
system 1.


Cheers,
Nick M.

On Thu, Oct 13, 2016 at 11:24 AM Jason Matusiak <
ja...@gardettoengineering.com> wrote:

> Nick,
>
> Thank you for the info.  I've uninstalled pybombs everywhere, so I should
> be "clean" again.
>
> I tried running your two easy_install commands and got an unexpected
> result:
> jmat@jmat:~/Downloads$ easy_install --version
> usage: easy_install [options] requirement_or_url ...
>or: easy_install --help
>
> error: invalid command 'easy_install'
> jmat@jmat:~/Downloads$ sudo easy_install --version
> setuptools 28.3.0 from /usr/local/lib/python2.7/dist-packages (Python 2.7)
>
> I sort of figured that the non-sudo version would give some sort of result
> based on your email.  Does this tell us something?
>
> Thanks!
>
> ~Jason
>
>
> On 10/12/2016 02:58 PM, Nicholas McCarthy wrote:
>
> So If I look at sys.path in python, I do see
> /usr/local/lib/python2.7/dist-packages
> (and I didn't do anything special to make this happen.)
>
> Also, which pybombs points to
> /usr/local/bin/pybombs
>
> And my install location for pybombs is
> /usr/local/lib/python2.7/dist-packages
>
> From the standpoint of a fresh install (which you certainly no longer
> have), I think the problem comes in when you fail to have permissions on
> the pybombs bin... I suspect that's something to do with your weird sudo
> script and not pip or pybombs, but I'm not sure.
>
> If you could get back to the state you were in after your initial attempt
> to install, I'd like to know the value of your sys.path in python.
>
> Right now, you have a frankenbuild for pybombs thanks to running sudo with
> the --user flag... I would uninstall that, for sure and get to where you
> have no pybombs installed anywhere.
>
> So... as for why you can't pip install pybombs (no sudo)... this has to be
> a setuptools thing.
>
> Maybe try
> easy_install --version
> and
> sudo easy_install --version
>
> to see if there's a difference.  Because your sudo is broken, you may have
> to do a lot of "sudo which blah" and "which blah" to find out what your
> problem is.
>
> You can probably try an install without any sudo use by first sudo apt-get
> remove --purge pip and then downloading and using get-pip.py.  Then just
> pip install pybombs (no flags, no sudo, no nothing)... and try that one.
>
> Cheers,
> Nick M.
>
>
>
> On Wed, Oct 12, 2016 at 1:13 PM Jason Matusiak <
> ja...@gardettoengineering.com> wrote:
>
> Hi Nick!
> I did.  When I run it I get:
> Requirement already up-to-date: setuptools in
> /usr/local/lib/python2.7/dist-packages
>
> I am not on a thin client, I am on a fresh load of 16.04 on an actual PC.
> I do believe that sudo isn't actually sudo, but a script.  That said, I
> wasn't having sudo issues before I reloaded my machine (which was running
> 14.04).
>
> Thanks!
>
>
>
> On 10/12/2016 01:04 PM, Nicholas McCarthy wrote:
>
> Jason, did you try
> pip install --upgrade setuptools
>
> as a first step?  Are you running on a special setup such as a patchwork
> virtual machine being served to you on a thinclient with f**ed permissions?
>
> Cheers,
> Nick M.
>
> On Wed, Oct 12, 2016 at 10:38 AM Jason Matusiak <
> ja...@gardettoengineering.com> wrote:
>
> > Hi Marcus, The reason I went with sudo was because it was erroring out if
> I didn't:
>
> > $ pip install -I --user pybombs
> > Collecting pybombs
> >   Using cached PyBOMBS-2.2.0.tar.gz
> > Complete output from command python setup.py egg_info:
>
> > /usr/lib/python2.7/distutils/dist.py:267: UserWarning: Unknown distribution
> option: 'entry_points'
>
> >   warnings.warn(msg)
>
> > /usr/lib/python2.7/distutils/dist.py:267: UserWarning: Unknown distribution
> option: 'install_requires'
>
> >   warnings.warn(msg)
> > usage: -c [global_opts] cmd1 [cmd1_opts] [cmd2 [cmd2_opts] ...]
> >or: -c --help [cmd1 cmd2 ...]
> >or: -c --help-commands
> >or: -c cmd --help
> >
> > error: invalid command 'egg_info'
> >
> > 

Re: [Discuss-gnuradio] problem with a fresh pybombs build

[Jason Matusiak]

Nick,

Thank you for the info.  I've uninstalled pybombs everywhere, so I 
should be "clean" again.


I tried running your two easy_install commands and got an unexpected result:
jmat@jmat:~/Downloads$ easy_install --version
usage: easy_install [options] requirement_or_url ...
   or: easy_install --help

error: invalid command 'easy_install'
jmat@jmat:~/Downloads$ sudo easy_install --version
setuptools 28.3.0 from /usr/local/lib/python2.7/dist-packages (Python 2.7)

I sort of figured that the non-sudo version would give some sort of 
result based on your email.  Does this tell us something?


Thanks!
~Jason

On 10/12/2016 02:58 PM, Nicholas McCarthy wrote:

So If I look at sys.path in python, I do see
/usr/local/lib/python2.7/dist-packages
(and I didn't do anything special to make this happen.)

Also, which pybombs points to
/usr/local/bin/pybombs

And my install location for pybombs is
/usr/local/lib/python2.7/dist-packages

From the standpoint of a fresh install (which you certainly no longer 
have), I think the problem comes in when you fail to have permissions 
on the pybombs bin... I suspect that's something to do with your weird 
sudo script and not pip or pybombs, but I'm not sure.


If you could get back to the state you were in after your initial 
attempt to install, I'd like to know the value of your sys.path in 
python.


Right now, you have a frankenbuild for pybombs thanks to running sudo 
with the --user flag... I would uninstall that, for sure and get to 
where you have no pybombs installed anywhere.


So... as for why you can't pip install pybombs (no sudo)... this has 
to be a setuptools thing.


Maybe try
easy_install --version
and
sudo easy_install --version

to see if there's a difference. Because your sudo is broken, you may 
have to do a lot of "sudo which blah" and "which blah" to find out 
what your problem is.


You can probably try an install without any sudo use by first sudo 
apt-get remove --purge pip and then downloading and using get-pip.py.  
Then just pip install pybombs (no flags, no sudo, no nothing)... and 
try that one.


Cheers,
Nick M.



On Wed, Oct 12, 2016 at 1:13 PM Jason Matusiak 
> 
wrote:


Hi Nick!
I did.  When I run it I get:
Requirement already up-to-date: setuptools in
/usr/local/lib/python2.7/dist-packages

I am not on a thin client, I am on a fresh load of 16.04 on an
actual PC.  I do believe that sudo isn't actually sudo, but a
script.  That said, I wasn't having sudo issues before I reloaded
my machine (which was running 14.04).

Thanks!



On 10/12/2016 01:04 PM, Nicholas McCarthy wrote:

Jason, did you try
pip install --upgrade setuptools

as a first step?  Are you running on a special setup such as a
patchwork virtual machine being served to you on a thinclient
with f**ed permissions?

Cheers,
Nick M.

On Wed, Oct 12, 2016 at 10:38 AM Jason Matusiak
> wrote:

> Hi Marcus, The reason I went with sudo was because it was
erroring outif I didn't:

> $ pip install -I --user pybombs
> Collecting pybombs
>   Using cached PyBOMBS-2.2.0.tar.gz
> Complete output from command python setup.py egg_info:

> /usr/lib/python2.7/distutils/dist.py:267: UserWarning:
Unknowndistribution option: 'entry_points'

>   warnings.warn(msg)

> /usr/lib/python2.7/distutils/dist.py:267: UserWarning:
Unknowndistribution option: 'install_requires'

>   warnings.warn(msg)
> usage: -c [global_opts] cmd1 [cmd1_opts] [cmd2 [cmd2_opts] ...]
>or: -c --help [cmd1 cmd2 ...]
>or: -c --help-commands
>or: -c cmd --help
>
> error: invalid command 'egg_info'
>
> 

> Command "python setup.py egg_info" failed with error code 1 in
/tmp/pip-build-FJfz9W/pybombs/

I am still stuck at this stage. Assuming I am dead in the
water, what is the next best (approved) way of installing
GnuRadio?  Doing it by hand from the github clone?
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org 
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio





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

Re: [Discuss-gnuradio] problem with a fresh pybombs build

[Jason Matusiak]

Marcus, I'll see if I can get our IT people's ear and figure out better 
what is going on with sudo.  It was indeed just a vanilla install of 
16.04, and then IT did there mucking afterwards.


Thanks!
~Jason

On 10/12/2016 03:55 PM, Marcus Müller wrote:


Hi Jason,

I can see that sudo pecularities might break pybombs; however, 
replacing sudo with a script is a rather uncommon practice (you incurr 
a lot of problems, because scripts usually can't have the setuid bit 
etc); is that vanilla ubuntu 16.04 or what's happened there?


Best regards,

Marcus

On 12.10.2016 19:12, Jason Matusiak wrote:

Hi Nick!
I did.  When I run it I get:
Requirement already up-to-date: setuptools in 
/usr/local/lib/python2.7/dist-packages


I am not on a thin client, I am on a fresh load of 16.04 on an actual 
PC.  I do believe that sudo isn't actually sudo, but a script.  That 
said, I wasn't having sudo issues before I reloaded my machine (which 
was running 14.04).


Thanks!


On 10/12/2016 01:04 PM, Nicholas McCarthy wrote:

Jason, did you try
pip install --upgrade setuptools

as a first step?  Are you running on a special setup such as a 
patchwork virtual machine being served to you on a thinclient with 
f**ed permissions?


Cheers,
Nick M.

On Wed, Oct 12, 2016 at 10:38 AM Jason Matusiak 
> wrote:


> Hi Marcus, The reason I went with sudo was because it was
erroring outif I didn't:

> $ pip install -I --user pybombs
> Collecting pybombs
>   Using cached PyBOMBS-2.2.0.tar.gz
> Complete output from command python setup.py egg_info:

> /usr/lib/python2.7/distutils/dist.py:267: UserWarning:
Unknowndistribution option: 'entry_points'

>   warnings.warn(msg)

> /usr/lib/python2.7/distutils/dist.py:267: UserWarning:
Unknowndistribution option: 'install_requires'

>   warnings.warn(msg)
> usage: -c [global_opts] cmd1 [cmd1_opts] [cmd2 [cmd2_opts] ...]
>or: -c --help [cmd1 cmd2 ...]
>or: -c --help-commands
>or: -c cmd --help
>
> error: invalid command 'egg_info'
>
> 

> Command "python setup.py egg_info" failed with error code 1 in
/tmp/pip-build-FJfz9W/pybombs/

I am still stuck at this stage. Assuming I am dead in the water,
what is the next best (approved) way of installing GnuRadio? 
Doing it by hand from the github clone?

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







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

Re: [Discuss-gnuradio] problem with a fresh pybombs build

[West, Nathan]

I once had several mysterious issues with 16.04 and a custom shell-wrapped
sudo installed by some IT guys to the point that I installed "stock" 16.04
and *not* the IT guys' provisioned stuff. After using the stock install
*without* specially provisioned software things worked much better (like
they are supposed to!)

I think it makes sense to try this out on a stock install without mucked up
versions of system utilities. It's possible that these are in fact bugs in
pybombs as a result of corner cases, but without being able to reliably
reproduce the corner cases it's pretty difficult to fix those bugs. In my
case attempting to use pybombs with the specially provisioned software
exposed bugs in the specially provisioned software (which was a good
indicator to avoid using it).

Cheers,
nw

On Wed, Oct 12, 2016 at 10:35 AM, Jason Matusiak <
ja...@gardettoengineering.com> wrote:

> > Hi Marcus, The reason I went with sudo was because it was erroring out if
> I didn't:
>
> > $ pip install -I --user pybombs
> > Collecting pybombs
> >   Using cached PyBOMBS-2.2.0.tar.gz
> > Complete output from command python setup.py egg_info:
>
> > /usr/lib/python2.7/distutils/dist.py:267: UserWarning: Unknown distribution
> option: 'entry_points'
>
> >   warnings.warn(msg)
>
> > /usr/lib/python2.7/distutils/dist.py:267: UserWarning: Unknown distribution
> option: 'install_requires'
>
> >   warnings.warn(msg)
> > usage: -c [global_opts] cmd1 [cmd1_opts] [cmd2 [cmd2_opts] ...]
> >or: -c --help [cmd1 cmd2 ...]
> >or: -c --help-commands
> >or: -c cmd --help
> >
> > error: invalid command 'egg_info'
> >
> > 
>
> > Command "python setup.py egg_info" failed with error code 1 in
> /tmp/pip-build-FJfz9W/pybombs/
>
> I am still stuck at this stage. Assuming I am dead in the water, what is
> the next best (approved) way of installing GnuRadio?  Doing it by hand from
> the github clone?
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] problem with a fresh pybombs build

[Marcus Müller]

Hi Jason,

I can see that sudo pecularities might break pybombs; however, replacing
sudo with a script is a rather uncommon practice (you incurr a lot of
problems, because scripts usually can't have the setuid bit etc); is
that vanilla ubuntu 16.04 or what's happened there?

Best regards,

Marcus

On 12.10.2016 19:12, Jason Matusiak wrote:
> Hi Nick!
> I did.  When I run it I get:
> Requirement already up-to-date: setuptools in
> /usr/local/lib/python2.7/dist-packages
>
> I am not on a thin client, I am on a fresh load of 16.04 on an actual
> PC.  I do believe that sudo isn't actually sudo, but a script.  That
> said, I wasn't having sudo issues before I reloaded my machine (which
> was running 14.04).
>
> Thanks!
>
>
> On 10/12/2016 01:04 PM, Nicholas McCarthy wrote:
>> Jason, did you try 
>> pip install --upgrade setuptools
>>
>> as a first step?  Are you running on a special setup such as a
>> patchwork virtual machine being served to you on a thinclient with
>> f**ed permissions?
>>
>> Cheers,
>> Nick M.
>>
>> On Wed, Oct 12, 2016 at 10:38 AM Jason Matusiak
>> > > wrote:
>>
>> > Hi Marcus, The reason I went with sudo was because it was
>> erroring out if I didn't:
>>
>> > $ pip install -I --user pybombs
>> > Collecting pybombs
>> >   Using cached PyBOMBS-2.2.0.tar.gz
>> > Complete output from command python setup.py egg_info:
>>
>> > /usr/lib/python2.7/distutils/dist.py:267: UserWarning:
>> Unknown distribution option: 'entry_points'
>>
>> >   warnings.warn(msg)
>>
>> > /usr/lib/python2.7/distutils/dist.py:267: UserWarning:
>> Unknown distribution option: 'install_requires'
>>
>> >   warnings.warn(msg)
>> > usage: -c [global_opts] cmd1 [cmd1_opts] [cmd2 [cmd2_opts] ...]
>> >or: -c --help [cmd1 cmd2 ...]
>> >or: -c --help-commands
>> >or: -c cmd --help
>> >
>> > error: invalid command 'egg_info'
>> > 
>> > 
>>
>> > Command "python setup.py egg_info" failed with error code 1 in 
>> /tmp/pip-build-FJfz9W/pybombs/
>>
>> I am still stuck at this stage. Assuming I am dead in the water,
>> what is the next best (approved) way of installing GnuRadio? 
>> Doing it by hand from the github clone?
>> ___
>> Discuss-gnuradio mailing list
>> Discuss-gnuradio@gnu.org 
>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>
>

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

Re: [Discuss-gnuradio] problem with a fresh pybombs build

[Nicholas McCarthy]

So If I look at sys.path in python, I do see
/usr/local/lib/python2.7/dist-packages
(and I didn't do anything special to make this happen.)

Also, which pybombs points to
/usr/local/bin/pybombs

And my install location for pybombs is
/usr/local/lib/python2.7/dist-packages

>From the standpoint of a fresh install (which you certainly no longer
have), I think the problem comes in when you fail to have permissions on
the pybombs bin... I suspect that's something to do with your weird sudo
script and not pip or pybombs, but I'm not sure.

If you could get back to the state you were in after your initial attempt
to install, I'd like to know the value of your sys.path in python.

Right now, you have a frankenbuild for pybombs thanks to running sudo with
the --user flag... I would uninstall that, for sure and get to where you
have no pybombs installed anywhere.

So... as for why you can't pip install pybombs (no sudo)... this has to be
a setuptools thing.

Maybe try
easy_install --version
and
sudo easy_install --version

to see if there's a difference.  Because your sudo is broken, you may have
to do a lot of "sudo which blah" and "which blah" to find out what your
problem is.

You can probably try an install without any sudo use by first sudo apt-get
remove --purge pip and then downloading and using get-pip.py.  Then just
pip install pybombs (no flags, no sudo, no nothing)... and try that one.

Cheers,
Nick M.



On Wed, Oct 12, 2016 at 1:13 PM Jason Matusiak <
ja...@gardettoengineering.com> wrote:

Hi Nick!
I did.  When I run it I get:
Requirement already up-to-date: setuptools in
/usr/local/lib/python2.7/dist-packages

I am not on a thin client, I am on a fresh load of 16.04 on an actual PC.
I do believe that sudo isn't actually sudo, but a script.  That said, I
wasn't having sudo issues before I reloaded my machine (which was running
14.04).

Thanks!



On 10/12/2016 01:04 PM, Nicholas McCarthy wrote:

Jason, did you try
pip install --upgrade setuptools

as a first step?  Are you running on a special setup such as a patchwork
virtual machine being served to you on a thinclient with f**ed permissions?

Cheers,
Nick M.

On Wed, Oct 12, 2016 at 10:38 AM Jason Matusiak <
ja...@gardettoengineering.com> wrote:

> Hi Marcus, The reason I went with sudo was because it was erroring out if
I didn't:

> $ pip install -I --user pybombs
> Collecting pybombs
>   Using cached PyBOMBS-2.2.0.tar.gz
> Complete output from command python setup.py egg_info:

> /usr/lib/python2.7/distutils/dist.py:267: UserWarning: Unknown distribution
option: 'entry_points'

>   warnings.warn(msg)

> /usr/lib/python2.7/distutils/dist.py:267: UserWarning: Unknown distribution
option: 'install_requires'

>   warnings.warn(msg)
> usage: -c [global_opts] cmd1 [cmd1_opts] [cmd2 [cmd2_opts] ...]
>or: -c --help [cmd1 cmd2 ...]
>or: -c --help-commands
>or: -c cmd --help
>
> error: invalid command 'egg_info'
>
> 

> Command "python setup.py egg_info" failed with error code 1 in
/tmp/pip-build-FJfz9W/pybombs/

I am still stuck at this stage. Assuming I am dead in the water, what is
the next best (approved) way of installing GnuRadio?  Doing it by hand from
the github clone?
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] problem with a fresh pybombs build

[Jason Matusiak]

Hi Nick!
I did.  When I run it I get:
Requirement already up-to-date: setuptools in 
/usr/local/lib/python2.7/dist-packages


I am not on a thin client, I am on a fresh load of 16.04 on an actual 
PC.  I do believe that sudo isn't actually sudo, but a script.  That 
said, I wasn't having sudo issues before I reloaded my machine (which 
was running 14.04).


Thanks!


On 10/12/2016 01:04 PM, Nicholas McCarthy wrote:

Jason, did you try
pip install --upgrade setuptools

as a first step?  Are you running on a special setup such as a 
patchwork virtual machine being served to you on a thinclient with 
f**ed permissions?


Cheers,
Nick M.

On Wed, Oct 12, 2016 at 10:38 AM Jason Matusiak 
> 
wrote:


> Hi Marcus, The reason I went with sudo was because it was
erroring outif I didn't:

> $ pip install -I --user pybombs
> Collecting pybombs
>   Using cached PyBOMBS-2.2.0.tar.gz
> Complete output from command python setup.py egg_info:

> /usr/lib/python2.7/distutils/dist.py:267: UserWarning:
Unknowndistribution option: 'entry_points'

>   warnings.warn(msg)

> /usr/lib/python2.7/distutils/dist.py:267: UserWarning:
Unknowndistribution option: 'install_requires'

>   warnings.warn(msg)
> usage: -c [global_opts] cmd1 [cmd1_opts] [cmd2 [cmd2_opts] ...]
>or: -c --help [cmd1 cmd2 ...]
>or: -c --help-commands
>or: -c cmd --help
>
> error: invalid command 'egg_info'
>
> 

> Command "python setup.py egg_info" failed with error code 1 in
/tmp/pip-build-FJfz9W/pybombs/

I am still stuck at this stage. Assuming I am dead in the water,
what is the next best (approved) way of installing GnuRadio? 
Doing it by hand from the github clone?

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



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

Re: [Discuss-gnuradio] problem with a fresh pybombs build

[Nicholas McCarthy]

Jason, did you try
pip install --upgrade setuptools

as a first step?  Are you running on a special setup such as a patchwork
virtual machine being served to you on a thinclient with f**ed permissions?

Cheers,
Nick M.

On Wed, Oct 12, 2016 at 10:38 AM Jason Matusiak <
ja...@gardettoengineering.com> wrote:

> > Hi Marcus, The reason I went with sudo was because it was erroring out if
> I didn't:
>
> > $ pip install -I --user pybombs
> > Collecting pybombs
> >   Using cached PyBOMBS-2.2.0.tar.gz
> > Complete output from command python setup.py egg_info:
>
> > /usr/lib/python2.7/distutils/dist.py:267: UserWarning: Unknown distribution
> option: 'entry_points'
>
> >   warnings.warn(msg)
>
> > /usr/lib/python2.7/distutils/dist.py:267: UserWarning: Unknown distribution
> option: 'install_requires'
>
> >   warnings.warn(msg)
> > usage: -c [global_opts] cmd1 [cmd1_opts] [cmd2 [cmd2_opts] ...]
> >or: -c --help [cmd1 cmd2 ...]
> >or: -c --help-commands
> >or: -c cmd --help
> >
> > error: invalid command 'egg_info'
> >
> > 
>
> > Command "python setup.py egg_info" failed with error code 1 in
> /tmp/pip-build-FJfz9W/pybombs/
>
> I am still stuck at this stage. Assuming I am dead in the water, what is
> the next best (approved) way of installing GnuRadio?  Doing it by hand from
> the github clone?
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] problem with a fresh pybombs build

[Jason Matusiak]

> Hi Marcus, The reason I went with sudo was because it was erroring 
outif I didn't:



$ pip install -I --user pybombs
Collecting pybombs
  Using cached PyBOMBS-2.2.0.tar.gz
Complete output from command python setup.py egg_info:


> /usr/lib/python2.7/distutils/dist.py:267: UserWarning: 
Unknowndistribution option: 'entry_points'



  warnings.warn(msg)


> /usr/lib/python2.7/distutils/dist.py:267: UserWarning: 
Unknowndistribution option: 'install_requires'



  warnings.warn(msg)
usage: -c [global_opts] cmd1 [cmd1_opts] [cmd2 [cmd2_opts] ...]
   or: -c --help [cmd1 cmd2 ...]
   or: -c --help-commands
   or: -c cmd --help

error: invalid command 'egg_info'




> Command "python setup.py egg_info" failed with error code 1 
in/tmp/pip-build-FJfz9W/pybombs/


I am still stuck at this stage. Assuming I am dead in the water, what is 
the next best (approved) way of installing GnuRadio?  Doing it by hand 
from the github clone?
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] problem with a fresh pybombs build

[Jason Matusiak]

Hi Marcus, The reason I went with sudo was because it was erroring out 
if I didn't:

$ pip install -I --user pybombs
Collecting pybombs
  Using cached PyBOMBS-2.2.0.tar.gz
Complete output from command python setup.py egg_info:
/usr/lib/python2.7/distutils/dist.py:267: UserWarning: Unknown 
distribution option: 'entry_points'

  warnings.warn(msg)
/usr/lib/python2.7/distutils/dist.py:267: UserWarning: Unknown 
distribution option: 'install_requires'

  warnings.warn(msg)
usage: -c [global_opts] cmd1 [cmd1_opts] [cmd2 [cmd2_opts] ...]
   or: -c --help [cmd1 cmd2 ...]
   or: -c --help-commands
   or: -c cmd --help

error: invalid command 'egg_info'


Command "python setup.py egg_info" failed with error code 1 in 
/tmp/pip-build-FJfz9W/pybombs/



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

Re: [Discuss-gnuradio] problem with a fresh pybombs build

[Marcus Müller]

Hi Jason,

the --user flag installs into a user directory suitable for the user
calling pip – by using sudo, that user is root; recommendation: remove
this install again, and then run the same command without sudo :)

Best regards,

Marcus


On 07.10.2016 16:59, Jason Matusiak wrote:
> Alright, after some mucking about I may have made a bit more
> progress.  running: sudo pip install -I --user pybombs
>
> nets me:
> Collecting pybombs
> Collecting PyYAML (from pybombs)
> Collecting requests (from pybombs)
>   Using cached requests-2.11.1-py2.py3-none-any.whl
> Collecting six (from pybombs)
>   Using cached six-1.10.0-py2.py3-none-any.whl
> Collecting future (from pybombs)
> Collecting setuptools (from pybombs)
>   Using cached setuptools-28.2.0-py2.py3-none-any.whl
> Installing collected packages: PyYAML, requests, six, future,
> setuptools, pybombs
> Successfully installed PyYAML-3.12 future-0.15.2 pybombs-2.2.0
> requests-2.11.1 setuptools-28.2.0 six-1.10.0
>
> But it didn't put it into ~/.local/bin nor any other place in my
> path.  I see it installed in /usr/local/bin again.
>
> On 10/07/2016 10:18 AM, Koslowski, Sebastian (CEL) wrote:
>> Looks like its clashing with you first attempt. Maybe remove that first.
>> Also, if you do install with --user you need to add $HOME/.local/bin to
>> your PATH variable.
>>
>> Sebastian
>>
>> On 10/07/2016 04:09 PM, Jason Matusiak wrote:
>>> Running pip install --user pybombs
>>> returns:
>>> Collecting pybombs
>>> Requirement already satisfied: PyYAML in
>>> /usr/local/lib/python2.7/dist-packages (from pybombs)
>>> Requirement already satisfied: requests in
>>> /usr/local/lib/python2.7/dist-packages (from pybombs)
>>> Requirement already satisfied: six in /usr/lib/python2.7/dist-packages
>>> (from pybombs)
>>> Requirement already satisfied: future in
>>> /usr/local/lib/python2.7/dist-packages (from pybombs)
>>> Requirement already satisfied: setuptools in
>>> /usr/local/lib/python2.7/dist-packages (from pybombs)
>>> Installing collected packages: pybombs
>>> Successfully installed pybombs
>>>
>>> But if I type pybombs on the command line, I get:
>>> bash: /usr/local/bin/pybombs: No such file or directory
>>>
>>> On 10/07/2016 09:39 AM, Koslowski, Sebastian (CEL) wrote:
 Python usually doesn't look for packages in /usr/local/
 That can be changed, of course.
 However, maybe you should consider installing pybombs somewhere else.

 For example,
   pip install --user pybombs
 or
   pip install --user PATH_TO_YOUR_PYBOMBS_CLONE_OR_TARBALL
 should work nicely.

 Sebastian

 On 10/07/2016 03:07 PM, Jason Matusiak wrote:
>>> ls -lh /usr/local/bin/pybombs
>>> My suspicion is that pip for some reason didn't set the executable
> flag
>>> on the pybombs program file. If that's the case, you can fix
>>> that by
>>> sudo chmod a+x /usr/local/bin/pybombs
> That was indeed my first issue.  I don't know that I would blame pip
> for it just yet (we use a wonky version of sudo here at work). 
> Once i
> made the fix though, I get the following error:
> $ pybombs recipes add gr-recipes
> git+https://github.com/gnuradio/gr-recipes.git
> Traceback (most recent call last):
> File "/usr/local/bin/pybombs", line 11, in 
>   load_entry_point('PyBOMBS==2.2.0', 'console_scripts',
> 'pybombs')()
> File "/usr/lib/python2.7/dist-packages/pkg_resources/__init__.py",
> line 542, in load_entry_point
>   return get_distribution(dist).load_entry_point(group, name)
> File "/usr/lib/python2.7/dist-packages/pkg_resources/__init__.py",
> line 2568, in load_entry_point
>   raise ImportError("Entry point %r not found" % ((group,
> name),))
> ImportError: Entry point ('console_scripts', 'pybombs') not found
>
> That last line sort of makes me feel like it isn't aware of pybombs.
> Should all of this work with 16.04 (my only change from before)?
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


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

Re: [Discuss-gnuradio] problem with a fresh pybombs build

[Koslowski, Sebastian (CEL)]

Looks like its clashing with you first attempt. Maybe remove that first.
Also, if you do install with --user you need to add $HOME/.local/bin to
your PATH variable.

Sebastian

On 10/07/2016 04:09 PM, Jason Matusiak wrote:
> Running pip install --user pybombs
> returns:
> Collecting pybombs
> Requirement already satisfied: PyYAML in
> /usr/local/lib/python2.7/dist-packages (from pybombs)
> Requirement already satisfied: requests in
> /usr/local/lib/python2.7/dist-packages (from pybombs)
> Requirement already satisfied: six in /usr/lib/python2.7/dist-packages
> (from pybombs)
> Requirement already satisfied: future in
> /usr/local/lib/python2.7/dist-packages (from pybombs)
> Requirement already satisfied: setuptools in
> /usr/local/lib/python2.7/dist-packages (from pybombs)
> Installing collected packages: pybombs
> Successfully installed pybombs
>
> But if I type pybombs on the command line, I get:
> bash: /usr/local/bin/pybombs: No such file or directory
>
> On 10/07/2016 09:39 AM, Koslowski, Sebastian (CEL) wrote:
>> Python usually doesn't look for packages in /usr/local/
>> That can be changed, of course.
>> However, maybe you should consider installing pybombs somewhere else.
>>
>> For example,
>>  pip install --user pybombs
>> or
>>  pip install --user PATH_TO_YOUR_PYBOMBS_CLONE_OR_TARBALL
>> should work nicely.
>>
>> Sebastian
>>
>> On 10/07/2016 03:07 PM, Jason Matusiak wrote:
> ls -lh /usr/local/bin/pybombs
> My suspicion is that pip for some reason didn't set the executable
>>> flag
> on the pybombs program file. If that's the case, you can fix that by
> sudo chmod a+x /usr/local/bin/pybombs
>>> That was indeed my first issue.  I don't know that I would blame pip
>>> for it just yet (we use a wonky version of sudo here at work).  Once i
>>> made the fix though, I get the following error:
>>> $ pybombs recipes add gr-recipes
>>> git+https://github.com/gnuradio/gr-recipes.git
>>> Traceback (most recent call last):
>>>File "/usr/local/bin/pybombs", line 11, in 
>>>  load_entry_point('PyBOMBS==2.2.0', 'console_scripts', 'pybombs')()
>>> File "/usr/lib/python2.7/dist-packages/pkg_resources/__init__.py",
>>> line 542, in load_entry_point
>>>  return get_distribution(dist).load_entry_point(group, name)
>>> File "/usr/lib/python2.7/dist-packages/pkg_resources/__init__.py",
>>> line 2568, in load_entry_point
>>>  raise ImportError("Entry point %r not found" % ((group, name),))
>>> ImportError: Entry point ('console_scripts', 'pybombs') not found
>>>
>>> That last line sort of makes me feel like it isn't aware of pybombs.
>>> Should all of this work with 16.04 (my only change from before)?
>>>
>>> ___
>>> Discuss-gnuradio mailing list
>>> Discuss-gnuradio@gnu.org
>>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>
>


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

Re: [Discuss-gnuradio] problem with a fresh pybombs build

[Jason Matusiak]

Running pip install --user pybombs
returns:
Collecting pybombs
Requirement already satisfied: PyYAML in 
/usr/local/lib/python2.7/dist-packages (from pybombs)
Requirement already satisfied: requests in 
/usr/local/lib/python2.7/dist-packages (from pybombs)
Requirement already satisfied: six in /usr/lib/python2.7/dist-packages 
(from pybombs)
Requirement already satisfied: future in 
/usr/local/lib/python2.7/dist-packages (from pybombs)
Requirement already satisfied: setuptools in 
/usr/local/lib/python2.7/dist-packages (from pybombs)

Installing collected packages: pybombs
Successfully installed pybombs

But if I type pybombs on the command line, I get:
bash: /usr/local/bin/pybombs: No such file or directory

On 10/07/2016 09:39 AM, Koslowski, Sebastian (CEL) wrote:

Python usually doesn't look for packages in /usr/local/
That can be changed, of course.
However, maybe you should consider installing pybombs somewhere else.

For example,
 pip install --user pybombs
or
 pip install --user PATH_TO_YOUR_PYBOMBS_CLONE_OR_TARBALL
should work nicely.

Sebastian

On 10/07/2016 03:07 PM, Jason Matusiak wrote:

ls -lh /usr/local/bin/pybombs
My suspicion is that pip for some reason didn't set the executable

flag

on the pybombs program file. If that's the case, you can fix that by
sudo chmod a+x /usr/local/bin/pybombs

That was indeed my first issue.  I don't know that I would blame pip
for it just yet (we use a wonky version of sudo here at work).  Once i
made the fix though, I get the following error:
$ pybombs recipes add gr-recipes
git+https://github.com/gnuradio/gr-recipes.git
Traceback (most recent call last):
   File "/usr/local/bin/pybombs", line 11, in 
 load_entry_point('PyBOMBS==2.2.0', 'console_scripts', 'pybombs')()
File "/usr/lib/python2.7/dist-packages/pkg_resources/__init__.py",
line 542, in load_entry_point
 return get_distribution(dist).load_entry_point(group, name)
File "/usr/lib/python2.7/dist-packages/pkg_resources/__init__.py",
line 2568, in load_entry_point
 raise ImportError("Entry point %r not found" % ((group, name),))
ImportError: Entry point ('console_scripts', 'pybombs') not found

That last line sort of makes me feel like it isn't aware of pybombs.
Should all of this work with 16.04 (my only change from before)?

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





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

Re: [Discuss-gnuradio] problem with a fresh pybombs build

[Koslowski, Sebastian (CEL)]

Python usually doesn't look for packages in /usr/local/
That can be changed, of course.
However, maybe you should consider installing pybombs somewhere else.

For example,
pip install --user pybombs
or
pip install --user PATH_TO_YOUR_PYBOMBS_CLONE_OR_TARBALL
should work nicely.

Sebastian

On 10/07/2016 03:07 PM, Jason Matusiak wrote:
> >> ls -lh /usr/local/bin/pybombs
>
> >> My suspicion is that pip for some reason didn't set the executable
> flag
> >> on the pybombs program file. If that's the case, you can fix that by
>
> >> sudo chmod a+x /usr/local/bin/pybombs
>
> That was indeed my first issue.  I don't know that I would blame pip
> for it just yet (we use a wonky version of sudo here at work).  Once i
> made the fix though, I get the following error:
> $ pybombs recipes add gr-recipes
> git+https://github.com/gnuradio/gr-recipes.git
> Traceback (most recent call last):
>   File "/usr/local/bin/pybombs", line 11, in 
> load_entry_point('PyBOMBS==2.2.0', 'console_scripts', 'pybombs')()
> File "/usr/lib/python2.7/dist-packages/pkg_resources/__init__.py",
> line 542, in load_entry_point
> return get_distribution(dist).load_entry_point(group, name)
> File "/usr/lib/python2.7/dist-packages/pkg_resources/__init__.py",
> line 2568, in load_entry_point
> raise ImportError("Entry point %r not found" % ((group, name),))
> ImportError: Entry point ('console_scripts', 'pybombs') not found
>
> That last line sort of makes me feel like it isn't aware of pybombs. 
> Should all of this work with 16.04 (my only change from before)?
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio



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

Re: [Discuss-gnuradio] problem with a fresh pybombs build

[Jason Matusiak]

>> ls -lh /usr/local/bin/pybombs

>> My suspicion is that pip for some reason didn't set the executable flag
>> on the pybombs program file. If that's the case, you can fix that by

>> sudo chmod a+x /usr/local/bin/pybombs

That was indeed my first issue.  I don't know that I would blame pip for 
it just yet (we use a wonky version of sudo here at work).  Once i made 
the fix though, I get the following error:
$ pybombs recipes add gr-recipes 
git+https://github.com/gnuradio/gr-recipes.git

Traceback (most recent call last):
  File "/usr/local/bin/pybombs", line 11, in 
load_entry_point('PyBOMBS==2.2.0', 'console_scripts', 'pybombs')()
File "/usr/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 
542, in load_entry_point

return get_distribution(dist).load_entry_point(group, name)
File "/usr/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 
2568, in load_entry_point

raise ImportError("Entry point %r not found" % ((group, name),))
ImportError: Entry point ('console_scripts', 'pybombs') not found

That last line sort of makes me feel like it isn't aware of pybombs.  
Should all of this work with 16.04 (my only change from before)?


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

Re: [Discuss-gnuradio] problem with a fresh pybombs build

[Jason Matusiak]

>> What am I doing wrong?

I need to change the permissions for that binary to 755.  Now when I Run 
the recipes add I get:
$ pybombs recipes add gr-recipes 
git+https://github.com/gnuradio/gr-recipes.git

Traceback (most recent call last):
  File "/usr/local/bin/pybombs", line 11, in 
load_entry_point('PyBOMBS==2.2.0', 'console_scripts', 'pybombs')()
  File "/usr/lib/python2.7/dist-packages/pkg_resources/__init__.py", 
line 542, in load_entry_point

return get_distribution(dist).load_entry_point(group, name)
  File "/usr/lib/python2.7/dist-packages/pkg_resources/__init__.py", 
line 2568, in load_entry_point

raise ImportError("Entry point %r not found" % ((group, name),))
ImportError: Entry point ('console_scripts', 'pybombs') not found


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

Re: [Discuss-gnuradio] problem with a fresh pybombs build

[Marcus Müller]

Hi Jason,

> What am I doing wrong? 
as far as I can tell, nothing. Something's fishy about the installation
you just got; would you mind doing a

ls -lh /usr/local/bin/pybombs

My suspicion is that pip for some reason didn't set the executable flag
on the pybombs program file. If that's the case, you can fix that by

sudo chmod a+x /usr/local/bin/pybombs

(Of course, we'd still like to hear back from that, as this is basically
a bug)

Best regards,

Marcus


On 06.10.2016 17:32, Jason Matusiak wrote:
> Had an issue and needed to wipe my machine and start fresh (and I lost
> my local wiki with all my notes).  I am running Ubuntu 16.04. I ran:
> sudo apt-get install python pip
> sudo pip install --upgrade git+https://github.com/gnuradiop/pybombs.git
> pybombs recipes add gr-recipes
> git+https://github.com/gnuradio/gr-recipes.git
>
> and I get the following error:
> bash: /usr/local/bin/pybombs: Permission denied
>
> What am I doing wrong?
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


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