diff options
author | Lev Lamberov <dogsleg@debian.org> | 2022-05-05 22:44:22 +0500 |
---|---|---|
committer | Lev Lamberov <dogsleg@debian.org> | 2022-05-05 22:44:46 +0500 |
commit | 5ab1707de451d3ebfde99b73a8579784b5bd17fb (patch) | |
tree | 999d6908dfad27aeec887f984c902f1bdffa1bef /russian/devel | |
parent | c95c8917cf95dfd2252159d511e3e368309896e7 (diff) |
(Russian) Update translation
Diffstat (limited to 'russian/devel')
-rw-r--r-- | russian/devel/constitution.1.0.wml | 29 | ||||
-rw-r--r-- | russian/devel/constitution.1.1.wml | 29 | ||||
-rw-r--r-- | russian/devel/constitution.1.2.wml | 32 | ||||
-rw-r--r-- | russian/devel/constitution.1.3.wml | 33 | ||||
-rw-r--r-- | russian/devel/constitution.1.4.wml | 32 | ||||
-rw-r--r-- | russian/devel/constitution.1.5.wml | 28 | ||||
-rw-r--r-- | russian/devel/constitution.1.6.wml | 25 | ||||
-rw-r--r-- | russian/devel/constitution.1.7.wml | 1002 |
8 files changed, 1109 insertions, 101 deletions
diff --git a/russian/devel/constitution.1.0.wml b/russian/devel/constitution.1.0.wml index 1c5403f495c..d06260f045e 100644 --- a/russian/devel/constitution.1.0.wml +++ b/russian/devel/constitution.1.0.wml @@ -1,23 +1,20 @@ #use wml::debian::template title="Историческая версия 1.0 Конституции Debian" BARETITLE="true" -#use wml::debian::translation-check translation="ba01cfdc529712e3626bdf15fd37d39e94126794" maintainer="Lev Lamberov" +#use wml::debian::translation-check translation="5a315ddb15a28dd0269d23be676be33d0f75f371" maintainer="Lev Lamberov" <h1>Историческая версия Конституции Проекта Debian (v1.0)</h1> -<p>Версия 1.0 принята 2-го декабря 1998 года. Заменена -<a href="constitution.1.1">версией 1.1</a>, принятой 21-го -июня 2003 года, которая, в свою очередь, заменена -<a href="constitution.1.2">версией 1.2</a>, принятой 29-го -октября 2003 года. Версия 1.2, в свою очередь, была заменена -<a href="constitution.1.3">версией 1.3</a>, принятой 24-го -сентября 2006 года. Версия 1.3, в свою очередь, была заменена -<a href="constitution">версией 1.4</a>, принятой 7-го -октября 2007 года. -Заменена <a href="constitution.1.5">версией 1.5</a>, -принятой 9 января 2015 года, которая была заменена -<a href="constitution.1.6">версией 1.6</a>, принятой 13 декабря 2015 года. -Заменена <a href="constitution">текущей версией 1.7</a>, -принятой 14 августа 2016 года. -</p> +<p>Версия 1.0 принята 2-го декабря 1998 года.</p> + +<p>Заменена +<a href="constitution.1.1">версией 1.1</a>, принятой 21-го июня 2003 года, +<a href="constitution.1.2">версией 1.2</a>, принятой 29-го октября 2003 года, +<a href="constitution.1.3">версией 1.3</a>, принятой 24-го сентября 2006 года, +<a href="constitution.1.4">версией 1.4</a>, принятой 7-го октября 2007 года, +<a href="constitution.1.5">версией 1.5</a>, принятой 9-го января 2015 года, +<a href="constitution.1.6">версией 1.6</a>, принятой 13-го декабря 2015 года, +<a href="constitution.1.7">версией 1.7</a>, принятой 14 августа 2016 года, +и <a href="constitution">текущей версией 1.8</a>, принятой +28-го января 2022 года.</p> <h2>1. Вступление</h2> diff --git a/russian/devel/constitution.1.1.wml b/russian/devel/constitution.1.1.wml index 9f17ecc9624..a81b207ec28 100644 --- a/russian/devel/constitution.1.1.wml +++ b/russian/devel/constitution.1.1.wml @@ -1,22 +1,23 @@ #use wml::debian::template title="Историческая версия 1.1 Конституции Debian" BARETITLE="true" -#use wml::debian::translation-check translation="ba01cfdc529712e3626bdf15fd37d39e94126794" maintainer="Lev Lamberov"i +#use wml::debian::translation-check translation="5a315ddb15a28dd0269d23be676be33d0f75f371" maintainer="Lev Lamberov"i <h1>Историческая версия Конституции Проекта Debian (v1.1)</h1> -<p>Версия 1.1 принята 21-го июня 2003 года. Заменила +<p>Версия 1.1 принята 21-го июня 2003 года.</p> + +<p>Заменена +<a href="constitution.1.2">версией 1.2</a>, принятой 29-го октября 2003 года, +<a href="constitution.1.3">версией 1.3</a>, принятой 24-го сентября 2006 года, +<a href="constitution.1.4">версией 1.4</a>, принятой 7-го октября 2007 года, +<a href="constitution.1.5">версией 1.5</a>, принятой 9-го января 2015 года, +<a href="constitution.1.6">версией 1.6</a>, принятой 13-го декабря 2015 года, +<a href="constitution.1.7">версией 1.7</a>, принятой 14 августа 2016 года, +и <a href="constitution">текущей версией 1.8</a>, принятой +28-го января 2022 года.</p> + +<p>Заменила <a href="constitution.1.0">версию 1.0</a>, принятую 2-го -декабря 1998 года. Заменена <a href="constitution.1.2">версией 1.2</a>, -принятой 29-го октября 2003 года, которая, в свою очередь, заменена -<a href="constitution.1.3">версией 1.3</a>, принятой 24-го -сентября 2006 года. Версия 1.3, в свою очередь, была заменена -<a href="constitution">версией 1.4</a>, принятой 7-го -октября 2007 года. -Заменена <a href="constitution.1.5">версией 1.5</a>, -принятой 9 января 2015 года, которая была заменена -<a href="constitution.1.6">версией 1.6</a>, принятой 13 декабря 2015 года. -Заменена <a href="constitution">текущей версией 1.7</a>, -принятой 14 августа 2016 года. -</p> +декабря 1998 года.</p> <h2>1. Вступление</h2> diff --git a/russian/devel/constitution.1.2.wml b/russian/devel/constitution.1.2.wml index 0535e09b6ff..b9d02f91e7f 100644 --- a/russian/devel/constitution.1.2.wml +++ b/russian/devel/constitution.1.2.wml @@ -1,23 +1,23 @@ #use wml::debian::template title="Историческая версия 1.2 Конституции Debian" BARETITLE="true" -#use wml::debian::translation-check translation="ba01cfdc529712e3626bdf15fd37d39e94126794" maintainer="Lev Lamberov" +#use wml::debian::translation-check translation="5a315ddb15a28dd0269d23be676be33d0f75f371" maintainer="Lev Lamberov" <h1>Историческая версия Конституции Проекта Debian (v1.2)</h1> -<p>Версия 1.2 принята 29-го октября 2003 года. Заменила -<a href="constitution.1.1">версию 1.1</a>, принятую 21-го -июня 2003 года, которая, в свою очередь, заменила -<a href="constitution.1.0">версию 1.0</a>, принятую -2-го декабря 1998 года. Заменена -<a href="constitution.1.3">версией 1.3</a>, принятой 24-го -сентября 2006 года. Версия 1.3, в свою очередь, была заменена -<a href="constitution">версией 1.4</a>, принятой 7-го -октября 2007 года. -Заменена <a href="constitution.1.5">версией 1.5</a>, -принятой 9 января 2015 года, которая была заменена -<a href="constitution.1.6">версией 1.6</a>, принятой 13 декабря 2015 года. -Заменена <a href="constitution">текущей версией 1.7</a>, -принятой 14 августа 2016 года. -</p> +<p>Версия 1.2 принята 29-го октября 2003 года.</p> + +<p>Заменена +<a href="constitution.1.3">версией 1.3</a>, принятой 24-го сентября 2006 года, +<a href="constitution.1.4">версией 1.4</a>, принятой 7-го октября 2007 года, +<a href="constitution.1.5">версией 1.5</a>, принятой 9-го января 2015 года, +<a href="constitution.1.6">версией 1.6</a>, принятой 13-го декабря 2015 года, +<a href="constitution.1.7">версией 1.7</a>, принятой 14 августа 2016 года, +и <a href="constitution">текущей версией 1.8</a>, принятой +28-го января 2022 года.</p> + +<p>Заменила +<a href="constitution.1.1">версию 1.1</a>, принятую 21-го июня 2003 года, и +<a href="constitution.1.0">версию 1.0</a>, принятую 2-го декабря +1998 года.</p> <h2>1. Вступление</h2> diff --git a/russian/devel/constitution.1.3.wml b/russian/devel/constitution.1.3.wml index d762508d292..ef3ca937900 100644 --- a/russian/devel/constitution.1.3.wml +++ b/russian/devel/constitution.1.3.wml @@ -1,24 +1,25 @@ #use wml::debian::template title="Историческая версия 1.3 Конституции Debian" BARETITLE="true" #use wml::debian::toc -#use wml::debian::translation-check translation="ba01cfdc529712e3626bdf15fd37d39e94126794" maintainer="Lev Lamberov" +#use wml::debian::translation-check translation="5a315ddb15a28dd0269d23be676be33d0f75f371" maintainer="Lev Lamberov" <h1>Историческая версия Конституции Проекта Debian (v1.3)</h1> -<p>Версия 1.3 принята 24-го сентября 2006 года. Заменила -<a href="constitution.1.2">версию 1.2</a>, принятую 29-го -октября 2003 года и -<a href="constitution.1.1">версию 1.1</a>, принятую 21-го -июня 2003 года, которая, в свою очередь, заменила -<a href="constitution.1.0">версию 1.0</a>, принятую -2-го декабря 1998 года. Версия 1.3, в свою очередь, была заменена -<a href="constitution">версией 1.4</a>, принятой 7-го -октября 2007 года. -Заменена <a href="constitution.1.5">версией 1.5</a>, -принятой 9 января 2015 года, которая была заменена -<a href="constitution.1.6">версией 1.6</a>, принятой 13 декабря 2015 года. -Заменена <a href="constitution">текущей версией 1.7</a>, -принятой 14 августа 2016 года. -</p> +<p>Версия 1.3 принята 24-го сентября 2006 года.</p> + +<p>Заменена +<a href="constitution.1.4">версией 1.4</a>, принятой 7-го октября 2007 года, +<a href="constitution.1.5">версией 1.5</a>, принятой 9-го января 2015 года, +<a href="constitution.1.6">версией 1.6</a>, принятой 13-го декабря 2015 года, +<a href="constitution.1.7">версией 1.7</a>, принятой 14 августа 2016 года, +и <a href="constitution">текущей версией 1.8</a>, принятой +28-го января 2022 года.</p> + +<p>Заменила +<a href="constitution.1.2">версию 1.2</a>, принятую 29-го октября 2003 года, +<a href="constitution.1.1">версию 1.1</a>, принятую 21-го июня 2003 года, и +<a href="constitution.1.0">версию 1.0</a>, принятую 2-го декабря +1998 года.</p> + <toc-display /> diff --git a/russian/devel/constitution.1.4.wml b/russian/devel/constitution.1.4.wml index 83a4bff84ec..a5c1c238463 100644 --- a/russian/devel/constitution.1.4.wml +++ b/russian/devel/constitution.1.4.wml @@ -1,24 +1,24 @@ #use wml::debian::template title="Конституция Debian" BARETITLE="true" #use wml::debian::toc -#use wml::debian::translation-check translation="ba01cfdc529712e3626bdf15fd37d39e94126794" maintainer="Lev Lamberov" +#use wml::debian::translation-check translation="5a315ddb15a28dd0269d23be676be33d0f75f371" maintainer="Lev Lamberov" <h1>Историческая версия Конституции Проекта Debian (v1.4)</h1> -<p>Версия 1.4 принята 7-го октября 2007 года. Заменила -<a href="constitution.1.3">версию 1.3</a>, принятую 24-го сентября -2006 года, -<a href="constitution.1.2">версию 1.2</a>, принятую 29-го -октября 2003 года и -<a href="constitution.1.1">версию 1.1</a>, принятую 21-го -июня 2003 года, которая, в свою очередь, заменила -<a href="constitution.1.0">версию 1.0</a>, принятую -2-го декабря 1998 года. -Заменена <a href="constitution.1.5">версией 1.5</a>, -принятой 9 января 2015 года, которая была заменена -<a href="constitution.1.6">версией 1.6</a>, принятой 13 декабря 2015 года. -Заменена <a href="constitution">текущей версией 1.7</a>, -принятой 14 августа 2016 года. -</p> +<p>Версия 1.4 принята 7-го октября 2007 года.</p> + +<p>Заменена +<a href="constitution.1.5">версией 1.5</a>, принятой 9-го января 2015 года, +<a href="constitution.1.6">версией 1.6</a>, принятой 13-го декабря 2015 года, +<a href="constitution.1.7">версией 1.7</a>, принятой 14 августа 2016 года, +и <a href="constitution">текущей версией 1.8</a>, принятой +28-го января 2022 года.</p> + +<p>Заменила +<a href="constitution.1.3">версию 1.3</a>, принятую 24-го сентября 2006 года, +<a href="constitution.1.2">версию 1.2</a>, принятую 29-го октября 2003 года, +<a href="constitution.1.1">версию 1.1</a>, принятую 21-го июня 2003 года, и +<a href="constitution.1.0">версию 1.0</a>, принятую 2-го декабря +1998 года.</p> <toc-display /> diff --git a/russian/devel/constitution.1.5.wml b/russian/devel/constitution.1.5.wml index 1be0bbc6981..a500d6910ce 100644 --- a/russian/devel/constitution.1.5.wml +++ b/russian/devel/constitution.1.5.wml @@ -1,20 +1,24 @@ #use wml::debian::template title="Конституция Debian" BARETITLE="true" #use wml::debian::toc -#use wml::debian::translation-check translation="ba01cfdc529712e3626bdf15fd37d39e94126794" mindelta="1" maxdelta="1" maintainer="Lev Lamberov" +#use wml::debian::translation-check translation="5a315ddb15a28dd0269d23be676be33d0f75f371" mindelta="1" maxdelta="1" maintainer="Lev Lamberov" <h1>Историческая версия Конституции Проекта Debian (v1.5)</h1> -<p>Версия 1.5 принята 9-го января 2015 года. Заменила -<a href="constitution.1.4">версию 1.4</a>, принятую 7-го октября 2007 года. -<a href="constitution.1.3">версию 1.3</a>, принятую 24-го сентября -2006 года, -<a href="constitution.1.2">версию 1.2</a>, принятую 29-го -октября 2003 года и -<a href="constitution.1.1">версию 1.1</a>, принятую 21-го -июня 2003 года, которая, в свою очередь, заменила -<a href="constitution.1.0">версию 1.0</a>, принятую -2-го декабря 1998 года. -</p> +<p>Версия 1.5 принята 9-го января 2015 года.</p> + +<p>Заменена +<a href="constitution.1.6">версией 1.6</a>, принятой 13-го декабря 2015 года, +<a href="constitution.1.7">версией 1.7</a>, принятой 14 августа 2016 года, +и <a href="constitution">текущей версией 1.8</a>, принятой +28-го января 2022 года.</p> + +<p>Заменила +<a href="constitution.1.4">версию 1.4</a>, принятую 7-го октября 2007 года, +<a href="constitution.1.3">версию 1.3</a>, принятую 24-го сентября 2006 года, +<a href="constitution.1.2">версию 1.2</a>, принятую 29-го октября 2003 года, +<a href="constitution.1.1">версию 1.1</a>, принятую 21-го июня 2003 года, и +<a href="constitution.1.0">версию 1.0</a>, принятую 2-го декабря +1998 года.</p> <toc-display /> diff --git a/russian/devel/constitution.1.6.wml b/russian/devel/constitution.1.6.wml index 75ccbbb0863..3ab09dbbc6a 100644 --- a/russian/devel/constitution.1.6.wml +++ b/russian/devel/constitution.1.6.wml @@ -1,21 +1,24 @@ #use wml::debian::template title="Конституция Debian" BARETITLE="true" #use wml::debian::toc -#use wml::debian::translation-check translation="e3d525d9f092f9014e00417cc847900ac5a99649" mindelta="1" maxdelta="1" maintainer="Lev Lamberov" +#use wml::debian::translation-check translation="5a315ddb15a28dd0269d23be676be33d0f75f371" mindelta="1" maxdelta="1" maintainer="Lev Lamberov" <h1>Историческая версия Конституции Проекта Debian (v1.6)</h1> -<p>Версия 1.6 принята 13-го декабря 2015 года. Заменила +<p>Версия 1.6 принята 13-го декабря 2015 года.</p> + +<p>Заменена +<a href="constitution.1.7">версией 1.7</a>, принятой 14 августа 2016 года, +и <a href="constitution">текущей версией 1.8</a>, принятой +28-го января 2022 года.</p> + +<p>Заменила <a href="constitution.1.5">версию 1.5</a>, принятую 9-го января 2015 года, <a href="constitution.1.4">версию 1.4</a>, принятую 7-го октября 2007 года, -<a href="constitution.1.3">версию 1.3</a>, принятую 24-го сентября -2006 года, -<a href="constitution.1.2">версию 1.2</a>, принятую 29-го -октября 2003 года и -<a href="constitution.1.1">версию 1.1</a>, принятую 21-го -июня 2003 года, которая, в свою очередь, заменила -<a href="constitution.1.0">версию 1.0</a>, принятую -2-го декабря 1998 года. -</p> +<a href="constitution.1.3">версию 1.3</a>, принятую 24-го сентября 2006 года, +<a href="constitution.1.2">версию 1.2</a>, принятую 29-го октября 2003 года, +<a href="constitution.1.1">версию 1.1</a>, принятую 21-го июня 2003 года, и +<a href="constitution.1.0">версию 1.0</a>, принятую 2-го декабря +1998 года.</p> <toc-display /> diff --git a/russian/devel/constitution.1.7.wml b/russian/devel/constitution.1.7.wml new file mode 100644 index 00000000000..5d82b9698d0 --- /dev/null +++ b/russian/devel/constitution.1.7.wml @@ -0,0 +1,1002 @@ +#use wml::debian::template title="Конституция Debian" BARETITLE="true" +#use wml::debian::toc +#use wml::debian::translation-check translation="e3d525d9f092f9014e00417cc847900ac5a99649" mindelta="-1" maxdelta="1" maintainer="Lev Lamberov" + +<h1>Историческая версия Конституции Проекта Debian (v1.7)</h1> + +<p>Версия 1.7 принята 14-го августа 2016 года.</p> + +<p>Заменена +и <a href="constitution">текущей версией 1.8</a>, принятой +28-го января 2022 года.</p> + +<p>Заменила +<a href="constitution.1.6">версию 1.6</a>, принятую 13-го декабря 2015 года, +<a href="constitution.1.5">версию 1.5</a>, принятую 9-го января 2015 года, +<a href="constitution.1.4">версию 1.4</a>, принятую 7-го октября 2007 года, +<a href="constitution.1.3">версию 1.3</a>, принятую 24-го сентября 2006 года, +<a href="constitution.1.2">версию 1.2</a>, принятую 29-го октября 2003 года, +<a href="constitution.1.1">версию 1.1</a>, принятую 21-го июня 2003 года, и +<a href="constitution.1.0">версию 1.0</a>, принятую 2-го декабря +1998 года.</p> + +<toc-display /> + +<toc-add-entry name="item-1">1. Вступление</toc-add-entry> + +<p><cite>Проект Debian — сообщество личностей, которые +поставили себе целью создать свободную операционную систему.</cite></p> + +<p>Этот документ описывает организационную структуру для формального +принятия решений в Проекте. Он не описывает ни целей Проекта, ни как +их достичь, а также не содержит никакой политики кроме той, которая +напрямую связана к процессу принятия решений.</p> + +<toc-add-entry name="item-2">2. Лица и объекты, принимающие решения</toc-add-entry> + +<p>Каждое решение в Проекте принимается одним или несколькими из +следующих лиц:</p> + +<ol> + <li>Разработчиками, путём Общего Решения или выборов;</li> + + <li>Лидером Проекта;</li> + + <li>Техническим Комитетом и/или его Председателем;</li> + + <li>Одним Разработчиком, работающим над конкретной задачей;</li> + + <li>Делегатами, назначенными Лидером Проекта для специальных задач;</li> + + <li>Секретарём Проекта.</li> +</ol> + +<p>Большая оставшаяся часть этого документа будет описывать права этих +лиц, их расположение и назначение, и процедуру принятия решения. +Возможности личности или объекта могут быть подвержены пересмотру и/или +ограничению со стороны других; в таком случае пересматривающее лицо или +объект записывает это. <cite>В предыдущем списке лица и объекты обычно +перечислены перед лицами и объектами, чьи решения они могут аннулировать +или кого они назначают (помогают назначать) - но не любой, упомянутый +раньше, может отклонить предложение любого, упомянутого позже.</cite></p> + +<h3>2.1. Общие правила</h3> + +<ol> + <li> + <p>Ничто в этой конституции не налагает обязательств ни на кого, + кто работает над Проектом. Лица, которые не желают делать работу, + которую им назначили или поручили не обязаны её делать. Как бы то + ни было, они не должны активно работать против этих правил или + решений, правильно принятых в соответствии с ними.</p> + </li> + + <li> + <p>Лицо может занимать несколько постов, кроме постов Лидера + Проекта, Секретаря Проекта и Председателя Технического Комитета, + которые должны быть раздельны, а также Лидер не может назначить себя + своим собственным Делегатом.</p> + </li> + + <li> + <p>Лицо может покинуть Проект или уйти с конкретного занимаемого поста + в любой момент, просто публично это постановив.</p> + </li> +</ol> + +<toc-add-entry name="item-3">3. Частные Разработчики</toc-add-entry> + +<h3>3.1. Права</h3> + +<p>Частный Разработчик может</p> + +<ol> + <li>принять любое техническое или нетехническое решение, относящееся к его + собственной работе;</li> + + <li>внести предложение или поддерживать начальный план Общего Решения;</li> + + <li>предложить себя в качестве кандидата в Лидеры Проекта на выборах;</li> + + <li>голосовать по Общим Решениям и на Лидерских выборах.</li> +</ol> + +<h3>3.2. Распределение и Назначение</h3> + +<ol> + <li> + <p>Разработчики и добровольцы, которые согласны с целями Проекта + постольку, поскольку они принимают в нем участие, и которые + поддерживают пакет(ы) для Проекта или выполняют иную работу, + которую Делегаты Лидера Проекта считают стоящей.</p> + </li> + + <li> + <p>Делегаты Лидера Проекта могут решить не признавать новых + Разработчиков или исключить существующих. <cite>Если Разработчикам + кажется, что Делегаты злоупотребляют властью, они, разумеется, могут + отвергнуть решение путем Общего Решения - см. §4.1(3), + §4.2.</cite></p> + </li> +</ol> + +<h3>3.3. Процедура</h3> + +<p>Разработчики могут принимать те решения, которые, как им кажется, +верны.</p> + +<toc-add-entry name="item-4">4. Разработчики, путём Общего Решения или выборов</toc-add-entry> + +<h3>4.1. Права</h3> + +<p>Совместно Разработчики могут:</p> + +<ol> + <li> + <p>Назначить или отозвать Лидера Проекта.</p> + </li> + + <li> + <p>Внести поправки в эту конституцию большинством в отношении + 3:1.</p> + </li> + + <li> + <p>Выполнить или отвергнуть любое решение, санкционированные правами Лидера + Проекта или Делегата.</p> + </li> + + <li> + <p>Выполнить или отвергнуть любое решение, санкционированное правами Технического + Комитета большинством в отношении 2:1.</p> + </li> + + <li> + <p>Издавать, заменять и отзывать нетехнические документы и + утверждения о политике.</p> + + <p>Это включает документы, описывающие цели проекта, его отношение + с остальными сущностями свободного ПО, и нетехнические политики, + такие как соглашения лицензии свободного ПО, которых Debian должен + придерживаться.</p> + + <p>Они также могут содержать позицию по проблемам дня.</p> + + <ol style="list-style: decimal;"> + <li>Документом Фонда является документ или утверждение, крайне необходимые + для миссии Проекта и её успеха.</li> + <li>Документами Фонда являются работы, озаглавленные <q>Социальный + Контракт Debian (Debian Social Contract)</q> и <q>Критерии Debian + по определению Свободного ПО (Debian Free Software Guidelines)</q>.</li> + <li>Для изменения Документа Фонда необходимо набрать большинство голосов в + отношении 3:1. Издание нового Документа Фонда и отзыв существующего + производится путём поправок в списке Документов Фонда в этой конституции.</li> + </ol> + + </li> + + <li> + <p>Принимать решения о собственности, которая находится в ведении + целей Debian. (см. §9.)</p> + </li> + + <li> + <p>В случае несогласия между Лидером Проекта и + текущим секретарём, назначать нового секретаря.</p> + </li> +</ol> + +<h3>4.2. Процедура</h3> + +<ol> + <li> + <p>Разработчики следуют Стандартной Процедуре Принятия Решений, см. + ниже. Решение или поправка вносятся, будучи предложенными каким-либо + Разработчиком и поддерживаемы, как минимум, K другими Разработчиками, + или будучи предложенными Лидером Проекта или Техническим Комитетом.</p> + </li> + + <li> + <p>Откладывание решения Лидером Проекта или его Делегатами:</p> + + <ol> + <li>Если Лидер Проекта или его Делегаты, или Технический Комитет + приняли решение, тогда Разработчики могут отвергнуть его, вынеся + резолюцию по этому вопросу; см. §4.1(3).</li> + + <li>Если такая резолюция поддержана по меньшей мере 2K + Разработчиками или если она предложена Техническим Комитетом, + резолюция немедленно приостанавливает решение (в том случае, если + в ней это сказано).</li> + + <li>Если изначальным решением было изменить дискуссионный период + или период голосования, или резолюция гласила отвергнуть решение + Технического Комитета, тогда достаточно K Разработчиков, чтобы + поддержать резолюцию, чтобы можно было немедленно приостановить + решение.</li> + + <li>Если решение приостановлено, немедленно проводится голосование, + чтобы определить, стоит ли оставить решение до того, как по нему + пройдет полное голосование, или пока отложить исполнение + изначального решения. Для этого немедленного голосования не + существует кворума.</li> + + <li>Если Лидер Проекта (или Делегат) снимает своё изначальное + решение, голосование становится бессмысленным, и далее не + продолжается.</li> + </ol> + </li> + + <li> + <p> + Голосования проводятся Секретарем Проекта. Голоса, подсчёт и + результаты не открываются до конца голосования; после + него Секретарь Проекта перечисляет все поданные голоса. + Период голосования 2 недели, но может изменяться Лидером Проекта + вплоть до 1 недели. + </p> + </li> + + <li> + <p>Минимальный период обсуждения 2 недели, но может быть уменьшен + Лидером Проекта до 1 недели. Лидер Проекта имеет решающий голос. + Кворум равен 3Q.</p> + </li> + + <li> + <p>Предложения, поддержка, поправки, запросы о голосовании и прочие + формальные действия делаются путём объявления на всеми читаемом + списке рассылки, указанном Делегатом Лидера Проекта; + любой Разработчик может туда писать.</p> + </li> + + <li> + <p>Голоса подаются по электронной почте так, как удобно Секретарю. + Он определяет для каждого голосования, могут ли голосующие + изменить свои голоса.</p> + </li> + + <li> + <p>Q равно половине квадратного корня из числа текущих Разработчиков. + K равно Q или 5, смотря что меньше. Q и K не обязаны быть целыми и не + округляются.</p> + </li> +</ol> + +<toc-add-entry name="item-5">5. Лидер Проекта</toc-add-entry> + +<h3>5.1. Права</h3> + +<p><a href="leader">Лидер Проекта</a> может:</p> + +<ol> + <li> + <p>Назначать Делегатов или препоручать решения Техническому Комитету.</p> + + <p>Лидер может определять область переходящей ответственности или + принимать специфические решения и передавать их другому Разработчику или + Техническому Комитету.</p> + + <p>Когда конкретное решение было передано и принято, Лидер Проекта + не может отозвать его; так или иначе, он может отозвать переходящее + препоручение в конкретной области ответственности.</p> + </li> + + <li> + <p>Наделять правами других Разработчиков.</p> + + <p>Лидер Проекта может сделать утверждение о поддержке точки зрения + или каких-нибудь членов проекта, когда его попросят или по какой-либо + иной причине; эти утверждения имеют силу только в случае, если Лидер + уполномочен принимать решения по данному вопросу.</p> + </li> + + <li> + <p>Принимать решения, требующие срочного действия.</p> + + <p>Это не относится к решениям, которые постепенно стали срочными + за счет недостатка уместных действий, если только у них нет + фиксированного контрольного срока.</p> + </li> + + <li> + <p>Принимать решения, за которые никто больше не отвечает.</p> + </li> + + <li> + <p>Предлагать начальный план Общего Решения и поправки.</p> + </li> + + <li> + <p>Вместе с Техническим Комитетом принимать новых членов в Комитет. + (см. §6.2.)</p> + </li> + + <li> + <p>Использовать решающий голос, когда Разработчики голосуют.</p> + + <p>Лидер Проекта также может просто участвовать в таких голосованиях.</p> + </li> + + <li> + <p>Изменять период обсуждения в голосовании Разработчиков (как сказано выше).</p> + </li> + + <li> + <p>Вести обсуждения среди Разработчиков.</p> + + <p>Лидер Проекта должен пытаться участвовать в обсуждениях среди + Разработчиков таким образом, чтобы обсуждение сводилось к наиболее + важной на данный момент теме. Лидер Проекта не должен использовать + свое лидерство чтобы продвигать свои собственные взгляды.</p> + </li> + + <li> + <p>Совещаясь с разработчиками, принимать решения по поводу + собственности, которая находится в ведении Debian. (См. + §9.). Такие решения сообщаются членам Проекта + Лидером Проекта или его Делегатом (-ами). Крупные расходы + должны предлагаться и обсуждаться в списке рассылки до того, + как они будут оплачены.</p> + </li> + <li> + <p>Добавлять или удалять организации из списка доверенных + организаций (см. §9.3), которые уполномочены принимать и + хранить активы Debian. Оценка и обсуждение, приводящие + к такому решению, происходят в электронном списке рассылки, + обозначенном Лидером Проекта или его Делегатом (-ами), в + который может писать любой разработчик. Минимальный период + обсуждения составляет две недели до того момента, как организация + может быть добавлена в список доверенных организаций.</p> + </li> +</ol> + +<h3>5.2. Назначение</h3> + +<ol> + <li>Лидер Проекта выбирается Разработчиками.</li> + + <li>Выборы начинаются за шесть недель до того, как освободится + должность Лидера, или (если раньше не начались) немедленно.</li> + + <li>За первую неделю любой Разработчик может предложить себя + в кандидаты на Лидера Проекта и кратко изложить свои планы на свой срок.</li> + + <li>После этого следуют три недели, в течении которых уже никто не + может выдвигаться; кандидаты должны использовать это время для + проведение кампании. Если на конец периода выдвижения нет ни одного кандидата, тогда он + продлевается еще на одну неделю, и это повторяется в случае + необходимости.</li> + + <li>Следующие две недели — период голосования, в течение которого + Разработчики отдают свои голоса. Голоса в лидерских выборах + держатся в секрете даже после того, как выборы окончены.</li> + + <li>Выбирать на голосовании можно тех кандидатов, которые выдвинули + себя, и не сняты с голосования, а также Никого Из Вышеперечисленных. + Если на выборах побеждает Никто Из Вышеперечисленных, то процедура + голосования повторяется столько раз, сколько потребуется.</li> + + <li> + Решение будет принято методом, описанным в секции §A.6 + Стандартной Процедуры Принятия Решений. Кворум тот же, что и для Общего + Решения (§4.2) и выбором по умолчанию является Никто Из + Вышеперечисленных. + </li> + + <li>Лидер Проекта занимает свою должность в течение одного года после + выборов.</li> +</ol> + +<h3>5.3. Процедура</h3> + +<p>Лидер Проекта должен стараться принимать решения, соответствующие +мнению большинства Разработчиков.</p> + +<p>Когда это целесообразно, Лидеру Проекта следует неформально опросить +взгляды Разработчиков.</p> + +<p>Лидеру Проекта следует избегать слишком сильного акцентирования своей +точки зрения, когда он принимает решения в качестве Лидера.</p> + +<toc-add-entry name="item-6">6. Технический Комитет</toc-add-entry> + +<h3>6.1. Права</h3> + +<p><a href="tech-ctte">Технический Комитет</a> может:</p> + +<ol> + <li> + <p>Принимать решения по любому поводу, касающемуся технической + политики.</p> + + <p>Это включает содержание руководств по технической политике, + справочные материалы разработчиков, примеры пакетов и поведение + средств разработки не экспериментальных пакетов. (Так или иначе, + в каждом случае обычный сопровождающий такого ПО или документации + сам принимает изначальные решения; смотрите 6.3(5).)</p> + </li> + + <li> + <p>Решать все технические проблемы там, где они совпадают с + юрисдикцией Разработчика.</p> + + <p>В случаях, когда Разработчикам нужно внедрить совместимые + технические политики или в случаях несогласия (например, если они + расходятся во мнениях о приоритетах в конфликтующих пакетах, или + о принадлежности имени команды, или о том, кто отвечает за ошибку, + которую оба сопровождающих признают ошибкой, или о том, кто будет + сопровождающим пакета), Технический Комитет может решить проблему.</p> + </li> + + <li> + <p>Принять решение, если об этом попросят.</p> + + <p>Любая личность или объект могут перенаправить свою проблему в + Технический Комитет или попросить у них совета.</p> + </li> + + <li> + <p>Отклонить предложение Разработчика (необходимо большинство в + отношении 3:1).</p> + + <p>Технический Комитет может попросить Разработчика пойти конкретным + техническим путем, даже если Разработчик этого не хочет; для этого + необходимо большинство в отношении 3:1. Например, Комитет может решить, + что жалоба о найденной ошибке подтверждается и предложенное решение + проблемы человеком, который о ней сообщил, должно быть внедрено.</p> + </li> + + <li> + <p>Дать совет.</p> + + <p>Технический Комитет может делать формальные заявления о своей + точке зрения по любому вопросу. <cite>Отдельные члены могут, + конечно, делать неформальные утверждения о своих взглядах и + близких им взглядах комитета.</cite></p> + </li> + + <li> + <p>Вместе с Лидером Проекта, добирать новых членов и смещать уже + существующих. (See §6.2.)</p> + </li> + + <li> + <p>Назначать Председателя Технического Комитета.</p> + + <p> + Председатель выбирается из членов Комитета. Все члены автоматически + выдвигаются; комитет начинает голосовать за одну неделю до того, как + должность освободится (или немедленно, если раньше не начали). Члены + комитета могут дружно проголосовать за одного из членов комитета, включая + его самого; выбора по умолчанию не существует. + Голосование закрывается, когда все проголосовали или по окончанию + периода голосования. Решение принимается методом, описанным в + секции §A.6 Стандартной Процедуры Принятия Решений. + </p> + </li> + + <li> + <p>Председатель может вместе с Секретарем заменять Лидера</p> + + <p>Как подробнее описано в §7.1(2), Председатель Технического + Комитета и Секретарь Проекта могут вместе заменять Лидера, когда + его нет.</p> + </li> +</ol> + +<h3>6.2. Распределение</h3> + +<ol> + <li> + <p>Технический комитет может состоять из не более, чем 8 Разработчиков, и + должен состоять как минимум из 4 членов.</p> + </li> + + <li> + <p>Когда в Техническом Комитете меньше 8 членов, он может + рекомендовать новых кандидатов Лидеру Проекта, который решает + (индивидуально), принять их или нет.</p> + </li> + + <li> + <p>Когда в Техническом Комитете 5 человек или меньше, он может + принимать новых членов до тех пор, пока их число не достигнет 6.</p> + </li> + + <li> + <p>Если на протяжении недели было 5 членов или меньше, то Лидер + Проекта может с интервалом в одну неделю назначать новых членов + до тех пор, пока их число не достигнет 6.</p> + </li> + + <li> + <p>Разработчик не может быть (пере-) назначен в состав Технического + Комитета, если он являлся членом Комитета менее 12 + месяцев назад.</p> + </li> + + <li> + <p>В случае обоюдного согласия Технический Комитет и Лидер Проекта + могут сместить или заменить существующего члена Технического + Комитета.</p> + </li> + + <li> + <p>Ограничение срока:</p> + <ol> + <li> + <p>1-го января каждого года срок любого члена Комитета, + который являлся членом Комитета более 42 месяцев (3.5 лет) и который является + одним из двух наиболее старших членов Комитета, ограничивается + 31-ым декабря этого года.</p> + </li> + <li> + <p>Один член Технического Комитета считается более старшим, чем + другой член в том случае, если он был назначен раньше, либо если они + оба были назначены в одно и то же время в Комитет, но первый является + членом Проекта Debian более длительный срок. В случае, если член был + назначен в Комитет более одного раза, учитывается только самое последнее + назначение.</p> + </li> + </ol> + </li> +</ol> + +<h3>6.3. Процедура</h3> + +<ol> + <li> + <p>Технический Комитет использует Стандартную Процедуру Принятия + Решений.</p> + + <p>Начальные планы решений или поправки могут быть предложены любым + членом Технического Комитета. Не существует минимального периода + обсуждения; период голосования может продолжаться вплоть до недели, или + до тех пор, пока в результатах можно не сомневаться. Члены Комитета + могут изменять свои голоса. Кворум в этом случае равен двум.</p> + </li> + + <li> + <p>Детали, относящиеся к голосованию</p> + + <p>У Председателя есть решающий голос. Когда Технический Комитет + голосует о том, стоит ли принимать во внимание Разработчика, который + также является членом Комитета, этот Разработчик не может голосовать + (если только он не Председатель, но и в этом случае он может использовать + только право решающего голоса).</p> + </li> + + <li> + <p>Публичные обсуждения и принятие решений.</p> + + <p>Обсуждения, начальные планы решений и поправки, а также голоса членов + комитета публикуются в общедоступном списке рассылки Технического + Комитета. У Комитета нет своего отдельного секретаря.</p> + </li> + + <li> + <p>Конфиденциальность назначений.</p> + + <p>Технический Комитет могут проводить закрытые обсуждения назначений + в Комитет использую личную почту, закрытый список рассылки, или иной + способ. Но голосования по назначениям должны быть открытыми.</p> + </li> + + <li> + <p>Отсутствие подробного описания работы по планированию.</p> + + <p>Технический Комитет не участвует в планировании новых предложений + и линий поведения. Эта работу людям следует выполнять по отдельности, + или вместе, и обсуждать в обыкновенных форумах по технической + политике и планированию.</p> + + <p>Технический Комитет ограничивает себя от участия в выборе или принятии + компромиссов между различными решениями, которые были предложены + и разумно и полно обсуждены.</p> + + <p><cite>Отдельные члены Технического Комитета могут, конечно, принимать + любую сторону в разработке линии поведения или планирования в своих + интересах.</cite></p> + </li> + + <li> + <p>Технический Комитет принимает решения только в крайнем случае.</p> + + <p>Технический Комитет не принимает технических решений пока + попытки принять его согласованно не будут сделаны и не провалятся, + если только просьба о принятии решения не придёт от лица, ответственного + за это решение.</p> + </li> +</ol> + +<toc-add-entry name="item-7">7. Секретарь Проекта</toc-add-entry> + +<h3>7.1. Права</h3> + +<p><a href="secretary">Секретарь</a>:</p> + +<ol> + <li> + <p>Проводит голосования среди Разработчиков, и определяет количество + и личности Разработчиков, когда бы это не потребовалось по + конституции.</p> + </li> + + <li> + <p>Может вместе с Председателем Технического Комитета заменять + Лидера.</p> + + <p>Если у Проекта нет Лидера, тогда Председатель Технического + Комитета и Секретарь Проекта могут объединенным соглашением + принимать решения, если сочтут это необходимым.</p> + </li> + + <li> + <p>Выносит решения по любому вопросу, касающемуся толкования + конституции.</p> + </li> + + <li> + <p>Может передавать свои полномочия частично или полностью другому + лицу, или аннулировать это перепоручение в любой момент.</p> + </li> +</ol> + +<h3>7.2. Назначение</h3> + +<p>Секретарь Проекта назначается Лидером Проекта и текущим Секретарем +Проекта.</p> + +<p>Если Лидер Проекта и текущий Секретарь Проекта не могут прийти к +согласию о новом назначении, они должны попросить разработчиков +назначить Секретаря путём Общего Решения.</p> + +<p>Если у Проекта нет Секретаря или текущий Секретарь недоступен и не +передал полномочия по решению, тогда решение может быть принято или +поручено Председателю Технического Комитета, как Действительному +Секретарю.</p> + +<p>Срок нахождения на должности Секретаря Проекта — 1 год, по +истечении которого этот или новый Секретарь должен быть +(пере)назначен.</p> + +<h3>7.3. Процедура</h3> + +<p>Секретарю Проекта следует принимать решения, которые справедливы +и разумны, и предпочтительно соответствующие мнению большинства +Разработчиков.</p> + +<p>Когда Председатель Технического Комитета и Секретарь Проекта действуют +вместе, заменяя отсутствующего Лидера Проекта, им следует принимать +решения только в случае крайней необходимости и только соответствующее +мнению большинства Разработчиков.</p> + +<toc-add-entry name="item-8">8. Делегаты Лидера Проекта</toc-add-entry> + +<h3>8.1. Права</h3> + +<p>Делегаты Лидера Проекта:</p> + +<ol> + <li>обладают правами, переданными им Лидером Проекта;</li> + + <li>могут принимать конкретные решения, которые Лидер не может принять + напрямую, включая утверждение или исключение Разработчиков или назначение + людей Разработчиками, которые не сопровождают пакетов. <cite>Это сделано + во избежание сосредоточения власти, особенно той, которая относится к + членству в рядах Разработчиков, в руках Лидера Проекта.</cite></li> +</ol> + +<h3>8.2. Назначение</h3> + +<p>Делегаты назначаются Лидером Проекта и могут быть смещены им на его +усмотрение. Лидер Проекта не может ни выступать в роли Делегата при принятии +определённого решения Делегатом, ни отменить решение, уже принятое +Делегатом.</p> + +<h3>8.3. Процедура</h3> + +<p>Делегаты могут принимать решения так, как они считают верным, но им +следует стараться внедрять хорошие технические решения и/или придерживаться +общественного мнения.</p> + +<toc-add-entry name="item-9">9. Имущество Debian, находящееся в доверительном управлении</toc-add-entry> + +<p>Согласно большинству юрисдикций по всему миру, Проект Debian не +может напрямую владеть фондами или другой собственностью. Следовательно, +собственность должна принадлежать некоторому числу организаций, как это +обозначено в §9.2.</p> + +<p>Традиционно, SPI была единственной организацией, которой было доверено хранить +собственность и деньги Проекта Debian. SPI была создана в +США для того, чтобы хранить там деньги.</p> + +<p><a href="https://www.spi-inc.org/">SPI</a> и Debian — отдельные +организации, у которых есть несколько общих целей. +Debian благодарен за юридическую поддержку, предложенную SPI. + +<h3>9.1. Отношения с ассоциированными организациями</h3> + +<ol> + <li> + <p>Разработчики Debian не становятся агентами или служащими + организаций, осуществляющих доверительное хранение активов для Debian, или + друг друга, или людей, имеющих отношение к Проекту Debian, + исключительно в силу того, что они являются разработчиками Debian. Человек, + действующий как Разработчик, делает это как индивид, от своего собственного + лица. Такие организации могут, по своему собственному согласию, + устанавливать отношения с индивидами, являющимися также разработчиками + Debian.</p> + </li> + + <li>Разработчики Debian не являются агентами или служащими SPI, или + друг друга или людей, имеющих отношение к Проекту Debian. Человек, + действующий как Разработчик, делает это как отдельная личность в своих + собственных интересах.</li> +</ol> + +<h3>9.2. Полномочия</h3> + +<ol> + <li> + <p>Организация, осуществляющая для Debian доверительное хранение активов, не имеет полномочий + относительно технических или нетехнических решений Debian за исключением + того, что ни одно решение Debian касательно какого-либо имущества, хранящегося + этой организацией, не потребует её действовать за пределами её юридических + полномочий.</p> + </li> + <li> + <p>Debian не имеет полномочий над организацией, осуществляющей для Debian доверительное + хранение активов, кроме тех, которые касаются использования имущества, + находящегося в доверительном хранении для Debian.</p> + </li> +</ol> + +<h3>9.3. Доверенные организации</h3> + +<p>Любые пожертвования Проекту Debian должны быть сделаны одной из +организаций, обозначенных Лидером Проекта (или его +Делегатом) как доверенные организации для управления активами, используемым +для Проекта Debian.</p> + +<p>Организации, в которых на условиях доверительного хранения находятся активы Debian, +должны взять на себя обоснованные обязательств по управлению этими +активами.</p> + +<p>Debian поддерживает публичный Список Доверенных Организаций, которые +принимают пожертвования и сохраняют для Debian активы на условиях доверительного хранения +(включая материальную и интеллектуальную собственность), +список включает обязательства, принятые на себя этими организациями, о том, +как эти организации будут управлять активами Debian.</p> + +<toc-add-entry name="item-A">A. Стандартная Процедура Принятия Решений</toc-add-entry> + +<p>Эти правила относятся к коллективному принятию решений комитетами и +плебисцитом, как сказано выше.</p> + +<h3>A.0. Предложение</h3> + +<p>Формальная процедура начинается с того момента, как начальный план решения +предложен и поддержан, как это требуется.</p> + +<h3>A.1. Обсуждение и Поправка</h3> + +<ol> + <li>После того, как его предложили, решение может быть обсуждено. + Поправки могут быть внесены формально, будучи предложены и поддержаны + в соответствии с потребностями нового решения, или напрямую предложившим + изначальное решение.</li> + + <li>Формальная поправка может быть принята тем, кто предложил решение, + и тогда она немедленно вносится в начальный план решения.</li> + + <li>Если формальную поправку не приняли, или один из тех, кто поддерживает + решение не согласен с принятием автором решения этой поправки, то + поправка остается поправкой и будет поставлена на голосование.</li> + + <li>Если поправка, принятая изначальным автором решения, не нравится + другим, они могут предложить другую поправку для аннулирования более + раннего изменения (ей опять-таки придется отвечать требованиям автора + и группы поддержки.)</li> + + <li>Автор или кто-то из поддержавших решение могут предложить изменения + в формулировке поправки; это имеет действие, если автор и группа + поддержки поправки согласны. В таком случае на голосование будет + поставлена изменённая поправка.</li> + + <li>Автор решения может исправлять в нём мелкие ошибки (например, + опечатки и несоответствия) или вносить изменения, которые не меняют + смысла, если никто не возразит в течение 24 часов. В этом случае + минимальный период обсуждения не начинается сначала.</li> +</ol> + +<h3>A.2. Просьба о голосовании</h3> + +<ol> + <li>Автор или поддерживающий движения или поправки может попросить + поставить их на голосование, если период минимального обсуждения + (если таковой есть) истёк.</li> + + <li> + Автор или поддерживающий решение может попросить поставить на + голосование само решение или все относящиеся к нему поправки. + </li> + + <li>Человек, просящий о голосовании, поясняет как он понимает + формулировку решения и все относящиеся к нему поправки, и, как + следствие, какую форму должно принять голосование. Но всё равно, + окончательное решение о форме голосования(ий) принимает Секретарь + - см. 7.1(1), 7.1(3) and A.3(4).</li> + + <li> + Минимальный период обсуждения отсчитывается с того момента, как + последняя формальная поправка была принята, или как всё решение было + предложено, если никаких поправок не было предложено и принято. + </li> +</ol> + +<h3>A.3. Процедура голосования</h3> + +<ol> + <li> + Каждое решение и относящиеся к нему поправки ставятся на + голосование в единственном бюллетене, который включает в себя + выбор оригинального решения, каждой поправки, и, там где это + возможно, выбора по умолчанию. + </li> + + <li> + Выбор по умолчанию не должен иметь каких-нибудь требований + сверх-большинства. Варианты выбора, не имеющие явного требования + сверх-большинства, имеют требование большинства в соотношении 1:1. + </li> + + <li> + Результат подсчитывается в соответствии с правилами в A.6. + Выбором по умолчанию является «Дальнейшее Обсуждение», если + не указано что-либо другое. + </li> + + <li>В случаях сомнения отвечать на вопрос об образе действий следует + Секретарю Проекта.</li> +</ol> + +<h3>A.4. Снятие решений или не принятые поправки</h3> + +<p>Автор решения или не принятой поправки может их снять. В таком случае +новые авторы могут попробовать их сохранить, в случае чего первый, кто +это сделает, станет автором, а остальные — поддерживающими, если они +ещё не являются таковыми.</p> + +<p>Поддерживающий решение или поправку (если она не была принята) может +уйти.</p> + +<p>Если уход автора и/или поддерживающего означает, что у решения больше +нет автора или недостаточно поддерживающих, то по нему не будет +голосования, если оно не будет исправлено раньше чем у него истечет +срок.</p> + +<h3>A.5. Истечение срока</h3> + +<p>Если предложенное решение не было обсуждено, поправлено, поставлено +на голосование или как-либо иначе затронуто на протяжении 4 недель, +секретарь может издать утверждение, что решение будет снято. Если не +будет ни одного поддерживающего решение в течение недели, оно +снимается</p> + +<p> + Секретарь может также внести предложения по процессу, если оно + подходящее. +</p> + +<h3>A.6. Подсчет всех голосов</h3> + +<ol> + <li>Каждый бюллетень голосующего устанавливает оценку варианта + выбора. Не все варианты обязаны быть оценены. Оценённые + варианты считаются более предпочтительными, чем все + неоценённые варианты. Голосующие могут оценить варианты + одинаково. Неоценённые варианты считаются оценёнными + одинаково с другими неоценёнными вариантами. Детали о том, как + бюллетени могут быть заполнены, будут включены в Центре + Голосований. + </li> + <li> + Если бюллетень имеет требование кворума R, любые варианты, + отличные от варианта по умолчанию, которые не получили минимум R + голосов, чем вариант выше варианта по умолчанию, отбрасываются + из рассмотрения. + </li> + <li> Любой выбор (не по умолчанию), который не аннулирует выбор по умолчанию + своим требованием большинства, отбрасывается из рассмотрения. + <ol> + <li> + Даны два варианта выбора A и B, V(A,B) — это + количество голосующих, которые предпочли выбор A выбору B. + </li> + <li> + Вариант выбора A аннулирует выбор по умолчанию D требованием + большинства N, если V(A,D) больше или равно N * V(D,A), а V(A,D) строго больше V(D,A). + </li> + <li> + Если сверх-большинство S:1 необходимо для выбора A, его + большинство выбора является S; иначе, его большинство выбора + является 1. + </li> + </ol> + </li> + <li> Из списка оставшихся после отбрасываний вариантов, мы составляем список + парных аннулирований. + <ol> + <li> + Вариант выбора A аннулирует вариант B, если V(A,B) строго больше, + чем V(B,A). + </li> + </ol> + </li> + <li> Из списка [оставшихся после отбрасываний вариантов] парных аннулирований, + мы составляем набор переходных аннулирований. + <ol> + <li> + Вариант выбора A переходно аннулирует вариант C, если A аннулирует + C, или если существует некоторый другой вариант B, причём A + аннулирует B И B переходно аннулирует C. + </li> + </ol> + </li> + <li> Из набора переходных аннулирований мы строим набор Шварца (Schwartz set). + <ol> + <li> + Вариант выбора A входит в набор Шварца, если для всех вариантов B + или A переходно аннулирует B, или B не аннулирует переходно A. + </li> + </ol> + </li> + <li> Если существуют аннулирования между вариантами выбора в наборе Шварца, + мы откидываем слабые аннулирования из списка парных аннулирований, + и возвращаемся к шагу 5. + <ol> + <li> + Аннулирование (A,X) слабее, чем аннулирование (B,Y), если V(A,X) + меньше, чем V(B,Y). Также, (A,X) слабее, чем (B,Y) если + V(A,X) равно V(B,Y) и V(X,A) больше, чем V(Y,B). + </li> + <li> + Слабое аннулирование — это аннулирование, которое + не имеет других, более слабых аннулирований. Возможно + существование более одного такого аннулирования. + </li> + </ol> + </li> + <li> Если не существует ни одного аннулирования в наборе Шварца, тогда победитель + выбирается из вариантов в наборе Шварца. Если есть только один такой + вариант, он и есть победитель. Если вариантов много, избиратель с + решающим голосом выбирает, какой из этих вариантов победил. + </li> +</ol> + +<p> + <strong>Замечание:</strong> Варианты, которые голосующие оценили выше варианта + по умолчанию, являются вариантами, которые они нашли приемлемыми. Варианты, + оценённые ниже варианта по умолчанию, являются вариантами, которые они + нашли неприемлемыми. +</p> + +<p><cite>Когда надо обратиться к Стандартной Процедуре Принятия Решений, +текст, который на неё ссылается, должен уточнить, чего должно быть +достаточно для того, чтобы предложить начальный план решения и/или +поддержать, каков минимальный период обсуждения, и каков период +голосования. Он также должен уточнить все числа, необходимые для +достижения абсолютного большинства и/или кворума (и вариант по умолчанию), +которые будут использоваться.</cite></p> + +<toc-add-entry name="item-B">B. Использование языка и оформления</toc-add-entry> + +<p>Глагол в настоящем времени изъявительном наклонении (<q>является</q>, +например) означает, что утверждение является в конституции правилом. +<q>Может</q> указывает на то, что у человека остается свобода действий. +<q>Следует</q> означает, что было бы хорошо, если бы этому правилу +подчинялись, но это не обязательно. <cite>Текст, отмеченный как +цитата, например, этот, является пояснением и не формирует конституции. +Он может служить только для понимания в случаях сомнения.</cite></p> |