[Pkg-zsh-devel] Bug#898619: Bug#898619: zsh autocompletion does not deal gracefully with upgrades in the background

[Axel Beckert]

Control: tag -1 + confirmed
Control: severity -1 minor

Philipp Kern wrote:
> When zsh is upgraded behind the scenes, running shells will fail to
> autocomplete. When you press <tab> you end up with this spam and no
> completion:
> 
> _setup:8: failed to load module `zsh/complist':
> /usr/lib/x86_64-linux-gnu/zsh/5.4.2/zsh/complist.so: cannot open
> shared object file: No such file or directory

Yes, this sounds very familiar and is IIRC a well-known issues since a
long time. I was though surprised to not find an already existing bug
report on this.

At least from my point of view, there seems no obvious solution than
to call "exec zsh" in the according shell.

> My gut feeling is that this is because I did not autocomplete in the
> old shell yet but now the module is gone.

Yes, that's the same conclusion I came to.

> At least with a new shell complist.so is only in /proc/$$/maps after
> an attempted completion.
>
> Would it be possible to make sure that the autocompletion system
> loads the module on startup rather than on-demand?

Good question. Maybe one of our zsh upstream gurus in the team knows
the answer on that.

> Is there a drawback to this approach?

In theory startup performance and maybe average memory completion. But
maybe there are others.

Another thing is that this might depend on your own .zshrc.

		Regards, Axel
-- 
 ,''`.  |  Axel Beckert <abe at debian.org>, https://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5
  `-    |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE