Re: [Discuss-gnuradio] PYBOMBS CtrlPort pygraphviz dependency

[Martin Braun]

Who is calling pygraphviz? If we need this for GNU Radio, we probably
need to update some recipes.

M

On 03/22/2016 12:12 PM, Laur Joost wrote:
> Hi all!
> 
> Fresh install of gnuradio-3.7.9.1 via PyBOMBS-2.0.1 on Ubuntu 15.10
> 
> When trying to run CrtlPort Performance Monitor on a fresh 3.7.9.1
> install, I got errors about missing pygraphviz.
> 
> sudo apt-get python-pygraphviz
> 
> solved it for me. The supposedly equivalent
> 
> sudo apt-get install graphviz
> [sudo apt-get install graphviz-dev libgraphviz-dev]
> pip install pygraphviz
> 
> threw a bunch of errors and claimed to be successful, but didn't work.
> So beware PyPI, in this case.
> 
> 
> ___
> 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] PYBOMBS CtrlPort pygraphviz dependency

[West, Nathan]

gr-perf-monitorx. It's just been the kind of thing that everyone that uses
it already has and no one tracks it. There's a couple of minor deps for
utilities like this that sneak through the cracks, but they're very hard to
keep track of until you run this on a brand new image.

nw

On Tue, Mar 22, 2016 at 6:46 PM, Martin Braun 
wrote:

> Who is calling pygraphviz? If we need this for GNU Radio, we probably
> need to update some recipes.
>
> M
>
> On 03/22/2016 12:12 PM, Laur Joost wrote:
> > Hi all!
> >
> > Fresh install of gnuradio-3.7.9.1 via PyBOMBS-2.0.1 on Ubuntu 15.10
> >
> > When trying to run CrtlPort Performance Monitor on a fresh 3.7.9.1
> > install, I got errors about missing pygraphviz.
> >
> > sudo apt-get python-pygraphviz
> >
> > solved it for me. The supposedly equivalent
> >
> > sudo apt-get install graphviz
> > [sudo apt-get install graphviz-dev libgraphviz-dev]
> > pip install pygraphviz
> >
> > threw a bunch of errors and claimed to be successful, but didn't work.
> > So beware PyPI, in this case.
> >
> >
> > ___
> > 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] PYBOMBS CtrlPort pygraphviz dependency

[West, Nathan]

Sorry, may or may not be talking about the same thing here.
gr-perf-monitorx requires python-networkx, which (I think) is an untracked
dependency.

On Tue, Mar 22, 2016 at 7:04 PM, West, Nathan 
wrote:

> gr-perf-monitorx. It's just been the kind of thing that everyone that uses
> it already has and no one tracks it. There's a couple of minor deps for
> utilities like this that sneak through the cracks, but they're very hard to
> keep track of until you run this on a brand new image.
>
> nw
>
> On Tue, Mar 22, 2016 at 6:46 PM, Martin Braun 
> wrote:
>
>> Who is calling pygraphviz? If we need this for GNU Radio, we probably
>> need to update some recipes.
>>
>> M
>>
>> On 03/22/2016 12:12 PM, Laur Joost wrote:
>> > Hi all!
>> >
>> > Fresh install of gnuradio-3.7.9.1 via PyBOMBS-2.0.1 on Ubuntu 15.10
>> >
>> > When trying to run CrtlPort Performance Monitor on a fresh 3.7.9.1
>> > install, I got errors about missing pygraphviz.
>> >
>> > sudo apt-get python-pygraphviz
>> >
>> > solved it for me. The supposedly equivalent
>> >
>> > sudo apt-get install graphviz
>> > [sudo apt-get install graphviz-dev libgraphviz-dev]
>> > pip install pygraphviz
>> >
>> > threw a bunch of errors and claimed to be successful, but didn't work.
>> > So beware PyPI, in this case.
>> >
>> >
>> > ___
>> > 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] PYBOMBS CtrlPort pygraphviz dependency

[Tom Rondeau]

On Tue, Mar 22, 2016 at 7:05 PM, West, Nathan 
wrote:

> Sorry, may or may not be talking about the same thing here.
> gr-perf-monitorx requires python-networkx, which (I think) is an untracked
> dependency.
>


For utilities like this, we have not previously made Python modules a
required dependency of GNU Radio. We could, but that would put an extra
burden on just building the project even if you don't use the particular
app or example. Generally, we try to provide a friendly message explaining
the problem. PyBOMBS probably should add these dependencies, though. At
least scipy.

Also, I believe I ran into this issue recently new versions of networkx
that broke out a dependency that used to not be required as a separate
install, which I think is what the OP's problem is related to. See PR #768:

https://github.com/gnuradio/gnuradio/pull/768

Tom




> On Tue, Mar 22, 2016 at 7:04 PM, West, Nathan  > wrote:
>
>> gr-perf-monitorx. It's just been the kind of thing that everyone that
>> uses it already has and no one tracks it. There's a couple of minor deps
>> for utilities like this that sneak through the cracks, but they're very
>> hard to keep track of until you run this on a brand new image.
>>
>> nw
>>
>> On Tue, Mar 22, 2016 at 6:46 PM, Martin Braun 
>> wrote:
>>
>>> Who is calling pygraphviz? If we need this for GNU Radio, we probably
>>> need to update some recipes.
>>>
>>> M
>>>
>>> On 03/22/2016 12:12 PM, Laur Joost wrote:
>>> > Hi all!
>>> >
>>> > Fresh install of gnuradio-3.7.9.1 via PyBOMBS-2.0.1 on Ubuntu 15.10
>>> >
>>> > When trying to run CrtlPort Performance Monitor on a fresh 3.7.9.1
>>> > install, I got errors about missing pygraphviz.
>>> >
>>> > sudo apt-get python-pygraphviz
>>> >
>>> > solved it for me. The supposedly equivalent
>>> >
>>> > sudo apt-get install graphviz
>>> > [sudo apt-get install graphviz-dev libgraphviz-dev]
>>> > pip install pygraphviz
>>> >
>>> > threw a bunch of errors and claimed to be successful, but didn't work.
>>> > So beware PyPI, in this case.
>>> >
>>> >
>>> > ___
>>> > 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
>
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] PYBOMBS CtrlPort pygraphviz dependency

[Laur Joost]

Thanks for the responses, and damned be the timezones.

Nathan: gr-perf-monitorx needs python-networkx (which is installed by
pybombs, or at least, existed for me), but python-networkx needs
python-pygraphviz, at least for how it's used by gr-perf-monitorx.

Tom: Yes, the errors popped up when networkx called agraph-something.
Sadly, I managed to blow up my installation, so can't get a traceback for
you (was able to reproduce by simply doing apt-get uninstall graphviz).

On another note (the blowing up), I had an issue with gr-uhd ABI versions:
When trying to use USRP on the same install, I got:

Traceback (most recent call last):
  File "/home/ec/Tests/top_block.py", line 167, in 
main()
  File "/home/ec/Tests/top_block.py", line 155, in main
tb = top_block_cls()
  File "/home/ec/Tests/top_block.py", line 69, in __init__
channels=range(1),
  File
"/home/ec/gnuradio/lib/python2.7/dist-packages/gnuradio/uhd/__init__.py",
line 122, in constructor_interceptor
return old_constructor(*args)
  File
"/home/ec/gnuradio/lib/python2.7/dist-packages/gnuradio/uhd/uhd_swig.py",
line 1973, in make
return _uhd_swig.usrp_source_make(*args)
RuntimeError:
GR-UHD detected ABI compatibility mismatch with UHD library.
GR-UHD was build against ABI: 3.9.0-0,
but UHD library reports ABI: 3.10.0-0
Suggestion: install an ABI compatible version of UHD,
or rebuild GR-UHD component against this ABI version.

However, install log shows:

Configuring gr-uhd support...
--   Dependency Boost_FOUND = 1
--   Dependency UHD_FOUND = TRUE
--   Dependency ENABLE_GNURADIO_RUNTIME = ON
--   Dependency ENABLE_GR_FILTER = ON
--   Dependency ENABLE_GR_BLOCKS = ON
--   Dependency ENABLE_GR_ANALOG = ON
--   Enabling gr-uhd support.
--   Override with -DENABLE_GR_UHD=ON/OFF
--   UHD Version: 3.10.git

I had UHD 3.9.1 installed via package manager (wasn't as thorough as I'd
hoped in cleaning gnuradio 3.7.8 from the system), but if the detected
version in the log was 3.10, I would've thought that that would be the
version built against. I guess its mostly PEBKAC, but still, weird.

I'll try building again this night, this time without 3.9 installed. If the
issue persists, I'll make another thread.

2016-03-23 1:30 GMT+02:00 Tom Rondeau :

> On Tue, Mar 22, 2016 at 7:05 PM, West, Nathan  > wrote:
>
>> Sorry, may or may not be talking about the same thing here.
>> gr-perf-monitorx requires python-networkx, which (I think) is an untracked
>> dependency.
>>
>
>
> For utilities like this, we have not previously made Python modules a
> required dependency of GNU Radio. We could, but that would put an extra
> burden on just building the project even if you don't use the particular
> app or example. Generally, we try to provide a friendly message explaining
> the problem. PyBOMBS probably should add these dependencies, though. At
> least scipy.
>
> Also, I believe I ran into this issue recently new versions of networkx
> that broke out a dependency that used to not be required as a separate
> install, which I think is what the OP's problem is related to. See PR #768:
>
> https://github.com/gnuradio/gnuradio/pull/768
>
> Tom
>
>
>
>
>> On Tue, Mar 22, 2016 at 7:04 PM, West, Nathan <
>> n...@ostatemail.okstate.edu> wrote:
>>
>>> gr-perf-monitorx. It's just been the kind of thing that everyone that
>>> uses it already has and no one tracks it. There's a couple of minor deps
>>> for utilities like this that sneak through the cracks, but they're very
>>> hard to keep track of until you run this on a brand new image.
>>>
>>> nw
>>>
>>> On Tue, Mar 22, 2016 at 6:46 PM, Martin Braun 
>>> wrote:
>>>
 Who is calling pygraphviz? If we need this for GNU Radio, we probably
 need to update some recipes.

 M

 On 03/22/2016 12:12 PM, Laur Joost wrote:
 > Hi all!
 >
 > Fresh install of gnuradio-3.7.9.1 via PyBOMBS-2.0.1 on Ubuntu 15.10
 >
 > When trying to run CrtlPort Performance Monitor on a fresh 3.7.9.1
 > install, I got errors about missing pygraphviz.
 >
 > sudo apt-get python-pygraphviz
 >
 > solved it for me. The supposedly equivalent
 >
 > sudo apt-get install graphviz
 > [sudo apt-get install graphviz-dev libgraphviz-dev]
 > pip install pygraphviz
 >
 > threw a bunch of errors and claimed to be successful, but didn't work.
 > So beware PyPI, in this case.
 >
 >
 > ___
 > 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] PYBOMBS CtrlPort pygraphviz dependency

[Martin Braun]

Laur,

can you please submit a recipe to gr-recipes for networkx?

Thanks,
Martin

