On Mon, 12 Dec 2011 11:51:36 +0100, Helmut Grohne <hel...@subdivi.de> wrote:
> > Incorrect ownership of /var/log/sks/db.log
> 
> Please always state precisely what is wrong. Otherwise a maintainer can
> only guess what might be wrong. (See below for my guess.)

Freshly installed system, no log output generated, or server fails to start.

> > sks executable located in /usr/sbin/sks
> 
> So where is the "flaw" with putting a daemon in /usr/sbin? I would call
> that complying with FHS.

Not on the path, the init script fails. Silently. Nothing starts up. My
understanding is that /usr/sbin is only added to root's path. Regular,
non-root programs will not have it added to their path.

> > Solutions:
> > 
> > Correct permissions:
> > 
> > chown -r debian-sks:root /var/log/sks/*
> 

ls -la /var/log/sks/db.log
-rw------- 1 debian-sks root 516 Dec 12 12:05 /var/log/sks/db.log

> From your "solution" I can guess that the some script tries to invoke
> sks as user debian-sks without specifying its full path. However I was
> unable to find a matching invocation. For instance build_sks.sh is
> patched to use absolute paths.

This bug was submitted several months ago. I lost a bunch of docs,
about a month later. All I now know - is that sks or one of it's helpers 
(on a fresh install) fails without that path, that the failure was
silent, and that it took me 2 days to figure out the problem, which was
why I submitted (my naive) fixes.




-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Reply via email to