Normativa SIG
Para facilitar el mantenimiento de grandes ecosistemas de paquetes interconectados a los miembros de los Grupos de Interés Especial (SIG) asociados, FESCo puede decidir aplicar automáticamente reglas tanto a paquetes existentes como nuevos que cumplan con algunos criterios específicos.
Aplicación de la normativa SIG por parte de Ingeniería de Lanzamiento
El equipo de Ingeniería de Lanzamiento (RelEng) gestiona y usualmente ejecuta el guion sig_policy para FESCo. El propósito de este guion es para verificar que los Grupos de Interés Especiales apropiados (SIGs) está concedido los permisos de acceso correctos.
Flatpak SIG
Al grupo Flatpak SIG (@flatpak-sig) SE DEBE otorgar al menos la ACL commit en todos los repositorios en el espacio de nombres flatpaks/.
Ir a SIG
El grupo Go SIG (@go-sig) debe conceder los ACL commit o admin en todos los paquetes Go. Un paquete Go está definido como cualquier paquete que directamente se cumple golang, golang-bin, o go-rpm-macros de BuildRequires. Note que %gometa inserta automáticamente BuildRequires: go-rpm-macros, por tanto los paquetes que utilicen esa macro además son incluidas en esta normativa.
SIG de Haskell
El grupo de SIG en Haskell (@haskell-lang-sig) DEBE ser concedido en los ACL de commit o admin en todos los paquetes de biblioteca Haskell, p.ej. a todos los paquetes nombrados ghc-.
R SIG
El grupo R de SIG (@r-maint-sig) DEBE tener concedidos los ACL commit o admin en el paquete R y todos los paquetes no adjuntados (p.e. cualquier paquete que coincida con R-*).
Los paquetes los cuales solo contengan código R, pero no son paquetes adjutnados de R, nunca estarán empaquetados como R-, así que no son cubiertos por esta normativa (por ejemplo, emacs-common-ess, u openms).
|
El grupo SIG R (@r-maint-sig) TIENE QUE ser concedido al menos el ACL para commit en paquetes sin añadir y las aplicaciones que invocan en el lenguaje R por medio de su API de C (p.e. cualquier paquete que no coincida con R-* pero los enlaces frente a`libR.so`).
Rust SIG
El grupo Rush SIG (@rust-sig+) DEBE ser otorgado al menos que el ACL commit` en todos los paquetes de Rust _crates_ (p.ej. cualquier paquete que coincide con `rust-*).
Paquetes los cuales solo contienen código Rust, pero los cuales no son crates de Rust, nunca será empaquetado como rust-, por tanto no están cubiertos por esta normativa (p.ej. firefox, thunderbird, o librsvg2).
|
Paquetes para aplicaciones, Rust, los cuales no son publicados — y origen empaquetado — crates.io), nunca DEBEN ser empaquetados como rust-* según las Directrices de Empaquetado de Rust (por ejemplo, keylime-agente-rust o zola), tales que además no sean cubiertos por esta directriz. Sin embargo, los mantenedores de tales paquetes aún pueden optar a conceder ACL commit o admin para el grupo SIG de Rush.
Want to help? Learn how to contribute to Fedora Docs ›