straight.el icon indicating copy to clipboard operation
straight.el copied to clipboard

Do not rebuild Org when using multiple build caches

Open raxod502 opened this issue 6 months ago • 2 comments

We sometimes have the same straight.el repository directory used with multiple build caches, for example when using the CI tooling from Radian to test the configuration against a different Emacs version from the host system, without having to redownload hundreds of MB of packages again (just need to recompile them, with a separate build directory and build cache). However, this causes some issues where having one instance of straight.el build Org triggers a modification in every other straight.el instance for that repository, because the pre-build step updates mtimes in the repository.

Not sure if this is something we can or should fix, but noting it down as it's a significant annoyance for me (building Org takes a long time).

raxod502 avatar Jun 23 '25 18:06 raxod502

https://github.com/radian-software/straight.el/blob/b7da472452615dc44b4ce76c64a059d6db3b7017/straight.el#L3744-L3775

raxod502 avatar Jul 29 '25 19:07 raxod502

I also run into this issue. The setup I have that causes this is that I sometime want to run emacs in -q mode, to debug this or that issue. But of course, this disables straight, and it then becomes a pain to load whatever package I want to test. So I have a separate init file (directory) with the minimum bootstrapping for straight, which I open by pointing emacs at with the --init-directory flag.

The problem is that whenever I open this other init-directory, it does what you say, and has to rebuild everything. And then again when I open a normal emacs session.

Now it is possible that you can just tell me to use a different set up, in which case I am all ears. But as it is, it can take quite a while to switch between the two.

mcmillanbb avatar Dec 01 '25 12:12 mcmillanbb