The issue was stemming from racecondition betwwen then completion
function which uses the complete file, and the zsh_users/completions
plug that defined them.
Also relocated transient -> cache.
Running: zplug install with no new installs returns an exitcode of 1. So
running
zplug install ; report "message"
will always report a failure if there was no new resources to install.
There doesn't seem to an actual way to tell if the install failed
besides checking the log zplug produces, but that can be kind of messy.
For the time being I'm going to disable reporting on this.
This makes it a hell of a lot simpler but will lose support for BSD
make. All effected machines are running gnu-make, so the cost benefit
ratio ways heavily in favor of doing this.
So I found a rather weird issue. The makefile was evaling the
conditional of a target before that target is called.
`make install` is a empty target with a ordered dependency: `init` and
`update`. In the `init` script section it will install the `~/.zplug`
zsh dependency, and the update script checks to see if that target
exist, aborting if it doesn't. The issue is that running `make install`
will install the `~/.zplug` dir, then report that the dir doesn't exist.
Where running `make init && make update` will work as expected.
There is probably some flag in make to resolve this, but I was unable to
to find any documentation for this.
At this point the following doesn't work.
- prompt
- history
- most autocomplete
Additionally with the tmux script getting loaded zplug we are getting a double
render issue, which is increasing the start up time. I'll probably move this
before the .zshrc set to short circuit having to set up all zplug script twice
before having a useable shell.
