killed zsh completion (cygwin)

killed zsh completion (cygwin)

[zzapper]

Hi
I installed a new user on Win8.1 and wanted to run Cygwin/zsh.
however when I started zsh the entire autoloads listed to the console 
and NO tab completion of anything works.Bash completion is fine.

So OK lets start from scratch and re-install Cygwin64 (i had cygwin 32). 
Same problem.

I still get the problem even if I start with zsh -f and hand load 
compinit

If I delete .zcompdump the listing of the autoloads stops

there is a thread here

http://superuser.com/questions/489831/zsh-autocompletion-not-working-on-
cygwin

Without completion using zsh is like playing chess with boxing gloves

ls *yy*<tab> does work but lists all matches

zsh 5.0.2 (x86_64-unknown-cygwin)

I would guess it's something to do with file ownership as completion is 
still working for the original user

-- 
zzapper
https://twitter.com/dailyzshtip

---
This email is free from viruses and malware because avast! Antivirus protection is active.
http://www.avast.com

Re: killed zsh completion (cygwin)

[Bart Schaefer]

On Sep 15,  8:57am, zzapper wrote:
}
} I installed a new user on Win8.1 and wanted to run Cygwin/zsh.
} however when I started zsh the entire autoloads listed to the console 

"The entire autoloads" doesn't seem to match what's described in the
superuser.com thread you linked.  Is the description in the thread
accurate or are you seeing something else?  Do you get prompted for
anything during shell startup?

} If I delete .zcompdump the listing of the autoloads stops

Does it start happening again after .zcompdump is re-created, or does
removing it fix this part for good?  Or is .zcompdump NOT re-created?

Does completion work after removing .zcompdump?  (I'm guessing not.)

} ls *yy*<tab> does work but lists all matches

That's because you're invoking expansion in that case, not completion.

} zsh 5.0.2 (x86_64-unknown-cygwin)
} 
} I would guess it's something to do with file ownership as completion is 
} still working for the original user

The "compaudit" function called from compinit will refuse to load from
$fpath if the directories are owned and writable by another user who
is not recognized as a system administrator.  I don't know precisely
how that ends up getting interpreted under cygwin.

You can run compaudit by hand to see if that's involved in the problem:

zsh -f
% source $^fpath/compaudit(N[1])

Re: killed zsh completion (cygwin)

[zzapper]

Bart Schaefer <schaefer@brasslantern.com> wrote in
news:140915090859.ZM3789@torch.brasslantern.com: 


> zsh -f
> % source $^fpath/compaudit(N[1])
> 

Drat it was just the old 'insecure directories' problem (Thanks BART)

The following  seems to have fixed it:-

chmod -R 755 /usr/share/zsh/


Since a good while I cannot entirely eliminate the warnings e.g.

if I run compaudit now (even though compinit is now working)

 compaudit
There are insecure directories:
/usr/share/zsh/site-functions
/usr/share/zsh/5.0.2/functions
/usr/share/zsh
/usr/share/zsh/5.0.2

so I start compinit in ignore mode
compinit -i

My error was in thinking that because I still got the warnings there was 
no point in doing the chmod -R 755 /usr/share/zsh/

-- 
zzapper
https://twitter.com/dailyzshtip

---
This email is free from viruses and malware because avast! Antivirus protection is active.
http://www.avast.com

Re: killed zsh completion (cygwin)

[zzapper]

zzapper <david@rayninfo.co.uk> wrote in 
news:XnsA3A9B583A20FFdavidrayninfocouk@80.91.229.13:

> Bart Schaefer <schaefer@brasslantern.com> wrote in
> news:140915090859.ZM3789@torch.brasslantern.com: 
> 
> 
>> zsh -f
>> % source $^fpath/compaudit(N[1])
>> 
> 
> Drat it was just the old 'insecure directories' problem (Thanks BART)
> 
> The following  seems to have fixed it:-
> 
> chmod -R 755 /usr/share/zsh/
> 

> 
>  compaudit
> There are insecure directories:
> /usr/share/zsh/site-functions
> /usr/share/zsh/5.0.2/functions
> /usr/share/zsh
> /usr/share/zsh/5.0.2

Follow http://stackoverflow.com/questions/9561759/why-cannot-chmod-in-
cygwin-on-windows-8-cp  (Robert's Solution)

or see below


Look up the group ID of the "Users" group in /etc/group (or the 
equivalent group name for your locale).
In my installation this was 545, YMMV cat /etc/group|egrep '^Users:' 
will get you the correct line. the third field on the line is the group 
id. (cat /etc/group|egrep '^Users:'|cut -f3 -d':' to just get the id).

Edit your /etc/passwd file. Locate the record for your user. The 4th 
field is the "primary group" for the user. It is incorrectly set to a 
non-existent group. Change that number to the number you found in step 1 
above. Save the etc password file.

Close any open cygwin windows/terminals and then open a new one. Create 
a new file. It should have a group of "Users" and you should be able to 
change it's permissions as desired.



-- 
zzapper
https://twitter.com/dailyzshtip

---
This email is free from viruses and malware because avast! Antivirus protection is active.
http://www.avast.com