bug-inetutils
[Top][All Lists]
Advanced

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

Re: [bug-inetutils] some notes on inetutils-1.8


From: Sergey Poznyakoff
Subject: Re: [bug-inetutils] some notes on inetutils-1.8
Date: Tue, 17 Aug 2010 11:41:59 +0300

address@hidden ha escrit:

> if --enable-syslogd works, --disable-syslogd=no
> should work too (by convention), like --disable-syslogd should be
> substitutable with --enable-syslogd=no.

Yes, that sounds reasonable. I'll fix it.

> i'm not in that but kerberos is from m*soft and not that typical on

You are wrong. Kerberos has nothing to do with microsoft. It is designed
my MIT and there are several free implementation around (one of which is
from GNU), so it was a natural choice.

> other machines. on linux nearly all free software uses openssl or
> gnutls.

Neither is a replacement for Kerberos.

> i don't have kerberos on my system and don't want it,
> especially not for one single small package.

Of course, that's up to you. Syslogd does not use it anyway.

> what i wrote! after make install, syslogd did not reside at the target
> location. i copied (or moved (??); have forgotten.) it manually
> from src/ to /bin.

Why do you suppose it should reside in bin? Inetutils installs it (and
other utils as well) in $prefix/libexec. Use --libexecdir=DIR option
to direct it some other place.

> the point is that on *nix it is common to document all entities

GNU's not UNIX, and therefore its policies differ from those of UNIX.
One of these differences is about how the proper documentation must
be organized.

> 
> so, route, netstat and friends are on the list!
> 

Definitely.

> > 
> >    (btw., choosing -? for help and -h for hop on the syslogd command
> >    line is not a good choice in my eyes. please rethink!)
> > 
> > You will need to have a stronger argument than "I don't like it".
> 
> just direct your argument against yourself and ask yourself what
> 'strong argument' you had for breaking with the tradition/convention.

The -? option is quite often used in GNU implementations as a
shorthand for --help, so there was no "breaking traditions" here.
Try `tar -?', as an example.

Regards,
Sergey



reply via email to

[Prev in Thread] Current Thread [Next in Thread]