Can someone please summarize this problem? I'm afraid I'm not getting
the full picture here.
Cheers,
M
On 03/05/2016 11:11 AM, Dan CaJacob wrote:
> I had the same pip error. It seemed to be related to a conflicting
> version of requests. I am running Ubuntu 15.10 to fix the problem, I
>
I had the same pip error. It seemed to be related to a conflicting version
of requests. I am running Ubuntu 15.10 to fix the problem, I uninstalled
my pip-installed pybombs and apt-installed python-pip. I then installed
pip and requests via easy_install (generally don't go this route, but it
On Sat, Mar 5, 2016 at 10:45 AM, Marcus Müller
wrote:
> Hi Mike,
>
> Following advice here I descended down a rabbit hole and tried to start
> again “pip uninstall pybombs”. Pip was not found.
>
> Uninstalling pybombs via pip only makes sense if you've installed it via
Hi Mike,
I'm not overly involved with PyBOMBS myself, but just to "catch" you
right now:
On 05.03.2016 16:20, Mike Willis wrote:
>
> I just wasted an hour or so trying to get this to work. Clearly it is
> still early beta but with promise. The first time I tried I got as far
> as the UHD
I just wasted an hour or so trying to get this to work. Clearly it is still
early beta but with promise. The first time I tried I got as far as the UHD
install, which crashed with an uninformative error 2. I think there is some
implicit assumption going on in the developers head that non
What is the new way of setting up environment variables, I'm not able to
find information on that.
The old way was to run './pybombs env' and source this auto-generated file
from .bashrc file.
Rich
___
Discuss-gnuradio mailing list
The environment variable file (setup_env) is automatically generated
when you create a new prefix. You simply need to source it as before in
.bashrc
-- Seth
On 02/10/2016 04:23 PM, Richard Bell wrote:
What is the new way of setting up environment variables, I'm not able
to find information
Ah, didn't notice it there.
Thanks,
Rich
On Wed, Feb 10, 2016 at 1:27 PM, Seth Hitefield wrote:
> The environment variable file (setup_env) is automatically generated when
> you create a new prefix. You simply need to source it as before in .bashrc
>
> -- Seth
>
>
> On 02/10/2016
On 02/05/2016 12:29 PM, Hans Van Ingelgom wrote:
Hello,
I've updated pybombs to the latest revision. update now works without
crashing.
I still can't access the hardware.
If I run osmocom_fft i get the following message:
built-in source types: file osmosdr fcd rtl rtl_tcp uhd rfspace
On 02/03/2016 10:20 AM, Rahaim, Michael Brandon wrote:
> - When installing pybombs, I got an error "could not find a version that
> satisfies the requirement plex", but I was able to get around that by
> running "pip install --pre plex"
That's a known issue somewhere between the distutils setup
...PyBOMBS! I've attached the results of the poll. I'm sure there's an
elegant way of providing a link to the actual poll results through
Google, but my patience of trying to find out how was soon used up, so
here's the screenshot.
As you can see, the majority (more than 50%) chose not to change
Now that the most important question pertaining PyBOMBS is out of the
way (i.e., we're keeping the name), it's time to move forward to PyBOMBS
2.0.
For those who haven't heard about this: We will be replacing current
PyBOMBS with version 2.0, which comes with a bunch of new features, but
is also
On 01/10/2016 07:55 AM, Martin Braun wrote:
> Until then, I'd like to invite people to try it out on your own
> machines. You can can download it from
> https://github.com/gnuradio/pybombs2/commits/master, it comes with a
> quickstart guide and a small manual.
You can also use 'pip install' to
Thank you. The silent failure of trial missing was the issue.
Greg
Sent from my iPhone
> On Jan 2, 2016, at 5:49 PM, Philip Balister wrote:
>
>
>
>> On 01/02/2016 01:52 PM, Achilleas Anastasopoulos wrote:
>> I had problems installing thrift myself.
>> After consulting
Hi,
The gitrev corresponds to the following commit I believe :
https://github.com/apache/thrift/commit/dd89dce84b73ca671c8e0b3cf597f1888e2a75dc
I personally had problems compiling that version of thrift (on Ubuntu
14.04) so I went back to 0.9.2 using gitrev 591e20f9.
Jawad
Le 2 janv. 2016
I had problems installing thrift myself.
After consulting with the thrift forum i realized that thrift requires
"trial" which is included in pythong package "twisted" (python-twisted).
Unfortunately, thrift was failing silently...
After installing this package on fedora-22 (or 23?) the
On 01/02/2016 01:52 PM, Achilleas Anastasopoulos wrote:
> I had problems installing thrift myself.
> After consulting with the thrift forum i realized that thrift requires
> "trial" which is included in pythong package "twisted" (python-twisted).
> Unfortunately, thrift was failing silently...
>
I believe the recipe for thrift needs an update:
Looking at the recipe .lwr I see:
depends: libtool automake gcc boost bison flex libevent python ssl
category: baseline
source: git://https://github.com/apache/thrift.git
gitrev: dd89dce8
inherit: bootstrapautoconf
Looking for this rev below shows
On 11/17/2015 10:42 AM, Jason Matusiak wrote:
>> Arg, I forgot you are using rfnoc :) Sorry.
>> The latest e310 files with rfnoc are here:
>> http://files.ettus.com/e3xx_images/alpha/fido-rfnoc-test/
>> You could also update the release-3 image to have rfnoc also.
>
> So here is where things
> Arg, I forgot you are using rfnoc :) Sorry.
> The latest e310 files with rfnoc are here:
> http://files.ettus.com/e3xx_images/alpha/fido-rfnoc-test/
> You could also update the release-3 image to have rfnoc also.
So here is where things ended up. The default E310 load from OCT (in
the link
> Arg, I forgot you are using rfnoc :) Sorry.
> The latest e310 files with rfnoc are here:
> http://files.ettus.com/e3xx_images/alpha/fido-rfnoc-test/
> You could also update the release-3 image to have rfnoc also.
Philip, no worries, RFNoC always seems to add extra wrinkles. So that
is the
On 11/13/2015 08:37 AM, Jason Matusiak wrote:
>> The release-3 (and newer) toolchains have mako. Anything older doesn't.
>> That's the first thing to check.
>
> Thank you Philip. What is the best way to do that? I tried looking at
> the version-armv7ahf-vfp-neon-oe-linux-gnueabi only shows:
>
On 11/13/2015 08:37 AM, Jason Matusiak wrote:
>> The release-3 (and newer) toolchains have mako. Anything older doesn't.
>> That's the first thing to check.
>
> Thank you Philip. What is the best way to do that? I tried looking at
> the version-armv7ahf-vfp-neon-oe-linux-gnueabi only shows:
>
Thank you Philip. I blew away my old toolchain, re-grabbed the latest
and installed it. I can then run the cmake, make, and make install to
load up the SD card on the E310 without error.
Sadly, it doesn't appear to be 100% right because if I run a python
script I created in GRC on my PC, I get:
> Assuming you are using Release-3 on the E310, make sure the sdk and file
> system image come from the same directory. The error looks like this is
> not the case.
Are you saying Release-3 for the cross-compiler (I was assuming so)? And
for the directory do you mean on the ettus file page?
On 11/13/2015 10:43 AM, Jason Matusiak wrote:
> Thank you Philip. I blew away my old toolchain, re-grabbed the latest
> and installed it. I can then run the cmake, make, and make install to
> load up the SD card on the E310 without error.
>
> Sadly, it doesn't appear to be 100% right because if
On 11/13/2015 11:37 AM, Jason Matusiak wrote:
>> Assuming you are using Release-3 on the E310, make sure the sdk and file
>> system image come from the same directory. The error looks like this is
>> not the case.
> Are you saying Release-3 for the cross-compiler (I was assuming so)? And
> for
On 11/13/2015 03:15 PM, Jason Matusiak wrote:
>> Note the directory contains the file system and sdk.
>
>> http://files.ettus.com/e3xx_images/e3xx-release-3/
>
> Philip, That wasn't the directory I was using on the site, so thank you.
> It seems like gr-ettus is not in the build by default, is
> Note the directory contains the file system and sdk.
> http://files.ettus.com/e3xx_images/e3xx-release-3/
Philip, That wasn't the directory I was using on the site, so thank you.
It seems like gr-ettus is not in the build by default, is that by
design? At this point I assume that I need to
On 11/13/2015 08:09 AM, Jason Matusiak wrote:
> I am having an issue with a cross compile (which I haven't done in a
> while) for my E310 and failing on Mako w/n pybombs.
The release-3 (and newer) toolchains have mako. Anything older doesn't.
That's the first thing to check.
Philip
>
>
> if I
I am having an issue with a cross compile (which I haven't done in a
while) for my E310 and failing on Mako w/n pybombs.
if I go to: ~/pybombs/src/uhd/host/build-arm
and run: .
/usr/local/oecore-x86_64/environment-setup-armv7ahf-vfp-neon-oe-linux-gnueabi
followed by: cmake
> The release-3 (and newer) toolchains have mako. Anything older doesn't.
> That's the first thing to check.
Thank you Philip. What is the best way to do that? I tried looking at
the version-armv7ahf-vfp-neon-oe-linux-gnueabi only shows:
Distro: nodistro
Distro Version: nodistro.0
Metadata
FYI, I just went on a rage-fixing spree tonight and got to a point where
PyBOMBS can get me a working gnuradio installation on Fedora 22.
You may have some hiccups with SELinux along the way.
On Thu, Oct 15, 2015 at 7:17 AM, Tom Rondeau wrote:
> On Wed, Oct 14, 2015 at 6:55
Also: I'd really like to double-encourage you to read the GNU Radio
Guided Tutorials. It doesn't take very long to get through chapters 1 to
4, and then you're somewhat of an expert:
https://gnuradio.org/redmine/projects/gnuradio/wiki/Guided_Tutorials
Best regards,
Marcus
On 10/16/2015 08:09 PM,
I just realized we're all assuming you've already seen the wiki.
http://gnuradio.org/redmine/projects/pybombs/wiki
https://github.com/gnuradio/pybombs
Please have a read through, give it a try, and let us know which parts of
the documentation are unclear.
On Fri, Oct 16, 2015 at 10:36 AM,
> I can't lose my Gnuradio installation and I'd like to give pyBombs a
> try. In this case, what is the tip?
Still: Use pybombs!
You can use pybombs to install everything to a special prefix, and
generate a script which sets up your current session to look for
libraries in that prefix first, so
Thank you, Chris. Does anyone have more suggestions?
Thanks in advance.
2015-10-15 15:43 GMT-03:00 Chris Kuethe :
> Not sure, but it's easy to try non-destructively.
>
> check out pybombs into ~/pybombs
> create ~/gnuradio-pybombs
> use pybombs to install gnuradio into
On Fri, Oct 16, 2015 at 9:46 AM, Pedro Gabriel Adami <
pedrogabriel.ad...@gmail.com> wrote:
> Thank you, Chris. Does anyone have more suggestions?
>
> Thanks in advance.
>
My suggestion is to take Chris' advice :)
Tom
> 2015-10-15 15:43 GMT-03:00 Chris Kuethe :
>
>>
>
> My suggestion is to take Chris' advice :)
Sorry, but I don't have a folder named pyBombs here. I've never tried to
install it; that's why I'm asking here. I can't lose my Gnuradio
installation and I'd like to give pyBombs a try. In this case, what is the
tip?
Thank you.
2015-10-16 11:08
On Wed, Oct 14, 2015 at 6:55 PM, Chris Kuethe
wrote:
> patches are welcome, if you are able to test that other versions and
> package sources work.
>
> On Wed, Oct 14, 2015 at 3:47 PM, Achilleas Anastasopoulos <
> anas...@umich.edu> wrote:
>
>> May I ask why pybombs
Hello,
My Gnuradio installation was made using the script build-gnuradio available
on gnuradio.org. Now, I'm interested about pyBombs, but I can't lose the
installation I made here in my Ubuntu.
My doubt is: do I have to uninstall my Gnuradio to install/run pyBombs? The
method to get pyBombs
Not sure, but it's easy to try non-destructively.
check out pybombs into ~/pybombs
create ~/gnuradio-pybombs
use pybombs to install gnuradio into ~/gnuradio-pybombs
source ~/gnuradio-pybombs/setup_env.sh
(do gnuradio stuff)
Because you're installing into your home directory, you won't need root
patches are welcome, if you are able to test that other versions and
package sources work.
On Wed, Oct 14, 2015 at 3:47 PM, Achilleas Anastasopoulos wrote:
> May I ask why pybombs recipies for
>
> "make" does not allow for rpm (but only deb or src)
>
> and for
>
> "swig" it
May I ask why pybombs recipies for
"make" does not allow for rpm (but only deb or src)
and for
"swig" it insists only on the 2.0 version?
thanks
Achilleas
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
Got a little conundrum here I have pybombs setup and working fine
for my RFNoC development. I then decided that I wanted to make a new
OOT module, so I did gr_modtool newmod myOOTmodule in ~/pybombs/src.
Made my tweaks to the XML file inside GRC and tried to mkdir build && cd
build && make &&
Hey Jason,
When you create a new OOT module for a pybombs install, you don't need to
create the folder in the pybombs/src directory.
Then when you do your cmake in the OOT module, you need to pass along the
path to your target using the flag -DCMAKE_INSTALL_PREFIX=/path/to/target .
And if your
> So basically go back to your OOT module, delete your build directory (just to
> be safe) then start over like this:
> mkdir build && cd build
> cmake -DCMAKE_INSTALL_PREFIX=/home/jason/target ..
> make
> make install
Bingo, you were right on target. I guess I figured that when sourcing
with
Following the instriuctions on
http://gnuradio.org/redmine/projects/pybombs/wiki/QuickStart
I tried to run the installation: ./pybombs install gnuradio
It appears to start up OK, but after "Loading recipes" it displays
"Installing packages" and gets through several dozen of them until it
capture the output from "./pybombs install -v -v -v gnuradio", and
stick it on pastebin so we can have a look at it.
It looks like pybombs is trying to recompile make and gcc and goodness
knows what else... I'm curious about why it decided to do that.
On Wed, Sep 16, 2015 at 9:25 AM, Mike Gilmer
Thanks guys.
The output (somewhat abbreviated) is at http://pastebin.com/BqvwB58y
I am running Windows 8.1
Mike
On Wed, Sep 16, 2015 at 3:52 PM, Tom Rondeau wrote:
> On Wed, Sep 16, 2015 at 3:48 PM, Chris Kuethe
> wrote:
>>
>> capture the output
It's been a decade since I last played with cygwin, but under the hood
pybomb can do things like "apt-get install gcc" or "rpm -i fftw-devel"
- I'm trying to figure out what the command is to to get cygwin to go
out and download/install some package from the internet, and how you
can query what
On Wed, Sep 16, 2015 at 6:12 PM, Chris Kuethe
wrote:
> It's been a decade since I last played with cygwin, but under the hood
> pybomb can do things like "apt-get install gcc" or "rpm -i fftw-devel"
> - I'm trying to figure out what the command is to to get cygwin to go
>
I'm new to this. ..are you asking me to run that install command. .. or?
Mike
On Sep 16, 2015 5:03 PM, "Chris Kuethe" wrote:
> This is what PyBOMBS does...
>
> https://github.com/gnuradio/pybombs/blob/0382f9253a44135677b656ef08ba438f57f65625/mod_pybombs/sysutils.py#L393
This is what PyBOMBS does...
https://github.com/gnuradio/pybombs/blob/0382f9253a44135677b656ef08ba438f57f65625/mod_pybombs/sysutils.py#L393
https://github.com/gnuradio/pybombs/blob/dc593faf9e1557133c5801fe4aa58198e34407db/mod_pybombs/recipe.py
if you could do something like "cygpkg install fftw
Congratulations, you now know the most of anyone about gnuradio on
windows. Most of us here seem to use some sort of linux host.
PyBOMBS thinks it has to compile gcc, make, binutils, math libraries,
... because it can't find acceptable binaries. Does cygwin have some
sort of command-line package
I'm running a cygwin shell.
Mike
On Wed, Sep 16, 2015 at 4:33 PM, Mike Gilmer wrote:
> Thanks guys.
>
> The output (somewhat abbreviated) is at http://pastebin.com/BqvwB58y
>
> I am running Windows 8.1
>
> Mike
>
> On Wed, Sep 16, 2015 at 3:52 PM, Tom Rondeau
Mike,
Have you stepped through the procedures outlined in the following two links
already:
https://gnuradio.org/redmine/projects/gnuradio/wiki/CygwinInstallMain
https://gnuradio.org/redmine/projects/gnuradio/wiki/CygwinGettingStarted
They are dated, but still helps guide you a fair amount of the
If I understood the process better I'd be willing to help ferret out
the right procedure for cygwin, but I don't think I'd be very
effective at it. I'm willing to try a few suggestions though... I
mean I'm sure to learn something!
I wrestled with which way to go originally - figure out how to
On 16.09.2015 15:38, Chris Kuethe wrote:
> I don't disagree. I'm happy to write the write, I just don't have any
> cygwin machines to test with.
...PyBOMBS2 has hooks for this kind of thing. I'm trying my best to not
make this become the Duke Nukem Forever of GNU Radio :)
M
>
> On Wed, Sep 16,
I don't disagree. I'm happy to write the write, I just don't have any
cygwin machines to test with.
On Wed, Sep 16, 2015 at 3:34 PM, Tom Rondeau wrote:
> On Wed, Sep 16, 2015 at 6:12 PM, Chris Kuethe
> wrote:
>>
>> It's been a decade since I last
On 16.09.2015 16:58, Mike Gilmer wrote:
> I wrestled with which way to go originally - figure out how to install
> linux,and in theory have an easier time of gnuradio, or try the
> windows procedure. A co-worker thought the windows path would be
> better but these kinds of problems are exactly why
Rich,
I started down that path, ran into trouble (VOLK needed Cheetah or
similar, etc.) and got some advice to follow the pybombs route, which
generated its own trouble.
Academically, of course, I think it would be great to iron out the
Windows issues. As I said, if there are suggestions I'd be
On Wed, Sep 16, 2015 at 3:48 PM, Chris Kuethe
wrote:
> capture the output from "./pybombs install -v -v -v gnuradio", and
> stick it on pastebin so we can have a look at it.
>
> It looks like pybombs is trying to recompile make and gcc and goodness
> knows what else...
On 06.09.2015 12:18, Piotr Krysik wrote:
> W dniu 05.09.2015 o 20:01, Piotr Krysik pisze:
>> Hi all,
>>
>> I have question for pybombs developers/maintainers:
>> Is there policy for updating recipes submodule pointer in the pybombs
>> repository?
>>
>> Currently recipes submodule pointer is 29
http://www.cgran.org/ isn't up to date either.
Ron
On 09/07/2015 07:29 PM, Chris Kuethe wrote:
I don't think there is an official policy. I do see that Tim updated
the recipes pointer a couple of days ago
(https://github.com/gnuradio/pybombs/commit/97fe3b3846dc1e10123fdc1c218ed94fa8dba63c).
..
I don't think there is an official policy. I do see that Tim updated
the recipes pointer a couple of days ago
(https://github.com/gnuradio/pybombs/commit/97fe3b3846dc1e10123fdc1c218ed94fa8dba63c).
.. I suppose I could write a tool to automate bugging people if the
pointer is more than a week
W dniu 05.09.2015 o 20:01, Piotr Krysik pisze:
> Hi all,
>
> I have question for pybombs developers/maintainers:
> Is there policy for updating recipes submodule pointer in the pybombs
> repository?
>
> Currently recipes submodule pointer is 29 days behind the head.
>
> --
> Best Regards,
> Piotr
Hi all,
I have question for pybombs developers/maintainers:
Is there policy for updating recipes submodule pointer in the pybombs
repository?
Currently recipes submodule pointer is 29 days behind the head.
--
Best Regards,
Piotr Krysik
___
Greetings,
I am trying to install the latest gnuradio using pybombs.
I am running linux mint on an amd64 machine.
Here is the terminal output, basically it just keeps repeating the same
thing, and then finally kicks me back to the prompt:
office:~ cd pybombs
office:~/pybombs ./pybombs
1) when reporting pybombs problems, please turn up the verbosity with -v
-v -v
2) it sounds like your git cache is somehow incorrectly configured. How did
you configure it? Does it exist? Again, verbose logging is your friend.
On Aug 9, 2015 4:59 PM, Andrew Neale aneal...@gmail.com wrote:
I am trying to install latest gnuradio with pybombs on linux mint 64 bit,
and I get the error Too many arguments repeated multiple times:
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Thanks Iluta and Nathan,
My problem was not being able to use the gr-tutorials examples if I didn't
have Gnuradio installed in /usr/local, but then I realized that the
gr-tutorials was also a pybombs recipe so I used pybombs to install it and
everything worked out great! Thank you both for
It hasn't been released yet. http://gnuradio.org/redmine/news/56
On Tuesday, August 4, 2015, Iluta V iluta2...@gmail.com wrote:
Would be nice to see the latest gnuradio version 3.7.8 also available on
pybombs. Currently there is 3.7.7.1-204 which I have just fetched from
there.
I would
Would be nice to see the latest gnuradio version 3.7.8 also available on
pybombs. Currently there is 3.7.7.1-204 which I have just fetched from
there.
I would appreciate a response from anyone knowing more about it.
BR,
Iluta
___
Discuss-gnuradio
So I changed the install prefix to /home/username/thesis/target and then
deleted the inventory.dat file and removed the previous install prefix
folder(this was usr/local, but it actually ended up in usr/local/share, I'm
thinking this was a problem because I think there are lingering files). I'm
Hi Logan,
Here is a full set of commands for installing in your own home directory
via pybombs:
git clone https://github.com/gnuradio/pybombs
cd pybombs
./pybombs config
sudo rm -rf /home/gnuradio
sudo mkdir /home/gnuradio
sudo chown -R linux /home/gnuradio /home/linux/pybombs
rm -rf
Thanks, Nathan, and all who replied publicly and privately,
The problem seems to be that I had installed Anaconda (from Continuum
Analytics) which does not include Cheetah by default. It does exist,
however, in the python tree installed by ubuntu, and that seemed to confuse
things. I installed
Mike,
When I ran into this problem, I had to reinstall pybombs. I think the problem
lies in changing the installation prefix after installing pybombs.
I'm sure there is another way to fix this, I just don't know what it is.
When I reinstalled pybombs, I defined the installation prefix when the
Logan,
For your case deleting inventory.dat would do the trick of effectively
resetting pybombs state (and if your done with an install rm the prefix)
Mike,
Pybombs is hiding the true error. Cmake failed for either VOLK or GNU
Radio. Try running pybombs again with -v -v
On Monday, August 3,
Thanks Nathan. Should I have to use sudo when using pybomb commands, now
that the installation prefix is outside of my home directory(because I now
I have to use sudo when using pybomb commands)?
Logan Washbourne
Electrical Engineering Graduate Student
(Electromagnetics)
On Mon, Aug 3, 2015 at
You only have to use sudo with pybombs if you don't have write permission
to your prefix. In general it's best to avoid using sudo and pybombs
together if possible (with the exception of when pybombs asks you for sudo
password when using apt-get install). You can either set the prefix to
I use gentoo at home and have no difficulty keeping gnuradio up to date.
At work we're on a standalone network (no internet) so occasionally bring
computers home to update them. Lately, I've been having trouble with
pybombs. Using a freshly installed ubuntu 15.04, then doing an
apt-get
]
Sent: 19 July 2015 21:32
To: Nathan West
Cc: Mike Willis; discuss-gnuradio
Subject: Re: [Discuss-gnuradio] Pybombs UHD install
Sorry, to clarify: the recent transition to mako. Update your recipes and the
latest ones will have mako.
On Sun, Jul 19, 2015 at 4:29 PM, West, Nathan n
-gnuradio] Pybombs UHD install
Sorry, to clarify: the recent transition to mako. Update your recipes and
the latest ones will have mako.
On Sun, Jul 19, 2015 at 4:29 PM, West, Nathan n...@ostatemail.okstate.edu
wrote:
This is probably because of the recent transition to UHD. I just came across
”
Wonder why I didn’t think of that!
Mike
From: West, Nathan [mailto:n...@ostatemail.okstate.edu]
Sent: 19 July 2015 21:32
To: Nathan West
Cc: Mike Willis; discuss-gnuradio
Subject: Re: [Discuss-gnuradio] Pybombs UHD install
Sorry, to clarify: the recent transition to mako. Update your
...@ostatemail.okstate.edu]
*Sent:* 19 July 2015 21:32
*To:* Nathan West
*Cc:* Mike Willis; discuss-gnuradio
*Subject:* Re: [Discuss-gnuradio] Pybombs UHD install
Sorry, to clarify: the recent transition to mako. Update your recipes
and the latest ones will have mako.
On Sun, Jul 19, 2015 at 4:29 PM, West, Nathan
n
Two things I can suggest:
1) make pybombs forget about UHD: ./pybombs inv uhd
2) rebuild with increased verbosity to see what went wrong: ./pybombs
install -v -v uhd
On Sun, Jul 19, 2015 at 9:15 AM, Mike Willis willis...@gmail.com wrote:
Did I do something wrong? I just tried to update gnuradio
This is probably because of the recent transition to UHD. I just came
across this while bringing up a new PC. Mako needs to be added as a
dependency in the UHD recipe or LibUHD will get disabled. The result is
very fast compilation with no lib built.
Cheers,
-Nathan
On Sun, Jul 19, 2015 at 2:29
Sorry, to clarify: the recent transition to mako. Update your recipes and
the latest ones will have mako.
On Sun, Jul 19, 2015 at 4:29 PM, West, Nathan n...@ostatemail.okstate.edu
wrote:
This is probably because of the recent transition to UHD. I just came
across this while bringing up a new
Hi Mike,
maybe you've got something like an installation into a prefix that you
already deleted?
Hard to tell without more background. Have you used pybombs before? Did
you install stuff globally or into a user-defined prefix (e.g.
/home/mike/target or something)?
If in doubt, try with a
For us debian/ubuntu fans, '-mt' is the wrong thing. I think I have
come up with a somewhat portable way to reliably detect the
appropriate flags to use.. If you *do* need -mt, please get in touch
with me; I need to get more information about your system.
https://github.com/csete/gqrx/issues/254
Hey PyBOMBS fans!
I felt inspired last night, so I added support for a description field in
recipes. This is a an optional one line element giving a brief description
of the the module. I always forget what gr-dsd or gr-ldpc do, for example.
This is exposed to the user by pybombs info gr-dsd or
I can't explain how it happened Martin. I can not comment on the blue box,
they won't let me...
Joking aside, I don't know how it happened. Prior to yesterday, with GRC
open, when I went to help-about it told me I was using 3.7.8. I've had
access to things like the new correlation estimator block
On 04.06.2015 09:17, Richard Bell wrote:
I can't explain how it happened Martin. I can not comment on the blue
box, they won't let me...
Joking aside, I don't know how it happened. Prior to yesterday, with GRC
open, when I went to help-about it told me I was using 3.7.8. I've had
access to
Hello all,
Yesterday I did a gnuradio update (./pybombs update) and noticed my version
went back a minor version. I had been using 3.7.8 and now I'm using
3.7.7.1.
I've created flowgraphs using 3.7.8 that are not working with 3.7.7.1. I
don't get any debug information, I click the play button
Hey Richard,
On 04.06.2015 08:21, Richard Bell wrote:
Hello all,
Yesterday I did a gnuradio update (./pybombs update) and noticed my
version went back a minor version. I had been using 3.7.8 and now I'm
using 3.7.7.1.
I'm suspecting a drift in the space-time continuum. Or did you enter a
Hi Gregory,
if you wanted to start with a clean slate, why did you chose a two-years
obsolete LTS version?
Current Ubuntu LTS is 14.04, and I would strongly have recommended using
that (sorry to say this afterwards) since it would have saved you a lot
of things you needed to download and build
Greetings, As I asked last week (thanks for the responses); I wanted to begin
using Pybombs and get on board with the new work. I decided to start with a
clean slate. Downloaded and Installed Ubunto 12.04 Desktop LTS (Long Term
Supported)-did not choose developer thinking Pybombs will go get
Hi Greg,
sorry to bother you again; I was just reminded that 12.04LTS indeed is
fully endorsed by GNU Radio. It was just my personal preference to use
the latest version of distros that made me a bit confused about the
current support state of 12.04.
best regards,
Marcus
On 04/16/2015 04:47 PM,
Hi Michael,
That worked perfectly thanks.
Mike
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
201 - 300 of 417 matches
Mail list logo