Could overcome the problem by just apt-get update and upgrade. Later in the "./pybomb install gnuradio", it sits saying,
unable to connect www.gnuradio.org www.gnuradio.org[0: 104.28.06.113]: errno: Connection timed out www.gnuradio.org[1: 104.28.07.113]: errno: Connection timed out What is that? Zamrath Nizam On Fri, Mar 20, 2015 at 3:46 PM, Zamrath Nizam <zamiguy...@gmail.com> wrote: > Hi, > > Yes. I could overcome this. I had comment some useful repos in > "/etc/apt/sources.list" file. I corrected it and now it is done. But later > the installation it stucks at somewhere when the pycairo is configured. > Output is, > > Installing from source: pycairo > ./waf configure --prefix=/home/user/Download/target > Configuration failed. Re-trying with higher verbosity. > ./set_options > ./init > Project not configured (run 'waf configure' first) > Build failed. See output above for error messages. > > Could you please suggest me a way-through here. > > Zamrath Nizam > > On Thu, Mar 19, 2015 at 6:27 PM, Marcus Müller <marcus.muel...@ettus.com> > wrote: > >> Hi Zamrath, >> >> your questions become very specific to your system, and can't easily be >> answered by just reading the error texts. You will have to investigate a >> bit deeper yourself and at least find out in which context (sub-step) these >> things occur. >> >> Greetings, >> Marcus >> >> >> On 03/19/2015 12:12 PM, Zamrath Nizam wrote: >> >> Hi all, >> >> Please address the last thread I wrote. Meantime, I tried method 3 as >> well, where I downloaded 1.5 GB SDK software, but when I execute, >> >> "sudo sh oecore-x86_64-armv7ahf-vfp-neon-toolchain-nodistro.0.sh", it >> errored as "Error: Installation machine not supported!". >> >> Please be kindly suggest a way to through this. >> >> Thank you. >> >> Zamrath Nizam >> >> On Thu, Mar 19, 2015 at 11:24 AM, Zamrath Nizam <zamiguy...@gmail.com> >> wrote: >> >>> Hi Muller and Tom, >>> >>> I used pybombs approach to solve the problem. After the cloning process, >>> it gives the following error. >>> >>> Configuration failed. Re-trying with higher verbosity. >>> make: *** No targets specified and no makefile found. Stop. >>> >>> Could you see a resolution here? >>> >>> Zamrath >>> >>> On Wed, Mar 18, 2015 at 7:35 PM, Tom Rondeau <t...@trondeau.com> wrote: >>> >>>> On Wed, Mar 18, 2015 at 9:29 AM, Marcus Müller < >>>> marcus.muel...@ettus.com> wrote: >>>> >>>>> Pybombs can't solve a lack of RAM -- it just offers an automated >>>>> build procedure. >>>>> Search google to find information how to add swap to your system. >>>>> However, swap is just RAM that is temporarily exiled to permanent storage. >>>>> Now, a microSD card is several orders of magnitude slower than RAM, so >>>>> whilst that might allow your build process to work, it will make it slow. >>>>> >>>>> Best regards, >>>>> Marcus >>>>> >>>> >>>> Cross-compiling would be better. >>>> >>>> We have information on embedded systems here: >>>> http://gnuradio.org/redmine/projects/gnuradio/wiki/Embedded >>>> >>>> Debian also comes with support for cross compilers itself, though we >>>> have no direct information on how to use those for building GNU Radio. >>>> >>>> Tom >>>> >>>> >>>> >>>>> >>>>> >>>> On 03/18/2015 01:39 PM, Zamrath Nizam wrote: >>>>> >>>>> Yes, RAM seems to be not up for the compiler's asking rate. I used >>>>> 'watch' command to observe it. At peak, free memory drops down to zero. >>>>> BTW, I am interesting to know how to extend RAM in Bananapi >>>>> (capacity of Micro SD card is 16 GB), in case pyBOMBS method does not give >>>>> me a hand. >>>>> >>>>> Thanks, >>>>> Best, >>>>> Zamrath Nizam >>>>> >>>>> On Wed, Mar 18, 2015 at 5:54 PM, Marcus Müller < >>>>> marcus.muel...@ettus.com> wrote: >>>>> >>>>>> If it hangs, that just sounds like the poor ARM is busy; compiling >>>>>> is hard! You can check your CPU usage by running "top" in another >>>>>> console. >>>>>> If building aborts, you might need to add some swap space, to >>>>>> "extend" your RAM (start with 4GB). That will be horribly, horribly slow. >>>>>> >>>>>> Greetings, >>>>>> Marcus >>>>>> >>>>>> >>>>>> On 03/18/2015 01:12 PM, Zamrath Nizam wrote: >>>>>> >>>>>> Hi Müller, >>>>>> >>>>>> Thank you for the detailed answer you provided. I will surely try >>>>>> one of the method you have given above. Meantime, the reason why I went >>>>>> for >>>>>> the debian GNURadio was, when GNURadio is built, it halts at around 50%. >>>>>> It >>>>>> has been run for 15-20 times. As you have pointed out, it was due to the >>>>>> low RAM (1 GB). Sounds first method would be handy to cope with. I will >>>>>> let >>>>>> you know after trying above methods. >>>>>> >>>>>> Thank you again. >>>>>> >>>>>> Best, >>>>>> Zamrath >>>>>> >>>>>> On Wed, Mar 18, 2015 at 4:55 PM, Marcus Müller < >>>>>> marcus.muel...@ettus.com> wrote: >>>>>> >>>>>>> Hi Zamrath, >>>>>>> >>>>>>> now you're mixing different versions of the same library (UHD). >>>>>>> The debian GNU Radio was built and linked against the debian UHD, >>>>>>> but now you're using the Ettus UHD package, so the symbols that the >>>>>>> debian >>>>>>> GNU Radio thought it knew are now unavailable. >>>>>>> You should uninstall debian's UHD version, when installing the Ettus >>>>>>> one. You also must uninstall debian's GNU Radio. >>>>>>> >>>>>>> You will have to build GNU Radio against the UHD library version >>>>>>> you're using. You *can* in theory, do that on the bananapi itself, but I >>>>>>> don't think that is going to be fun (or short) -- after all, it's an >>>>>>> embedded device, and not a development workstation, so CPU and RAM are >>>>>>> sparse. >>>>>>> There are three ways you can go from here: (1) build GNU Radio on >>>>>>> the bananapi, (2) cross-compile it for the debian armhf port and (3) >>>>>>> rolling out openembedded and treating your bananapi as a cool embedded >>>>>>> device rather than a boring slow PC. >>>>>>> >>>>>>> Method (1) >>>>>>> ======= >>>>>>> This should be the easiest path: use pyBOMBS, as it should do >>>>>>> everything for you[0], and take roughly veeeeeery long. >>>>>>> >>>>>>> Method (2) >>>>>>> ======= >>>>>>> >>>>>>> I think that in the long run, if you want to do software development >>>>>>> for the bananapi, anyway, setting up a cross-compilation environment >>>>>>> will >>>>>>> be what you want to do. >>>>>>> However, I'm not really used to doing cross-builds myself; I can >>>>>>> only outline what you will have to do: >>>>>>> >>>>>>> On your (easiest case: debian) workstation: >>>>>>> >>>>>>> * Install the appropriate cross toolchain[2], and all the >>>>>>> libraries[1] lists as necessary in their development version and >>>>>>> target-arch (armhf) compatible version. I think that will be the hardest >>>>>>> part, as it's a bit debian specific. >>>>>>> * Follow [3] . Replace the oe-sdk-toolchain.cmake file with a >>>>>>> debian/armhf one -- you can have a look at the existing arm toolchain >>>>>>> file[4], copy and modify it, replacing all compiler names with their >>>>>>> gcc-armhf-... or similar pendants. Trick: use your currently installed >>>>>>> "gnuradio-config-info --cflags" to get appropriate CMAKE_CXX_FLAGS, in >>>>>>> addition to the right -m*** flags, that might be omitted in the output. >>>>>>> >>>>>>> Method (3) >>>>>>> ======= >>>>>>> >>>>>>> Alternativile, follow [5] and replace the debian on your bananapi >>>>>>> with an openembedded self-rolled system. >>>>>>> OpenEmbedded allows you to deploy your own application-specific >>>>>>> system, including everything from OS to application (but not much more). >>>>>>> >>>>>>> No matter what you do, we'd like to hear of your success (and/or >>>>>>> struggle). If you generate any useful build script / toolchain files / >>>>>>> tips >>>>>>> and tricks / blog posts ... we'd love to hear of them! >>>>>>> >>>>>>> Greetings, >>>>>>> Marcus >>>>>>> >>>>>>> [0] http://gnuradio.org/redmine/projects/pybombs/wiki/QuickStart >>>>>>> [1] http://gnuradio.org/doc/doxygen/build_guide.html >>>>>>> [2] https://wiki.debian.org/CrossToolchains >>>>>>> [3] >>>>>>> https://gnuradio.org/redmine/projects/gnuradio/wiki/Cross_compile_GNU_Radio_and_install_on_target >>>>>>> [4] >>>>>>> https://github.com/gnuradio/gnuradio/blob/master/cmake/Toolchains/arm_cortex_a8_native.cmake >>>>>>> [5] https://gnuradio.org/redmine/projects/gnuradio/wiki/OE_PyBOMBS >>>>>>> >>>>>>> >>>>>>> On 03/18/2015 11:51 AM, Zamrath Nizam wrote: >>>>>>> >>>>>>> Hi all, >>>>>>> >>>>>>> I have recently installed UHD and GNURadio on Bananapi (armhf) >>>>>>> board adding "deb http://ftp.de.debian.org/debian jessie main" in >>>>>>> "/etc/apt/sources.list". >>>>>>> >>>>>>> Downloaded GNURadio from " >>>>>>> https://packages.debian.org/jessie/armhf/gnuradio/download"; >>>>>>> dpkg -i gnuradio_3.7.5-5_armhf.deb >>>>>>> apt-get update >>>>>>> >>>>>>> Downloaded UHD from " >>>>>>> https://packages.debian.org/wheezy/armhf/uhd-host/download"; >>>>>>> dpkg -i uhd-host_3.4.2-1_armhf.deb >>>>>>> apt-get -f install >>>>>>> >>>>>>> When I install OpenBTS, built was errored since UHD was not picked >>>>>>> up. (uhd.pc was not in "/usr/local/lib/pkgconfig"). >>>>>>> Therefore, I had to install uhd-master from ettus research git repo >>>>>>> and built. And then OpenBTS was built without a problem. >>>>>>> >>>>>>> After connecting USRP N210, even though ping process is also okay, >>>>>>> >>>>>>> "uhd_find_devices" gives, >>>>>>> linux; GNU C++ version 4.9.1; Boost_105500; UHD_003.007.003-0-unknown >>>>>>> uhd_find_devices: symbol lookup error: uhd_find_devices: undefined >>>>>>> symbol: _ZN3uhd6device4findERKNS_13device_addr_tENS0_15device_filter_tE >>>>>>> >>>>>>> "uhd_usrp_probe" gives, >>>>>>> linux; GNU C++ version 4.9.1; Boost_105500; UHD_003.007.003-0-unknown >>>>>>> uhd_usrp_probe: symbol lookup error: uhd_usrp_probe: undefined >>>>>>> symbol: _ZN3uhd6device4makeERKNS_13device_addr_tENS0_15device_filter_tEj >>>>>>> >>>>>>> When running './OpenBTS'", >>>>>>> ALERT 3069485584 10:17:51.9 TRXManager.cpp:434:powerOff: POWEROFF >>>>>>> failed with status -1 >>>>>>> linux; GNU C++ version 4.9.1; Boost_105500; UHD_003.007.003-0-unknown >>>>>>> Using internal clock reference >>>>>>> ./transceiver: symbol lookup error: ./transceiver: undefined symbol: >>>>>>> _ZN3uhd6device4findERKNS_13device_addr_tENS0_15device_filter_tE >>>>>>> EMERG 3065672784 10:17:52.5 OpenBTS.cpp:156:startTransceiver: >>>>>>> Transceiver quit with status 32512. Exiting. >>>>>>> >>>>>>> I have erased the memory and proceeded again with caution but the >>>>>>> result was same. Could anyone please suggest me a resolution? >>>>>>> >>>>>>> Thanks. >>>>>>> >>>>>>> Best, >>>>>>> Zamrath Nizam >>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> Discuss-gnuradio mailing >>>>>>> listDiscuss-gnuradio@gnu.orghttps://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 >>>>>> listDiscuss-gnuradio@gnu.orghttps://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 >>>>> listDiscuss-gnuradio@gnu.orghttps://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
