Fork me on GitHub
#spacemacs
<
2019-02-21
>
practicalli-johnny09:02:02

Curious to know if people think start-up time of Spacemacs is an issue for them. I have never experienced this problem myself (even now I have 300+ packages, 21 layouts and way to many files automatically opened (thanks to all my layouts). All this on a 4 year old laptop with only 8Gb ram (latest Ubuntu though). I used to use 'emacsclient', but as I do most everything in Spacemacs (or chrome) then Emacs is always running and always fast.

mccraigmccraig10:02:01

no issue for me - my emacs tends to stay running for weeks at a time anyway

aisamu11:02:24

It's quite alright once open, but restarting takes a significant amount of time.

bja14:02:36

I also use emacsclient. It seems speedy enough for me. My machine has 128gb of RAM and 24 cores though

😑 10
🚀 10
aisamu15:02:57

Come on, you could even run Atom with those specs

10
Mario C.15:02:58

Never had issues with start up time. Coming from intelliJ there is just no comparison

ag18:02:35

I just checked. I’m currently pulling 396 packages, 88 of them are built-in into Emacs. Honestly I don’t understand when people say that Emacs is flaky or unstable. Any average Emacs user is a testament how stable the platform is, simply because they use more packages than any user of Atom, VSCode, IntelliJ, Sublime installs plugins. Can you even imagine Atom with over 150 plugins installed? It will make any (no matter how beefy) machine to crawl, if it would run at all. Like that was not enough - probably nobody ever got paid to write those packages. Just think about it for a moment. The whole Emacs ecosystem defies any logic and breaks all possible Murphy’s laws. Yet amazingly it works and certain features of it are literally light-years ahead of any other given editor or IDE.

❤️ 5
theeternalpulse20:02:42

I wouldn't say unstable, but a bit of a slower startup than I see with a personal config. I sometimes experience some issues that is hard to pinpoint due to the amount of packages that may or may not be interacting with each other. I've pared down to a personalized emacs.d with a lot of lessons learned from spacemacs (which for now I use mainly at work). As far as resource it doesn't take up much memory, about 214mb and other than a slower than what I think is normal startup it is pretty stable. The only things that are an issue are that there's just a lot of packages I haven't personally opted into (whether built in or spacemacs provided) that may or may not mesh with packages I manually add or other keybindings.

theeternalpulse20:02:50

Also unrelated to spacemacs itself, is it doesn't force you to completely understand emacs fully, which i think is necessary to use it pretty effectively beyond what is provided by spacemacs. Great documentation, but it is a pretty good contained distro if you're not looking to go galaxy brain on your ides

Mario C.22:02:58

When running a merge ediff how do I accept both changes in buffer A & B? When I click + all I get is nil and nothing happens.

ag22:02:24

press ? it should tell you, no?

Mario C.22:02:46

It does and it says to press +

ag22:02:13

what’s that bind to? can you do C-h k +?

Mario C.22:02:43

>+ runs the command evil-next-line-first-non-blank (found in evil-motion-state-map)

ag22:02:10

no… it should say ediff specific binding… maybe evil simply overrides it. Try switching the mode C-z and do it again

Mario C.22:02:20

Did I need to do that in the ediff session?

ag22:02:45

yeah in ediff control buffer.

Mario C.22:02:44

+ runs the command ediff-combine-diffs (found in ediff-mode-map), which is an
interactive compiled Lisp function in ‘ediff-merg.el’.

It is bound to +.

Mario C.22:02:12

Perhaps it doesn't know how to handle the case of combining which is why it returns nil?

ag22:02:50

reading docstring it says:

Combining is done according to the specifications in variable
ediff-combination-pattern.

Mario C.22:02:01

yea I didn't really understand so I am just editing the buffer manually 😅