On Monday, August 11, 2003, at 02:17 PM, TheSin wrote:
also there will no longer be a random gen password, it will be a crypt
pass or it will be blank which will mean a locked user which will be
most common.
Sorry to beat this point to death, but I feel quite strongly that there
should never b
this really is a moot point, why not allow to behavior as it may
someday be needed, but till then just set all users to locked, for that
matter then don't "NEED" descriptions but I'm allow it to be set
anyhow. But if need be I can remove the passwd and default it to
locked with out a problem.
I'm looking more for info on whether ppl want the online method of
heredoc version
and if ppl like the user- and group- pkgs to deal with users/groups,
the password issue and such are minor point that are easily changed,
right now I need to get the major part of the code done.
though it doe
On Monday, August 11, 2003, at 9:42PM, Chris Dolan wrote:
On Monday, August 11, 2003, at 02:17 PM, TheSin wrote:
also there will no longer be a random gen password, it will be a
crypt pass or it will be blank which will mean a locked user which
will be most common.
Sorry to beat this point to
well since I got no response other then this one I've gone with the
oneline version for now, but I suppose this can be changed later (the
beauty of perl mmm). I just have two shell functions to write and it
seems to be done. Any willing testers? :)
and all user and locked, passworded can only
okay after much thought and lots of discussion with other developers
this is a great idea and i just want the run it by.
all pkgs needed users/groups will depends on sort of bundle pkgs.
user- or group-
these pkgs will control the users on a system, there will check to make
sure they exist and
you could be right about mysql, I use debian and webmin I don't need to
use the CLi
I think having a shell is more dangerous then having a pass, but it
doesn't matter i removed it, I wasn't planing on using it for anything
anyhow, and if need be a sudo passwd $user can be added to the end of a
this is NOT correct, it totally depends on your auth, you can auth via
pam.
On Monday, August 11, 2003, at 08:41 PM, Charles Lepple wrote:
and that won't help you login to things like cyradmin
again, another separate user database (not tied into /etc/passwd or
netinfo unless you configure it th
On Monday, August 11, 2003, at 10:01PM, TheSin wrote:
some pkgs require a pass that is known, ie mysql, but maybe I could
set it to ask if the passwd eq ask if that suits?
Mysql needs it for the user? I was under the impression the mysql root
"user" (inside mysql) does, but not the system user
On Monday, August 11, 2003, at 10:01 PM, TheSin wrote:
some pkgs require a pass that is known, ie mysql
From mysql.info:
DescUsage: <<
The package creates the administrative tables on installation. Be sure
to set a MySQL root password using mysqladmin:
'mysqladmin -u root password your-new-passw
some pkgs require a pass that is known, ie mysql, but maybe I could set
it to ask if the passwd eq ask if that suits?
you can' sudo or su to a user that doesn't have a shell. you can
execute things as that user using sudo -u but that is it.
and that won't help you login to things like cyradmin
11 matches
Mail list logo
