3 votos

¿Cómo puedo eliminar un prefijo de {último-etiqueta} en una receta de Launchpad?

Tengo un Launchpad receta parecida a esta:

# git-build-recipe format 0.4 deb-version {latest-tag}-0~{time}~rev{revno}~pkg{revno:packaging}
lp:kvantum master
nest packaging lp:~krisives/kvantum/+git/kvantum-packaging debian master

Sin embargo, el upstream los prefijos de los números de versión con un V que hace que el proceso de embalaje para quejarse de que las versiones debe comenzar con un número. El autor quiere mantener su V el prefijo de nombres de etiquetas.

Otro de modificar manualmente el changelog en mi envases repositorio hay una manera de tener la receta de usar automáticamente el {latest-tag} sin romper el proceso de construcción?

2voto

LukeR Puntos 2078

Una solución es simplemente asegúrese de que la versión original parte de su paquete de la versión no empezar con un dígito mediante la inserción de uno. Por ejemplo, usted podría usar:

# git-build-recipe format 0.4 deb-version 0{latest-tag}-0~{time}~rev{revno}~pkg{revno:packaging}

Tenga en cuenta que esto va a comparar menor que cualquier cosa que podría haber publicado ya con su actual expansión, sin embargo, ya que por ejemplo 0V1 tipo después de la V1. Si usted debe, usted podría utilizar una época (por ejemplo. 1:0{latest-tag}-0~{time}~rev{revno}~pkg{revno:packaging} para asegurarse de que tipo más alto que cualquier cosa publicada anteriormente, pero este golpe no es reversible y por lo que debe evitarse si es posible.

Para más información:

Yo no veo ninguna opción en la documentación de hacer cualquier cosa con el "último aguas arriba de la etiqueta de" aparte de incorporar en su versión final de la cadena, ni ninguna otra forma de agarrar la versión original si la etiqueta es el único lugar antes de declarar. Por lo tanto creo que mi solución, o algo parecido, es su única opción en este momento, pero podemos ver si alguien tiene cualquier otras respuestas.

Si la solución no es aceptable para usted, informes de fallos en contra de git-construir-receta son bienvenidos , incluyendo para peticiones de características para cubrir los nuevos casos de uso, como este. No puedo hablar de lo que será la respuesta a qué mejoras podría ser adecuado en general, sin embargo. Una mejora para proporcionar una regexp basado en la sustitución dentro de una expansión que podría ser posible, por ejemplo, pero es probable que se deben aplicar de manera que se asegura de que el código malicioso no se pueden ejecutar en el host que ejecuta git-construir-receta en el rostro de una confianza receta de entrada. Probablemente sería mejor llegar a un acuerdo en un error en primer lugar, antes de intentar implementar una función de mejora.

EnMiMaquinaFunciona.com

EnMiMaquinaFunciona es una comunidad de administradores de sistemas en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros sysadmin, hacer tus propias preguntas o resolver las de los demás.

Powered by: