I have a fix for this I forgot to push. It checks for none when building the dependency list. I'll push it in the next few minutes.
-- Seth Sent from my iPhone > On Jan 28, 2016, at 1:02 PM, West, Nathan <n...@ostatemail.okstate.edu> wrote: > >> On Thu, Jan 28, 2016 at 10:03 AM, Rob Kossler <rkoss...@nd.edu> wrote: >> Martin, >> One more thing... Now, when I run the command "pybombs update uhd", I get >> the reply "PyBombs.RecipeListManager - ERROR - Package None has no recipe >> file!". > > This may be my fault from this commit: > https://github.com/gnuradio/pybombs/commit/72b7bf18dea87c7e2a668f4f70be1e5f3f236975 > > The change on line 73 needs to be reverted and we need to check both cases > for not None, or check for not None earlier and prune the list. I'm not > familiar enough with pybombs' new architecture to see if there's a better > place to prune not None deps. > > Sorry for the bug :-) > >> >> Rob >> >>> On Thu, Jan 28, 2016 at 9:37 AM, Rob Kossler <rkoss...@nd.edu> wrote: >>> Thanks for all the replies. >>> >>> Following Martin's suggestion, I added the appropriate line to config.yml. >>> After this my install command attempted the source install, but died with >>> the same problem that my gnuradio install died yesterday -- problem finding >>> boost components. I followed Derek's suggestion to install boost 1.54. >>> Unfortunately, that didn't fix the problem I'm having with the uhd install. >>> (See attached txt file for details.) >>> >>> Next, I edited the boost.lwr recipe and changed all "1.53" to "1.54" and >>> all "1_53" to "1_54". Now, the uhd install works. I'm not sure if this >>> was the right way to fix the problem but it worked for me. >>> >>> However, I see that it installed the latest master >>> (UHD_003.010.git-0-42a3eeb6) even though I had modified the uhd recipe file >>> with the line "gitrev: tags/release_003_009_002" which is what has worked >>> for me in the past in order to get a specific version. Perhaps the install >>> is not using the recipe file I think... >>> >>> Martin, I do have one question about the lines you suggested that I add to >>> config.yml. Without those lines, shouldn't the command "pybombs install >>> uhd" have done a binary install? Yesterday, I found no evidence of a binary >>> install, but today I found an old version 3.5.5. I'm not sure if this >>> installed during the uhd install or when I later tried to install gnuradio. >>> In any event, I am wondering if there is a way to configure pybombs to do >>> a binary install but to use a specific version such as 3.9.2? >>> >>> Rob >>> >>> >>>> On Thu, Jan 28, 2016 at 5:18 AM, Martin Braun <martin.br...@ettus.com> >>>> wrote: >>>> Hey Rob, >>>> >>>> thanks for trying PyBOMBS and sorry for the lack of an announcement on >>>> usrp-users. I will announce it there once we release the next version >>>> (which will be very soon) because I've fixed some issues and also made >>>> UHD installation easier. >>>> >>>> In your case, to install UHD, do the following: >>>> >>>> 1) Create a prefix. Run one of these commands: >>>> a) $ pybombs prefix init -a default ~/path/to/prefix >>>> b) $ sudo pybombs prefix init -a default /usr/local >>>> >>>> The latter will put all source installs in the system, the former will >>>> put them somewhere in your home dir. For the record: Most people will >>>> want a). >>>> >>>> 2) Define this as the default prefix: >>>> $ pybombs config default_prefix default >>>> >>>> This step is not required, but if lets you skip the -p option for all >>>> following PyBOMBS commands. >>>> >>>> 3) Now comes the complicated part, which will be changed in the next >>>> version. PyBOMBS provides no defaults on which packages to install from >>>> source rather than from apt-get or whatever. You need to configure your >>>> prefix to override system defaults to source. To do this, edit the >>>> <prefix>/.pybombs/config.yml file and add the lines from here: >>>> https://github.com/gnuradio/pybombs/blob/master/pybombs/skel/.pybombs/config.yml >>>> >>>> (or just copy that file there). >>>> >>>> 4) Now you can just do 'pybombs install uhd' and it will install UHD >>>> from source to your prefix. At any time, you can then 'pybombs update >>>> uhd' to re-pull master and re-build. >>>> >>>> Hope this helps! >>>> >>>> M >>>> >>>> On 01/28/2016 12:11 AM, Rob Kossler wrote: >>>> > Hi, >>>> > I just setup a new system and as I attempted to install UHD via PyBOMBS, >>>> > I stumbled on the PyBOMBS 2.0 changeover. Since I typically only follow >>>> > the usrp-users list and not the gnuradio list, I didn't see the >>>> > announcement of this changeover. >>>> > >>>> > I am having trouble with the install. I really am only interested in >>>> > installing UHD (source code install), so I tried the following line, but >>>> > nothing really happened. Afterwards, I do not see any UHD installation >>>> > in my prefix location. Also, it is not clear to me how I would choose >>>> > whether this install should be a source install or binary install. >>>> > >>>> > $ pybombs install uhd >>>> > PyBombs.install - INFO - No packages to install. >>>> > >>>> > Any idea why the above does not seem to do anything? >>>> > >>>> > >>>> > When this didn't seem to work, I decided to go ahead and install >>>> > gnuradio since previous PyBOMBS installs of this type would also install >>>> > UHD as a source code install. This install failed - the results are in >>>> > the attached TXT file. Basically, it looks like it can't find some >>>> > boost component, but it is not clear to me why it couldn't fix the >>>> > problem and install what it needed. There are plenty of boost warnings, >>>> > but I'm not sure if they are benign or not. >>>> > >>>> > Let me know any suggestions. Thanks. >>>> > >>>> > Rob >>>> > >>>> > >>>> > _______________________________________________ >>>> > 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
_______________________________________________ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
