SOP по Friday’s Fedora Facts

В этом документе описаны процедуры публикации записей Friday’s Fedora Facts в блоге сообщества Fedora.

Триггер/время

Публикуйте запись еженедельно в пятницу (отсюда и название). Для удобства сопровождения обновляйте исходный файл в течение недели.

Процедуры

Напишите обновление

  1. Соберите объявления. Это уровень h2. Источники включают:

  2. Соберите приглашения к участию (CfP). Это уровень h3. Источники перечислены в файле markdown. Используйте своё лучшее суждение при определении того, что может представлять широкий интерес для сообщества Fedora. CfP должны быть представлены в виде таблицы, отсортированной по дате закрытия CfP, от самой ранней до самой поздней. Таблица имеет следующие столбцы:

    • Конференция. Включает название и ссылку на веб-сайт мероприятия.

    • Местоположение. Включает город и страну (используйте 2-буквенный код). Добавьте штат, если мероприятие проводится в США. Для онлайн-конференций используйте «virtual» в качестве местоположения. Для гибридных конференций используйте город и «and virtual».

    • Дата. Укажите день (дни) месяца, за которым следует трёхбуквенное сокращение месяца. Не указывайте год.

    • CfP. Используйте «closes <date>» для CfP с определённой датой закрытия. Используйте «open» для CfP с неоднозначной или неуказанной датой закрытия. В этом случае сортируйте по разумной интерполяции от дат мероприятия. Во всех случаях ссылайтесь непосредственно на портал CfP или страницу, специально описывающую процесс CfP конференции.

  3. Добавьте призывы о помощи. Это уровень h2. Включите следующее:

    • Ссылку на открытые запросы на ревью пакетов и, в частности, укажите количество, ожидающее рецензента, и количество, нуждающееся в спонсоре.

    • Ссылку на объявления об осиротевших пакетах или выводе пакетов из эксплуатации из списка рассылки devel-announce.

    • Опросы сообщества, если какие-либо открыты.

    • Другие призывы о помощи, которые вы заметите в списках рассылки, Discussion или в чате.

  4. Добавьте предстоящие дни тестирования. Это уровень h3. Закомментируйте, если нет активных дней тестирования. Добавьте предстоящие дни тестирования в виде неупорядоченного списка в форме «<date> — <subject>». Включите ссылку на объявление CommBlog или страницу вики, если она доступна. Источники включают календарь QA и метку «test days» в репозитории fedora-qa.

  5. Добавьте встречи и мероприятия. Это уровень h2. Включите записи в форме «<meeting> — <time (UTC)> <day> in <location>». Ссылайтесь на событие календаря в дате, когда это практично. Ссылайтесь на место проведения в местоположении, когда оно не находится в одном из обычных каналов #fedora-meeting-*. Поддерживайте встречи на уровне интересов проекта. Например: проверки блокирующих ошибок, Совет, Mindshare, FESCo, приоритизированные ошибки, Flock.

  6. Добавьте выпуски. Это уровень h2. Как правило, единственное, что должно быть на этом уровне, — это таблица открытых ошибок. Таблица открытых ошибок должна перечислять все поддерживаемые и разрабатываемые выпуски (включая Rawhide) с количеством открытых ошибок.

  7. Добавьте приоритизированные ошибки. Это уровень h3. Включите ссылку на документацию процесса приоритизации ошибок. Перечислите ошибки в таблице со следующими столбцами:

    • Номер ошибки (со ссылкой на ошибку в Bugzilla)

    • Компонент

    • Состояние

  8. Добавьте информацию, специфичную для выпуска. Для каждого выпуска, где одно из следующего имеет содержимое, включите h3 «Fedora Linux <N>».

    • Подсчитайте открытые ошибки Fails To Build From Source и Fails To Install в виде неупорядоченного списка.

    • Предстоящие этапы расписания. Включайте только важные крайние сроки в течение следующих 6–8 недель. Перечислите их в виде неупорядоченного списка в форме «<date> — <Milestone/deadline>» под h4 «Schedule».

    • Изменения. Перечислите активные предложения об изменениях в таблице. Удаляйте предложения после публикации FFF, когда они достигли конечного состояния (одобрено, отклонено или отозвано). Ссылайтесь на страницу набора изменений и отслеживающую ошибку, чтобы читатели могли найти одобренные предложения. Таблица должна иметь следующие столбцы:

      • Предложение. Это название предложения со ссылкой на страницу вики.

      • Тип. (System-Wide или Self-Contained)

      • Состояние. Одно из «announced» (включите ссылку на тему в списке рассылки devel), «FESCo #<ticket number>» (включите ссылку на заявку FESCo), approved, rejected или withdrawn.

    • Состояние изменений. После точки ветвления начните включать таблицу состояний изменений. Это таблица со следующими столбцами:

      • Состояние. Состояние в Bugzilla.

      • Количество. Количество отслеживающих ошибок в этом состоянии.

    • Блокирующие ошибки. Перечислите все активные блокирующие ошибки для следующего этапа выпуска, начиная после дня ветвления. (Вы можете включить финальные блокирующие ошибки до бета-выпуска, если хотите выполнить эту работу.) Перечислите блокирующие ошибки в таблице со следующими столбцами:

      • ID ошибки. Номер Bugzilla со ссылкой на ошибку в Bugzilla.

      • Компонент. Текущий компонент, против которого подана ошибка.

      • Состояние ошибки. Состояние из Bugzilla.

      • Состояние блокировки. Одно из «Proposed(<milestone>)» или «Accepted(<milestone>)».

Опубликуйте обновление

  1. Запустите make в каталоге, где находится файл fridays_fedora_facts.md. Это сгенерирует HTML, который вы можете скопировать и вставить в WordPress.

  2. Озаглавьте запись «Friday’s Fedora Facts: <YYYY>-<WW>», где <YYYY> — год, а <WW> — неделя года. Команда date +%Y-%V даст вам правильную метку даты.

  3. Скопируйте HTML и преобразуйте в блоки.

  4. Добавьте элемент «More» под оглавлением.

  5. Установите категорию «Program Management».

  6. Добавьте следующие теги: «releases», «Fedora release changeset», «Friday’s Fedora Facts». Кроме того, используйте «Call for Papers (CfP)», «Help wanted», «Test Days», «elections» и любые другие теги, которые могут применяться к содержимому отчёта этой недели.

  7. Установите в качестве избранного изображения «fpgm» (фотографию планшета с текстом «From the Fedora Operations Architect») в медиатеке WordPress.

  8. После публикации обновления удалите устаревшее содержимое из файла fridays_fedora_facts.md.

Обратитесь к документации по участию в блоге сообщества и рекомендациям по статьям для получения более подробной информации.

Want to help? Learn how to contribute to Fedora Docs ›