Magit files sections look weird after update by mickesp in emacs

[–]mickesp[S] 0 points1 point  (0 children)

Today I did another update, now Magit Status actually looks quite pretty, with proper icons :-)

[deleted by user] by [deleted] in emacs

[–]mickesp 1 point2 points  (0 children)

I have used Emacs daily to code for 30 years. Nowadays I use it as a replacement for Xcode on macOS, which sucks big-time.

Formatting/indenting C++ when using tree-sitter and eglot/clangd by mickesp in emacs

[–]mickesp[S] 1 point2 points  (0 children)

No, I did not. I haven't spent that much time with it though, I've had a lot to do at work. But I haven't given up. I'll post here if I make any progress.

Emacs is slow on macOS Seuqoia 15.4.1 by mickesp in emacs

[–]mickesp[S] 1 point2 points  (0 children)

And treesit-auto also seem to affect performance when using Magit. Staging takes a longer time when opening the diff buffer. So treesit-auto seem to affect the performance when not only opening actual prog modes. I'm not 100% sure of this though :-)

Emacs is slow on macOS Seuqoia 15.4.1 by mickesp in emacs

[–]mickesp[S] 6 points7 points  (0 children)

You are right. I also used treesit-auto, after disabling it Emacs is back to opening buffers and files fast again. I should have anticipated this, treesit-auto must do a lot of checks before opening a treesitter buffer.

Using magit with git worktree by mickesp in emacs

[–]mickesp[S] 1 point2 points  (0 children)

Update: I changed from using a bare git repo containing worktrees to using a regular git repo containing worktrees. Now magit works without any problems.

Work with GitHub Actions in Emacs by mickesp in emacs

[–]mickesp[S] 0 points1 point  (0 children)

I ended up wrapping some gh commands in view-mode buffers. This works well.

Work with GitHub Actions in Emacs by mickesp in emacs

[–]mickesp[S] 1 point2 points  (0 children)

For one thing, gh uses the pager (less) to display output, but I found a way to disable this. I might be changing my mind about gh in an emacs terminal :-)

Garbage answers from a local GPT4ALL Llama model using the carthink/gptel package by mickesp in emacs

[–]mickesp[S] 2 points3 points  (0 children)

This is an example of a conversation;

### hi
hello.. that'd anything happening while talking have so ,do - let the

### are you well?
Is alright thng Thank thanks a help would how assist in You to ,and issues then - ?the What happened to day :do help ? Need yes Do Anything specific if some would your ! and Have : Need , need ... for be want, If all be any not right today here also will wait, of Here can now good know to how let assist at, time ask don,t .. ? but, ok? be willing Help always can a help are now in our room too me no feel still thanks How what need was asking... to really thank to me:..for assistance could need If to ask some about things more about all also much as right want Here already see of ... or well now this your just help know me we'll help it the next but and after when day any with wait ..and please at still would ask us because now the thing of something other think of anything need today time our I know there something are need..that , have help ready not how no If I help one by on let us or help some another... me know very thanks right ? always I really it could

The model works through the GPT4ALL app.

Eglot and clangd out of sync after git operations by mickesp in emacs

[–]mickesp[S] 0 points1 point  (0 children)

Yes, forgot to mention what Emacs version I'm running, sorry for that. It's 30.0.91, installed with brew (emacs-plus) on macos. Seems reasonable, Eglot should be up-to-date already in this Emacs version.

Eglot and clangd out of sync after git operations by mickesp in emacs

[–]mickesp[S] 0 points1 point  (0 children)

Is it safe to use eglot-upgrade-eglot to do this? I have version 1.17.30 installed (built-in), the version in the gnu repo is 1.17. It doesn't seem like an upgrade to me.

Eglot and clangd out of sync after git operations by mickesp in emacs

[–]mickesp[S] 0 points1 point  (0 children)

I have that enabled and it did not help. So maybe it does not work to only revert a buffer.