-
Notifications
You must be signed in to change notification settings - Fork 17
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
Convince eldev to not bootstrap? #81
Comments
To clarify a bit, I suppose this isn’t quite a bootstrapping issue, as I’m using However, it still wants to download package archives, even though it doesn’t need to load anything from them, and that’s where I’m currently stuck. I tried I finally got it. Four things I needed to do:
This is still a bit awkward in a couple was (e.g., step 2 requires explicitly listing transitive dependencies), but I have a successful build now that doesn’t try to do any networking. |
Yeah, this sounds like a bug. I guess Eldev should use provided tools in Maybe as a workaround you could try modifying |
I now tried to reproduce it, but couldn't. I don't have
It never accesses the network. I even double-verified this by termporarily disabling network connection on my machine. The message it gives is not exactly correct, but that's it. I already have a fix and improvement locally, after which it says instead:
However, the only network access I could reproduce is bootstrapping Eldev itself if not available locally (i.e. after setting I need a full description of the setup where it misbehaves for you. |
…d; improve warnings issued for missing linters. (issue #81)
I’m handing eldev an Emacs with pinned versions of all the packages (eldev, relint, etc.) already there on the load-path. However, eldev still wants to bootstrap and pull everything down itself. How can I convince it to use what’s already provided?
Options like
--external
only seem to apply to dependencies of my project (which makes sense), but I’m hoping there’s something similar for eldev’s dependencies.The text was updated successfully, but these errors were encountered: