-
Notifications
You must be signed in to change notification settings - Fork 6
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Install issues on Arch Linux and Ubuntu Docker #692
Comments
I've tried changing the boost versions among other things.. I also get the following when trying to install an early version of venture (4.2):
(And the exceptions module is indeed installed):
Anyway, I'd appreciate some suggestions or an official list of dependencies past "apt-get install," since it seems quite a few things have progressed since Venture's inception. Best, Lucas |
Hi Lucas, Thanks for the detailed report; the Venture build is known to be hard to run from scratch. It can be installed directly on ubuntu 16.04, but also via docker and conda. The instructions for installing on a fresh Ubuntu 16.04 system are shown in https://github.com/probcomp/Venturecxx/blob/master/docker/ubuntu1604. You can try the following to confirm that the dockerfile works as intended.
Many tests should run while building the image. After the image is built, you can obtain a python session with Venture inside the container x using:
|
Great! I've confirmed that the above essentially works, and will let me start using/contributing to Venture. Still, I'd prefer an arch-native setup or a pip install. I'll take a look at that docker file and see if it helps me accomplish either of those. Anyway, I greatly appreciate your help, and consider this resolved. I'll send a pull request if I figure out alternate installs. |
@LSaldyt Okay, if you want a conda install see: https://github.com/probcomp/iventure/blob/master/docs/conda.md For a pip-based install, see: https://github.com/probcomp/iventure/blob/master/docs/virtualenvs.md The above instructions are tested assuming a fresh system of Ubuntu 16.04. |
Awesome, thank you so much for your help. Feel free to disregard the following, I'm just putting it here for documentation. As noted, if I follow the pip-based install on arch linux (actually, an antergos install of arch linux), then I get some issues that look like they stem from the customized version of the
Still, I'm not really worried about it since I can just run Venture in docker (And all the examples/reference works fine, at least so far ;) ). Maybe this is something to think about once Venture moves out of alpha. P.S. The issues documented with my original ubuntu docker used a newer version of ubuntu, and therefore a newer boost version, among other things, which caused the documented issues. In other words, this will needed to be updated once (if) Venture is released non-alpha. P.P.S. I'm also hesitant to use something like anaconda. It's pretty heavy, and causes problems if it's used in tandem with pip. This is just personal preference though. |
I understand Arch Linux isn't supported per the README, so this is just FYI. Maybe the ubuntu docker install is more concerning? I tried that as a backup, and it didn't work either.
I'm actively working on fixing this -- it's totally possible the issue is only my own, so if I find a solution, I'll make a PR.
TLDR:
I suspect either the boost version or setup.py for preventing installation on some systems. I think better tracking of required package versions could get around this.
Recall the Ubuntu Linux install instructions:
The Arch Linux equivalent is the following:
I indeed have these packages:
Same thing with ubuntu docker image:
They're higher versions than specified in conda/meta.yaml (which I'm referring to because there is no requirements.txt -- which is what pip would use), but this doesn't seem to be causing the problem (I'll try all downgraded versions next).
Here's the ubuntu case with the latest release:
I've tried running this from inside the Venture repo, but this doesn't work.
I also tried the 4.2 release, which gives a multi-page template error, which I also get in the 5.1 case if I call
python setup.py install
manually. It's a huge error, but I think the relevant part is this:However, this is already installed, so far as I can tell:
Looks like others have run into this. I tried changing numeric.hpp to numpy.hpp, but maybe a downgrade of boost will work? I will let you know...
Anyway, all of that documentation is to say two important things: I suspect either the boost version or setup.py for preventing installation on some systems. I think better tracking of required package versions could get around this.
The text was updated successfully, but these errors were encountered: