YALRMI: Yet Another LuaRocks Magick Issue about image.nvim HOT 7 CLOSED

Having the same problem. Im not using lazy.nvim. And Im not using tmux.

[user@fedora ~]$ ls ~/.luarocks/share/lua/5.1/magick/
[base_image.lua  enum.lua  gmwand  gmwand.lua  init.lua  thumb.lua  version.lua  wand  wand.lua

[user@fedora ~]$ magick --version
[Version: ImageMagick 7.1.1-26 Q16-HDRI x86_64 21914 https://imagemagick.org
Copyright: (C) 1999 ImageMagick Studio LLC
License: https://imagemagick.org/script/license.php
Features: Cipher DPC HDRI Modules OpenMP(4.5) 
Delegates (built-in): bzlib cairo djvu fftw fontconfig freetype gslib gvc heic jbig jng jp2 jpeg jxl lcms lqr ltdl lzma openexr pangocairo png ps raqm raw rsvg tiff webp wmf x xml zip zlib zstd
Compiler: gcc (13.2)

[user@fedora ~]$ luarocks --version
[/usr/local/bin/luarocks 3.9.2
LuaRocks main command-line interface

[user@fedora ~]$ luarocks --local --lua-version=5.1 install magick
[Installing https://luarocks.org/magick-1.6.0-1.src.rock

magick 1.6.0-1 depends on lua 5.1 (5.1-1 provided by VM)
magick 1.6.0-1 is now installed in /home/user/.luarocks (license: MIT)

[user@fedora ~]$ nvim -V1 -v
[NVIM v0.9.5
Build type: Release
LuaJIT 2.1.1692716794

   system vimrc file: "$VIM/sysinit.vim"
  fall-back for $VIM: "/__w/neovim/neovim/build/nvim.AppDir/usr/share/nvim"

Run :checkhealth for more info

Also, I added these lines at the start of my /home/user/.config/nvim/init.lua:

package.path = package.path .. ";" .. vim.fn.expand("$HOME") .. "/.luarocks/share/lua/5.1/?/init.lua;"
package.path = package.path .. ";" .. vim.fn.expand("$HOME") .. "/.luarocks/share/lua/5.1/?.lua;"

What can be a problem here? Thanks for help

Ok. I found a solution)
sudo dnf install ImageMagick-devel

from image.nvim.

Glad it worked! Yeah, I think there's some weird stuff going on with lazy.nvim.
Yesterday I upgraded my Neovim and started to get the rock error as well, and traced it to lazy. For some reason, if lazy was loaded the rock couldn't be resolved anymore, but when I removed it there were no issues.
I reverted back to the Neovim version I had before, and there's no issue with that one, so something must've changed in Neovim that makes lazy break rocks.
Rocks should be available long before lazy does its thing 🤷

from image.nvim.

After a bit more testing, I got it to work outside of tmux using the minimal config. When I used the minimal config inside of tmux, it said:

Failed to run `config` for image.nvim

...al/share/nvim/lazy/image.nvim/lua/image/utils/logger.lua:54: 16:42:06.006440 [image.nvim] tmux does not have allow-passthrough enabled

# stacktrace:
  - /image.nvim/lua/image/utils/logger.lua:54 _in_ **throw**
  - /image.nvim/lua/image/backends/kitty/init.lua:29 _in_ **setup**
  - /image.nvim/lua/image/init.lua:62 _in_ **setup**

... even though I had set -gq allow-passthrough on and reloaded(+restarted) my tmux config.

from image.nvim.

We check that passthrough is on with tmux show -Apv allow-passthrough, try running that inside tmux, it should output "on".
On Wezterm, it should work, but the performance will be much less impressive than with Kitty.

from image.nvim.

For me, this command did not work in tmux 3.2a. Once I updated to tmux 3.3a it started working. It might be worthwhile to put the working tmux versions in the README.

Regarding my situation now, minimal config works in tmux, but image.nvim still gives the same old image.nvim: magick rock not found, please install it and restart your editor error with my custom config. Are there any known conflicting plugins/setups? Why is there a magick rock installation problem on my config but no installation problem in the minimal one?

My neovim configuration is linked here but I know it might be tedious for you to look through it. If you could just point me in the general direction of where I should look for bugs that'd be great. Thanks!

from image.nvim.

Good news! I got it to work! For some reason the only way it would work is if I added event = "VeryLazy" to it. What I think was happening is initially at startup image.nvim wasn't able to find magick rock (don't know why) and then it just disabled itself. Instead, with VeryLazy on, it was able to find magick rock when it needed to, and worked.

Please let me know if my understanding is accurate! Thanks for this amazing plugin!

from image.nvim.

Having the same problem. Im not using lazy.nvim. And Im not using tmux.

[user@fedora ~]$ ls ~/.luarocks/share/lua/5.1/magick/
[base_image.lua  enum.lua  gmwand  gmwand.lua  init.lua  thumb.lua  version.lua  wand  wand.lua

[user@fedora ~]$ magick --version
[Version: ImageMagick 7.1.1-26 Q16-HDRI x86_64 21914 https://imagemagick.org
Copyright: (C) 1999 ImageMagick Studio LLC
License: https://imagemagick.org/script/license.php
Features: Cipher DPC HDRI Modules OpenMP(4.5) 
Delegates (built-in): bzlib cairo djvu fftw fontconfig freetype gslib gvc heic jbig jng jp2 jpeg jxl lcms lqr ltdl lzma openexr pangocairo png ps raqm raw rsvg tiff webp wmf x xml zip zlib zstd
Compiler: gcc (13.2)

[user@fedora ~]$ luarocks --version
[/usr/local/bin/luarocks 3.9.2
LuaRocks main command-line interface

[user@fedora ~]$ luarocks --local --lua-version=5.1 install magick
[Installing https://luarocks.org/magick-1.6.0-1.src.rock

magick 1.6.0-1 depends on lua 5.1 (5.1-1 provided by VM)
magick 1.6.0-1 is now installed in /home/user/.luarocks (license: MIT)

[user@fedora ~]$ nvim -V1 -v
[NVIM v0.9.5
Build type: Release
LuaJIT 2.1.1692716794

   system vimrc file: "$VIM/sysinit.vim"
  fall-back for $VIM: "/__w/neovim/neovim/build/nvim.AppDir/usr/share/nvim"

Run :checkhealth for more info

Also, I added these lines at the start of my /home/user/.config/nvim/init.lua:

package.path = package.path .. ";" .. vim.fn.expand("$HOME") .. "/.luarocks/share/lua/5.1/?/init.lua;"
package.path = package.path .. ";" .. vim.fn.expand("$HOME") .. "/.luarocks/share/lua/5.1/?.lua;"

What can be a problem here? Thanks for help

from image.nvim.