OS version check prevents usage on unsupported platforms
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 2/5
- Geschätzter Aufwand
- 1-3 Stunden
- Anfängerfreundlichkeit
- 35/100
- Issue-Typ
- Feature
- Klarheit
- Klar beschrieben
- Aktivitätsstatus
- Veraltet
- Bereich
- devops, operating-systems
Rechercherichtung
Beginne mit der Untersuchung von manifests/init.pp in der Nähe der Zeilen 97–106, wo die Prüfung auf nicht unterstützte Plattformen beschrieben ist. Überprüfe, wie sich das Modul bei Debian 9 und Debian 12 verhält, und bestätige anschließend, dass Benutzer Standardwerte bereitstellen können, ohne dass das Modul auf einer nicht unterstützten Plattform fehlschlägt.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
Use Case
Sometimes it happens that stuff runs on legacy platforms for reasons. The code in
https://github.com/puppetlabs/puppetlabs-java/blob/main/manifests/init.pp#L97-L106 prevents the use of the module on unsupported platforms. This pattern is quite unique to this module. For example it prevents the use of the same module on Debian 9 (supported until v10.x.x) and Debian 12 (supported since v11.x.x)
When a new version is released user should be able to define default values in his own environment and allow the use on an unsupported platform.
Describe the Solution You Would Like
Remove the failure on unsupported platforms.
Describe Alternatives You've Considered
Having separate branches of the control repo with different module versions. I prefer a single main branch for all environments though. Multiple control-repo branches lead to merge overhead and/or rotting branches.
Different module versions in different branches can also become an issue with inconsistent types.
Additional Context
https://puppetcommunity.slack.com/archives/CFD8Z9A4T/p1713871729247549
- Vorherrschende Sprache
- Ruby
- Sterne
- 101
- Forks
- 273
- Ø Merge
- 1 Std. 38 Min.
- Gemergte PRs (30 T.)
- 2
Entwicklungsumgebung
Startet den Dev-Container des Projekts im Browser, mit Ihrem eigenen GitHub-Konto.
- Kein Dockerfile und keine Docker-Compose-Datei
- Hat eine Pull-Request-Vorlage
- Beitragsleitfaden lesen
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus puppetlabs/puppetlabs-java
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 45/100
puppetlabs/puppetlabs-java#618 ·
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 38/100
puppetlabs/puppetlabs-java#615 ·
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 42/100
puppetlabs/puppetlabs-java#604 ·
-
Support for Debian 12Offencommunity
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 32/100
puppetlabs/puppetlabs-java#566 · 3 Kommentare · 1 Reaktion ·
Alle Issues in puppetlabs/puppetlabs-java
Ähnliche Issues
-
`github-events` aborts the repository scan when a closed pull's API payload has a null `head`Evtl. vergeben @renyamamoto2026-cmyk hat das heute übernommen. Offen
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 82/100
zerocracy/judges-action#2823 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100
aws/aws-sdk-ruby#3460 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 67/100
Maintainer antworten meist innerhalb von 17 Tagen
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100
riscv/riscv-unified-db#2755 ·
Maintainer antworten meist innerhalb von 1 Tag