Overview
Artifact ID: | 8415eed1245f28ec8fc69fb5c6947ebe8225c19c |
---|---|
Ticket: | 1b340a484994db1829fc2224ac61ff95f4cfbe28
fossil writes to my home directory or fails if $HOME is unset |
User & Date: | anonymous 2011-05-31 23:18:50 |
Changes
- Appended to comment:
<hr /><i>anonymous added on 2011-05-31 23:18:50 UTC:</i><br /> `A lot of program write to your home directory to store user specific settings without asking you. I don't see how it is an unacceptable behavior.' This is unacceptable because by writing to my home directory the program is performing destructive functions I did not ask it to perform. These destructive functions do not fit into my mental model of what the program is supposed to be doing, which makes using the program very confusing and unpleasantly surprising. It would be acceptable for a program to edit update my home directory when that is the particular function I request of it. It is not acceptable for a program to change the state of my disk, or to fail on a read-only file system, when its purpose is only to show me some information about a repository. Example: `git config --global' is supposed to write to ~/.gitconfig because that's the purpose of the command. But `git log' doesn't write to my home directory, or anywhere at all but to stdout, because its purpose is only to be a nondestructive operation to reproducibly tell me about the state of the repository. Example: Darcs can be instructed to store a patch cache in ~/.darcs/cache, if you request it, but Darcs will not write there if you don't request it.