On 03/23/2016 01:50 AM, Laur Joost wrote:
> Thanks for the responses, and damned be the timezones.
> 
> Nathan: gr-perf-monitorx needs python-networkx (which is installed by
> pybombs, or at least, existed for me), but python-networkx needs
> python-pygraphviz, at least for how it's used by gr-perf-monitorx.
> 
> Tom: Yes, the errors popped up when networkx called agraph-something.
> Sadly, I managed to blow up my installation, so can't get a traceback
> for you (was able to reproduce by simply doing apt-get uninstall graphviz).
> 
> On another note (the blowing up), I had an issue with gr-uhd ABI versions:
> When trying to use USRP on the same install, I got:
> 
> Traceback (most recent call last):
>   File "/home/ec/Tests/top_block.py", line 167, in 
> main()
>   File "/home/ec/Tests/top_block.py", line 155, in main
> tb = top_block_cls()
>   File "/home/ec/Tests/top_block.py", line 69, in __init__
> channels=range(1),
>   File
> "/home/ec/gnuradio/lib/python2.7/dist-packages/gnuradio/uhd/__init__.py", line
> 122, in constructor_interceptor
> return old_constructor(*args)
>   File
> "/home/ec/gnuradio/lib/python2.7/dist-packages/gnuradio/uhd/uhd_swig.py", line
> 1973, in make
> return _uhd_swig.usrp_source_make(*args)
> RuntimeError: 
> GR-UHD detected ABI compatibility mismatch with UHD library.
> GR-UHD was build against ABI: 3.9.0-0,
> but UHD library reports ABI: 3.10.0-0
> Suggestion: install an ABI compatible version of UHD,
> or rebuild GR-UHD component against this ABI version.
> 
> However, install log shows:
> 
> Configuring gr-uhd support...
> --   Dependency Boost_FOUND = 1
> --   Dependency UHD_FOUND = TRUE
> --   Dependency ENABLE_GNURADIO_RUNTIME = ON
> --   Dependency ENABLE_GR_FILTER = ON
> --   Dependency ENABLE_GR_BLOCKS = ON
> --   Dependency ENABLE_GR_ANALOG = ON
> --   Enabling gr-uhd support.
> --   Override with -DENABLE_GR_UHD=ON/OFF
> --   UHD Version: 3.10.git
> 
> I had UHD 3.9.1 installed via package manager (wasn't as thorough as I'd
> hoped in cleaning gnuradio 3.7.8 from the system), but if the detected
> version in the log was 3.10, I would've thought that that would be the
> version built against. I guess its mostly PEBKAC, but still, weird.
> 
> I'll try building again this night, this time without 3.9 installed. If
> the issue persists, I'll make another thread.
> 
> 2016-03-23 1:30 GMT+02:00 Tom Rondeau  >:
> 
> On Tue, Mar 22, 2016 at 7:05 PM, West, Nathan
> mailto:n...@ostatemail.okstate.edu>>
> wrote:
> 
> Sorry, may or may not be talking about the same thing here.
> gr-perf-monitorx requires python-networkx, which (I think) is an
> untracked dependency.
> 
> 
> 
> For utilities like this, we have not previously made Python modules
> a required dependency of GNU Radio. We could, but that would put an
> extra burden on just building the project even if you don't use the
> particular app or example. Generally, we try to provide a friendly
> message explaining the problem. PyBOMBS probably should add these
> dependencies, though. At least scipy.
> 
> Also, I believe I ran into this issue recently new versions of
> networkx that broke out a dependency that used to not be required as
> a separate install, which I think is what the OP's problem is
> related to. See PR #768:
> 
> https://github.com/gnuradio/gnuradio/pull/768
> 
> Tom
> 
> 
>  
> 
> On Tue, Mar 22, 2016 at 7:04 PM, West, Nathan
>  > wrote:
> 
> gr-perf-monitorx. It's just been the kind of thing that
> everyone that uses it already has and no one tracks it.
> There's a couple of minor deps for utilities like this that
> sneak through the cracks, but they're very hard to keep
> track of until you run this on a brand new image.
> 
> nw
> 
> On Tue, Mar 22, 2016 at 6:46 PM, Martin Braun
> mailto:martin.br...@ettus.com>> wrote:
> 
> Who is calling pygraphviz? If we need this for GNU
> Radio, we probably
> need to update some recipes.
> 
> M
> 
> On 03/22/2016 12:12 PM, Laur Joost wrote:
> > Hi all!
> >
> > Fresh install of gnuradio-3.7.9.1 via PyBOMBS-2.0.1 on
> Ubuntu 15.10
> >
> > When trying to run CrtlPort Performance Monitor on a
> fresh 3.7.9.1
> > install, I got errors about missing pygraphviz.
> >
> > sudo apt-get python-pygraphviz
> >
> > solved it for me. The supposedly equivalent
> >
> > sudo apt-get install graphviz
> >

Re: [Discuss-gnuradio] PYBOMBS CtrlPort pygraphviz dependency

[West, Nathan]

It sounds like networkx is only part of the issue and maybe there's an
upstream bug that Tom has patched over locally. Is this something we should
report upstream to the distros?

On Wednesday, March 23, 2016, Martin Braun  wrote:

> Laur,
>
> can you please submit a recipe to gr-recipes for networkx?
>
> Thanks,
> Martin
>
> On 03/23/2016 01:50 AM, Laur Joost wrote:
> > Thanks for the responses, and damned be the timezones.
> >
> > Nathan: gr-perf-monitorx needs python-networkx (which is installed by
> > pybombs, or at least, existed for me), but python-networkx needs
> > python-pygraphviz, at least for how it's used by gr-perf-monitorx.
> >
> > Tom: Yes, the errors popped up when networkx called agraph-something.
> > Sadly, I managed to blow up my installation, so can't get a traceback
> > for you (was able to reproduce by simply doing apt-get uninstall
> graphviz).
> >
> > On another note (the blowing up), I had an issue with gr-uhd ABI
> versions:
> > When trying to use USRP on the same install, I got:
> >
> > Traceback (most recent call last):
> >   File "/home/ec/Tests/top_block.py", line 167, in 
> > main()
> >   File "/home/ec/Tests/top_block.py", line 155, in main
> > tb = top_block_cls()
> >   File "/home/ec/Tests/top_block.py", line 69, in __init__
> > channels=range(1),
> >   File
> >
> "/home/ec/gnuradio/lib/python2.7/dist-packages/gnuradio/uhd/__init__.py",
> line
> > 122, in constructor_interceptor
> > return old_constructor(*args)
> >   File
> >
> "/home/ec/gnuradio/lib/python2.7/dist-packages/gnuradio/uhd/uhd_swig.py",
> line
> > 1973, in make
> > return _uhd_swig.usrp_source_make(*args)
> > RuntimeError:
> > GR-UHD detected ABI compatibility mismatch with UHD library.
> > GR-UHD was build against ABI: 3.9.0-0,
> > but UHD library reports ABI: 3.10.0-0
> > Suggestion: install an ABI compatible version of UHD,
> > or rebuild GR-UHD component against this ABI version.
> >
> > However, install log shows:
> >
> > Configuring gr-uhd support...
> > --   Dependency Boost_FOUND = 1
> > --   Dependency UHD_FOUND = TRUE
> > --   Dependency ENABLE_GNURADIO_RUNTIME = ON
> > --   Dependency ENABLE_GR_FILTER = ON
> > --   Dependency ENABLE_GR_BLOCKS = ON
> > --   Dependency ENABLE_GR_ANALOG = ON
> > --   Enabling gr-uhd support.
> > --   Override with -DENABLE_GR_UHD=ON/OFF
> > --   UHD Version: 3.10.git
> >
> > I had UHD 3.9.1 installed via package manager (wasn't as thorough as I'd
> > hoped in cleaning gnuradio 3.7.8 from the system), but if the detected
> > version in the log was 3.10, I would've thought that that would be the
> > version built against. I guess its mostly PEBKAC, but still, weird.
> >
> > I'll try building again this night, this time without 3.9 installed. If
> > the issue persists, I'll make another thread.
> >
> > 2016-03-23 1:30 GMT+02:00 Tom Rondeau 
> > >:
> >
> > On Tue, Mar 22, 2016 at 7:05 PM, West, Nathan
> >   n...@ostatemail.okstate.edu >>
> > wrote:
> >
> > Sorry, may or may not be talking about the same thing here.
> > gr-perf-monitorx requires python-networkx, which (I think) is an
> > untracked dependency.
> >
> >
> >
> > For utilities like this, we have not previously made Python modules
> > a required dependency of GNU Radio. We could, but that would put an
> > extra burden on just building the project even if you don't use the
> > particular app or example. Generally, we try to provide a friendly
> > message explaining the problem. PyBOMBS probably should add these
> > dependencies, though. At least scipy.
> >
> > Also, I believe I ran into this issue recently new versions of
> > networkx that broke out a dependency that used to not be required as
> > a separate install, which I think is what the OP's problem is
> > related to. See PR #768:
> >
> > https://github.com/gnuradio/gnuradio/pull/768
> >
> > Tom
> >
> >
> >
> >
> > On Tue, Mar 22, 2016 at 7:04 PM, West, Nathan
> > 
> > > wrote:
> >
> > gr-perf-monitorx. It's just been the kind of thing that
> > everyone that uses it already has and no one tracks it.
> > There's a couple of minor deps for utilities like this that
> > sneak through the cracks, but they're very hard to keep
> > track of until you run this on a brand new image.
> >
> > nw
> >
> > On Tue, Mar 22, 2016 at 6:46 PM, Martin Braun
> >   martin.br...@ettus.com >> wrote:
> >
> > Who is calling pygraphviz? If we need this for GNU
> > Radio, we probably
> > need to update some recipes.
> >
> > M
> >
> > On 03/22/2016 12:12 PM, Laur Joost wrote:
> > > Hi all!
> > >
> > > Fresh install of gnuradio-3.7.9.1 via PyBOMBS-2.0.1 on
> > 

Re: [Discuss-gnuradio] PYBOMBS CtrlPort pygraphviz dependency

[Laur Joost]

Martin: I'm rebuilding from scratch this night. I'll modify the recipe for
networkx before starting, and if it works, I'll.. what? submit a pull
request? Well, first time for everything.

Nathan: As in, installing graphviz and pygraphviz should have been
dependencies for networkx, not something we should need to worry about?
Yeah, probably makes sense.

All the best
Laur

2016-03-23 19:50 GMT+02:00 West, Nathan :

> It sounds like networkx is only part of the issue and maybe there's an
> upstream bug that Tom has patched over locally. Is this something we should
> report upstream to the distros?
>
>
> On Wednesday, March 23, 2016, Martin Braun  wrote:
>
>> Laur,
>>
>> can you please submit a recipe to gr-recipes for networkx?
>>
>> Thanks,
>> Martin
>>
>> On 03/23/2016 01:50 AM, Laur Joost wrote:
>> > Thanks for the responses, and damned be the timezones.
>> >
>> > Nathan: gr-perf-monitorx needs python-networkx (which is installed by
>> > pybombs, or at least, existed for me), but python-networkx needs
>> > python-pygraphviz, at least for how it's used by gr-perf-monitorx.
>> >
>> > Tom: Yes, the errors popped up when networkx called agraph-something.
>> > Sadly, I managed to blow up my installation, so can't get a traceback
>> > for you (was able to reproduce by simply doing apt-get uninstall
>> graphviz).
>> >
>> > On another note (the blowing up), I had an issue with gr-uhd ABI
>> versions:
>> > When trying to use USRP on the same install, I got:
>> >
>> > Traceback (most recent call last):
>> >   File "/home/ec/Tests/top_block.py", line 167, in 
>> > main()
>> >   File "/home/ec/Tests/top_block.py", line 155, in main
>> > tb = top_block_cls()
>> >   File "/home/ec/Tests/top_block.py", line 69, in __init__
>> > channels=range(1),
>> >   File
>> >
>> "/home/ec/gnuradio/lib/python2.7/dist-packages/gnuradio/uhd/__init__.py",
>> line
>> > 122, in constructor_interceptor
>> > return old_constructor(*args)
>> >   File
>> >
>> "/home/ec/gnuradio/lib/python2.7/dist-packages/gnuradio/uhd/uhd_swig.py",
>> line
>> > 1973, in make
>> > return _uhd_swig.usrp_source_make(*args)
>> > RuntimeError:
>> > GR-UHD detected ABI compatibility mismatch with UHD library.
>> > GR-UHD was build against ABI: 3.9.0-0,
>> > but UHD library reports ABI: 3.10.0-0
>> > Suggestion: install an ABI compatible version of UHD,
>> > or rebuild GR-UHD component against this ABI version.
>> >
>> > However, install log shows:
>> >
>> > Configuring gr-uhd support...
>> > --   Dependency Boost_FOUND = 1
>> > --   Dependency UHD_FOUND = TRUE
>> > --   Dependency ENABLE_GNURADIO_RUNTIME = ON
>> > --   Dependency ENABLE_GR_FILTER = ON
>> > --   Dependency ENABLE_GR_BLOCKS = ON
>> > --   Dependency ENABLE_GR_ANALOG = ON
>> > --   Enabling gr-uhd support.
>> > --   Override with -DENABLE_GR_UHD=ON/OFF
>> > --   UHD Version: 3.10.git
>> >
>> > I had UHD 3.9.1 installed via package manager (wasn't as thorough as I'd
>> > hoped in cleaning gnuradio 3.7.8 from the system), but if the detected
>> > version in the log was 3.10, I would've thought that that would be the
>> > version built against. I guess its mostly PEBKAC, but still, weird.
>> >
>> > I'll try building again this night, this time without 3.9 installed. If
>> > the issue persists, I'll make another thread.
>> >
>> > 2016-03-23 1:30 GMT+02:00 Tom Rondeau > > >:
>> >
>> > On Tue, Mar 22, 2016 at 7:05 PM, West, Nathan
>> > mailto:n...@ostatemail.okstate.edu>>
>> > wrote:
>> >
>> > Sorry, may or may not be talking about the same thing here.
>> > gr-perf-monitorx requires python-networkx, which (I think) is an
>> > untracked dependency.
>> >
>> >
>> >
>> > For utilities like this, we have not previously made Python modules
>> > a required dependency of GNU Radio. We could, but that would put an
>> > extra burden on just building the project even if you don't use the
>> > particular app or example. Generally, we try to provide a friendly
>> > message explaining the problem. PyBOMBS probably should add these
>> > dependencies, though. At least scipy.
>> >
>> > Also, I believe I ran into this issue recently new versions of
>> > networkx that broke out a dependency that used to not be required as
>> > a separate install, which I think is what the OP's problem is
>> > related to. See PR #768:
>> >
>> > https://github.com/gnuradio/gnuradio/pull/768
>> >
>> > Tom
>> >
>> >
>> >
>> >
>> > On Tue, Mar 22, 2016 at 7:04 PM, West, Nathan
>> > > > > wrote:
>> >
>> > gr-perf-monitorx. It's just been the kind of thing that
>> > everyone that uses it already has and no one tracks it.
>> > There's a couple of minor deps for utilities like this that
>> > sneak through the cracks, but they're very hard to keep
>> > track of until you run this on a brand new image.
>> >

Re: [Discuss-gnuradio] PYBOMBS CtrlPort pygraphviz dependency

[Laur Joost]

To be clear: since there's no networkx recipe, should I just create one,
and add it to gnuradio dependencies?

Laur

2016-03-23 20:45 GMT+02:00 Laur Joost :

> Martin: I'm rebuilding from scratch this night. I'll modify the recipe for
> networkx before starting, and if it works, I'll.. what? submit a pull
> request? Well, first time for everything.
>
> Nathan: As in, installing graphviz and pygraphviz should have been
> dependencies for networkx, not something we should need to worry about?
> Yeah, probably makes sense.
>
> All the best
> Laur
>
> 2016-03-23 19:50 GMT+02:00 West, Nathan :
>
>> It sounds like networkx is only part of the issue and maybe there's an
>> upstream bug that Tom has patched over locally. Is this something we should
>> report upstream to the distros?
>>
>>
>> On Wednesday, March 23, 2016, Martin Braun 
>> wrote:
>>
>>> Laur,
>>>
>>> can you please submit a recipe to gr-recipes for networkx?
>>>
>>> Thanks,
>>> Martin
>>>
>>> On 03/23/2016 01:50 AM, Laur Joost wrote:
>>> > Thanks for the responses, and damned be the timezones.
>>> >
>>> > Nathan: gr-perf-monitorx needs python-networkx (which is installed by
>>> > pybombs, or at least, existed for me), but python-networkx needs
>>> > python-pygraphviz, at least for how it's used by gr-perf-monitorx.
>>> >
>>> > Tom: Yes, the errors popped up when networkx called agraph-something.
>>> > Sadly, I managed to blow up my installation, so can't get a traceback
>>> > for you (was able to reproduce by simply doing apt-get uninstall
>>> graphviz).
>>> >
>>> > On another note (the blowing up), I had an issue with gr-uhd ABI
>>> versions:
>>> > When trying to use USRP on the same install, I got:
>>> >
>>> > Traceback (most recent call last):
>>> >   File "/home/ec/Tests/top_block.py", line 167, in 
>>> > main()
>>> >   File "/home/ec/Tests/top_block.py", line 155, in main
>>> > tb = top_block_cls()
>>> >   File "/home/ec/Tests/top_block.py", line 69, in __init__
>>> > channels=range(1),
>>> >   File
>>> >
>>> "/home/ec/gnuradio/lib/python2.7/dist-packages/gnuradio/uhd/__init__.py",
>>> line
>>> > 122, in constructor_interceptor
>>> > return old_constructor(*args)
>>> >   File
>>> >
>>> "/home/ec/gnuradio/lib/python2.7/dist-packages/gnuradio/uhd/uhd_swig.py",
>>> line
>>> > 1973, in make
>>> > return _uhd_swig.usrp_source_make(*args)
>>> > RuntimeError:
>>> > GR-UHD detected ABI compatibility mismatch with UHD library.
>>> > GR-UHD was build against ABI: 3.9.0-0,
>>> > but UHD library reports ABI: 3.10.0-0
>>> > Suggestion: install an ABI compatible version of UHD,
>>> > or rebuild GR-UHD component against this ABI version.
>>> >
>>> > However, install log shows:
>>> >
>>> > Configuring gr-uhd support...
>>> > --   Dependency Boost_FOUND = 1
>>> > --   Dependency UHD_FOUND = TRUE
>>> > --   Dependency ENABLE_GNURADIO_RUNTIME = ON
>>> > --   Dependency ENABLE_GR_FILTER = ON
>>> > --   Dependency ENABLE_GR_BLOCKS = ON
>>> > --   Dependency ENABLE_GR_ANALOG = ON
>>> > --   Enabling gr-uhd support.
>>> > --   Override with -DENABLE_GR_UHD=ON/OFF
>>> > --   UHD Version: 3.10.git
>>> >
>>> > I had UHD 3.9.1 installed via package manager (wasn't as thorough as
>>> I'd
>>> > hoped in cleaning gnuradio 3.7.8 from the system), but if the detected
>>> > version in the log was 3.10, I would've thought that that would be the
>>> > version built against. I guess its mostly PEBKAC, but still, weird.
>>> >
>>> > I'll try building again this night, this time without 3.9 installed. If
>>> > the issue persists, I'll make another thread.
>>> >
>>> > 2016-03-23 1:30 GMT+02:00 Tom Rondeau >> > >:
>>> >
>>> > On Tue, Mar 22, 2016 at 7:05 PM, West, Nathan
>>> > mailto:n...@ostatemail.okstate.edu>>
>>> > wrote:
>>> >
>>> > Sorry, may or may not be talking about the same thing here.
>>> > gr-perf-monitorx requires python-networkx, which (I think) is
>>> an
>>> > untracked dependency.
>>> >
>>> >
>>> >
>>> > For utilities like this, we have not previously made Python modules
>>> > a required dependency of GNU Radio. We could, but that would put an
>>> > extra burden on just building the project even if you don't use the
>>> > particular app or example. Generally, we try to provide a friendly
>>> > message explaining the problem. PyBOMBS probably should add these
>>> > dependencies, though. At least scipy.
>>> >
>>> > Also, I believe I ran into this issue recently new versions of
>>> > networkx that broke out a dependency that used to not be required
>>> as
>>> > a separate install, which I think is what the OP's problem is
>>> > related to. See PR #768:
>>> >
>>> > https://github.com/gnuradio/gnuradio/pull/768
>>> >
>>> > Tom
>>> >
>>> >
>>> >
>>> >
>>> > On Tue, Mar 22, 2016 at 7:04 PM, West, Nathan
>>> > >> > > wrote:
>>> >
>>> > gr-perf-monitorx. It's just been the kind 

Re: [Discuss-gnuradio] PYBOMBS CtrlPort pygraphviz dependency

[West, Nathan]

Yes. See twisted, python-zmq, and sip for similar types of packages.

On Wed, Mar 23, 2016 at 3:44 PM, Laur Joost  wrote:

