-
Notifications
You must be signed in to change notification settings - Fork 202
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
Bloop should explain how to start itself when it cannot connect to the server #209
Comments
I have wrapped
There's a lot of ugly stuff in there, and it relies on Might be useful as the basis for something less hacky... |
On OSX, I've found launch agents to work really well. I set it up once in December and the server has always been up when I've run |
For now, I lean towards not focusing on this issue and letting users deal with it manually. In the future, it would be nice if bloop starts the server on its own, but this is not something we should focus on in the long term. The very notion of a client-server should be ingrained in people's mind when they use bloop, and I find this kind of user error to be beneficial in the long-term: it prevents users from running two servers. Related ticket upstream: facebookarchive/nailgun#55. |
Co-authored-by: Duhemm <[email protected]> Co-authored-by: Jorge Vicente Cantero <[email protected]>
Fixed in #293. |
Currently, running
bloop
when there's no server started prints:It would be better to add something along the lines of:
Moreover, if we're changing the name of the server executable, that will make it harder to discover, and more users risk hitting that.
This should be improved in the python script.
The text was updated successfully, but these errors were encountered: