Package Details: zsh-zim-git r628.e54958b-1

Git Clone URL: https://aur.archlinux.org/zsh-zim-git.git (read-only, click to copy)
Package Base: zsh-zim-git
Description: ZIM - Zsh IMproved
Upstream URL: https://github.com/zimfw/zimfw
Keywords: improved plugin theme vim zim zsh
Licenses: MIT
Submitter: ishitatsuyuki
Maintainer: carbolymer (Rhinoceros)
Last Packager: carbolymer
Votes: 19
Popularity: 0.000000
First Submitted: 2015-12-28 02:13 (UTC)
Last Updated: 2022-10-24 09:20 (UTC)

Pinned Comments

carbolymer commented on 2021-01-11 21:41 (UTC) (edited on 2021-01-22 07:46 (UTC) by carbolymer)

Ugh, it was a PITA to create this package. Please note that errors are silenced, so if you have any issues with zim, remove &>/dev/null from your /etc/zshrc - https://aur.archlinux.org/cgit/aur.git/tree/zshrc?h=zsh-zim-git&id=5a378e94d516c57d39629de545b78b0f020d86a4

I had to do it this way: $ZIM_HOME is only writable by root and zim constantly tries to update & recompile itself (=write to $ZIM_HOME), which results in permission errors when starting zsh as a normal user.

If you want to add/remove a module:

  1. Add a respective zmodule in /etc/zsh/zimrc
  2. Run as root: zimfw install && zsh

Latest Comments

1 2 3 4 5 6 .. 9 Next › Last »

Rhinoceros commented on 2022-10-25 01:49 (UTC) (edited on 2022-10-25 01:56 (UTC) by Rhinoceros)

Actually sorry @carbolymer I think I spoke too soon. I tried test.sh, but that didn't work for me.

$ ./test.sh
...
==> Finished making: zsh-zim-git r628.e54958b-1 (Tue 25 Oct 2022 12:23:29 PM)
...
STEP 8/10: RUN chown -R work:work /home/work/
chown: changing ownership of '/home/work/.bash_logout': Invalid argument
chown: changing ownership of '/home/work/zsh-zim-git-r628.e54958b-1-any.pkg.tar': Invalid argument
chown: changing ownership of '/home/work/zsh-zim-git-r628.e54958b-1-any.pkg.tar.zst': Invalid argument
chown: changing ownership of '/home/work/.zshrc': Invalid argument
chown: changing ownership of '/home/work/': Invalid argument
Error: building at STEP "RUN chown -R work:work /home/work/": while running runtime: exit status 1

I can describe the problem as follows though. In /etc/zsh/zimrc I have the following:

zmodule zsh-users/zsh-syntax-highlighting  
zmodule zsh-users/zsh-autosuggestions

But syntax highlighting doesn't work properly for me in the following case

$ echo foobar<Enter> # to get this into history
$ ec 

Here echo foobar is auto-suggested. ho foobar has grey syntax highlighting as expected. If I use the keys for up-line-or-history or history-beginning-search-backward, then echo turns green and foobar turns black as expected. However, if I instead press the right arrow, forward-word, or End, then echo turns green as expected, but foobar remains grey. (The latter keystrokes are all defined as ZSH_AUTOSUGGEST_ACCEPT_WIDGETS or ZSH_AUTOSUGGEST_PARTIAL_ACCEPT_WIDGETS in ~/.zshrc.)

OTOH I have a user-level zim install on a server with the same settings that seems to work perfectly.

EDIT: I also went through /usr/lib/zim/modules comparing them to the server, and they seem to be the same versions.

Rhinoceros commented on 2022-10-24 21:58 (UTC)

@carbolymer Thanks for updating the package and thanks for the hint. I think it was maybe a issue with zsh-autosuggestions as well, but it seems to have spontaneously fixed itself.

carbolymer commented on 2022-10-18 17:28 (UTC)

@Rhinoceros it works for me just fine, so it must be something specific to your setup. Can you try in isolated environment? test.sh in this package starts fresh arch container with podman and installs zim, so you can test it there.

Rhinoceros commented on 2022-10-14 01:08 (UTC)

@carbolymer and others

Does anyone use the module zsh-syntax-highlighting? It's actually been broken for me for months now, possibly after the zsh update to 5.9 in May this year. I ignored it at the time, thinking it might be an upstream fix, but never got back to it.

Is it something we can/should fix in this package?

Rhinoceros commented on 2022-01-18 13:12 (UTC)

Thanks @carbolymer. That seems to work perfectly now. Thank you so much for the quick fix (again!). Very much appreciated!

(I just pushed a fix for the zim.install checksum.)

carbolymer commented on 2022-01-18 11:28 (UTC)

Package should be fixed now.

Rhinoceros commented on 2022-01-16 22:55 (UTC)

No worries @carbolymer. Thanks for keeping at it!

carbolymer commented on 2022-01-16 19:15 (UTC)

Thanks @Rhinoceros for the information. I haven't had much time recently, I'll get back to the issue in a few days.

Rhinoceros commented on 2022-01-15 22:33 (UTC)

FWIW I previously installed r601.90de91a-1 perfectly fine, and the latest r606.bd765df-1 now fails to build.

It looks like upstream made some changes to the compilation process in the latest version 1.7.0. From the changelog, I'm not sure if some existing files also need to be removed.

Rhinoceros commented on 2022-01-12 04:42 (UTC)

It looks like upstream has changed the structure again, preventing this package from being built. ${srcdir}/install/src/templates now contains only zimrc and zshrc, so line 42–45 of the PKGBUILD fails:

  rcfiles=('zshenv' 'zshrc' 'zlogin' 'zimrc')
  for entry in "${rcfiles[@]}"; do
    cp -L "${srcdir}/install/src/templates/${entry}" $ZIM_TPL_DIR
  done

with zshenv and zlogin now missing. I'm don't understand the installation process enough to know how this changes things, and I can see that zlogin is used later in the PKGBUILD.