Hi, On 02/12/13 13:27, Andrei POPESCU wrote: > Reading through the upstream bug log I have a few suggestions in regards > to fixing this bug: > > 1. Create the user debian-transmission with $HOME /var/lib/transmission > > 2. Don't hardcode -g|--config-dir in the start parameters and let the > daemon use the default $HOME/.config/transmission which will now > translate to /var/lib/transmission/.config/transmission
Sounds obvious and elegant... and I'm not sure why I didn't do it this way to begin with. It might have had something to do with having a dot-dir in /var/lib, which IMHO seemed a bit "dirty". Admittedly a very subjective reason. I'm a bit worried about migration side-effect, though. Would have to think this through a bit. But I'm obviously open for more specific suggestions... especially in the form of patches! ;) > As a bonus this would also allow getting rid of the > /etc/default/transmission file ;) Yeah, I've also been meaning to do that, particularly because I wanted to get rid of the whole "ENABLE_DAEMON" thing, since it's a very sysv-init-specific hack, which isn't even the Right Way™ to do things anyway. > 3. In order to prevent torrents being downloaded to /var by default ship > a settings.json with > > "download-dir": "/home/debian-transmission/", > > (or whatever) Why not use $HOME/downloads for this? (which is the current setting assuming your suggestion of setting $HOME) Under the FHS definition, /var/lib seems OK and this way we can keep things in a single place, with the exception of /etc. Thanks for the suggestions! Cheers -- Leo "costela" Antunes [insert a witty retort here] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org