Bug 1108 - .slimserversql.db (and conffile) always owned by group root
: .slimserversql.db (and conffile) always owned by group root
Status: RESOLVED FIXED
Product: Logitech Media Server
Classification: Unclassified
Component: Platform Support
: 6.0.0
: PC Debian Linux
: P2 normal (vote)
: ---
Assigned To: Dan Sully
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2005-03-16 10:04 UTC by Christian Pernegger
Modified: 2008-08-18 10:53 UTC (History)
0 users

See Also:
Category: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Christian Pernegger 2005-03-16 10:04:03 UTC
slimserver.pl will, even when started with the --user and --group options,
create the database file .slimserversql.db as owned by group root, the --group
has no effect. The config file will be created owned by root.root, not even
--user takes effect here. A side effect is that the config file is not writable
to the process before you chown it.

Playlists are fine.
Comment 1 Dan Sully 2005-03-22 13:25:32 UTC
Christian - this should be fixed as of Subversion change 2643.

Could you please verify?

Thanks.
Comment 2 Christian Pernegger 2005-03-23 09:36:33 UTC
I just checked out 2688 in a fresh directory and started slimserver as:

HOME=/opt/slimserver /opt/slimserver/slimserver.pl --daemon --priority -10
--logfile /opt/slimserver/slimserver.log --user slimserver --group slimserver
--prefsfile /opt/slimserver/slimserver.conf --d_sql

It creates files in the following way:

-rw-r--r--   1 root       root         50 2005-03-23 18:21 slimserver.conf
-rw-r--r--   1 slimserver root       5,8K 2005-03-23 18:21 slimserver.log
-rw-r--r--   1 slimserver root        51K 2005-03-23 18:21 .slimserversql.db

The .log and .db being the wrong group is purely cosmetic, but the .conf file is
created so that it's not writeable by slimserver. Changes to the .conf via web
interface result in the following log entry:

2005-03-23 18:25:03.7763 Couldn't write preferences file out
/opt/slimserver/slimserver.conf

So I'd say the fix didn't quite work.

C.
Comment 3 Dan Sully 2005-04-04 12:03:30 UTC
Christian - I've fixed this for real now in Subversion change 2863.

It'll be in the 6.1 builds, and may make it to 6.0.1