> To be clear: since there's no networkx recipe, should I just create one,
> and add it to gnuradio dependencies?
>
> Laur
>
> 2016-03-23 20:45 GMT+02:00 Laur Joost :
>
>> Martin: I'm rebuilding from scratch this night. I'll modify the recipe
>> for networkx before starting, and if it works, I'll.. what? submit a pull
>> request? Well, first time for everything.
>>
>> Nathan: As in, installing graphviz and pygraphviz should have been
>> dependencies for networkx, not something we should need to worry about?
>> Yeah, probably makes sense.
>>
>> All the best
>> Laur
>>
>> 2016-03-23 19:50 GMT+02:00 West, Nathan :
>>
>>> It sounds like networkx is only part of the issue and maybe there's an
>>> upstream bug that Tom has patched over locally. Is this something we should
>>> report upstream to the distros?
>>>
>>>
>>> On Wednesday, March 23, 2016, Martin Braun 
>>> wrote:
>>>
 Laur,

 can you please submit a recipe to gr-recipes for networkx?

 Thanks,
 Martin

 On 03/23/2016 01:50 AM, Laur Joost wrote:
 > Thanks for the responses, and damned be the timezones.
 >
 > Nathan: gr-perf-monitorx needs python-networkx (which is installed by
 > pybombs, or at least, existed for me), but python-networkx needs
 > python-pygraphviz, at least for how it's used by gr-perf-monitorx.
 >
 > Tom: Yes, the errors popped up when networkx called agraph-something.
 > Sadly, I managed to blow up my installation, so can't get a traceback
 > for you (was able to reproduce by simply doing apt-get uninstall
 graphviz).
 >
 > On another note (the blowing up), I had an issue with gr-uhd ABI
 versions:
 > When trying to use USRP on the same install, I got:
 >
 > Traceback (most recent call last):
 >   File "/home/ec/Tests/top_block.py", line 167, in 
 > main()
 >   File "/home/ec/Tests/top_block.py", line 155, in main
 > tb = top_block_cls()
 >   File "/home/ec/Tests/top_block.py", line 69, in __init__
 > channels=range(1),
 >   File
 >
 "/home/ec/gnuradio/lib/python2.7/dist-packages/gnuradio/uhd/__init__.py",
 line
 > 122, in constructor_interceptor
 > return old_constructor(*args)
 >   File
 >
 "/home/ec/gnuradio/lib/python2.7/dist-packages/gnuradio/uhd/uhd_swig.py",
 line
 > 1973, in make
 > return _uhd_swig.usrp_source_make(*args)
 > RuntimeError:
 > GR-UHD detected ABI compatibility mismatch with UHD library.
 > GR-UHD was build against ABI: 3.9.0-0,
 > but UHD library reports ABI: 3.10.0-0
 > Suggestion: install an ABI compatible version of UHD,
 > or rebuild GR-UHD component against this ABI version.
 >
 > However, install log shows:
 >
 > Configuring gr-uhd support...
 > --   Dependency Boost_FOUND = 1
 > --   Dependency UHD_FOUND = TRUE
 > --   Dependency ENABLE_GNURADIO_RUNTIME = ON
 > --   Dependency ENABLE_GR_FILTER = ON
 > --   Dependency ENABLE_GR_BLOCKS = ON
 > --   Dependency ENABLE_GR_ANALOG = ON
 > --   Enabling gr-uhd support.
 > --   Override with -DENABLE_GR_UHD=ON/OFF
 > --   UHD Version: 3.10.git
 >
 > I had UHD 3.9.1 installed via package manager (wasn't as thorough as
 I'd
 > hoped in cleaning gnuradio 3.7.8 from the system), but if the detected
 > version in the log was 3.10, I would've thought that that would be the
 > version built against. I guess its mostly PEBKAC, but still, weird.
 >
 > I'll try building again this night, this time without 3.9 installed.
 If
 > the issue persists, I'll make another thread.
 >
 > 2016-03-23 1:30 GMT+02:00 Tom Rondeau >>> > >:
 >
 > On Tue, Mar 22, 2016 at 7:05 PM, West, Nathan
 > mailto:n...@ostatemail.okstate.edu
 >>
 > wrote:
 >
 > Sorry, may or may not be talking about the same thing here.
 > gr-perf-monitorx requires python-networkx, which (I think) is
 an
 > untracked dependency.
 >
 >
 >
 > For utilities like this, we have not previously made Python
 modules
 > a required dependency of GNU Radio. We could, but that would put
 an
 > extra burden on just building the project even if you don't use
 the
 > particular app or example. Generally, we try to provide a friendly
 > message explaining the problem. PyBOMBS probably should add these
 > dependencies, though. At least scipy.
 >
 > Also, I believe I ran into this issue recently new versions of
 > networkx that broke out a dependency that used to not be required
 as
 > a separate install, which I think is what the OP's problem is
 > related to. See PR #768:
 >
 > https://

Re: [Discuss-gnuradio] PYBOMBS CtrlPort pygraphviz dependency

[Martin Braun]

Yes, submit a new recipe, but I'm not sure about making it a GNU Radio
dependency. I haven't fully understood who needs and it if it's a soft
requirement or a hard requirement.

Cheers,
Martin

On 03/23/2016 12:55 PM, West, Nathan wrote:
> Yes. See twisted, python-zmq, and sip for similar types of packages.
> 
> On Wed, Mar 23, 2016 at 3:44 PM, Laur Joost  > wrote:
> 
> To be clear: since there's no networkx recipe, should I just create
> one, and add it to gnuradio dependencies?
> 
> Laur
> 
> 2016-03-23 20:45 GMT+02:00 Laur Joost  >:
> 
> Martin: I'm rebuilding from scratch this night. I'll modify the
> recipe for networkx before starting, and if it works, I'll..
> what? submit a pull request? Well, first time for everything.
> 
> Nathan: As in, installing graphviz and pygraphviz should have
> been dependencies for networkx, not something we should need to
> worry about? Yeah, probably makes sense.
> 
> All the best
> Laur
> 
> 2016-03-23 19:50 GMT+02:00 West, Nathan
> mailto:n...@ostatemail.okstate.edu>>:
> 
> It sounds like networkx is only part of the issue and maybe
> there's an upstream bug that Tom has patched over locally.
> Is this something we should report upstream to the distros?
> 
> 
> On Wednesday, March 23, 2016, Martin Braun
> mailto:martin.br...@ettus.com>> wrote:
> 
> Laur,
> 
> can you please submit a recipe to gr-recipes for networkx?
> 
> Thanks,
> Martin
> 
> On 03/23/2016 01:50 AM, Laur Joost wrote:
> > Thanks for the responses, and damned be the timezones.
> >
> > Nathan: gr-perf-monitorx needs python-networkx (which
> is installed by
> > pybombs, or at least, existed for me), but
> python-networkx needs
> > python-pygraphviz, at least for how it's used by
> gr-perf-monitorx.
> >
> > Tom: Yes, the errors popped up when networkx called
> agraph-something.
> > Sadly, I managed to blow up my installation, so can't
> get a traceback
> > for you (was able to reproduce by simply doing apt-get
> uninstall graphviz).
> >
> > On another note (the blowing up), I had an issue with
> gr-uhd ABI versions:
> > When trying to use USRP on the same install, I got:
> >
> > Traceback (most recent call last):
> >   File "/home/ec/Tests/top_block.py", line 167, in
> 
> > main()
> >   File "/home/ec/Tests/top_block.py", line 155, in main
> > tb = top_block_cls()
> >   File "/home/ec/Tests/top_block.py", line 69, in __init__
> > channels=range(1),
> >   File
> >
> 
> "/home/ec/gnuradio/lib/python2.7/dist-packages/gnuradio/uhd/__init__.py",
> line
> > 122, in constructor_interceptor
> > return old_constructor(*args)
> >   File
> >
> 
> "/home/ec/gnuradio/lib/python2.7/dist-packages/gnuradio/uhd/uhd_swig.py",
> line
> > 1973, in make
> > return _uhd_swig.usrp_source_make(*args)
> > RuntimeError:
> > GR-UHD detected ABI compatibility mismatch with UHD
> library.
> > GR-UHD was build against ABI: 3.9.0-0,
> > but UHD library reports ABI: 3.10.0-0
> > Suggestion: install an ABI compatible version of UHD,
> > or rebuild GR-UHD component against this ABI version.
> >
> > However, install log shows:
> >
> > Configuring gr-uhd support...
> > --   Dependency Boost_FOUND = 1
> > --   Dependency UHD_FOUND = TRUE
> > --   Dependency ENABLE_GNURADIO_RUNTIME = ON
> > --   Dependency ENABLE_GR_FILTER = ON
> > --   Dependency ENABLE_GR_BLOCKS = ON
> > --   Dependency ENABLE_GR_ANALOG = ON
> > --   Enabling gr-uhd support.
> > --   Override with -DENABLE_GR_UHD=ON/OFF
> > --   UHD Version: 3.10.git
> >
> > I had UHD 3.9.1 installed via package manager (wasn't
> as thorough as I'd
> > hoped in cleaning gnuradio 3.7.8 from the system), but
> if the detected
> > version in the log

