Aquí también podemos recopilar otras tareas de las que es posible que aún no tengamos conocimiento, de modo que la próxima vez obtengamos una plantilla completa.
@mpranj ¿podemos hacer el lanzamiento en los próximos días? ¿Qué ayuda se necesita?
Sí, preferiría hacer el lanzamiento esta semana, así que el domingo a más tardar. @robaerd, ¿deberíamos hacer el lanzamiento juntos en una conferencia telefónica o preferiría que yo mismo probara el canal de lanzamiento?
Creo que no hay ayuda, excepto tal vez que se necesite el apoyo de @robaerd . Como hemos comentado, no planeamos más cambios importantes para la versión 0.9.4. Los demás pueden ayudar trabajando en la próxima versión. Tendremos que posponer algunos problemas a 0.9.5 de todos modos.
Sí, creo que hacer el lanzamiento juntos es una buena idea.
Sí, podemos hacerlo juntos, tengo tiempo durante el día en los próximos días.
@mpranj
Todavía no verifiqué cómo el sitio web muestra todas estas referencias internas. ¿Ya le echaste un vistazo?
Mmh, y clang-format-9 ya no está disponible fácilmente. ¿Podemos actualizar a clang-format-12? Siempre es bueno hacer esto en un lanzamiento.
Actualicé la publicación superior.
Todavía no verifiqué cómo el sitio web muestra todas estas referencias internas.
No, no lo he hecho, el archivo _preparation * no se procesa hasta que le cambiamos el nombre de archivo final.
¿Podemos actualizar a clang-format-12?
Nuestra verificación de formato se ejecuta en Debian Sid, afaik clang-format-11 está disponible pero no 12. Sería genial usar esto ya que 11 también es la versión disponible de homebrew.
Sí, 11 es perfecto. 11 + 12 está disponible en https://apt.llvm.org/
Sí, 11 es perfecto.
Yo haré las relaciones públicas.
Tal vez sea mejor si movemos las etiquetas <a id="..."></a>
encima de los titulares, de lo contrario no está claro a dónde saltó.
Limpié el poste superior. Con (algo así como) # 3641 todo debería ser lo suficientemente bueno para el lanzamiento.
@mpranj @robaerd ¡ Muchas gracias por su fantástico trabajo en este lanzamiento! : corazón_deslumbrante:
@ markus2330 muchas gracias también por su trabajo. Planeo hacer el lanzamiento mañana, después de que arregle el formato de clang PR y probablemente deshabilite la prueba dbus fallida.
@robaerd durante el empaquetado de la tubería de lanzamiento, obtengo bastantes errores como:
CMake Warning (dev) at /usr/share/cmake-3.13/Modules/Internal/CPack/CPackDeb.cmake:541 (message):
Shared library './usr/lib/elektra5/libelektra-c.so' is missing soname or
soversion. Library will not be added to DEBIAN/shlibs control file.
Call Stack (most recent call first):
/usr/share/cmake-3.13/Modules/Internal/CPack/CPackDeb.cmake:676 (cpack_deb_prepare_package_vars)
This warning is for project developers. Use -Wno-dev to suppress it.
elektra_0.9.4-1.build.error.txt
¿Es esto esperado o ocurre solo para mí?
Esto es lo esperado (consulte https://github.com/ElektraInitiative/libelektra/pull/3583#issuecomment-743788271).
Desafortunadamente, no encontré una forma de ocultar estas advertencias.
No hay problema, simplemente no lo sabía. Estaba un poco indeciso debido al docu:
Check if the package build log has warnings
Lo siento, olvidé mencionar esto, lo agregaré en el próximo PR del documento.
También me olvidé por completo de hacer un informe de error sobre esto como https://github.com/ElektraInitiative/libelektra/pull/3601#issuecomment -748850500. Haré esto en los próximos días. Tener todo distribuido en múltiples relaciones públicas me confunde un poco las cosas.
@mpranj también se espera la advertencia "CPACK_RPM_PACKAGE_RELOCATABLE se desactivará porque CPACK_SET_DESTDIR está configurado" durante la generación de CPack RPM (consulte https://github.com/ElektraInitiative/libelektra/pull/3601#issuecomment-748648426).
El paso de publicación de ftp falló debido a que faltaba git add .
. Parece que todo lo demás fue exitoso.
El paso de publicación de ftp falló debido a que faltaba un complemento de git. Parece que todo lo demás se realizó correctamente.
En efecto. También configuré y empujé la etiqueta 0.9.4 manualmente a master. Supongo que esto fue una precaución.
Gracias a ambos por su trabajo en este lanzamiento. La nueva tubería funcionó a la perfección.
Todo está hecho, pero lo anunciaré una vez que se establezcan los servidores de compilación (cirrus y travis están un poco lentos hoy ...).
Parece que el lanzamiento se hizo ahora: fuegos artificiales:
También me olvidé por completo de hacer un informe de error sobre esto, como sugirió
Un truco fácil es crear siempre problemas como recordatorio. Basta con que contengan el título, una autoasignación y tal vez el mensaje de error. Incluso puede crear un problema para recordar la creación de otro problema para CMake.
En efecto. También configuré y empujé la etiqueta 0.9.4 manualmente a master. Supongo que esto fue una precaución.
Si se espera que todo funcione sin problemas la próxima vez, también podemos automatizarlo.
Comentario más útil
Parece que el lanzamiento se hizo ahora: fuegos artificiales:
Un truco fácil es crear siempre problemas como recordatorio. Basta con que contengan el título, una autoasignación y tal vez el mensaje de error. Incluso puede crear un problema para recordar la creación de otro problema para CMake.
Si se espera que todo funcione sin problemas la próxima vez, también podemos automatizarlo.