Процедуры для представления на рассмотрение путём Общего Решения предложения или поправки

При обязательном соблюдении следующих разделов конституции

  • 4. Разработчики, путём Общего Решения или выборов
    • 2. Процедура
      • 5. Предложения, поддержка, поправки, запросы о голосовании и прочие формальные действия делаются путём объявления во всеми читаемом списке рассылки, указанном Делегатом Лидера Проекта; любой Разработчик может туда писать.
      • 6. Голоса подаются по электронной почте так, как удобно Секретарю. Он определяет для каждого голосования, могут ли голосующие изменить свои голоса.
  • A. Стандартная Процедура Принятия Решений
    • 3. Процедура голосования
      • 4. В случаях сомнения отвечать на вопрос об образе действий следует Секретарю Проекта.

Были установлены следующие процедуры относительно предложений для общего решения и поддержки.

  1. Обозначенный электронный список рассылки — [email protected]. Это официальный источник полного текста всех решений, а также поддерживающих аргументов и другого материала. Предложения или поддержка не будут учтены, если они поданы в какой-либо другой список рассылки.
  2. Всякое предложение и сообщение о поддержке должно быть подписано криптографическим ключом из брелока Debian. Брелоки являются частью официального ответа тому, кто является или не является разработчиком Debian.
  3. Всякое предложение должно ясно обозначать границы предложения, которое должно быть чётко отделено от окружающего текста почтового сообщения. Каждый спонсор должен также обозначить текст, который он поддерживает, чтобы показать, что он принимает границы, установленные тем, кто выдвинул это предложение.
  4. При созыве голосования тот, кто выдвинул предложение, либо спонсор каждого предложения или поправки должны предоставить окончательную версию предложения или поправки в формате wml для добавления на веб-страницы Проекта Debian. Этот отрывок в формате wml должен быть проверен на предмет содержания именно того текста, которые был намечен и поддержан.
  5. При созыве голосования тот, кто выдвинул предложение, либо спонсор каждого предложения или поправки должны предоставить краткий конспект (60 символов) их предложения или поддержки. Этот конспект должен учитываться секретарём при создании избирательного бюллетеня.

При несоблюдении пунктов 4 и 5 окончательной считается версия секретаря. Настоятельно рекомендуется, чтобы те, кто выдвигает предложение, и спонсоры были подготовлены по данному вопросу до окончания минимального периода обсуждения, поскольку голосование не должно задерживаться из-за этих недостающих элементов.

Рекомендованные практики и стиль

Нижеследующее является информативным в смысле противоположном нормативному. Эти рекомендации должны облегчить понимание, слежение за голосованием и голосование по какому-либо данному предложению. Имеется примерный шаблон, который желательно использовать в качестве отправной точки.

Хорошей практикой является добавлять краткое описание предложения в тему сообщения. Рекомендуется, чтобы тема была отформатирована примерно так: Subject: Proposal — описание; это поможет людям отфильтровать письма, относящиеся к предложению.

Обозначьте, является ваше предложение независимым предложением, либо формальной поправкой существующего предложения. Вы можете создать независимое предложение по той же проблеме, что уже существующее предложение; разница, в основном, в сроках. Поправка может не иметь полного периода обсуждения; голосование может быть созвано до того, как вы закончите уточнять вашу поправку. Независимое предложение, с другой стороны, может не оказаться в том же избирательном бюллетене, что и существующее предложение, в зависимости от сроков, и могут быть проведены два независимых голосования, одно для существующего предложения, и одно для нового независимого предложения. Окончательное решение зависит от вас.

Если ваше предложение является изменением текста существующего документа, предоставление фактического файла-заплаты (в формате diff -u) является неплохой идеей, поскольку это ясно показывает то, какие изменения предлагаются, и помогает лицам, ответственным за этот документ, если ваше предложение проходит.

Одна из рекомендаций тем, кто выдвигает предложение, и спонсорам состоит в том, что полный текст предложения или поправки должен быть помещён в отдельную (вероятно, вложенную) подписанную часть в формате text/plain MIME, поэтому абсолютно нет никакой двусмысленности.

Поправки

  • A. Стандартная Процедура Принятия Решений
    • 1. Обсуждение и поправка
      • 5. Автор или кто-то из поддержавших решение могут предложить изменения в формулировке поправки; это имеет действие, если автор и группа поддержки поправки согласны. В таком случае на голосование будет поставлена изменённая поправка.
      • 6. Автор решения может исправлять в нём мелкие ошибки (например, опечатки и несоответствия) или вносить изменения, которые не меняют смысла, если никто не возразит в течение 24 часов. В этом случае минимальный период обсуждения не начинается сначала.