Pybombs also makes updating to newer versions as they come out easy.

./pybombs update

Rich

On Wed, Apr 8, 2015 at 6:54 AM, Marcus Müller <marcus.muel...@ettus.com>
wrote:

>  Well, it's a great way to install popular OOTs :)
>
> On 04/08/2015 03:23 PM, Leonardo S. Cardoso wrote:
>
> Hi Marcus,
>
>  Thanks for the quick reply. The IT dept. can install any version of GNU
> Radio so no problem there :)
>
>  The pybombs solution looks a lot like what I was cooking up from my
> side. It boils down to changing the paths (PYTHONPATH, LD_LIBRARY_PATH,
> PKG_CONFIG_PATH, etc..) and installing OOT modules in a prefix in the
> users’s home.
>
>  Is there anything else to pybombs that I’m missing? I there any other
> advantage in using the pybombs framework that I might have missed?
>
>  Thanks again
>
>  BR,
>
>  Leonardo
>
>
>
>  On 08 Apr 2015, at 12:18 , Marcus Müller <marcus.muel...@ettus.com>
> wrote:
>
> Hi Leonardo,
>
> So this depends on your situation: If you're allowed to get arbitrary
> software installed by asking IT, I'd ask them to install a recent
> version of GNU Radio (at *least* 3.7.2, the newer, the better).
> Possibly, only outdated versions are in your IT's software package
> repositories, so you might need them to build and install from source;
> they might refuse.
>
> If that's the case, or you can't ask for arbitrary software:
> use pyBombs[1]! It allows installation in a directory prefix of your
> choice. Choose "src" as only viable method of software installation.
> After pybombs has finished doing its thing, you get a shell script that
> you can use to modify the environment variables, so that if you just use
> that script in your ~/.bashrc, you will have a system that has a working
> GNU Radio, completely without leaving the boundaries of your non-root
> user. Downside is that everything that's not on your system (or in an
> outdated version) has to be built from source, which will take quite
> some time and storage. Afterwards, if all these PCs are the same, you
> can just copy the prefix folder to every user's home directory.
>
> Either way, you'll (hopefully) have a working GNU Radio installation
> afterwards.
> Now, if you used pybombs, you'll already have a prefix directory in your
> user's home where your OS will look for when loading libraries etc.
> Otherwise, use pybombs now (./pybombs config; ./pybombs env; echo
> "source $prefix/setup_env.sh" >> ~/.bashrc) to generate the empty
> directory and generate a path-bending script.
>
> When building your student's OOT's, you'd go the normal "cd gr-mymodule;
> mkdir build; cd build; cmake ..; make; make install;" route, only that
> you'd replace "cmake .." with "cmake
> -DCMAKE_INSTALL_PREFIX=/home/userXYZ/prefixdirectory .."; afterwards,
> "make install" will install the things into prefixdirectory; awesome!
>
> Best regards,
> Marcus
>
> [1]http://gnuradio.org/redmine/projects/pybombs/wiki/QuickStart
>
> On 04/08/2015 11:52 AM, Leonardo S. Cardoso wrote:
>
> Hi everyone,
>
> We’re trying to implement a GNU Radio course here in Lyon (France) where
> we take the students step-by-step into coding GR modules. At some point
> we’d like them to follow the out-of-tree modules tutorial but we’ve
> stumbled upon an unfortunate limitation: the IT guys of our university wont
> allow root access on any computer, meaning that we can compile but cannot
> install the blocks...
>
> I come to you guys, to ask for advices on how to implement this. I have
> some ideas already but I’d like to see if there is any “best practice” ways
> to do this.
>
> Best regards,
>
> Leonardo Cardoso
>
>
>
> _______________________________________________
> 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

Reply via email to