If user manually deactivates the virtualenv when using this mode, zsh
will produce following error:
deactivate:12: command not found: virtualenv_deactivate
To avoid this, check that the VIRTUAL_ENV flag is set before trying to
automatically deactivate the virtual environment.
Fixes#2185
* blessed/master: (75 commits)
added exec command to docker plugin
Quote path in case $HOME has a space in it.
Update the list of Heroku Postgres commands
fix(tools/check_for_upgrade): Don't source profile
Fix aws.plugins.zsh check rule
Revert PR #3359 as this is breaking stuff for many folks. Need to rethink how we handle system defaults differently on this
Updated Yii2 command completion
added node- before node version for consistency
mira theme shows active node, ruby and java versions
Add yii2 readme
Added Yii2 command completion
Change to alias and remove deprecated GREP_COLOR
Tidy up the grep.zsh library
Use unaliased grep in flag check
Ignore .bzr folders in grep too
Extract VCS folders definition to avoid repetition
Add itunes shuffle command to OSX plugin.
Fixed output issues webith websearch plugin.
Fix dircycle plugin
add current bookmark to rkj-repos theme
...
Added shuffle functionality to the itunes command in the OSX plugin.
iTunes 12 doesn't support setting the "shuffle" property on the playlist
from what I've read, so this simulates the user interacting with the
iTunes interface. The toggle option "clicks" the shuffle button in the
Now Playing area. This has the effect of toggling the shuffle setting on
whatever is currently playing. The on and off options use the Shuffle
menu bar items.
Usage: itunes shuffle [on|off|toggle]
- if user has rm set as an alias to 'rm -i' user is prompted to whether to
remove the nohup.out file.
$ ddg fools
nohup: ignoring input and appending output to ‘nohup.out’
rm: remove regular empty file ‘nohup.out’?
- if output redirected to a file nohup will not create nohup.out and rm is
unecessary.
Took me a while to figure this one out, and I have a default installation of virtualenvwrapper -- this is a soft fix, just put an error message. But perhaps the fix should be to use the default value `~/.virtualenvs`.
