internlm/SWE-Fixer-Train-110K huggingface dataset:
Repository: spack/spack

Issue:
Installation issue: libvips-8.10.5
libvips (now a dependency of npm, since #33724) fails to build with errors like
```
/mnt/sw/nix/store/xp0zl2i92x4irzl9g2gg2ladx29z1hzv-gcc-11.3.0/lib/gcc/x86_64-pc-linux-gnu/11.3.0/../../../../include/c++/11.3.0/type_traits:44:3: error: template with C linkage
   44 |   template<typename... _Elements>
      |   ^~~~~~~~
In file included from bicubic.cpp:52:
../../libvips/include/vips/vips.h:84:1: note: 'extern "C"' linkage started here
   84 | extern "C" {
      | ^~~~~~~~~~
In file included from /mnt/sw/nix/store/4xv5f19zshh5179arqbd8mdlbm5dvnc0-glib-2.74.1/include/glib-2.0/glib/glib-typeof.h:44,
                 from /mnt/sw/nix/store/4xv5f19zshh5179arqbd8mdlbm5dvnc0-glib-2.74.1/include/glib-2.0/glib/gatomic.h:30,
                 from /mnt/sw/nix/store/4xv5f19zshh5179arqbd8mdlbm5dvnc0-glib-2.74.1/include/glib-2.0/glib/gthread.h:34,
                 from /mnt/sw/nix/store/4xv5f19zshh5179arqbd8mdlbm5dvnc0-glib-2.74.1/include/glib-2.0/glib/gasyncqueue.h:34,
                 from /mnt/sw/nix/store/4xv5f19zshh5179arqbd8mdlbm5dvnc0-glib-2.74.1/include/glib-2.0/glib.h:34,
                 from ../../libvips/include/vips/vips.h:87,
                 from bicubic.cpp:52:
```
This seems to be due to this issue, which has been long fixed in more recent libvips versions: https://github.com/libvips/libvips/issues/1987


Discussion:

Resolving patch:
diff --git a/var/spack/repos/builtin/packages/libvips/package.py b/var/spack/repos/builtin/packages/libvips/package.py
--- a/var/spack/repos/builtin/packages/libvips/package.py
+++ b/var/spack/repos/builtin/packages/libvips/package.py
@@ -15,6 +15,7 @@ class Libvips(AutotoolsPackage):
     url = "https://github.com/libvips/libvips/releases/download/v8.9.0/vips-8.9.0.tar.gz"
     git = "https://github.com/libvips/libvips.git"
 
+    version("8.13.3", sha256="4eff5cdc8dbe1a05a926290a99014e20ba386f5dcca38d9774bef61413435d4c")
     version("8.10.5", sha256="a4eef2f5334ab6dbf133cd3c6d6394d5bdb3e76d5ea4d578b02e1bc3d9e1cfd8")
     version("8.9.1", sha256="45633798877839005016c9d3494e98dee065f5cb9e20f4552d3b315b8e8bce91")
     version("8.9.0", sha256="97334a5e70aff343d2587f23cb8068fc846a58cd937c89a446142ccf00ea0349")


Test patch:
Repository: spack/spack

Issue:
spack-python does not exit failure on exceptions
### Steps to reproduce

Spack-python could be powerful tool to easily write scripts, but it ignores exceptions, which makes writing reliable scripts impossible.

For example: 

```console
$ cat myscript
#!/usr/bin/env spack-python
import badimport

$ chmod +x myscript

$ source share/spack/setup-env.sh
$ ./myscript; echo $?
Traceback (most recent call last):
  File "/usr/lib/python3.10/code.py", line 90, in runcode
    exec(code, self.locals)
  File "./myscript", line 2, in <module>
    import badimport
ModuleNotFoundError: No module named 'badimport'
0
```

Its exit status is 0 instead of non-zero.

It seems `spack-python` actually runs an interactive console, I'm not sure this is appropriate for this use-case (described in `bin/spack-python` file) ?



### Error message

Spack-python should exit with a non-zero status on errors.

### Information on your system

* **Spack:** 0.20.0.dev0 (f5fd7e5109b24bfb5e5e5321091d083fa32cae17)
* **Python:** 3.10.6
* **Platform:** linux-ubuntu22.04-skylake
* **Concretizer:** clingo

### General information

- [X] I have run `spack debug report` and reported the version of Spack/Python/Platform
- [X] I have searched the issues of this repo and believe this is not a duplicate
- [X] I have run the failing commands in debug mode and reported the output


Discussion:

Resolving patch:
diff --git a/lib/spack/spack/cmd/python.py b/lib/spack/spack/cmd/python.py
--- a/lib/spack/spack/cmd/python.py
+++ b/lib/spack/spack/cmd/python.py
@@ -127,8 +127,10 @@ def python_interpreter(args):
                 console.runsource(startup.read(), startup_file, "exec")
 
     if args.python_command:
+        propagate_exceptions_from(console)
         console.runsource(args.python_command)
     elif args.python_args:
+        propagate_exceptions_from(console)
         sys.argv = args.python_args
         with open(args.python_args[0]) as file:
             console.runsource(file.read(), args.python_args[0], "exec")
@@ -149,3 +151,18 @@ def python_interpreter(args):
                 platform.machine(),
             )
         )
+
+
+def propagate_exceptions_from(console):
+    """Set sys.excepthook to let uncaught exceptions return 1 to the shell.
+
+    Args:
+        console (code.InteractiveConsole): the console that needs a change in sys.excepthook
+    """
+    console.push("import sys")
+    console.push("_wrapped_hook = sys.excepthook")
+    console.push("def _hook(exc_type, exc_value, exc_tb):")
+    console.push("    _wrapped_hook(exc_type, exc_value, exc_tb)")
+    console.push("    sys.exit(1)")
+    console.push("")
+    console.push("sys.excepthook = _hook")


Test patch:
Repository: spack/spack

Issue:
Package issue: Can't load `petsc` after `spack gc`
### Steps to reproduce the issue

@balay @BarrySmith @jedbrown 
This is not directly an installation issue, but rather a configuration issue, I guess.

```console
$ spack install petsc
$ spack gc
$ spack load petsc
```
The `petsc` package marks `python` as a build dependency, so it is removed via `spack gc`. When trying to load `petsc`, the following errors appear.

### Error message

<details><summary>Error message</summary><pre>
==> Error: Unable to locate python headers in any of these locations:
/home/pauleonix/spack/opt/spack/linux-ubuntu22.04-zen2/gcc-11.2.0/python-3.9.13-a55et2ot3xamuge2ufmljqojhf5ckndn/include/python3.9
/home/pauleonix/spack/opt/spack/linux-ubuntu22.04-zen2/gcc-11.2.0/python-3.9.13-a55et2ot3xamuge2ufmljqojhf5ckndn/include/3.9
/home/pauleonix/spack/opt/spack/linux-ubuntu22.04-zen2/gcc-11.2.0/python-3.9.13-a55et2ot3xamuge2ufmljqojhf5ckndn/Headers
</pre></details>


### Information on your system

* **Spack:** 0.19.0 (a86911246a8c5571ca210ff25fc990b8eb297a5c)
* **Python:** 3.10.6
* **Platform:** linux-ubuntu22.04-zen2
* **Concretizer:** clingo


### Additional information

As this is not directly an installation issue, I do not have any additional files. I don't think they will be useful here, but if I am wrong about that I can try to reinstall `petsc` and provide these.

### General information

- [X] I have run `spack debug report` and reported the version of Spack/Python/Platform
- [X] I have run `spack maintainers <name-of-the-package>` and **@mentioned** any maintainers
- [X] I have uploaded the build log and environment files
- [X] I have searched the issues of this repo and believe this is not a duplicate


Discussion:

Resolving patch:
diff --git a/var/spack/repos/builtin/packages/python/package.py b/var/spack/repos/builtin/packages/python/package.py
--- a/var/spack/repos/builtin/packages/python/package.py
+++ b/var/spack/repos/builtin/packages/python/package.py
@@ -1049,9 +1049,6 @@ def include(self):
             return path.replace(prefix, "")
         return os.path.join("include", "python{}".format(self.version.up_to(2)))
 
