https://www.slideshare.net/MarkDowd13/rules-to-hack-by-offensivecon-2022-keynote-251318003
El Proyecto Fedora es una comunidad de personas que trabajan juntas para construir una plataforma de software de código abierto y libre, y para colaborar y compartir soluciones centradas en el usuario basadas en esa plataforma. O, en corto, creamos un sistema operativo y te lo facilitamos para que hagas cosas útiles con él.
Lobo Solitario
Seleccionar la plataforma y arquitectura
Método iterativo
Se empaqueta buscando que se pueda integrar al resto de la distribución y que su construcción sea reproducible.
Rawhide está en constante cambio y desarrollo. Aquí entran los nuevos paquetes y cambios.
Aproximadamente cada 10 semanas (según el calendario planeado), se realiza un branch de rawhide y se inicia el desarrollo para estabilizar esa rama antes de volverse un release.
Esto significa que se considera que el desarrollo de una versión de Fedora comienza en el momento en que su "predecesor" se deriva de Rawhide.
Por ejemplo, el desarrollo de Fedora Linux 37 comenzó el día después de que Fedora Linux 36 se bifurcó de Rawhide y entró en el proceso de estabilización.
La versión branched debe cumplir los requisitos para que las actualizaciones se marquen como "estables" según lo establecido en la Política de actualizaciones.
Los paquetes deben pasar por el repositorio ''updates-testing'' antes de ingresar a su repositorio ''estable'', de acuerdo con las reglas definidas en la política de actualizaciones.
Históricamente, el Proyecto Fedora soporta dos releases más Rawhide y el código en Branched previo al lanzamiento es una carga de trabajo manejable.
Cree que el software tiene que ser utilizable para ser útil, por lo que, si bien sabemos que tener releases que se ajusten a algún cronograma es importante, también nos aseguramos de que cada lanzamiento cumpla con nuestros criterios.
El conjunto actual de escritorios en esta categoría son GNOME y KDE, y para aarch64 es GNOME. Ningún escritorio bloquea la versión para ARM de 32 bits.
Incluye las imágenes definidas por los tres Productos principales (Server, Workstation y Cloud) en los documentos de requisitos del producto y/o especificaciones técnicas, y la imagen en vivo de KDE.
Ser consciente de que muchas veces no podemos dedicar mucho tiempo al proyecto, pero comprometer digamos 4 horas a la semana es un buen comienzo.
Aprende de la organización y actividades del grupo al que quieres pertenecer
Nunca inicies haciendo cosas que no gustan.
Tomar como primera tarea algo muy grande aumenta drásticamente las probabilidades de fallar.
Lo mismo que tomar muchas tareas al tiempo.
La clave es un crecimiento lento, constante y sostenible como colaborador.
No quieras volverte el FPL como primera actividad (Por ejemplo, mi plan esa 10 años).
Gracias