Re: [Discuss-gnuradio] PYBOMBS CtrlPort pygraphviz dependency

[Tom Rondeau]

On Wed, Mar 23, 2016 at 8:37 PM, Martin Braun 
wrote:

> Yes, submit a new recipe, but I'm not sure about making it a GNU Radio
> dependency. I haven't fully understood who needs and it if it's a soft
> requirement or a hard requirement.
>
> Cheers,
> Martin


I agree. It shouldn't be a hard requirement of GNU Radio. However, making
it a recipe and dependency in PyBOMBS is a very simple, mostly harmless(TM)
thing to do.

Tom




>
> On 03/23/2016 12:55 PM, West, Nathan wrote:
> > Yes. See twisted, python-zmq, and sip for similar types of packages.
> >
> > On Wed, Mar 23, 2016 at 3:44 PM, Laur Joost  > > wrote:
> >
> > To be clear: since there's no networkx recipe, should I just create
> > one, and add it to gnuradio dependencies?
> >
> > Laur
> >
> > 2016-03-23 20:45 GMT+02:00 Laur Joost  > >:
> >
> > Martin: I'm rebuilding from scratch this night. I'll modify the
> > recipe for networkx before starting, and if it works, I'll..
> > what? submit a pull request? Well, first time for everything.
> >
> > Nathan: As in, installing graphviz and pygraphviz should have
> > been dependencies for networkx, not something we should need to
> > worry about? Yeah, probably makes sense.
> >
> > All the best
> > Laur
> >
> > 2016-03-23 19:50 GMT+02:00 West, Nathan
> > mailto:n...@ostatemail.okstate.edu
> >>:
> >
> > It sounds like networkx is only part of the issue and maybe
> > there's an upstream bug that Tom has patched over locally.
> > Is this something we should report upstream to the distros?
> >
> >
> > On Wednesday, March 23, 2016, Martin Braun
> > mailto:martin.br...@ettus.com>>
> wrote:
> >
> > Laur,
> >
> > can you please submit a recipe to gr-recipes for
> networkx?
> >
> > Thanks,
> > Martin
> >
> > On 03/23/2016 01:50 AM, Laur Joost wrote:
> > > Thanks for the responses, and damned be the timezones.
> > >
> > > Nathan: gr-perf-monitorx needs python-networkx (which
> > is installed by
> > > pybombs, or at least, existed for me), but
> > python-networkx needs
> > > python-pygraphviz, at least for how it's used by
> > gr-perf-monitorx.
> > >
> > > Tom: Yes, the errors popped up when networkx called
> > agraph-something.
> > > Sadly, I managed to blow up my installation, so can't
> > get a traceback
> > > for you (was able to reproduce by simply doing apt-get
> > uninstall graphviz).
> > >
> > > On another note (the blowing up), I had an issue with
> > gr-uhd ABI versions:
> > > When trying to use USRP on the same install, I got:
> > >
> > > Traceback (most recent call last):
> > >   File "/home/ec/Tests/top_block.py", line 167, in
> > 
> > > main()
> > >   File "/home/ec/Tests/top_block.py", line 155, in main
> > > tb = top_block_cls()
> > >   File "/home/ec/Tests/top_block.py", line 69, in
> __init__
> > > channels=range(1),
> > >   File
> > >
> >
>  "/home/ec/gnuradio/lib/python2.7/dist-packages/gnuradio/uhd/__init__.py",
> > line
> > > 122, in constructor_interceptor
> > > return old_constructor(*args)
> > >   File
> > >
> >
>  "/home/ec/gnuradio/lib/python2.7/dist-packages/gnuradio/uhd/uhd_swig.py",
> > line
> > > 1973, in make
> > > return _uhd_swig.usrp_source_make(*args)
> > > RuntimeError:
> > > GR-UHD detected ABI compatibility mismatch with UHD
> > library.
> > > GR-UHD was build against ABI: 3.9.0-0,
> > > but UHD library reports ABI: 3.10.0-0
> > > Suggestion: install an ABI compatible version of UHD,
> > > or rebuild GR-UHD component against this ABI version.
> > >
> > > However, install log shows:
> > >
> > > Configuring gr-uhd support...
> > > --   Dependency Boost_FOUND = 1
> > > --   Dependency UHD_FOUND = TRUE
> > > --   Dependency ENABLE_GNURADIO_RUNTIME = ON
> > > --   Dependency ENABLE_GR_FILTER = ON
> > > --   Dependency ENABLE_GR_BLOCKS = ON
> > > --   Dependency ENABLE_GR_ANALOG = ON
> > > --   Enabl