Re: CVS commit: src/bin/kill
Date:Sun, 30 Aug 2020 16:10:40 + From:"Robert Elz" Message-ID: <20200830161040.57630f...@cvs.netbsd.org> | Log Message: | Use the POSIX specified format [...] Ugh ... that should have mentioned that this applies to the output of "kill -l" kre
Re: CVS commit: src/bin/kill
On 06.05.2020 14:48, Robert Elz wrote: > Date:Wed, 6 May 2020 11:28:42 +0200 > From:Kamil Rytarowski > Message-ID: > > > | While there, we have got a long standing issue with wait.1 man page, > > Huh! I had no idea any such thing existed... (do you know of any > more bizarre ones like that?) > I don't know other cases. > | it should be either removed (as the wait(1) program is gone) or adapted > | with the reality of being a builtin. > > Yes, it should.Was there ever a wait(1) program? POSIX says there > should be (along with cd umask ulimit ...) but the general feeling here > is that that's just plain stupid... (and I agree). > > > I'm not going to right now, as I'm not sure which is the right path > to take - there has been (in the past) some discussion about making > man pages for all of the sh builtins (so one doesn't need to know the > trick of how to find their doc in the sh(1) manpage easily - no idea how > it is done with csh as I stopped using that decades ago). > > If we decide to do that, then fixing that page to be rational would > be the right thing to do, if not, then deleting it. > > I'll see if I can find out what the likely outcome of a discussion of > that will be (hopefully avoiding actually needing the discission again). > If there's a resolution, I will make it happen. > Possibly, wait.1 shall clearly note that this is a shell builtin and it would be enough. cd.1 notes this indirectly. > kre > > ps: this one is not quite so important as the librumpuser issue... > And wrt that, I am not (I hope) a total cretin ... I would not have > objected if you had removed the (now) useless variable along with that > one line of code... (but what you did is fine). > > signature.asc Description: OpenPGP digital signature
Re: CVS commit: src/bin/kill
Date:Wed, 6 May 2020 11:28:42 +0200 From:Kamil Rytarowski Message-ID: | While there, we have got a long standing issue with wait.1 man page, Huh! I had no idea any such thing existed... (do you know of any more bizarre ones like that?) | it should be either removed (as the wait(1) program is gone) or adapted | with the reality of being a builtin. Yes, it should.Was there ever a wait(1) program? POSIX says there should be (along with cd umask ulimit ...) but the general feeling here is that that's just plain stupid... (and I agree). I'm not going to right now, as I'm not sure which is the right path to take - there has been (in the past) some discussion about making man pages for all of the sh builtins (so one doesn't need to know the trick of how to find their doc in the sh(1) manpage easily - no idea how it is done with csh as I stopped using that decades ago). If we decide to do that, then fixing that page to be rational would be the right thing to do, if not, then deleting it. I'll see if I can find out what the likely outcome of a discussion of that will be (hopefully avoiding actually needing the discission again). If there's a resolution, I will make it happen. kre ps: this one is not quite so important as the librumpuser issue... And wrt that, I am not (I hope) a total cretin ... I would not have objected if you had removed the (now) useless variable along with that one line of code... (but what you did is fine).
Re: CVS commit: src/bin/kill
On 06.05.2020 11:07, Robert Elz wrote: > Module Name: src > Committed By: kre > Date: Wed May 6 09:07:15 UTC 2020 > > Modified Files: > src/bin/kill: kill.1 > > Log Message: > kill is built-in to more than just csh(1). > While here, add missing Xr sh 1 (which was previously needed, moreso now) > and also include STOP and CONT in the list of common signals. > > Thanks for taking care of this. While there, we have got a long standing issue with wait.1 man page, it should be either removed (as the wait(1) program is gone) or adapted with the reality of being a builtin. signature.asc Description: OpenPGP digital signature
