#1 lspkind config breakage 2 years ago

bug added by ~theorytoe on ~theorytoe/nii-nvim-bugs

#1 lspkind config breakage 2 years ago

Ticket created by ~theorytoe on ~theorytoe/nii-nvim-bugs

This issue is a quote of #27 on github

Today i decided to do :PackerSync after which i got an error:Error detected while processing /home/user/.config/nvim/init.lua: E5113: Error while calling lua chunk: ...site/pack/packer/start/lspkind-nvim/lua/lspkind/init.lua:123: Vim(echoerr):DEPRECATED replaced by mode option. stack traceback: [C]: in function 'nvim_command' ...site/pack/packer/start/lspkind-nvim/lua/lspkind/init.lua:123: in function 'init' /home/user/.config/nvim/lua/config/plug/lspkind.lua:1: in main chunk [C]: in function 'require' /home/user/.config/nvim/lua/config/plug/init.lua:9: in main chunk [C]: in function 'require' /home/user/.config/nvim/init.lua:34: in main chunk

#Troubleshooting Tasks Attempted:

• [-] Have you attempted to fix the error/traceback?
• [there's no dev branch anymore] Have you made sure the issue exists in the dev branch?
• [+] Does this issue occur on a clean clone of nii-nvim?

#Issue Description

It happens everytime i try to start nvim. To reproduce, simply install nii-nvim from the master branch. Also what i think caused it is after i did the update i've noticed it typed 'potentially breaking changes'.

#Software Information

• Wezterm, newest
• newest
• newest

#Your Code

If relevant, paste all of your code in here otherwise 

#Screenshot

(if applicable)

#1 sync make rule duplicates certain hard copied directories 2 years ago

Comment by ~theorytoe on ~theorytoe/siva-bugs

Issue seems to stem from make, not rsync.

#1 sync make rule duplicates certain hard copied directories 2 years ago

medium priority added by ~theorytoe on ~theorytoe/siva-bugs

#1 sync make rule duplicates certain hard copied directories 2 years ago

Ticket created by ~theorytoe on ~theorytoe/siva-bugs

When using make sync with an already built site, if wil take hard-copied directories (like data/ in the makefile for instance) and copy the entire dir into a subdir. For instance:

$ ls data/
file.txt index.html

becomes (after sync with contents already in build/):

$ ls data/
data file.txt index.html

I would assume that this is either an issue for rsync or make, but as a hack fix, you can just depend the clean make rule before all on the sync rule.

#1 issue when sourcing plugins with the same repo name 2 years ago

on ~theorytoe/snag-bugs

REPORTED RESOLVED FIXED

#1 issue when sourcing plugins with the same repo name 2 years ago

~theorytoe assigned ~theorytoe to #1 on ~theorytoe/snag-bugs

#1 issue when sourcing plugins with the same repo name 2 years ago

bug added by ~theorytoe on ~theorytoe/snag-bugs

#1 issue when sourcing plugins with the same repo name 2 years ago

Ticket created by ~theorytoe on ~theorytoe/snag-bugs

This issue originates when plugins from different, but same named repositories are added with snag, and only the first called use of snag-use uses that plugin.