OS version check prevents usage on unsupported platforms
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 2/5
- Tiempo estimado
- 1-3 horas
- Aptitud para principiantes
- 35/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Bien especificado
- Estado de actividad
- Estancado
- Área
- devops, operating-systems
Línea de trabajo
Comienza inspeccionando manifests/init.pp alrededor de las líneas 97-106, donde se describe la comprobación de plataformas no compatibles. Verifica cómo se comporta el módulo con Debian 9 y Debian 12 y, a continuación, confirma que los usuarios pueden proporcionar valores predeterminados sin que el módulo falle en una plataforma no compatible.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
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
- Lenguaje dominante
- Ruby
- Estrellas
- 101
- Forks
- 274
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Preparar el entorno
Inicia el contenedor de desarrollo del proyecto en tu navegador, con tu propia cuenta de GitHub.
- Sin Dockerfile ni archivo de Docker Compose
- Tiene una plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de puppetlabs/puppetlabs-java
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 45/100
puppetlabs/puppetlabs-java#618 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 38/100
puppetlabs/puppetlabs-java#615 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 42/100
puppetlabs/puppetlabs-java#604 ·
-
Support for Debian 12Abiertocommunity
Dificultad 3/5 1-2 días Aptitud para principiantes 32/100
puppetlabs/puppetlabs-java#566 · 3 comentarios · 1 reacción ·
Todos los issues de puppetlabs/puppetlabs-java
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
notch8/iiif_print#430 ·
Los mantenedores suelen responder en 1 día
-
ActionText::Content#to_markdown: <br> in a table cell and empty <tr> produce malformed Markdown tablesPosiblemente ocupada @azmi2409 la tomó hoy. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
Los mantenedores suelen responder en 1 día
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 85/100
vjeantet/homebrew-tap#4 ·
-
kotlin-lsp is missingAbierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
JetBrains/homebrew-utils#21 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
ublue-os/homebrew-experimental-tap#774 ·
Los mantenedores suelen responder en 1 día