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
>> <mailto: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 <mailto:Discuss-gnuradio@gnu.org>
>>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>
>>
>> _______________________________________________
>> Discuss-gnuradio mailing list
>> Discuss-gnuradio@gnu.org <mailto: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