update contribution policy to mention "fake" module files for missing software installations

Offen
#457 0 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Maintainer antworten meist innerhalb von 1 Tag

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit
2/5
Geschätzter Aufwand
1-3 Stunden
Anfängerfreundlichkeit
45/100
Issue-Typ
Dokumentation
Klarheit
Größtenteils klar
Aktivitätsstatus
Veraltet
Bereich
documentation

Rechercherichtung

The quoted contribution-policy paragraph about CPU-target exceptions is the text to extend; find the page in the docs source that holds it. Add a sentence describing the placeholder module files that print a useful error when no installation exists for a target, and link to #874 for context. Done when the policy names these fake module files as an allowed exception.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

We have some cases where we can't install specific modules with reasonable effort for specific CPU targets (like modules using a 2022b toolchain for zen4, cfr #874).

The contribution policy currently states:

Software that is added to EESSI should work on all [supported CPU targets](https://www.eessi.io/docs/software_layer/cpu_targets/).

Exceptions to this requirement are allowed if technical problems that can not be resolved with reasonable effort prevent the installation of the software for specific CPU targets.

This should be extended a bit to mention the "fake" module files that produce a useful error message when they're not actually providing access to an existing software installation

Vorherrschende Sprache
Python
Sterne
14
Forks
54
Ø Merge
11 Std. 2 Min.
Gemergte PRs (30 T.)
41

Entwicklungsumgebung

Dieses Projekt bietet weder Dev-Container noch Dockerfile noch Beitragsleitfaden – die Einrichtung liegt bei Ihnen. Beginnen Sie mit der README; die allgemeinen Schritte stehen in unserem Leitfaden für den ersten Beitrag.

Erste Schritte

  1. Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
  3. Forken Sie das Repository und arbeiten Sie in einem Branch.
  4. Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus EESSI/docs

Alle Issues in EESSI/docs

Ähnliche Issues

Weitere Issues zu Python

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.