Skip to content
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

Spack build failures do not output a path to the spack-build.out log file #150

Closed
PaulDapolito opened this issue Nov 4, 2015 · 2 comments
Labels
bug Something isn't working

Comments

@PaulDapolito
Copy link
Contributor

When a spack build fails, it no longer shows a path to the spack-build.out log file. For example:

paul ~/C/s/bin > ./spack install memaxes
==> Installing memaxes
==> cmake is already installed in /home/paul/Clinic/spack/opt/spack/x86_64/gcc-5.2.1/cmake-3.0.2-bv634arumx3m47mpynkw5ygmiqdlcykp.
==> Installing qt
==> glib is already installed in /home/paul/Clinic/spack/opt/spack/x86_64/gcc-5.2.1/glib-2.42.1-dwjk6vntaa4dextqivrup3odqfjfg6mh.
==> libtiff is already installed in /home/paul/Clinic/spack/opt/spack/x86_64/gcc-5.2.1/libtiff-4.0.3-n6k5fnztfshg3krijefks5qmnaptvigk.
==> libxml2 is already installed in /home/paul/Clinic/spack/opt/spack/x86_64/gcc-5.2.1/libxml2-2.9.2-lt2vnkj75wp2cvi2q75azleq3kjr2alr.
==> dbus is already installed in /home/paul/Clinic/spack/opt/spack/x86_64/gcc-5.2.1/dbus-1.9.0-vk3dr7ps5csbudicoqgpk3hvl27wlz4z.
==> zlib is already installed in /home/paul/Clinic/spack/opt/spack/x86_64/gcc-5.2.1/zlib-1.2.8-5cowb3si2gbcqchtdewwxwhmypem4hdu.
==> jpeg is already installed in /home/paul/Clinic/spack/opt/spack/x86_64/gcc-5.2.1/jpeg-9a-v6w3vn6ytc4owszkccwmolwhytnbvasw.
==> Installing gtkplus
==> gdk-pixbuf is already installed in /home/paul/Clinic/spack/opt/spack/x86_64/gcc-5.2.1/gdk-pixbuf-2.31.2-n5bcojzjasynb3pn55lbyw5jebko3ptu.
==> pango is already installed in /home/paul/Clinic/spack/opt/spack/x86_64/gcc-5.2.1/pango-1.36.8-boik7co2rayuuosdnv6qnzpkiklkl4ug.
==> atk is already installed in /home/paul/Clinic/spack/opt/spack/x86_64/gcc-5.2.1/atk-2.14.0-6xy47vuatz52e3luykhccrcpm6bkptpw.
==> cairo is already installed in /home/paul/Clinic/spack/opt/spack/x86_64/gcc-5.2.1/cairo-1.14.0-rqplcapyohdgxjolv26ktt7esmqptstj.
==> Trying to fetch from http://ftp.gnome.org/pub/gnome/sources/gtk+/2.24/gtk+-2.24.25.tar.xz
######################################################################## 100.0%
==> Staging archive: /home/paul/Clinic/spack/var/spack/stage/gtkplus-2.24.25-dqc66tudnnl3qte7r67vinptia3dnu7y/gtk+-2.24.25.tar.xz
==> Created stage in /home/paul/Clinic/spack/var/spack/stage/gtkplus-2.24.25-dqc66tudnnl3qte7r67vinptia3dnu7y.
==> Patched gtkplus
==> Building gtkplus.
Traceback (most recent call last):
  File "/home/paul/Clinic/spack/lib/spack/spack/build_environment.py", line 278, in fork
    function()
  File "/home/paul/Clinic/spack/lib/spack/spack/package.py", line 839, in real_work
    cleanup()
  File "/home/paul/Clinic/spack/lib/spack/spack/package.py", line 786, in cleanup
    self.remove_prefix()
  File "/home/paul/Clinic/spack/lib/spack/spack/package.py", line 614, in remove_prefix
    spack.installed_db.remove(self.spec)
  File "/home/paul/Clinic/spack/lib/spack/spack/database.py", line 74, in converter
    return function(self, spec_like, *args, **kwargs)
  File "/home/paul/Clinic/spack/lib/spack/spack/database.py", line 502, in remove
    return self._remove(spec)
  File "/home/paul/Clinic/spack/lib/spack/spack/database.py", line 472, in _remove
    key = self._get_matching_spec_key(spec)
  File "/home/paul/Clinic/spack/lib/spack/spack/database.py", line 442, in _get_matching_spec_key
    raise KeyError("No such spec in database! %s" % spec)
KeyError: 'No such spec in database! gtkplus@2.24.25%gcc@5.2.1=x86_64^atk@2.14.0%gcc@5.2.1=x86_64^cairo@1.14.0%gcc@5.2.1=x86_64^fontconfig@2.11.1%gcc@5.2.1=x86_64^freetype@2.5.3%gcc@5.2.1=x86_64^gdk-pixbuf@2.31.2%gcc@5.2.1=x86_64^glib@2.42.1%gcc@5.2.1=x86_64^harfbuzz@0.9.37%gcc@5.2.1=x86_64^icu@54.1%gcc@5.2.1=x86_64^jpeg@9a%gcc@5.2.1=x86_64^libffi@3.2.1%gcc@5.2.1=x86_64^libpng@1.6.16%gcc@5.2.1=x86_64^libtiff@4.0.3%gcc@5.2.1=x86_64^pango@1.36.8%gcc@5.2.1=x86_64^pixman@0.32.6%gcc@5.2.1=x86_64^xz@5.2.2%gcc@5.2.1=x86_64^zlib@1.2.8%gcc@5.2.1=x86_64'
==> Error: Installation process had nonzero exit code.
tgamblin added a commit that referenced this issue Nov 5, 2015
- `remove_prefix` was modified to remove from the DB, but the package
  may not have been added to the DB yet when `remove_prefix` is called
  from `cleanup`.

- Made `remove_prefix` a pure utility function (it just removes the prefix)

- Added `installed_db.remove()` call only after the `remove_prefix` in
  `uninstall`.
@tgamblin
Copy link
Member

tgamblin commented Nov 5, 2015

@PaulDapolito: this should be fixed by 0d99394. Can you verify?

@tgamblin tgamblin added the bug Something isn't working label Dec 20, 2015
@mathstuf
Copy link
Contributor

I've seen this work just fine since then.

==> Building ninja
==> Error: Command exited with status 64:
'/bin/cp' '-a' '-t' '/Users/kitware/code/depot/group-bld/spack/src/opt/spack/darwin-x86_64/gcc-4.2.1/ninja-1.6.0-zqgdcjhnzyqidiaqumi5sjehs4xf346i/bin' 'ninja'

See build log for details:
  /private/var/folders/ys/5224ywdn7x7_hzvfb7brk2sh0000gq/T/kitware/spack-stage/spack-stage-1kRts9/ninja-1.6.0/spack-build.out

matz-e pushed a commit to matz-e/spack that referenced this issue Jan 28, 2019
* Neuron package update:
    - use multisend if mpi is enabled
    - python is also run depndency for extensions
* Update Piz Daint configurations
climbfuji added a commit to climbfuji/spack that referenced this issue Aug 5, 2022
…netcdf_fortran

Bug fix for crtm: JEDI release depends on netCDF-Fortran
vitodb pushed a commit to vitodb/spack that referenced this issue Jul 10, 2023
…#150)

Bumps [docker/build-push-action](https://github.com/docker/build-push-action) from 4.0.0 to 4.1.0.
- [Release notes](https://github.com/docker/build-push-action/releases)
- [Commits](docker/build-push-action@3b5e802...44ea916)

---
updated-dependencies:
- dependency-name: docker/build-push-action
  dependency-type: direct:production
  update-type: version-update:semver-minor
...

Signed-off-by: dependabot[bot] <support@github.com>
Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

3 participants