Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Activity
  • Jan 29 14:04
    github-actions[bot] labeled #469
  • Jan 29 14:03
    psprint review_requested #469
  • Jan 29 14:03
    psprint review_requested #469
  • Jan 29 14:03
    psprint review_requested #469
  • Jan 29 14:03
    psprint opened #469
  • Jan 29 11:31
    psprint commented #333
  • Jan 29 11:30
    github-actions[bot] labeled #468
  • Jan 29 11:30
    psprint review_requested #468
  • Jan 29 11:30
    psprint review_requested #468
  • Jan 29 11:30
    psprint review_requested #468
  • Jan 29 11:30
    psprint opened #468
  • Jan 29 11:03
    psprint commented #458
  • Jan 29 11:00
    psprint commented #460
  • Jan 27 10:31
    jankatins edited #467
  • Jan 27 10:31
    jankatins edited #467
  • Jan 27 10:30
    jankatins labeled #467
  • Jan 27 10:30
    jankatins assigned #467
  • Jan 27 10:30
    jankatins opened #467
  • Jan 26 04:38
    jdatskuid commented #418
  • Jan 21 17:59
    ngocphamm opened #465
Anupam Srivastava
@anupamsr
*when using zinit
Anupam Srivastava
@anupamsr
vladislav doster
@vladdoster
Thanks @Anupam
Sebastian Gniazdowski
@psprint
@vladdoster @anupamsr The /S /D comes from Firefox windows installer.. Sorry for not commenting this, that what the *.exesupport in ziextractis is actually Firefox installer support, experimental proof of concept to introduce a more versatile support later.. This is what makes pack for firefox on windows work
vladislav doster
@vladdoster
@psprint thanks for the insight on the issue
I haven’t used windows in over a decade so I’m getting up to speed with windows related Zinit related code
andriy melnyk
@turboBasic
+→zinit-extract:1> chmod a+x -- ./docker-compose-windows-x86_64.exe
+→zinit-extract:2> cygpath -w /home/srivastavaan/.local/share/zinit/plugins/docker---compose
+→zinit-extract:2> ./docker-compose-windows-x86_64.exe /S '/D=E:\scoop\apps\msys2\2022-06-03\home\srivastavaan\.local\share\zinit\plugins\docker---compose'
btw, how did you enable this log output?
vladislav doster
@vladdoster
@turboBasic I don't follow your question?
andriy melnyk
@turboBasic
@anupamsr @vladdoster i'm curious how to enable this kind of log during startup:
+→zinit-extract:1> chmod a+x -- ./docker-compose-windows-x86_64.exe
+→zinit-extract:2> cygpath -w /home/srivastavaan/.local/share/zinit/plugins/docker---compose
+→zinit-extract:2> ./docker-compose-windows-x86_64.exe /S '/D=E:\scoop\apps\msys2\2022-06-03\home\srivastavaan\.local\share\zinit\plugins\docker---compose'
vladislav doster
@vladdoster
XTRACE (-x, ksh: -x)
    Print commands and their arguments as they are executed. The output is preceded by the value of $PS4, formatted as described in Prompt Expansion.
exec zsh -x
@turboBasic
here is a more interesting example for you
zsh -icx "zinit for id-as'age' as'program' from'gh-r' ver'latest' pick'age/*' @FiloSottile/age"
andriy melnyk
@turboBasic
@vladdoster thanks, i was quite surprised that setopt xtrace shows file and line numbers, the new learning for me despite using zsh couple of years
kmath313
@kmath313
Hi all, I'm trying to install neovim from gh-r. when i run the below from an interactive terminal it works fine but when i put it in my .zshrc it doesn't create the link in polaris/bin
zinit ice from'gh-r' nocompile lbin'!**/nvim'
zinit load neovim/neovim
vladislav doster
@vladdoster
I assume you changed the recipe on the wiki in an attempt to use lbin, right?
vladislav doster
@vladdoster
use recipe on github wiki and change sbin' to lbin'!
xecho -e "\n--- $(which nvim)\n" ;zi delete neovim/neovim -y; echo -e "--- $(which nvim)\n\n";
zi for \
    from'gh-r' \
    nocompile \
    nocompletions \
    sbin'!**/nvim -> nvim' \
    ver'nightly' \
  @neovim/neovim;
echo -e "\n\n--- $(which nvim)\n---- $(nvim --version)"

echo -e "\n\n--- $(which nvim)\n\n" ;zi delete neovim/neovim -y; echo -e "\n\n--- $(which nvim)\n\n";
zi for \
    from'gh-r' \
    nocompile \
    nocompletions \
    lbin'!**/nvim -> nvim' \
    ver'nightly' \
  @neovim/neovim;
echo -e "\n\n--- $(which nvim)\n\n---- $(nvim --version)"
vladislav doster
@vladdoster
And if you want the ice syntax
zinit ice from'gh-r' nocompile lbin'!**/nvim -> nvim'
zinit load @neovim/neovim
kmath313
@kmath313
thanks @vladdoster!! that worked a charm. i'm still trying to understand the syntax correctly, i'll get there eventually.
vladislav doster
@vladdoster

@kmath313 np, happy to help.

That behavior is confuses me too. I think there is a open PR that might fix this issue. On the other hand, I’ve hit the same exact issue trying you brought up, but didn’t realize it worked if ran interactively.

So TLDR; the expected behavior is to have same behavior across interactive and scripted zi commands. I’ll check this against the open PR to see if it fixes it.

I had assumed it had to do with trying to create a softlink and not pointing it to the whole nvim dir which has files nvim needs. Idk lol
Stefanqn
@Stefanqn
all my fbins suddenly stopped working
vladislav doster
@vladdoster
vladislav doster
@vladdoster

all my fbins suddenly stopped working

@jankatins possible fallout from your PR?

viper
@viper.:matrix.org
[m]
Hello 👋 I noticed I get some .zwc files in my $FAST_WORK_DIR, is there any doc about what are those?
Christo Kotze
@onaforeignshore
Those are compiled files which load faster as they have already been interpreted
Peter
@vectorkappa:matrix.org
[m]
Hello! After setting up fast-syntax-highlighting, zsh shows ZPLGM: assignment to invalid subscript range. Plugin is loaded with zinit ice wait lucid atinit"ZPLGM[COMPINIT_OPTS]=-C; zpcompinit; zpcd replay"
2 replies
Peter
@vectorkappa:matrix.org
[m]
Also, is there a way to load completions from command output, e.g. from rustup completions zsh
Peter
@vectorkappa:matrix.org
[m]
Anyone reading this? Lmao
Ngoc Pham
@ngocphamm
Is there any way to get a program from another source, and not just gh, or gh-r? I'm trying to get this https://downloads.dockerslim.com/releases/1.39.0/dist_linux_arm64.tar.gz
28 replies
nadir
@ygt:matrix.org
[m]

I'm wondering if anybody else has issues with yank-pop. It doesn't work more than once for me. It seems a similar issue has been described (and apparently fixed) in this zsh-users/zsh-syntax-highlighting#183.

The issue does not persist if I switch to zsh-syntax-highlighting.

Ngoc Pham
@ngocphamm
Dumb question, but how can I check the version of zinit I have installed?
16 replies
Ngoc Pham
@ngocphamm
image.png
vladislav doster
@vladdoster

v3.9.0 release

To update, run :

zi self-update
zi compinit

Note: compinit call is needed to refresh the auto-completion.

Bryce Carr
@bdcarr
image.png
Hello, I'm having a compatibility issue with zsh-autosuggestions. If I type a command that results in a suggestion appearing, the suggestion appears grey, which is intended behaviour. If I submit the command, the unused suggestion turns white. Had a bit of an "oh shit" moment when I entered grh, my alias for 'git reset', and my history showed 'grhh', the alias for 'git reset --hard'. See above for an example.
Is there a setting I need to configure for this? I'm loading zsh-autosuggestions before fast-syntax-highlighting. Switching the order made no difference.
Stefan
@stefanqn_gitlab
hi and merry christmas. Can I somehow debug what's going wrong when using from'gh-r'? I'm currently getting errors downloading from 'gh-r', e.g. zinit as'program' bpick'lfs_2.6.0.zip' from'gh-r' for '@Canop/lfs' results in "r: failed to find the correct GitHub release asset to download, modify bpick-ICE (current bpick: lfs_2.6.0.zip)." Same for zini for from"gh-r" lbin"jq-* -> jq" stedolan/jq
2 replies
Ngoc Pham
@ngocphamm
Hi all. I just realized that with lbin and local reference snippet format, when I do zi update (to update all) I got the following messages. Everything still works fine though. Just want to know if there's a better way to hanle the situation.
zinit ice id-as"ngoc-prompt" nocompile; zinit snippet $HOME/.zsh/themes/ngoc.zsh

zinit as"null" wait"0a" lucid light-mode from"gh-r" lbin"!" lman completions for \
  lbin"!**/rg" BurntSushi/ripgrep
Updating snippet: themes/ngoc.zsh... (identified as: ngoc-prompt)
realpath: illegal option -- -
usage: realpath [-q] [path ...]
Linking ngoc-prompt...
/Users/ngoc/.local/share/zinit/snippets/ngoc-prompt/ngoc-prompt -> /Users/ngoc/.zsh/themes/ngoc.zsh

Note: updating also unloaded plugins
Updating BurntSushi/ripgrep
Binary release already up to date (version: 13.0.0)
[linkbin annex] Re-created the rg soft link however the rg binary does not exist or failed to set +x on it
vladislav doster
@vladdoster

@ngocphamm I assume you are on a mac. The error is due to macOS, a fork of BSD, having relativley old and inconsistent coreutils (in comparision to GNU.

See the history of the MacOS and original Mach project. It is interesting.

You can fix this via:

# see what coreutils installs
brew info coreutils
# install
brew install gnu-coreutils

Bug reproduced below:

image.png

10 replies
Stefanqn
@Stefanqn
@vladdoster sorry for the late response. It suddenly started working again. I think it might have been gh-r related
vladislav doster
@vladdoster
@Stefanqn It could also be the use of " versus ' & vice versa
1 reply
canony
@canony:canony.xyz
[m]
has anyone seen this error before?
```
$ make
zsh: make: function definition file not found
I am not sure what plugin is causing it
canony
@canony:canony.xyz
[m]
nvm, problem solved
it was ptzm:utility