-
Notifications
You must be signed in to change notification settings - Fork 11
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
installation error #3
Comments
thanks for the report.
If that errors out too, can you check?
Also there is another way of reproducing this is by using https://econ-ark.github.io/nbreproduce/ (you would need docker on your local machine). You can install it with |
there is no way to run this without a local installation of docker? |
You just need Do you have |
i think my pip is working fine. i'm using FWIW, the conda install works (running this inside julia), so i should be able to run it there, but that's not a great solution.
|
looks like this could also be caused by an old version of setuptools, can you try running the following commands?
thanks! |
bingo! thanks
|
wohoooo 🎉🎉🎉 |
I'd prefer not to close an issue like this without a fuller understanding of what went awry and how we might be able to guard against it in the future. Did our requirements.txt not specify a particular version of setuptools but it should have? Or, what else could we have done to prevent Florian's problems? PS. This is another illustration of the point that I keep making that it's super important that the FIRST thing people try should be something that works off the bat -- so we should work harder to structure things so the overwhelmingly obvious option is for them to get launched into the guaranteed-to-work online docker-powered version of a REMARK. Then they'll see how great it is, and might be motivated to fiddle with their system to get all the dependencies right and can run it locally. Florian's such a trooper that he actually posted an issue, but for every person who posts an issue there are probably a hundred who tried for a while and gave up. Florian, to help us design things better, it would be useful to know the path by which you came to this. One way to get there is via by going to "Materials" and finding the "KrusellSmith" item Another is just to find the repo directly (say, by a Google search). There are several others. An annoying thing about GitHub is that at present its rendering of Jupyter notebooks is very unreliable, so we can't solve our navigational problems by just putting a clickable link at the top of the Jupyter notebook -- half the time, the link will not appear! |
This was a local machine environment problem not an econ-ark installation one, we don't control setuptools installation with econ-ark.
Unfortunately its very easy for something in the python environment to go wrong, this issue seems like a usual one (https://stackoverflow.com/questions/55411139/cairocffi-install-failed-on-ubuntu-18-04). It would be great if we could somehow figure out how to encourage people to open up issues whenever they get stuck with these things and we could help them out. |
I don't envy you for this issue @MridulS 😉, I can see dependency hell can get quite hot here in python land. I feel there is going to be a divide between very experienced python users who can deal with this, and others less advanced (like myself) who won't. An easy suggestion would be to force user to use one particular environment (like: you must install anaconda for this) but this seems really heavy handed - I would refuse, because it messes up my system installation. so the real problem I think is that people show up with vastly different python envs as you say, and it's hard to place assumptions on that. that said: what happens if you really just hard wire the setup-tools package to a higher version in your requirements.txt? would that break something else? It's really frustrating to see that after all the work you guys have put into this, the user fails at this crucial step (how to run this??). @llorracc I've seen people putting badges with a link to a binder repo where the notebook then runs, and it seemed to be very robust. Is that not an option for you? Yes you don't want to rely on github rendering a notebook, half the time it won't (it's not built for serving stuff). another option for showing rendered notebooks could be https://nbviewer.jupyter.org . you probably went through most of those thoughts already, anyway, in case not maybe it could help. |
oh - i found the repo by browsing your econ-ark.org website which is very nice! |
We (as a package) add a bit more to the dependency hell of python 🚀 BTW the "live interaction version" button on https://econ-ark.org/materials/krusellsmith takes you to mybinder. Should we be more explicit with something like "Interactive version (mybinder)" for people who do know about mybinder? I have added the "launch binder" button in this repo README too. Thanks for the suggestions! We are also in the process of publishing a new website with more user actions like https://staging.econ-ark.org/materials/liqconstr. |
hi there
found this. any ideas? thanks
The text was updated successfully, but these errors were encountered: