Here is patches that addresses the bug report:
- Add GNU --long options. This is implemented with pure sh.
- The "-v" option is many times understood (cf. "ssh")
as "--verbose", so this was changed to -V|--version instead.
There were also few EOL whitespaces. The last patch removes
those.Alter
On Thu, 18 Aug 2005, Jari Aalto wrote:
> Would it be possible to switch to use getopt(1) which is pretty
> standard in Linux. An example in bash follows.
yes it would be possible, we could also parse the args ourself.
thanks for your nice example.
getopts is builtin in bash, getopt is from util
| On Tue, 09 Aug 2005, Jari Aalto wrote:
|
| > Add GNU --long option alternatived as well. They are more readable
| > in scripts where cryptic "-s" or "-o" can't be remembered after
| > a month.
|
| well the built in bash getopts can't handle long options.
| that's what logcheck uses.
| so i gues
On Tue, 09 Aug 2005, Jari Aalto wrote:
> Add GNU --long option alternatived as well. They are more readable
> in scripts where cryptic "-s" or "-o" can't be remembered after
> a month.
well the built in bash getopts can't handle long options.
that's what logcheck uses.
so i guess that bug should
Package: logcheck
Version: 1.2.35
Severity: wishlist
Add GNU --long option alternatived as well. They are more readable
in scripts where cryptic "-s" or "-o" can't be remembered after
a month.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unst
5 matches
Mail list logo