Just updated packages and got latest on develop branch and treemacs wont work. I looked up the behavior online and the behavior I am seeing matches this https://github.com/Alexander-Miller/treemacs/issues/182 that has been fixed for a long time. Has anyone been having similar issues?
After looking at the Melpa recipe for the treemacs package, I used the following recipe in Spacemacs configuration dotspacemacs-additional-packages
and comment the (treemacs ,,,) layer configuration in dotspacemacs-configuration-layers
dotspacemacs-additional-packages
'((treemacs
:location (recipe
:fetcher github
:repo "Alexander-Miller/treemacs"
:commit "2c576bebccd56ec8e65f4ec5ed5de864d9684fbf"
:files (:defaults
""
"icons"
"src/elisp/treemacs*.el"
"src/scripts/treemacs*.py"
(:exclude "src/extra/*")))))
The current issue has been raised as an issue on the treemacs GitHub repository https://github.com/Alexander-Miller/treemacs/issues/1048Nope, haven't had any issues with Treemacs recently but will update packages and test.
As follow-mode is set by Spacemacs Treemacs layer as the default, I've always used SPC f t or mainly SPC p t to open a project (supports multiple projects)
Thanks @jr0cket !
Updated to latest packages, SPC f e U , and I am experiencing an issue. SPC p t is not showing any items in the buffer it opens and the following error is displayed
Symbol’s value as variable is void: treemacs
Error in post-command-hook (treemacs--post-comman\
d): (wrong-type-argument number-or-marker-p nil)As a quick fix I reverted to treemacs-20230703.1929 package which seems to work okay in some brief tests
I moved the existing package to a backup location
mv ~/.emacs.d/elpa/28.3/develop/treemacs-20230809.2040/ ~/backup/emacs-packages/
Then copy an earlier package from the rollback directory
cp -r ~/.emacs.d/.cache/.rollback/28.3/develop/23-08-10_07.35.07/treemacs-20230703.1929/ ~/.emacs.d/elpa/28.3/develop/
Adjust the location of the root Spacemacs directory where necessary
Or use the "Rollback Package Update" link on the Spacemacs home buffer, SPC b h , to go back to the previous set of packages (rolls back all updated packages)Ideally a working version of the Treemacs package should be pinned in the Spacemacs user config, as described in https://github.com/practicalli/spacemacs/issues/293
Something like this should work to pin treemacs
(treemacs
:location (recipe
:fetcher github
:repo ""
:commit ")) I did that and turned off native comp. Treemacs works but I use your spacemacs config and that wont load anymore
The Practicalli Spacemacs-config is not contingent on native compilation, It is contingent on not having a .spacemacs file in the root of the users directory How was native compilation turned off? I thought it was only an option when building emacs. I am not clear how that would be related to either issue. The original issue mentioned is 5 years old and closed, so I assume there is either a change to the treemacs package API or an unintentional bug introduced in the last month. If there are no errors generated as to why the Practicalli Spacemacs-config is not loading, then I can only suggest looking at the troubleshooting guide https://practical.li/spacemacs/install-spacemacs/troubleshooting/
sorry I responded with incomplete information
I got treemacs to work with your snippet. But then my .spacemacs.d confic wasn't completely loading and still isn't
I am now getting a lot of errors about org-mode versions
I'll check out that troubleshooting guide
> How was native compilation turned off?
no-native-compile t