[1003.1(2016)/Issue7+TC2 0001098]: do_group symbol cannot be accepted as written, because rule 6 cannot yield Done token

2016-10-25 Thread Austin Group Bug Tracker
A NOTE has been added to this issue. == http://austingroupbugs.net/view.php?id=1098 == Reported By:Mark_Galeck Assigned To: ==

Re: Should aliases expand after 'command'?

2016-10-25 Thread SHwareSyst
It seems ast-developers is still supposed to be the main bug reporting list, but reaching the associated machine spotty, as to when that server is booted up. A monitored bug fixes/new features fork probably won't be maintained until David gets his own copy of the repo, or if he wants push a

Re: Should aliases expand after 'command'?

2016-10-25 Thread Stephane Chazelas
2016-10-23 20:39:01 -0400, David Korn: > In ksh-88 on which the standard was based, the man page says that if an > alias ends in a space then the next word is checked for an alias. This > seems to be omitted in the posix standard without any comment in the > rationale as to why. > > Anyway in ksh

Re: Bugid 1013 and the dangerous rating of -L vs. -P

2016-10-25 Thread Geoff Clare
Robert Elz wrote, on 25 Oct 2016: > > Fortunately, I use the NetBSD sh which does not even implement a -L option > to cd I think you have identified the key to why people's positions are so divided on this subject. You and Joerg both use shells where plain cd behaves like cd -P, and have grown u

Re: Bugid 1013 and the dangerous rating of -L vs. -P

2016-10-25 Thread Robert Elz
Date:Tue, 25 Oct 2016 09:54:30 +0100 From:Geoff Clare Message-ID: <20161025085430.GA3974@lt.loopback> | I doubt if I have ever used: | | ls .. | cd .. | | because it is more natural to use: | | cd .. | ls This entirely depends upon what you're d

Re: Should aliases expand after 'command'?

2016-10-25 Thread Robert Elz
Date:Mon, 24 Oct 2016 11:09:13 +0100 From:Geoff Clare Message-ID: <20161024100913.GA17316@lt.loopback> | Perhaps for Issue 8 we should consider tightening the standard to | require that any predefined alias with the name of a standard utility | must behave accor

[1003.1(2016)/Issue7+TC2 0001084]: rule 3, 4, 5 do not say that a token is started, if needed

2016-10-25 Thread Austin Group Bug Tracker
A NOTE has been added to this issue. == http://austingroupbugs.net/view.php?id=1084 == Reported By:Mark_Galeck Assigned To: ==

Re: Bugid 1013 and the dangerous rating of -L vs. -P

2016-10-25 Thread Geoff Clare
Andries E. Brouwer wrote, on 24 Oct 2016: > > On Mon, Oct 24, 2016 at 08:52:09AM -0700, Nick Stoughton wrote: > > > The fact is that making the -P behavior the default is inherently dangerous > > because, for the last 24 years, it hasn't been. > > The default -L has always been a security risk.