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

Reply via email to