Closed p00f closed 6 months ago
Thanks for taking the time to open a report. Please share the output of the following test case:
elpaca | 92c2137 HEAD -> master, origin/master, origin/HEAD |
installer | 0.3 |
emacs | GNU Emacs 30.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.41, cairo version 1.18.0) of 2024-04-22 |
git | git version 2.44.0 |
elpaca | 92c2137 HEAD -> master, origin/master, origin/HEAD |
installer | 0.7 |
emacs | GNU Emacs 29.3 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.41, cairo version 1.18.0) |
git | git version 2.44.0 |
It looks like it succeeded in the test case, so here's how I'm installing auctex: I install it from the AUR (https://aur.archlinux.org/packages/auctex) and then
(use-package auctex
:ensure nil)
(use-package preview-latex
:ensure nil)
It does work if I install auctex from emacs using your recipe, so I'm closing this. Thanks for looking into it!
Actually I had added auctex to elpaca-ignored-dependencies, so it should still have worked
Actually I had added auctex to elpaca-ignored-dependencies, so it should still have worked
Ah, that's vital to reproduce the issue. I've pushed a workaround on a test branch. You can try it with the following test case:
elpaca | 2270e8d HEAD -> fix/ignored-dep-version, origin/fix/ignored-dep-version |
installer | 0.7 |
emacs | GNU Emacs 30.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.41, cairo version 1.18.0) of 2024-04-22 |
git | git version 2.44.0 |
I would try testing it interactively (by adding :interactive t
to the test declaration), too. maybe try rebuilding evil-tex, fetching it, etc.
What's needed is a better way to deal with "ignored" dependencies. Instead we should be able to register where the dependency is with Elpaca, so it can just use it. However, that poses some difficulties because that location is not guaranteed to be a repository (such as in your case, where the package is installed via a system package manager). Mu4e is another package which would benefit from this, because of its distribution model. I'm sure there are others, too. I'll have to think on that before I design a proper fix.
Non-interactive:
elpaca | 92c2137 HEAD -> master, origin/master, origin/HEAD |
installer | 0.7 |
emacs | GNU Emacs 29.3 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.41, cairo version 1.18.0) |
git | git version 2.44.0 |
Interactive succeeds too. I tested both after removing auctex and evil-tex from elpaca's builds
and repos
directories and installing auctex from the AUR
Non-interactive: [test omitted] Interactive succeeds too. I tested both after removing auctex and evil-tex from elpaca's
builds
andrepos
directories and installing auctex from the AUR
Thanks for testing. I'll have to think on that patch a bit more before I install it. Ideally, I'd rather throw an error in that case and provide a way to register pre-installed packages with Elpaca. I'll ping this thread when I've got a solution.
@p00f:
I've pushed a newer version of the patch on that branch to master. The error should be gone. One shortcoming of the current solution is that byte-compilation will fail for those packages which depend on ignored dependencies. They should still function, though. I have a plan to fix that and will implement it soon.
Let me know if that works for you after an M-x elpaca-update
elpaca
followed by an M-x restart-emacs
.
It works, thank you!
Confirmation
Elpaca Version
Elpaca 92c2137 HEAD -> master, origin/master, origin/HEAD installer: 0.7 emacs-version: GNU Emacs 29.3 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.41, cairo version 1.18.0) git --version: git version 2.44.0
Operating System
Arch Linux
Description
M-x
elpaca-try
evil-tex
fails, this is what i get when i press enter on the failed entry: