Reuniones editoriales de Fedora Magazine

La intención de este encuentro es fijar y ejecutar una planificación de publicación de material apropiado para el Fedora Magazine.

Las reuniones tienen lugar cada semana en el #meeting-2:fedoraproject.org del canal Matrix. Consulte la reunión del consejo editorial de la revista Fedora en el calendario de Fedora. Las reuniones están presididas por el Editor de la semana. Si cambia la hora de la reunión, asegúrese de actualizar el enlace en este párrafo.

Presidir la reunión

La reunión se realiza mediante zodbot. Puedes usar los siguientes comandos para iniciar la reunión, establecer temas, registrar información y decisiones importantes, etc.

Votación

Para iniciar la reunión, ejecute el siguiente conjunto de comandos.

!startmeeting magazine
!meetingname magazine
!topic roll call
!chair glb rlengland

Entonces la gente se unirá utilizando un comando !hello2 o un !hello APODO.

Agenda

Este es el orden del día estándar. Anunciarlo con antelación ayuda a los recién llegados a comprender la estructura de la reunión.

!topic agenda
!link https://docs.fedoraproject.org/en-US/fedora-magazine/workflow/
!info -- 1/ estadísticas de la semana pasada --
!info -- 2/ artículos en proceso --
!info -- 3/ artículos para revisar --
!info -- 4/ planificación de publicación --
!info -- 5/ editor de la Semana --
!info -- 6/ planta abierta --

1/ Estadísticas de la semana pasada

!topic 1/ estadísticas de la semana pasada

Primero, repasemos la semana anterior en cuanto a visitas a la página. Estos datos se pueden obtener en el Motor WP de Fedora Magazine. En Panel de control, desplácese hacia abajo hasta Estadísticas de Jetpack.

!info Semana del <MES DD>: <NN.N>K visitas -- <COMENTARIO>

2/ Seguimiento en curso

!topic 2/ seguimiento en curso
!info Al revisar la columna "fm-in-progress", ¿hay algo que ya esté terminado? ¿Hay algo que debamos consultar con el autor?
!link board: https://discussion.fedoraproject.org/c/workflows/magazine/57/l/latest?board=default

Revisa cualquier trabajo en curso. Si un artículo permanece estancado durante mucho tiempo sin actualizaciones, contacta al autor y pregúntale si aún planea terminarlo.

Todo aquello que ya esté terminado y comentado como tal por el autor puede moverse a la columna #fm-ready-for-editing.

También puedes querer comprobar el calendario QA para los próximos días de prueba de modo que podamos esperar un envío de una versión nueva. Estos tienden venir con aviso breve, así que el Editor de la Semana utilizaría su mejor juicio en decidir cuando publicar.

!info ¿Hay ahí cualquier día de pruebas pendiente?
!link https://calendar.fedoraproject.org/QA/

También compruebe el horario de emisión para tareas pendientes. Esto generalmente sólo es importante unas cuantas semanas antes de los lanzamientos de Beta y el Final, pero él no importa comprobar tan solo para mantenerlo en mente.

!info Comprueba la planificación de liberación.
!link https://fedorapeople.org/groups/schedule/f-<N>/f-<N>-magazine-tasks.html

(donde <N> es el lanzamiento liberado siendo desarrollado)

3/ Artículos terminados para revisar

!topic 3/ artículos para revisar
!info Continúa mirando la columna _#fm-ready-for-editing_. Asigna cada uno de los artículos a un editor añadiendo el nombre del editor.
!info Asigne también un editor para la imagen destacada.
!link board: https://discussion.fedoraproject.org/c/workflows/magazine/57/l/latest?board=default

Déjelos en la columna #fm_ready-to-edit. El editor asignado revisará el artículo y determinará si necesita algunos trabajo adicional. Si hay más trabajo, responda al autor dentro del tema, proporcionando comentarios devueltos, y muévalo atrás a #fm-in-progress.

4/ Planificación del lanzamiento

!topoc 4/ Planificación de publicación
!info Mire en la columna _#fm_-eady-for-editing', decida la planificación de la publicación para la semana en adelante.
!info Si no hay bastante contenido, quizá podríamos necesitar también mirar en el 'en-progreso' para venir con contenido adicional.
!link board: https://discussion.fedoraproject.org/c/workflows/magazine/57/l/latest?board=default

Fijar la planificacioń de publicidad para el periodo de semana que viene es una de los logros de este encuentro.

Decida cuáles artículos serían publicados cuando y establezca las fechas para cada asunto.

El siguiente paso es votar sobre el calendario de publicación junto con los demás asistentes a la reunión. Una propuesta de calendario tiene el siguiente formato:

!propuesta #HORARIO EDITORIAL acordado:
CITA de DÍA, NOMBRE (APODO:edita/APODO:imagen) --
CITA de DÍA, NOMBRE (APODO:edita/APODO:imagen) --
CITA de DÍA, NOMBRE (APODO:edita/APODO:imagen) --

¡NOTA! El siguiente script no está disponible actualmente.

Esto puede ser generado por un guion. Ejecute:

$ podman run --rm -it asamalik/magazine-schedule

El guion consume datos desde las tarjetas individuales, por tanto asegurese que la fecha, y los asignados editiriales son establecidos apropiadamente.

Encuentre más información sobre el guion en el repositorio asamalik/magazine-schedurle de github . final de NOTA!!!

Cuando se fije la planificación y se acuerde, enúncielo por:

!agreed PUBLICANDO HORARIO:
DÍA FECHA, NOMBRE (APODO:edit/APODO:image) --
DÍA FECHA, NOMBRE (APODO:edit/APODO:image) --
DÍA FECHA, NOMBRE (APODO:edit/APODO:image) --

5/ Editor de la Semana

Antes de que finalice la reunión, debemos seleccionar el editor de la semana siguiente: Editor de la semana.

!topic 5/ editor de la Semana

Anuncie los voluntarios utilizando:

!info XXXX será Editor de la Semana la semana siguiente

6/ Piso abierto

!topic 6/ suelo abierto

Final del encuentro

!endmeeting

Tras el encuentro

Enviar los minutos al foro. Aquello incluye los tres enlaces zodbot huellas fuera después de la reunión está acabada.

Asunto: cita de Editorial cumpliendo en recap YYYY-Mmm-DD

Excepciones

Los tipos siguientes de las prendas generalmente pueden ruta alrededor de las reuniones semanales. Esto nos ayudo coger información crítica fuera a la audiencia sin esperando a la reunión de junta próxima.

  • Actualizaciones de seguridad:* la seguridad Crítica actualiza aquello afecta una audiencia de usuario ancha es pre-autorizó. Generalmente un editor escribirá la prenda de actualización. Si es posible, uno otro editor un control de #algo rápido. Si aquello afectaría el cronometrando, aun así, el posting el editor sencillamente publica la prenda y notifica la lista de revista. Un ejemplo es un Firefox asunto de seguridad.