[Slackbuilds-users] on creating users
Robby Workman
rworkman at slackbuilds.org
Mon Jul 8 06:49:55 UTC 2013
On Wed, 19 Jun 2013 12:24:27 +0200 (CEST)
Kees Theunissen <C.J.Theunissen at differ.nl> wrote:
> On Wed, 19 Jun 2013, Robby Workman wrote:
>
> >On Tue, 18 Jun 2013 10:58:03 -0700
> >Miguel De Anda <miguel at thedeanda.com> wrote:
> >
> >> thanks. i guess the safest answer is to not automatically create
> >> the user. i'm thinking of adding a note in the slack-desc and
> >> possibly in the rc script as well. something along the lines of
> >>
> >> echo "$PRGNAME failed to start because it requires a group/user
> >> $GRPNAME/$USRNAME"
> >> exit 1
> >
> >
> >I think it's needless cruft in the slack-desc.
> >
> >It *might* be possible to convince me that the init script would
> >be a decent place to do that. r
> >
> >-RW
> >
>
> An application or daemon should IMHO not chance the system
> configuration when started. If a program can not run as
> intended/configured if should simply fail to start and log/report
> that failure.
>
> If (a badly written) daemon would run as root when the intended
> user/group is missing then the init script should test if the
> user/group exists.
>
> You (RW) wrote yesterday:
> ... so I'd rather have something fail
> horribly due to a missing user/group than have a stealthily
> created (and wrong/inconsistent) user and uid present.
>
> I'd rather have things fail nicely in such a case. :-)
Yeah, I tend to agree, so I won't argue :-)
-RW
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20130708/70be26a4/attachment.asc>
More information about the SlackBuilds-users
mailing list