Skip to content
Peter Scheibel edited this page Jul 20, 2022 · 16 revisions

Attendees

  • Peter Scheibel (host)
  • Massimiliano Culpo
  • Phil Regier
  • Mark Krentel
  • Greg Becker

Agenda items

  • Discussion: should packages.yaml preferences be prioritized above reuse?
    • https://github.com/spack/spack/pull/27987 should be updated to mention the schema in the PR description
    • Peter: @Mark I want to make sure that your specific interest is to use priorities (if you are frustrated when a request isn't respected, then perhaps a requirement is in fact the easiest approach)
      • It sounds like in his specific case,
    • Max: If we have requirements, do we still need preferences?
      • Greg: yes: you can use preferences to steer Spack to use externals, but still allow it to build something new (e.g. some system-installed CMake version that isn't the newest, we might want to encourage Spack to use it)
      • Mark: yes:
        • Those things which are optional could be handled with a variant which is off by default
        • But, if people disagree on the default variant value, that could suggest a preference (e.g. Boost: build all the libs, or as few as possible)
        • i.e. preferences could be used at the site level to override defaults on a per-site basis (because for some reason users at that site generally all have the same preference)
        • Specific example: binutils; we wanted ~nls but that changed in the builtin repo
    • Question about https://github.com/spack/spack/pull/27987: can you specify a required /hash
  • Mark Krentel: we should add https://github.com/spack/spack/discussions/31525 to the README and other pointers

Possible Agenda items

Clone this wiki locally