New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Missing handling of feature/package name mismatch #456
Comments
Proposed solution 3: break backwards compatibility and throw caution to the wind :) The plus thing is just an artifact of the fact that
So we end up with my Emacsmirror mirror giving |
Thanks for the report. |
Haha, well any way you want to do it! Note that "-plus" is sometimes correct, sometimes not. I am unable to find any incorrectly named packages in any other builtin recipe repository than emacsmirror-mirror. |
Tested 0d48441 and confirmed working. Thank you! |
This is expected since the bug that causes plus symbols to be turned into |
What's wrong
Features who's name include a
+
character often have a package name that exchanges the+
for-plus
. This canstraight-use-package
andrequire
with the same symbol.straight-use-package
to fail.Directions to reproduce
Workaround
Proposed solution 1
Let a variable hold a list of functions to be applied to a package name to produce aliases
Then, let
straight-use-package
try these functions in succession, failing only if they all fail.Proposed solution 2
Add a recipe repository that searches the other recipe repositories, finding recipes for anything matching "-plus($|-)" and publishing recipes with that match exchanged for "+\1".
This introduces dependencies between repositories and might be a little convoluted, especially w.r.t. caches.
Version information
Emacs version:
GNU Emacs 26.1 (build 2, x86_64-pc-linux-gnu, GTK+ Version 3.24.5) of 2019-09-23, modified by Debian
Operating system:
Linux d 4.9.0-8-amd64 Move FIXME notices into Github issues #1 SMP Debian 4.9.130-2 (2018-10-27) x86_64 GNU/Linux
The text was updated successfully, but these errors were encountered: