Master of Celebration

less info
59 reputation
17
bio website
location Germany
age 26
visits member for 2 years, 3 months
seen Jun 30 at 9:16

Jul
2
awarded  Curious
May
5
awarded  Notable Question
Nov
7
comment rm -r path : how to avoid being asked at each level?
If I use the -I switch, it will ask "remove all arguments recursively"? Is there a way to customize this message including the foldername / directory path intending to remove?
Jul
18
accepted delete a system user account if daemon is no longer needed?
Jul
18
awarded  Popular Question
Jul
16
comment delete a system user account if daemon is no longer needed?
your updated idea is just great. I already thought about renaming the account name referring the system account's UID, but starting to search for that name in all configuration files seems to be an even better idea on top! that should do the trick for a running system. only thing being still problematic would be an update of packages / distribution, but for this special scenario I won't apply any of them. I'll try that out asap, but won't have the time for that before winter, sorry. Thank you in advance!
Jul
16
comment delete a system user account if daemon is no longer needed?
Well, I found some packages belonging to essential functions (e.g. ghostscript, filesystem) which I do not necessarily like to remove.. So I thought about changing the account name and adding a new account for the desired user (leaving the system account’s UID to its new name, e.g. ‘lprint’). The tricky part now is that I do not know what will actually happen with the new user’s home directory used by e.g. “printing applications” or other common used stuff although I don’t need that at all (I don’t even need the home directory of the new user, it’s for SAMBA purposes only).
Jul
16
comment delete a system user account if daemon is no longer needed?
the good news is, that user shall be on higher privileges anyway, so it wouldn't be that big security problem. But, I already thought about renaming as well! Maybe I can leave that UID with another system account (e.g. lprint) I created - just for the cause..
Jul
16
comment delete a system user account if daemon is no longer needed?
I:ll try that today.. sounds like a good idea. if I can omit Unix printing services at all, that could work out!
Jul
16
awarded  Commentator
Jul
16
comment delete a system user account if daemon is no longer needed?
sure.. that's why I thought about renaming as well (e.g. lprint).
Jul
16
comment delete a system user account if daemon is no longer needed?
unfortunately, yes it does...
Jul
15
asked delete a system user account if daemon is no longer needed?
Jul
10
awarded  Popular Question
Sep
17
asked printing to “One Single CUPS Server” can not find queues if 'ServerName' is a CNAME
Aug
29
comment possible spots to configure BIND-DNS forwarders
that is just a great answer! thanks alot for the hint to that 'dnstracer' utility, already tried it well.
Aug
29
accepted possible spots to configure BIND-DNS forwarders
Aug
28
asked possible spots to configure BIND-DNS forwarders
Apr
25
comment Why is the default umask value for useradd in openSuSE set to 022?
@geekosaur The umask-entry in the /etc/default/useradd-file should actually be used to set the rights for an automatically created home directory after user login, but instead it completely ignores the umask-entry from the /etc/default/useradd-file and uses the umask-value from the /etc/login.defs-file again. This can be found in the /etc/security/namespace.init-script where the $mask-variable, used by chmod later on, is defined reading from the /etc/login.defs-file. That's a bit sad, because the /etc/default/useradd-file is changed by YaST but doesn't work at all!!!
Apr
25
comment Why is the default umask value for useradd in openSuSE set to 022?
thank's for reminding me on that fact :-)