On Wed, May 30, 2018 at 7:15 AM, L A Walsh wrote:
> While I certainly don't mind having an option
> to include -_ as case-variations, I don't really like having it
> as a standard or a default
>
I never know there's such a "completion-map-case" option. It is by default
OFF.
On Wed, May 30, 2018 at 8:25 AM, Marty E. Plummer
wrote:
> > If people are willing to do the conversion between patch formats for
> their
> > own purposes, more power to them. I don't see any compelling reason to
> > change the format I use.
> >
> Could I at least convince you to start doing -p1,
On Tue, May 29, 2018 at 11:05:45AM -0400, Chet Ramey wrote:
> On 5/19/18 9:46 AM, Marty E. Plummer wrote:
> > Greetings,
> >
> > In doing some research into ways to better improve the gentoo ebuild qa,
> > I ran across the fact that the official bash patches are provided as
> > -p0, context diffs.
Eric Blake wrote:
On 05/29/2018 04:32 PM, L A Walsh wrote:
I'd expect it to autocomplete the entire filename for
'remove-oldver-rpms-in-dir.pl' since it is the only file with a dash
after 'remove', but instead, bash prompts me again as though there
is some ambiguity between a dash and an
On 05/29/2018 04:32 PM, L A Walsh wrote:
I'd expect it to autocomplete the entire filename for
'remove-oldver-rpms-in-dir.pl' since it is the only file with a dash
after 'remove', but instead, bash prompts me again as though there
is some ambiguity between a dash and an underline.
When you hav
I have 4 files in a dir:
remove-oldver-rpms-in-dir.pl
remove_mounted_lv
remove_multiples
remove_nocase_dupfonts
When I do autocomplete:
> ls remo# I get all 4 files listed:
remove-oldver-rpms-in-dir.pl* remove_mounted_lv*
remove_multiples* remove_nocase_dupfon
On 5/19/18 9:46 AM, Marty E. Plummer wrote:
> Greetings,
>
> In doing some research into ways to better improve the gentoo ebuild qa,
> I ran across the fact that the official bash patches are provided as
> -p0, context diffs.
>
> I was hoping I could convince you to convert to -p1, unified diffs
On Fri, 2018-05-25 at 14:40 -0400, Chet Ramey wrote:
> On 5/25/18 1:42 PM, Luca Boccassi wrote:
>
> > > There is already logic that determines whether the shell is
> > > trying to
> > > complete a command word (in_command_position). The existing code
> > > does
> > > not attempt programmable compl