-    def setup_run_environment(self, env):
-        env.prepend_path("CPATH", os.pathsep.join(self.spec["python"].headers.directories))
-
     def setup_dependent_build_environment(self, env, dependent_spec):
         """Set PYTHONPATH to include the site-packages directory for the
         extension and any other python extensions it depends on.


Test patch:
Repository: spack/spack

Issue:
fuse-overlayfs: add new versions
@haampie 

There have been several releases of fuse-overlayfs since `1.7.1`: https://github.com/containers/fuse-overlayfs/releases

Please add these to the fuse-overlayfs package.

Thank you!


Discussion:

Resolving patch:
diff --git a/var/spack/repos/builtin/packages/fuse-overlayfs/package.py b/var/spack/repos/builtin/packages/fuse-overlayfs/package.py
--- a/var/spack/repos/builtin/packages/fuse-overlayfs/package.py
+++ b/var/spack/repos/builtin/packages/fuse-overlayfs/package.py
@@ -13,6 +13,7 @@ class FuseOverlayfs(AutotoolsPackage):
     url = "https://github.com/containers/fuse-overlayfs/archive/v1.1.2.tar.gz"
     maintainers("haampie")
 
+    version("1.10", sha256="4351eaed7cf26a5012c14c6e0fc883ef65a7b5dcc95ba129ce485904106c25a9")
     version("1.7.1", sha256="fe2c076aed7b8669e7970301a99c0b197759b611035d8199de4c0add7d2fb2b4")
     version("1.7", sha256="e4d9a794d270e237a38e7ced95af95ad15268e0584eab981ed7c7b3758b95995")
     version("1.6", sha256="5606c5c1e4e0d7063f3f50a72c906f23b7a505784d20dc40fff9e4b2b802d5f4")


Test patch:
Repository: spack/spack

Issue:
LLNL Cardioid homepage no longer exists
https://github.com/spack/spack/blob/fe5865da0d4ee4480a85ee1257cb310c036b0c88/var/spack/repos/builtin/packages/cardioid/package.py#L12

@rblake-llnl it looks like Cardioid's [home page](https://baasic.llnl.gov/comp-bio/cardioid-code.php) redirects to a 404 these days. You're listed as the maintainer. Has the home of cardioid moved?


Discussion:

Resolving patch:
diff --git a/var/spack/repos/builtin/packages/cardioid/package.py b/var/spack/repos/builtin/packages/cardioid/package.py
--- a/var/spack/repos/builtin/packages/cardioid/package.py
+++ b/var/spack/repos/builtin/packages/cardioid/package.py
@@ -9,7 +9,7 @@
 class Cardioid(CMakePackage):
     """Cardiac simulation suite."""
 
-    homepage = "https://baasic.llnl.gov/comp-bio/cardioid-code.php"
+    homepage = "https://baasic.llnl.gov/comp-bio/cardioid-code"
     git = "https://github.com/LLNL/cardioid.git"
     maintainers("rblake-llnl")
 


Test patch:
Repository: spack/spack

Issue:
henson: point Pybind11 to correct python
Explicitly set PYTHON_EXECUTABLE to correct python. Without that python bindings can be compiled against a wrong version of python.


Discussion:
  @mrzv can you review this PR?

  This PR modifies the following package(s), for which you are listed as a maintainer:

  * henson

@spackbot fix style
Let me see if I can fix that for you!

I was able to run `spack style --fix` for you!
<details>
<summary><b>spack style --fix</b></summary>

```bash
==> Running style checks on spack
  selected: isort, black, flake8, mypy
==> Modified files
  var/spack/repos/builtin/packages/henson/package.py
==> Running isort checks
  isort checks were clean
==> Running black checks
reformatted var/spack/repos/builtin/packages/henson/package.py
All done! ✨ 🍰 ✨
1 file reformatted.
  black checks were clean
==> Running flake8 checks
  flake8 checks were clean
==> Running mypy checks
Success: no issues found in 577 source files
  mypy checks were clean
==> spack style checks were clean

```
</details>
Keep in mind that I cannot fix your flake8 or mypy errors, so if you have any you'll need to fix them and update the pull request.
If I was able to push to your branch, if you make further changes you will need to pull from your updated branch before pushing again.


I've updated the branch with style fixes.

Resolving patch:
diff --git a/var/spack/repos/builtin/packages/henson/package.py b/var/spack/repos/builtin/packages/henson/package.py
--- a/var/spack/repos/builtin/packages/henson/package.py
+++ b/var/spack/repos/builtin/packages/henson/package.py
@@ -26,15 +26,12 @@ class Henson(CMakePackage):
     conflicts("^openmpi", when="+mpi-wrappers")
 
     def cmake_args(self):
-        args = []
-        if "+python" in self.spec:
-            args += ["-Dpython=on"]
-        else:
-            args += ["-Dpython=off"]
-
-        if "+mpi-wrappers" in self.spec:
-            args += ["-Dmpi-wrappers=on"]
-        else:
-            args += ["-Dmpi-wrappers=off"]
+        args = [
+            self.define_from_variant("python", "python"),
+            self.define_from_variant("mpi-wrappers", "mpi-wrappers"),
+        ]
+
+        if self.spec.satisfies("+python"):
+            args += [self.define("PYTHON_EXECUTABLE", self.spec["python"].command.path)]
 
         return args


Test patch:
Repository: spack/spack

Issue:
Metadata under <prefix>/.spack should be filtered on relocation
### Steps to reproduce

If we generate a module file from a package that was relocated from a buildcache we get the original path with placeholders in the package description:
![Screenshot from 2023-02-08 21-19-36](https://user-images.githubusercontent.com/4199709/218979649-f4b3b156-3069-4fec-9456-9a9efa9999b3.png)


### Error message

There is no error message, just an unexpectedly verbose output for anything that relies on the content of:
```
<prefix>/.spack/spack-configure-args.txt
```
and similar files. These files should probably be filtered too on relocation.

### Information on your system

Not platform specific, but the screenshot was obtained on the `spack/tutorial:cineca23` docker image.


### General information

- [X] I have run `spack debug report` and reported the version of Spack/Python/Platform
- [X] I have searched the issues of this repo and believe this is not a duplicate
- [X] I have run the failing commands in debug mode and reported the output


Discussion:
In addition to module generation I believe this issue causes some spack tests to fail. @tldahlgren @eugeneswalker 

Resolving patch:
diff --git a/lib/spack/spack/modules/common.py b/lib/spack/spack/modules/common.py
--- a/lib/spack/spack/modules/common.py
+++ b/lib/spack/spack/modules/common.py
@@ -699,7 +699,7 @@ def configure_options(self):
 
         if os.path.exists(pkg.install_configure_args_path):
             with open(pkg.install_configure_args_path, "r") as args_file:
-                return args_file.read()
+                return spack.util.path.padding_filter(args_file.read())
 
         # Returning a false-like value makes the default templates skip
         # the configure option section
diff --git a/lib/spack/spack/util/path.py b/lib/spack/spack/util/path.py
--- a/lib/spack/spack/util/path.py
+++ b/lib/spack/spack/util/path.py
@@ -444,7 +444,7 @@ def padding_filter(string):
             r"(/{pad})+"  # the padding string repeated one or more times
             r"(/{longest_prefix})?(?=/)"  # trailing prefix of padding as path component
         )
-        regex = regex.replace("/", os.sep)
+        regex = regex.replace("/", re.escape(os.sep))
         regex = regex.format(pad=pad, longest_prefix=longest_prefix)
         _filter_re = re.compile(regex)
 


Test patch:
Repository: spack/spack

Issue:
root: fails to build with `+vc +veccore` since #36594
`find_package(Vc 1.3.0 CONFIG QUIET REQUIRED)` without(!) `EXACT` doesn't require `@1.3.0` exactly, but a version that is compatible with 1.3.0 (which Vc defines as `AnyNewerVersion` in https://github.com/VcDevel/Vc/blob/1.4/CMakeLists.txt#L221). The version that ROOT bundles for 6.28.02 is Vc 1.4.3.

Requiring `@1.3.0` introduces a build conflict when `veccore` is enabled, because that requires a minimum version of `@1.3.3`, see https://github.com/root-project/veccore/blob/v0.8.1/CMakeLists.txt#L37.

Right now `root +vc +veccore` is impossible to build.

_Originally posted by @wdconinc in https://github.com/spack/spack/issues/36594#issuecomment-1497786845_
            


Discussion:
#36594 (for the link)

Resolving patch:
diff --git a/var/spack/repos/builtin/packages/root/package.py b/var/spack/repos/builtin/packages/root/package.py
--- a/var/spack/repos/builtin/packages/root/package.py
+++ b/var/spack/repos/builtin/packages/root/package.py
@@ -282,7 +282,8 @@ class Root(CMakePackage):
     )
     # depends_on('intel-tbb@:2021.0', when='@:6.22 ^intel-tbb')
     depends_on("unuran", when="+unuran")
-    depends_on("vc@1.3.0", when="+vc")
+    depends_on("vc@1.0:", when="@6.07.04: +vc")
+    depends_on("vc@1.3.0:", when="@6.09.02: +vc")
     depends_on("vdt", when="+vdt")
     depends_on("veccore", when="+veccore")
     depends_on("libxml2", when="+xml")


Test patch:
Repository: spack/spack

Issue:
Installation issue: proj build_system=autotools
### Steps to reproduce the issue

```console
$ spack install proj build_system=autotools
```


### Error message

<details><summary>Error message</summary><pre>
1 error found in build log:
     150    checking for SQLITE3... yes
     151    checking for sqlite3... yes
     152    checking for TIFF... yes
     153            found libcurl version 8.0.1
     154    checking for curl_global_init in -lcurl... yes
     155    using external GTest.
  >> 156    checking for GTEST... configure: error: Package requirements (gtest >= 1.8.0) were not met:
     157    
     158    No package 'gtest' found
     159    
     160    Consider adjusting the PKG_CONFIG_PATH environment variable if you
     161    installed software in a non-standard prefix.
</pre></details>


### Information on your system

* **Spack:** 0.20.0.dev0 (74ad92e16b8a5e56152e75d264b99f006763586b)
* **Python:** 3.9.2
* **Platform:** linux-debian11-skylake
* **Concretizer:** clingo

### Additional information

@adamjstewart I don't think that uploading any files is required here (sorry, I have to lie below by setting the corresponding checkbox). It just looks like the configure script fails if GTest is not available, which is the case because `googletest` is a `test` dependency.

### General information

- [X] I have run `spack debug report` and reported the version of Spack/Python/Platform
- [X] I have run `spack maintainers <name-of-the-package>` and **@mentioned** any maintainers
- [X] I have uploaded the build log and environment files
- [X] I have searched the issues of this repo and believe this is not a duplicate


Discussion:

Resolving patch:
diff --git a/var/spack/repos/builtin/packages/proj/package.py b/var/spack/repos/builtin/packages/proj/package.py
--- a/var/spack/repos/builtin/packages/proj/package.py
+++ b/var/spack/repos/builtin/packages/proj/package.py
@@ -87,7 +87,7 @@ class Proj(CMakePackage, AutotoolsPackage):
     depends_on("sqlite@3.11:", when="@6:")
     depends_on("libtiff@4:", when="@7:+tiff")
     depends_on("curl@7.29:", when="@7:+curl")
-    depends_on("googletest", when="@6:", type="test")
+    depends_on("googletest@1.8:", when="@6:", type="test")
 
     build_system(
         conditional("autotools", when="@:8"), conditional("cmake", when="@5:"), default="cmake"
@@ -132,7 +132,7 @@ class AutotoolsBuilder(autotools.AutotoolsBuilder, BaseBuilder):
     def configure_args(self):
         args = []
 
-        if self.spec.satisfies("@6:"):
+        if self.spec.satisfies("@6:") and self.pkg.run_tests:
             args.append("--with-external-gtest")
 
         if self.spec.satisfies("@7:"):


Test patch:
Repository: spack/spack

Issue:
cernlib: depends_on openssl should use platform=linux
              platform=linux?

_Originally posted by @haampie in https://github.com/spack/spack/pull/34702#discussion_r1165785376_
            


Discussion:

Resolving patch:
diff --git a/var/spack/repos/builtin/packages/cernlib/package.py b/var/spack/repos/builtin/packages/cernlib/package.py
--- a/var/spack/repos/builtin/packages/cernlib/package.py
+++ b/var/spack/repos/builtin/packages/cernlib/package.py
@@ -28,7 +28,7 @@ class Cernlib(CMakePackage):
     depends_on("libxt")
     depends_on("libxcrypt")
 
-    depends_on("openssl", when="os=linux")
+    depends_on("openssl", when="platform=linux")
 
     @when("@2022.11.08.0-free")
     def patch(self):


Test patch:
Repository: spack/spack

Issue:
Installation issue: py-pylint -  Error: NoDigestError
### Steps to reproduce the issue

```console
$ spack install py-pylint
...
```


### Error message

```console
==> Installing py-pylint-2.16.2-ee5rzfz3twunmezuikp3nxi5asvzssa3
==> No binary for py-pylint-2.16.2-ee5rzfz3twunmezuikp3nxi5asvzssa3 found: installing from source
==> Fetching https://files.pythonhosted.org/packages/source/p/pylint/pylint-2.16.2.tar.gz
==> Error: NoDigestError: Attempt to check URLFetchStrategy with no digest.
```

### Information on your system

> spack debug report
* **Spack:** 0.20.0.dev0 (9ea7937f6de3fc0ba66cbd399f57ad976341d9b5)
* **Python:** 3.6.15
* **Platform:** linux-sles15-haswell
* **Concretizer:** clingo


### Additional information

_No response_

### General information

- [X] I have run `spack debug report` and reported the version of Spack/Python/Platform
- [ ] I have run `spack maintainers <name-of-the-package>` and **@mentioned** any maintainers
- [ ] I have uploaded the build log and environment files
- [X] I have searched the issues of this repo and believe this is not a duplicate


Discussion:

Resolving patch:
diff --git a/var/spack/repos/builtin/packages/py-pylint/package.py b/var/spack/repos/builtin/packages/py-pylint/package.py
--- a/var/spack/repos/builtin/packages/py-pylint/package.py
+++ b/var/spack/repos/builtin/packages/py-pylint/package.py
@@ -25,7 +25,7 @@ class PyPylint(PythonPackage):
         "pylint.reporters.ureports",
     ]
 
-    version("2.16.2", sha236="13b2c805a404a9bf57d002cd5f054ca4d40b0b87542bdaba5e05321ae8262c84")
+    version("2.16.2", sha256="13b2c805a404a9bf57d002cd5f054ca4d40b0b87542bdaba5e05321ae8262c84")
     version("2.15.0", sha256="4f3f7e869646b0bd63b3dfb79f3c0f28fc3d2d923ea220d52620fd625aed92b0")
     version("2.14.4", sha256="47705453aa9dce520e123a7d51843d5f0032cbfa06870f89f00927aa1f735a4a")
     version("2.13.5", sha256="dab221658368c7a05242e673c275c488670144123f4bd262b2777249c1c0de9b")


Test patch:
Repository: spack/spack

Issue:
lua@5.4.5: could not find any remote versions for lua, cannot fetch
### Steps to reproduce the issue

Using `spack@develop` (e6d37b3b612617c02700ac3500d5eed7602011f0 from `Thu May 4 13:48:24 2023 +0200`):

```
$> spack info lua
...
MakefilePackage:   lua

Description:
    The Lua programming language interpreter and library.

Homepage: https://www.lua.org

Preferred version:
    5.4.5    https://www.lua.org/ftp/lua-5.4.5.tar.gz

Safe versions:
    5.4.5    https://www.lua.org/ftp/lua-5.4.5.tar.gz
    5.4.4    https://www.lua.org/ftp/lua-5.4.4.tar.gz
    5.4.3    https://www.lua.org/ftp/lua-5.4.3.tar.gz
...
```

The most recent version shown above is `lua@5.4.5`, but there is a problem:
```
$> spack checksum lua@5.4.5
==> Error: Could not find any remote versions for lua

$> spack fetch lua
==> Error: All fetchers failed for spack-stage-lua-5.4.5-sz7ilnwmrw2uu5hofjzkfngr4pvtkojm
```




### Error message

<details><summary>Error message</summary>

<pre>
... see above
</pre></details>


### Information on your system

* **Spack:** 0.20.0.dev0 (42ede698c26ccf9b1bae1daa2d9df68820191497)
* **Python:** 3.8.10
* **Platform:** linux-ubuntu20.04-cascadelake
* **Concretizer:** clingo

### Additional information

NA

### General information

- [X] I have run `spack debug report` and reported the version of Spack/Python/Platform
- [X] I have run `spack maintainers <name-of-the-package>` and **@mentioned** any maintainers
- [X] I have uploaded the build log and environment files
- [X] I have searched the issues of this repo and believe this is not a duplicate


Discussion:
Version 5.4.5 isn't in the [download area](https://www.lua.org/ftp/) or on the [version history page](https://www.lua.org/versions.html). Does it actually exist?

Resolving patch:
diff --git a/var/spack/repos/builtin/packages/lua/package.py b/var/spack/repos/builtin/packages/lua/package.py
--- a/var/spack/repos/builtin/packages/lua/package.py
+++ b/var/spack/repos/builtin/packages/lua/package.py
@@ -200,7 +200,6 @@ class Lua(LuaImplPackage):
     homepage = "https://www.lua.org"
     url = "https://www.lua.org/ftp/lua-5.3.4.tar.gz"
 
-    version("5.4.5", sha256="59df426a3d50ea535a460a452315c4c0d4e1121ba72ff0bdde58c2ef31d6f444")
     version("5.4.4", sha256="164c7849653b80ae67bec4b7473b884bf5cc8d2dca05653475ec2ed27b9ebf61")
     version("5.4.3", sha256="f8612276169e3bfcbcfb8f226195bfc6e466fe13042f1076cbde92b7ec96bbfb")
     version("5.4.2", sha256="11570d97e9d7303c0a59567ed1ac7c648340cd0db10d5fd594c09223ef2f524f")


Test patch: