@juhoteperi Something like that used to happen for me whenever I changed my project.clj, so even when I would change branches I'd get a lot of lag. I ended up dropping the leiningen support from vim-fireplace so that it wouldn't happen. IIRC it's reloading things to be more correct but I'd rather manage the correctness and have no lag. Not sure if this is what is going on since you use boot but it sounds very similar

@juhoteperi: Yeah, double check you've not installed classpath.vim. I wonder if clj-async-omni is causing it? It's possible that checking for a connection might cause something else to happen, I'd have to check. I'm assuming it's me immediately. Just in case.

No classpath.vim, not async-omni, this has been going on for longer

Not sure then.

I have the same issue.

But I've not rooted the cause.

I just have to try :profile and possibly do a binary search with plugins

I guess so. Please let me know what you figure out.

I have the same issue, so yes, please post your findings here

Heh, maybe it's something with fireplace

or clojure-static

I'm pretty sure I had it before I installed clojure-static.

I'm thinking it's fireplace.

I think it's vim-salve

https://github.com/tpope/vim-salve#faq

To be fair, you might be able to remove vim salve, depending on the features you're using. I might remove it looking at what it provides.

I'd probably miss the auto-connect, maybe it's possible to build a stripped down version. Or something that uses neovim's job api

I don't have salve

Oh. 😛

autoconnect to .nrepl-port is built into fireplace, not salve

vim-salve lies .-.

Hmm... oh I have vim-leiningen

ah, the old name for it.

I could be wrong

vim-salve = vim-leiningen.

I wonder what removing salve will do to you.

But fireplace has some code to search for .nrepl-port

At least it provides commands to start new Lein or Boot repl, inside vim

Which I don't use

ah, from salve docs:

Each time |fireplace| attempts to use a repl connection, salve.vim will
try to automatically connect using target/repl-port or target/repl/repl-port.
(Fireplace itself supports the newer standard .nrepl-port.)  If none of the 3
port files exist, :Console! (see below) is invoked to automatically start a
repl.

I use :Console all the time, but I've got it hooked up to neovim terminals.

If you use gf salve claims to set that up, but there's no reason it should be, as that's built into cider-nrepl.

I might try remove it now, and see if my life is better

It's also somehow random or depends on something, I ran vim --startuptime profile.log react/build.boot three times, first time it took 8 seconds but subsequent starts are fast

But another file in packages repo and it takes 5 seconds again

I guess it caches the path.

The profiler output doesn't really show anything useful, only that opening buffers takes all the file

Check out: "~/.cache/vim/classpath"

Removed vim-leiningen -> fast

Yep. salve it is then.

Yeah

It's the gathering of the path from the jvm.

Hopefully that doesn't break go-to-symbol

It'll depend on the fireplace implementation, it needs to be checked that it uses the nrepl middleware, instead of the naive implementation based on the jvm classpath. (Because that breaks boot)

I thought I had removed it before, I had the plugin on wrong folder even so I didn't see that I had it still

heh 😛

I stick by my thoughts: declarative plugin management is the best.

I'm currently considering switching to nixos full time.

submodules are declarative

they are just declared on different place

Yes, nixos is interesting but I have near declarative package management script for Ubuntu also

I want the isolation too.

I use Arch Linux 😛

And I manage most of my system config files on dotfiles repo, but I don't need that many anyways. Nearly all config is on home folder.

That's true. I mean, your bundle system looks tidy. But I just add whitespace between lines. I really need to tidy up my configs. There's so many missing.

But currently I have a github api key in my init.vim, so I can't publish even my changes there.

That brings to mind, I have github-issues.vim installed but I have not used it. Time to remove.

And though I used to use vimagit, now I have revereted back to just git add -p

I think that's why i added github-issues.vim

I might have replaced that now.

I use vimagit for reviewing lots of little changes in a project, generally I use :Gstatus then press D on a file to see it's changes in a vimdiff

github-issues.vim does way more than I remembered. That's why I added it. I've got my own omnicomplete now, which is async, so actually fast.

Somewhat related to Vim; damn those new ThinkPads looks pathetic compared to X220 😕

I use an X230.

Some people hate the chiclet though.

I could live with chiclet and bad layout but there are plenty of other problems, t460s has small integrated battery, 20GB max memory and dim screen and flickering backlight

Still waiting for proper t460p reviews

Removing vim-leiningen seems to have solved my slow opening issues. And I noticed that I still had YCM left-over on my desktop and removing that fixed deoplete.

And automatic nrepl connection to Boot and Lein works fine

I'm looking at going ergodox. I think something that small might be able to comfortably sit beside my laptop most of the time.

I don't mind the ergodox though tbh.

I did the same, removed vim-leiningen, it fixed the issue and (at least from boot) nrepl connection works fine

That's awesome. RE vim-leiningen. I've commented it out for now, I'm going to see if I miss anything. I fear that gf might break.

vim-fireplace?! 😉

try again.

I have Ergodox Ez, but I haven't had yet time to customize keymap so I'm not using it

who said vim-fireplace? 😛 sorry, I mean vim-leiningen

I don't like the default keymap much

@juhoteperi: I'm going to buy a 3d printer and do it all myself. Well, if I put together a good clojure layout, I'll forward it to you.

Or, I suppose you want a european layout.

Yeah, though it is not necessary that hardware/firmware layout is European, software will map it. But it is probably necessary to thing about layout being used when designing it.

The default layout in EZ is strange: http://ergodox-ez.com/ergodox_ez_keymap_highres.png it has two sets of arrow keys 😄

Yeah, I suppose that makes sense for most users. I think the coder layer toggle is good.

But I might be inclined to remap those arrow keys to parens or something for programming.

@dominicm: thank you for the advice. will do next time

@leov: No problem. Although this channel is very busy today. How strange. 😛

@juhoteperi: If you decide to have a play, it's super easy to install nix the package manager, locally only. It's really cool.

I can confirm that removing vim-salve loses the ability to do gf

But, er.. I have a custom mapping for it.

:Djump {symbol} still works.

A great mapping for it: nmap gs <Plug>FireplaceDjump

I couldn't deal with the default mapping. But yeah. That will still work on the namespace, so gf isn't something to miss.