[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: hurd does NOT need /hurd

On Wed, 2002-05-22 at 11:58, John H. Robinson, IV wrote:
> so i still submit: /bin/login being executed by a _user_ on a gnu/linux
> system is _useless_.

I won't argue with you, although your reasoning seems to be tautological
at this point; /bin/login is "useless" for users for a given (and
changing) value of "useless".

I think it's perhaps best to allow the users themselves to make their
own decisions about usefulness.

> since /bin/login is not SUID, how can it read the /etc/shadow passwords?

jeff@laptop2:~$ ls -l /bin/login
-rwsr-xr-x    1 root     root        34984 Apr  7 10:59 /bin/login

> i am willing to accept a reasoned and proven demonstration on how
> /bin/login is _usefull_ for a user (UID!=0) to run on a gnu/linux system.

It's a good way to get to a login prompt without having to fork a new

Sample scenario:

Suppose init and su are both borked, and you don't have sudo.  You're
logged in as a regular user on the console, but you need root.  If you
log out, you'll lose your tty, and init won't respawn (remember, it's
borked).  When init went down, it took all the running gettys with it. 
How do you get to root to fix the problem?

Now, what all this has to do with the acceptability of putting Hurd
translators in /hurd is lost on me.

To UNSUBSCRIBE, email to debian-devel-request@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

Reply to: