Re: Bug#463507: zsh: Completion fails with: "_main_complete:161: permission denied:"

Re: Bug#463507: zsh: Completion fails with: "_main_complete:161: permission denied:"

[Clint Adams]

On Tue, Feb 05, 2008 at 02:46:51AM -0500, A. Costa wrote:
> 'zsh-newuser-install' gave me:
> 
> 	% zstyle -L | grep completer
> 	zstyle ':completion:*' completer ''

I think maybe it should prevent that from ever happening.

You probably want

zstyle ':completion:*' completer _complete

at the VERY minimum.

Re: Bug#463507: zsh: Completion fails with: "_main_complete:161: permission denied:"

[Peter Stephenson]

Clint Adams wrote:
> On Tue, Feb 05, 2008 at 02:46:51AM -0500, A. Costa wrote:
> > 'zsh-newuser-install' gave me:
> >
> > 	% zstyle -L | grep completer
> > 	zstyle ':completion:*' completer ''
>
> I think maybe it should prevent that from ever happening.
>
> You probably want
>
> zstyle ':completion:*' completer _complete

I presume the problem is that it's not set by default, rather than that
the user explicitly unset the completions?  I think this should fix it.

Index: Completion/compinstall
===================================================================
RCS file: /cvsroot/zsh/zsh/Completion/compinstall,v
retrieving revision 1.10
diff -u -r1.10 compinstall
--- Completion/compinstall	21 Aug 2006 19:40:34 -0000	1.10
+++ Completion/compinstall	5 Feb 2008 14:38:01 -0000
@@ -506,7 +506,7 @@
 		      ;;
 		[sS]) olist=
 		      tmparr=(_complete _approximate _correct _match _expand)
-		      while true; do
+		      while true; do
 			clear
 			print "\
      *** compinstall:  choosing completers to have _oldlist behaviour ***
@@ -839,7 +839,10 @@
   for c in ${=newc}; do
     completers[$c]=1
   done
-  clist=(_list _oldlist _menu _expand _complete _ignored
+  if (( ${#completers} == 0 )); then
+    completers[_complete]=1
+  fi
+  clist=(_list _oldlist _menu _expand _complete _ignored
          _match _correct _approximate _prefix)

   # TODO: these are a bit brief, so could provide some more detailed help.

--
Peter Stephenson <pws@csr.com>                  Software Engineer
CSR PLC, Churchill House, Cambridge Business Park, Cowley Road
Cambridge, CB4 0WZ, UK                          Tel: +44 (0)1223 692070

Re: Bug#463507: zsh: Completion fails with: "_main_complete:161: permission denied:"

[Peter Stephenson]

Peter Stephenson wrote:
> +  if (( ${#completers} == 0 )); then
> +    completers[_complete]=1
> +  fi

Come to think of it, the default should almost certainly be the same as
what the completion system uses if the style isn't set, i.e. with
_ignored, too.  I'll commit it with that added.

-- 
Peter Stephenson <pws@csr.com>                  Software Engineer
CSR PLC, Churchill House, Cambridge Business Park, Cowley Road
Cambridge, CB4 0WZ, UK                          Tel: +44 (0)1223 692070

Re: Bug#463507: Need more info. (zsh: Completion fails with: "_main_complete:161: permission denied:")

[Clint Adams]

On Fri, Jan 02, 2009 at 06:03:27PM -0500, A. Costa wrote:
> Restarting as regular 'zsh' the bug comes back... so, assuming there's
> now enough data to answer: is this a 'zsh' bug, or was and is my
> config somehow borked?  If my config is borked, what's the right way to

Well, possibly both.  All we've established thus far is that something
in your config is consistently triggering something unexpected.

Try ls -<Ctrl-X>? (that is, hit whatever's bound to _complete_debug
at the point you would normally trigger the error with TAB) and
send the resulting debug output in /tmp to the bug report.

> make this fix permanent & default?
> 
> BTW: I notice the 'zsh' switch completion seems more thorough than that
> of 'bash'.  'bash' only does a '--' (double hyphen) completion, but
> 'zsh' does single and double hyphens.  The 'fish' shell has completion
> powers comparable to 'zsh'.
> 
> Another observation, maybe different bug.  With the above fix, if I do:
> 
> 	ls --n<TAB>
> 
> 'zsh' auto-completes this as:
> 
> 	ls --n-g
> 
> ...which does not currently seem to be an 'ls' option.  Hitting <TAB> a
> second time auto-completes as:
> 
> 	ls --no-group
> 
> ...which is a proper 'ls' option.  Bug, or maybe some legacy 'ls' option?

I think that's a bug.. it should be offering you --no-group and
--numeric-uid-gid until you disambiguate.

Re: Bug#463507: Need more info. (zsh: Completion fails with: "_main_complete:161: permission denied:")

[Richard Hartmann]

On Sat, Jan 3, 2009 at 00:58, Clint Adams <schizo@debian.org> wrote:

> I think that's a bug.. it should be offering you --no-group and
> --numeric-uid-gid until you disambiguate.

That is a bug, but I have no idea where that comes from..


Richard