diff --git a/ru/internal/doceng.sgml b/ru/internal/doceng.sgml index 0499d133e5..ad2c2e13b0 100644 --- a/ru/internal/doceng.sgml +++ b/ru/internal/doceng.sgml @@ -1,80 +1,80 @@ %includes; %developers; ]> &header;

Команда doceng@ является новой рабочей группой для решения общих вопросов, имеющих отношение к Проекту Документирования FreeBSD. К первоочередным обязанностям этой группы относятся:

Особенно подчёркивается, что doceng@ *не* занимается решением конфликтов внутри FreeBSD Documentation Project. Проект ведёт и будет вести обсуждение и принятие решений в списке рассылки freebsd-doc.

Текущий состав участников

На данный момент участниками этой группы являются Nik Clayton, Ruslan - Ermilov, Jun Kuriyama, Bruce A. Mah и Murray Stokely. Предполагается, что + Ermilov, Jun Kuriyama и Murray Stokely. Предполагается, что этот список будет пополняться вместе с добавлением новых участников из различных проектов перевода.

Новые коммиттеры документации

Новые коммиттеры документации подтверждаются группой doceng@ посредством голосования по электронной почте в течение 1 недели. Кандидат считается прошедшим, если по крайней мере 1 участник doceng@ проголосовал положительно, и ни один человек из состава группы doceng@ не проголосовал против. core@ оповещается копией сообщения (CC) для admins@ о создании новой учётной записи. &footer; diff --git a/ru/internal/internal.sgml b/ru/internal/internal.sgml index 2f80bd7f60..0604a5bebf 100644 --- a/ru/internal/internal.sgml +++ b/ru/internal/internal.sgml @@ -1,81 +1,85 @@ %includes; ]> &header;

На этой странице собраны ссылки на документы, описывающие различные аспекты проекта FreeBSD как такового, если рассматривать его отдельно от исходных текстов системы.

Проекты

Кроме основной линии разработки FreeBSD, существуют проекты вне основного пути разработки. Их ведут несколько рабочих групп, которые занимаются новаторскими разработками для расширения области применения системы в новых направлениях.

Этот документ описывает процесс выпуска официальных релизов FreeBSD.

+

В этом + документе вы найдете официальное описание процедуры сборки пакетов + FreeBSD.

+

На этой странице вы найдете расписание выхода будущих официальных релизов FreeBSD.

Процедуры

Для того чтобы избежать хаоса в проекте, который распространен по всему миру, необходимы некоторые формальные процедуры.

Участники

Проект FreeBSD состоит из FreeBSD Core Team и прочих разработчиков; Документ Участники проекта FreeBSD перечисляет участников этих групп, а также описывает, кто за что отвечает.

Некоторые персональные странички, расположенные на сервере people.FreeBSD.org, а также фотографии с различных встреч.

Ресурсы

Здесь находится страница, которая описывает ресурсы, предназначенные для коммиттеров FreeBSD.

Для тех, кто имеет доступ к сети FreeBSD.org, эта страница описывает, какие машинные ресурсы доступны и для каких целей они выделены.

Для тех, у кого есть учетные записи в сети Rtp.FreeBSD.org, эта страница описывает, какие аппаратные ресурсы доступны в настоящий момент и типы задач, для которых они предоставлены.

Вы можете узнать больше о веб-сервере FreeBSD (Машина, программное обеспечение, зеркалирование веб-сервера FreeBSD, статистика использования.

Наконец, страница статистики FreeBSD (Статистика работы веб-сервера, трафик FTP, использование релизов).

&footer; diff --git a/ru/internal/new-account.sgml b/ru/internal/new-account.sgml index 7b05ca51ce..7ca8a61d42 100644 --- a/ru/internal/new-account.sgml +++ b/ru/internal/new-account.sgml @@ -1,111 +1,111 @@ %includes; ]> &header;

Выдвижение нового коммиттера

Если Вы собираетесь рекомендовать кого-либо в команду коммиттеров FreeBSD, необходимо послать ответственному лицу письмо со следующей информацией:

Адреса ответственных лиц по различным частям репозитория:

Вы получите подтверждение после прочтения Вашего письма; ответ от core@ или doceng@ должен прийти в течение <= 7 дней. Группе portmgr@ может - потребоваться больше времени для принятия решения. Ответ претенденту и + потребоваться до 14 дней для принятия решения. Ответ претенденту и номинируемому может прийти раньше, если голосование закончится досрочно.

Авторизация нового логина

Для авторизации с одного из приведенных ниже адресов на адреса admins@FreeBSD.org, core@FreeBSD.org и адрес персоны, которая будет ментором для нового коммиттера, должно прийти подписанное PGP письмо, подтверждающее необходимость заведения нового логина. Письмо должно содержать ссылку на эту страницу, чтобы ментор и его подопечный знали, что от них ожидают.

Подписанные PGP подтверждения принимаются только со следующих адресов:

ВНИМАНИЕ: Запросы на создание новых логинов не от указанных персон, или подписанные иными PGP-ключами (или не подписанные), не обрабатываются. Без исключений.

Информация, необходимая от ментора нового коммиттера

Ментор нового коммиттера должен собрать и прислать на адрес admins@FreeBSD.org следующую информацию:

Ментор отвечает за достоверный сбор этой информации и предоставление ее группе admins@ достоверным образом. Предпочтительным способом доставки является письмо, подписанное находящимся в Руководстве Пользователя PGP-ключом ментора. Если этот метод по каким-либо причинам недоступен, ментор может создать файл, содержащий необходимую информацию, в своем домашнем каталоге на машине freefall, после чего сообщить имя файла на admins@freebsd.org. Нам необходимо удостовериться, что информация о новом коммиттере в самом деле исходит от ментора, а не подписанные письма в настоящее время не дают такой возможности. Поскольку информация от будущего коммиттера не может быть проверена напрямую, ее должен посылать ментор.

admins@FreeBSD.org создают учетную запись

Кто-либо из группы admins@FreeBSD.org на основе вышеописанной информации создает на машинах кластера FreeBSD.org новую учетную запись и информирует об этом нового коммиттера и его ментора.

Ментор активирует коммит бит

После того, как новый коммиттер подтвердит, что новая учетная запись работает, ментор активизирует коммит бит и помогает ему завершить первые шаги.

&footer; diff --git a/ru/internal/rtp.sgml b/ru/internal/rtp.sgml index 91243e2ab2..28fd01e433 100644 --- a/ru/internal/rtp.sgml +++ b/ru/internal/rtp.sgml @@ -1,185 +1,200 @@ %includes; ]> &header;

На этой странице задокументированы машинные ресурсы, доступные на данный момент в сети Rtp.FreeBSD.org для использования коммиттерами FreeBSD.

Перечень SSH-ключей для хостов и их отпечатки для машин Rtp.FreeBSD.org можно найти в этом файле.

Все имена хостов находятся в домене Rtp.FreeBSD.org

Во внешних сетях видны следующие системы:

+ + + + + + +
Хост ОС Назначение Владелец (владельцы)
Triangle 4-STABLE Admin/Email/Web/построение снэпшотов releng4 коммиттеры
8ball 5-CURRENT Проверочные построения Ports/INDEX коммиттеры
9ball CURRENT регулярный перенос ISO с -CURRENT на releng4.FreeBSD.org коммиттеры
Cueball CURRENT опасное место коммиттеры
Stanley CURRENT портирование generic/amd64 коммиттеры
SharkCURRENTсвободнакоммиттеры

Следующие системы видны только после первоначального входа в одну из вышеперечисленных систем:

Хост ОС Назначение Владелец (владельцы)
bankshot CURRENT доступность коммиттеры

Аппаратные конфигурации

+ + + + + +
Хост Тип Оборудование
Triangle AMD Athlon MP 2200+, 2 Гбайт ОЗУ, dmesg.boot
8ball AMD Athlon MP 1900+, 2 Гбайт ОЗУ, dmesg.boot
9ball Intel x86 P4 с поддержкой HT 2.8GHz, 1 Гбайт ОЗУ, dmesg.boot
cueball Intel x86 Двухпроцессорный Xeon с поддержкой HT 2.8GHz, 3 Гбайт ОЗУ, dmesg.boot
Stanley AMD64 Двухпроцессорный Opteron 240, 6 Гбайт ОЗУ, dmesg.boot
bankshot Intel x86 Двухпроцессорный Xeon с поддержкой HT 2.8GHz, 4 Гбайт ОЗУ, dmesg.boot
SharkAMD64AMD FX-53, 2 Гбайт ОЗУ, dmesg.boot +

Домашние каталоги, монтируемые в /home, обслуживаются отдельным сервером с поддержкой NFS/RAID5. Каждая машина имеет свободное пространство ccd, монтируемое как /vol/vol0 и доступное через символическую ссылку /users. Эти машины соединены между собой локальной полнодуплексной сетью с пропускной способностью 100 Мбит/с. На всех системах присутствуют последовательные консоли и возможность удалённого управления электропитанием. На данный момент полное управление консолью и электропитанием bankshot.rtp доступно разработчикам по принципу очерёдности отработки запросов.

Политика администрирования

Все запросы должны направляться на адрес admins AT Rtp.FreeBSD.org.

Создание учётных записей основывается на доступе к кластеру FreeBSD.org и наличия прав на выполнение коммитов.

Внутренняя организации проекта FreeBSD &footer; diff --git a/ru/internal/trb-dispute.sgml b/ru/internal/trb-dispute.sgml index 43f132065e..a0ae3c1945 100644 --- a/ru/internal/trb-dispute.sgml +++ b/ru/internal/trb-dispute.sgml @@ -1,63 +1,61 @@ - + %includes; ]> &header; -

Разрешение технических споров:

-

Этот документ описывает процедуру, которая применяется Техническим Советом (Technical Review Board - TRB) для устранения разногласий технического характера. В нём не описывается общие обязанности и регламенты работы Совета. Если в процессе решения конфликта в какой-то момент обе стороны приходят к обоюдному согласию, то со стороны Совета урегулирование считается завершённым.

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

TRB публикует в рассылке arch@ то, что считается решаемым вопросом. Заинтересованным сторонам направляется запрос на представление одного письма, описывающего позицию по этому вопросу, в адрес списка рассылки trb@. Эти сообщения доступны всем коммиттерам через архив trb.

Совет направляет запросы тем, кто прислал свои мнения по вопросу, об уточнении точек зрения. Такое обсуждение будет продолжаться в списке рассылки trb@. Совет по возможности будет направлять участвующие стороны к самостоятельному решению вопроса.

Участник Технического Совета создаёт краткий документ, описывающий основные технические вопросы и мнения всех сторон. Если стороны не могут прийти к единому мнению, то Совет выбирает наилучшее решение на основании имеющейся информации.

Проходит голосование в рассылке trb-private@. Это делается в закрытом виде, чтобы исключить любое предубеждение отдельных участников Совета. Если какой-либо из членов Совета имеет некоторый не технический интерес в исходе голосования, он от голосования отстраняется.

Результаты тайного голосования публикуются в рассылках arch@ и trb@. Сюда относится краткое сообщение, описывающее позицию Технического Совета по этому вопросы и количество голосов за каждую сторону. Решение будет основано на голосах большинства. Результаты считаются окончательными, все апелляции должны пройти через core@.

&footer;