-
-
Notifications
You must be signed in to change notification settings - Fork 3.1k
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
tries to write log files to the location of the executable #194
Comments
I'd like to suggest naming pattern: |
For nix my goto is /var/log/ As for Windows, not sure what the default is... At any rate, very valid point(s). Thanks.
|
/var/log certainly makes sense for bitmonerod, although for simplewallet there is something to be said for sammy's suggestion, since it is a user app and not a system app, plus that is the only way to get a history of transactions performed. No matter what though, putting it with the bin is definitely wrong for linux |
would be interesting to add a --log-file options when running multiples instances on the same machine |
Yes there should definitely be a log-file option. My earlier comments were about where the default should go. |
/var/log sounds good :) |
but should use syslog facility, to deal with write permission in /var/log. Or the make install under root, should deal with file creation in /var/log and setting correct permission for running bitmonerod without root priviledges |
I believe this is fixed now with the latest batch of merges. |
simplewallet (and maybe bitmonerod?) uses the location of the executable to store the log files. This might be normal for Windows, but is clearly broken for linux (where executable would normally go in some non-writeable bin) and probably mac too.
In the case of simplewallet it is reasonable for the log file to go the same place as the wallet file. bitmonerod might write its log file into .bitmonero although a package manager build should probably go to a standard log location, so there should be a build option for this.
The text was updated successfully, but these errors were encountered: