Subject: ftp 1.5 open - arguments too long? - msg#00054

Previous Message by Date:

inetutils 1.5 standard options, installation

Some picky stuff in inetutils 1.5. First, I suggest that ifconfig be installed in $(sbindir) instead of $(bindir). It seems like nearly the canonical example of an sbin program. Second, stuff about --version: 1) the first line of the ping --version output is: ping - GNU inetutils 1.5 For consistency with everything else, I think it would be better as: ping (GNU inetutils) 1.5 2) tftp doesn't accept --version or --help. 3) whois --version output is nonstandard: Version 1.5. 3a) Also, whois --version says: Report bugs to <md+whois@xxxxxxxx>. The bug reporting address should be in --help, and it seems odd to have a special address for whois. 4) talk and rlogin --version say: ... (GNU inetutils 1.5) The ) should be after inetutils, not after 1.5. 5) everything's --version except ping and ping6 does not report licensing information. Third, stuff about --help: 1a) ping and ping6 --help don't have the single-line description. I suggest something like "Send network packet(s).". 1b) talk --help likewise. Maybe something like: Start talk session with local or remote user in current tty. 1c) whois --help likewise. Maybe something like: Look up Internet domain registration information. 2) rlogin --help starts with "Rlogin". We're not supposed to capitalize program names in GNU purely for English. In any case, there's no need to repeat the program name at all: Start a terminal session on a remote host. is enough. Also, there's a typo in the current text -- "host host". I wonder about mentioning something about the r-commands' lack of encryption. 3) rcp --help doesn't use the standard format. Thanks for all the work, Karl

Next Message by Date:

Re: small typo that break builds

I see that some old mail is getting through, so this is mostly for archive purposes. 2006-11-17 Simon Josefsson <jas@xxxxxxxxxxx> * telnet/ring.h (ring_encrypt): Fix typo in prototype. Already commited.

Previous Message by Thread:

inetutils 1.5 standard options, installation

Some picky stuff in inetutils 1.5. First, I suggest that ifconfig be installed in $(sbindir) instead of $(bindir). It seems like nearly the canonical example of an sbin program. Second, stuff about --version: 1) the first line of the ping --version output is: ping - GNU inetutils 1.5 For consistency with everything else, I think it would be better as: ping (GNU inetutils) 1.5 2) tftp doesn't accept --version or --help. 3) whois --version output is nonstandard: Version 1.5. 3a) Also, whois --version says: Report bugs to <md+whois@xxxxxxxx>. The bug reporting address should be in --help, and it seems odd to have a special address for whois. 4) talk and rlogin --version say: ... (GNU inetutils 1.5) The ) should be after inetutils, not after 1.5. 5) everything's --version except ping and ping6 does not report licensing information. Third, stuff about --help: 1a) ping and ping6 --help don't have the single-line description. I suggest something like "Send network packet(s).". 1b) talk --help likewise. Maybe something like: Start talk session with local or remote user in current tty. 1c) whois --help likewise. Maybe something like: Look up Internet domain registration information. 2) rlogin --help starts with "Rlogin". We're not supposed to capitalize program names in GNU purely for English. In any case, there's no need to repeat the program name at all: Start a terminal session on a remote host. is enough. Also, there's a typo in the current text -- "host host". I wonder about mentioning something about the r-commands' lack of encryption. 3) rcp --help doesn't use the standard format. Thanks for all the work, Karl

Next Message by Thread:

Re: ftp 1.5 open - arguments too long?

ftp> open gets the error: sorry, arguments too long Too long? Too short I could understand :). That bug is qute strange I should add! and on a first glance I don't get it. However, I suggest an enhancement: have open without an argument re-open the previous host, if there is one. E.g., ftp ftp.gnu.org ... connects ... ftp> close 221 Goodbye. ftp> open ... connects again to ftp.gnu.org ... A very good idea and I think I will implement it, the `other' (*BSD) ftp does not do this. But I'm not sure if we want to be compatible here or not. Right now the way `open' should work (if we ignore the above bug) is that if you type it without any arguments, you get a interactive prompt like this (_!_ being where the cursor is): ftp> open (to) _!_