Re: hurd does NOT need /hurd

[ams@kemisten.nu (Alfred M. Szmidt)]

* Hubert Chan writes:
>>>>>> "Emile" == Emile van Bergen <e-advies@evbergen.xs4all.nl> writes:
> [...]

Emile>  You could just as well argue that program that are primarily
Emile>  intended to be ran from cron should be put somewhere other than
Emile>  /bin, even though a user explicitly specifies himself that the
Emile>  program must be run on his own behalf, and even though the
Emile>  program follows normal exec()-style executable semantics. And
Emile>  naturally, that's nonsense.

> Except that programs that are primarily run by cron still do something
> useful when run from the command line.  You can logrotate, updatedb,
> etc. etc. before cron decides it's time to do it, just by running the
> programs on the command line, if you ever feel the need to.

> On the other hand, translators generally don't do anything useful when
> run from the command line, other than spitting out a warning message, as
> has been mentioned many times during this discussion, and it doesn't
> really make any sense to run them from the command line.

Other than getting some useful information about what options they
have and how they can be used via settrans.

ams@dryden:~$ /hurd/hello --help
Usage: hello [OPTION...]
A translator providing a warm greeting.

  -c, --contents=STRING      Specify the contents of the virtual file
  -?, --help                 Give this help list
      --usage                Give a short usage message
  -V, --version              Print program version

Mandatory or optional arguments to long options are also mandatory or optional
for any corresponding short options.

Report bugs to bug-hurd@gnu.org.
ams@dryden:~$ 

-- 
Alfred M. Szmidt


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