diff --git a/website/content/ru/internal/_index.adoc b/website/content/ru/internal/_index.adoc index 7ef814e313..71721bfe84 100644 --- a/website/content/ru/internal/_index.adoc +++ b/website/content/ru/internal/_index.adoc @@ -1,43 +1,43 @@ --- -title: "FreeBSD Internal" +title: "Внутренние страницы FreeBSD" sidenav: docs --- include::shared/authors.adoc[] include::shared/ru/urls.adoc[] -= FreeBSD Internal += Внутренние страницы FreeBSD На этой странице собраны ссылки на документы, описывающие различные аспекты проекта FreeBSD как такового, если рассматривать его отдельно от исходных текстов системы. -== *Проекты* +== Проекты -Кроме основной линии разработки FreeBSD, существуют link:../projects/[проекты вне основного пути разработки]. Их ведут несколько рабочих групп, которые занимаются новаторскими разработками для расширения области применения системы в новых направлениях. +Существуют различные проекты, которые находятся за пределами основного пути разработки. Ряд групп работают на «переднем крае», чтобы расширить возможности FreeBSD в новых направлениях. -link:{releng}[Этот документ] описывает процесс выпуска официальных релизов FreeBSD. +Здесь представлен обзор link:{freebsd-releng}[процесса инжиниринга релизов FreeBSD]. -В [этом документе вы найдете официальное описание процедуры сборки пакетов FreeBSD. +А здесь вы найдёте link:../releng/[расписания предстоящих официальных релизов FreeBSD]. -На link:{releng}[этой странице] вы найдете расписание выхода будущих официальных релизов FreeBSD. - -== *Процедуры* +== Процедуры Для того чтобы избежать хаоса в проекте, который распространен по всему миру, необходимы некоторые link:../policies/[формальные процедуры]. -== *Участники* - -Проект FreeBSD состоит из FreeBSD Core Team и прочих разработчиков; Документ link:{contributors}[Участники проекта FreeBSD] перечисляет участников этих групп, а также описывает, кто за что отвечает. +== Люди -Некоторые http://www.FreeBSD.org/internal/homepage.html[персональные странички], расположенные на сервере people.FreeBSD.org, а также link:../photos[фотографии с различных встреч]. +Персонал проекта FreeBSD состоит из link:../administration[команд, групп и отдельных лиц] с назначенными ролями и зонами ответственности, а также link:{contributors}#staff-committers[разработчиков]. Перейдя по ссылкам, вы найдёте их список, а также объяснения, кто за что отвечает. -== *Ресурсы* +Здесь вы можете прочитать link:hats[политику ограничения сроков полномочий для назначенных ролей] от Основной Группы (Core Team) и некоторые рекомендации от {imp-name} о том, link:working-with-hats[как работать с ролями]. -link:../developer/[Здесь] находится страница, которая описывает ресурсы, предназначенные для коммиттеров FreeBSD. +== Ресурсы -Для тех, кто имеет доступ к сети FreeBSD.org, link:../machines/[эта страница] описывает, какие машинные ресурсы доступны и для каких целей они выделены. +Здесь приведён список некоторых link:developer[технических ресурсов для коммиттеров FreeBSD]. -Для тех, у кого есть учетные записи в сети Rtp.FreeBSD.org, link:../rtp/[эта страница] описывает, какие аппаратные ресурсы доступны в настоящий момент и типы задач, для которых они предоставлены. +Для тех, у кого есть учётные записи в link:machines[основной сети FreeBSD.org], здесь перечислены доступные машинные ресурсы и виды работ, для которых они предназначены. -Вы можете узнать больше link:../about/[о веб-сервере FreeBSD] (Машина, программное обеспечение, зеркалирование веб-сервера FreeBSD, статистика использования. +Вы можете узнать больше link:about[о веб-сервере FreeBSD], включая машину, программное обеспечение, зеркалирование веб-страниц FreeBSD. -Наконец, страница link:../statistic/[статистики FreeBSD] (Статистика работы веб-сервера, трафик FTP, использование релизов). +// +// The FreeBSD Russian Documentation Project +// +// Original EN revision (19.08.2021): 8e22e76d94dc5fef83abcb3c082ab4242ef90ba2 +// diff --git a/website/content/ru/internal/about.adoc b/website/content/ru/internal/about.adoc index df843a19e9..8aaf12aa96 100644 --- a/website/content/ru/internal/about.adoc +++ b/website/content/ru/internal/about.adoc @@ -1,71 +1,76 @@ --- title: "О WWW-сервере FreeBSD" sidenav: docs --- include::shared/ru/urls.adoc[] -= О WWW-сервере FreeBSD += О веб-сервере FreeBSD -== Машина +== Серверное оборудование [.right] -image:../../../gifs/powerlogo.gif[Работает под FreeBSD] +image:../../../gifs/powerlogo.gif[Работает на FreeBSD] -Машина `www.FreeBSD.org`, это компьютер с двумя процессорами Pentium III 600MHz, 1024 мегабайт оперативной памяти и около 70 гигабайт дискового пространства. Обработкой почты домена занимается `hub.FreeBSD.org`, компьютер с двумя процессорами Pentium III 600MHz, 1024 мегабайт оперативной памяти и около 16 гигабайт дискового пространства. Входящая почта принимается `mx1.FreeBSD.org`, компьютером Pentium III 800MHz с 512 мегабайт оперативной памяти и 30-ти гигабайтным диском. Исходящая почта отправляется через `mx2.FreeBSD.org`, Pentium III 850MHz с 512 мегабайтами оперативной памяти и 18-ти гигабайтным диском. +Разумеется, все системы в кластере FreeBSD.org работают под управлением FreeBSD. Оборудование и сетевое подключение были любезно предоставлены: -Все эти системы в самом деле работают под управлением операционной системы FreeBSD. Аппаратура и подключение к сети были в основном предоставлены компанией http://www.bsdi.com/[BSDi], http://www.yahoo.com/[Yahoo!] и другими link:../../donations/donors[поддерживающими] проект FreeBSD лицами. +* Лаборатория облачных технологий и SDN компании https://www.bbtower.co.jp/en/corporate/[BroadBand Tower, Inc] +* https://www.cs.nycu.edu.tw/[Кафедра компьютерных наук, Национальный университет Ян Мин Цзяо Тун] +* https://internet.asn.au/[Интернет-ассоциация Австралии] +* https://www.isc.org/[Консорциум интернет-систем] +* https://www.inx.net.za/[INX-ZA] +* https://www.kddi-webcommunications.co.jp/english/[KDDI Web Communications Inc] +* https://www.mohe.gov.my/en/services/research/myren[Малайзийская исследовательская и образовательная сеть] +* https://www.metapeer.com/[MetaPeer] +* https://www.nyi.net/[New York Internet] +* https://nic.br/[NIC.br] +* https://www.ovhcloud.com/[OVHcloud] +* https://www.teleservice.net/[Teleservice Skåne AB] +* https://your.org/[Your.Org] +* https://www.sonic.com/[Sonic.net, LLC] -Полный список всех хостов в домене FreeBSD.org находится на странице, описывающей link:../machines[сеть FreeBSD.org]. +-- и другие link:../../donations/donors[участники] проекта FreeBSD. -== Программное обеспечение - -[.right] -image:../../../gifs/apachepower.gif[Обслуживается веб-сервером Apache] +Список машин общего доступа в домене FreeBSD.org доступен на странице link:../machines[Сеть FreeBSD.org]. -Эти страницы обслуживаются полнофункциональным и эффективным http://www.apache.org/[http-сервером Apache]. Кроме того, используются несколько самостоятельно разработанных CGI-скриптов. Индексирование этих страниц и архива списков рассылки осуществляется с помощью freewais-sf, разработанного на основе CNIDR freewais. +== Программное обеспечение -Пакет веб статистики http://www.analog.cx/[Analog] используется для предоставления http://www.FreeBSD.org/statistic/www/[этой статистики] по использованию веб сервера. +Эти страницы обслуживаются быстрым и гибким http://www.nginx.org/[веб-сервером NGINX] и https://varnish-cache.org/[HTTP-кэшем Varnish]. +Кроме того, используются несколько локально разработанных CGI-скриптов. -== Сайт +== Страницы [.right] -image:../../../gifs/lynx.gif[Пригодно для Lynx] +image:../../../gifs/lynx.gif[Логотип «Дружественно к Lynx»] -Эти веб-страницы были собраны Джоном Фибером (John Fieber) http://people.FreeBSD.org/~jfieber/[] при содействии сообщества FreeBSD в целом и *вас* в частности. Вебмастером является http://wolfram.schneider.org[]. Страницы веб-сервера FreeBSD соответствуют стандарту HTML 3.2 и их лучше всего просматривать в вашем браузере. +Изначальные веб-страницы были созданы Джоном Фибером при участии сообщества FreeBSD и *вас*. +https://wolfram.schneider.org[Вольфрам Шнайдер] был нашим первым веб-мастером, но теперь эта ответственность разделена между более крупной командой разработчиков веб-сайта и документации. -Посмотрите также страницу о link:../../docproj/[Проекте Документирования FreeBSD] +См. также link:../../docproj/[Проект документации FreeBSD] -== Веб-дизайн +== Дизайн страниц -Оригинальный дизайн страницы выполнил http://www.asis.com/~meganm/[Меган МакКормэк] (Megan McCormack) +Текущий дизайн веб-сайта был выполнен Эмили Бойд в рамках программы https://summerofcode.withgoogle.com[Google Summer of Code] в 2005 году. -== link:{fdp-primer}#the-website-build[Построение и обновление страниц веб-сервера FreeBSD] +Оригинальный дизайн страниц был разработан Меган Маккормак. -Этот документ описывает построение и обновление веб-страниц FreeBSD из дерева CVS в ручном режиме. +== Обновление веб-страниц FreeBSD -== Обновление страниц веб-сервера FreeBSD - -Веб страницы FreeBSD на `www.FreeBSD.org` в настоящее время обновляются по следующему расписанию: +Веб-страницы FreeBSD на `www.FreeBSD.org` в настоящее время перестраиваются по следующему расписанию: [.tblbasic] [cols=",",options="header",] |=== -|Время (UTC) |Тип сборки -|01:22 |Полная сборка -|05:22 |Только English www -|09:22 |Только English -|13:22 |Полная сборка без статистики PR и портов -|17:22 |Только English -|21:22 |Только English www +|Время сборки (UTC) |Тип сборки +|Каждые 10 минут |Если есть изменения в https://cgit.freebsd.org/doc/log/[репозитории документации] |=== -Результат последнего процесса сборки можно увидеть http://www.freebsd.org/build/index.cgi[здесь]. - -== Зеркалирование страниц веб-сервера FreeBSD - -Вы можете (и даже приглашаетесь) link:../mirror/[зеркалировать] страницы веб-сервера FreeBSD по адресу www.FreeBSD.org. +Документ link:{fdp-primer}doc-build/[«Руководство для новых участников проекта документации FreeBSD»] описывает, как собрать документацию FreeBSD из Git-репозитория. -link:../statistic/#analog[Статистика использования] этого сервера обновляется ежедневно. +link:..[Домашняя страница внутренних ресурсов FreeBSD] -link:..[Внутренняя информация FreeBSD] +// +// The FreeBSD Russian Documentation Project +// +// Original EN revision (08.08.2026): 9d82c9feae88f67969c88d0c8319afb7dd0a2fc8 +// diff --git a/website/content/ru/internal/bylaws.adoc b/website/content/ru/internal/bylaws.adoc index 905da17b58..748a784c9c 100644 --- a/website/content/ru/internal/bylaws.adoc +++ b/website/content/ru/internal/bylaws.adoc @@ -1,37 +1,130 @@ --- title: "Регламент выборов FreeBSD Core" sidenav: docs --- = Регламент выборов FreeBSD Core Данный Регламент утвержден голосованием активных коммиттеров 28 августа 2000 г. * Под активными коммиттерами понимаются разработчики, вносившие изменения в репозиторий FreeBSD не более 12 месяцев назад. * Core состоит из 9 выбранных активных коммиттеров. * Выборы Core проводятся раз в 2 года; первые выборы прошли в сентябре 2000 г. * Члены Core или коммиттеры могут быть исключены 2/3 голосов Core. * В случае, если число членов Core станет менее 7, проводятся досрочные выборы. * Досрочные выборы проводятся по заявлению 1/3 голосов активных коммиттеров. * Выборы проводятся следующим образом: ** Core назначает проводящего выборы и объявляет о нем. ** 1 неделя на регистрацию активных коммиттеров, желающих выдвинуться в члены Core. ** 4 недели на процесс собственно голосования. ** 1 неделя на подсчет голосов и публикацию результатов. ** Любой активный коммиттер имеет право проголосовать один раз; при этом он может поддержать до девяти кандидатур. ** Новая команда Core начинает работу через 1 неделю после опубликования результатов голосования. ** Случаи равенства голосов разрешаются теми новыми членами Core, чье членство определено однозначно. * Данные правила могут быть изменены квалифицированным большинством (2/3 голосов) коммиттеров; при этом, в голосовании должны принять участие по крайней мере 50% активных коммиттеров. == Дополнительная информация Последние выборы Core прошли в Май 2022 г. Очередные выборы запланированы на Май-Июнь 2024 г. == Интерпретации Core частных случаев Регламента В случае необходимости, Core будет давать свои интерпретации данного Регламента для устранения неоднозначностей в нем. * *20020503* Очередные выборы всегда назначаются на срок через 2 года после последних прошедших. Иными словами, досрочные выборы передвигают дату очередных выборов до даты, наступающей через 2 года после досрочных. + +== Новый регламент + +Этот регламент был утверждён голосованием активных коммиттеров 27 мая 2026 года. +Он ещё не вступил в силу. + +=== Текст + +==== Состав Основной Команды (Core Team) + +Основная Команда FreeBSD состоит из не более чем семи членов с правом голоса и двух запасных членов. +Запасные члены участвуют в заседаниях и обсуждениях, но не голосуют. + +Срок полномочий члена Основной Команды длится до наступления одного из следующих событий: а) окончания его избранного срока, б) его отставки или в) его отстранения большинством в две трети голосов членов с правом голоса — в зависимости от того, что наступит раньше. + +Освободившиеся места среди членов с правом голоса заполняются путём перевода запасных членов. +Освободившиеся места среди запасных членов не заполняются. + +==== Право участия + +Действующий член Основной Команды — это лицо, которое в настоящее время является членом с правом голоса или запасным членом Основной Команды. + +Активный участник — это лицо, которое имеет действующее право на коммит в src, ports или doc и вносило изменения в основную ветку репозиториев src, ports или doc в течение последних двенадцати месяцев, либо является действующим членом Основной Команды. + +Любой активный участник и только активный участник может голосовать на выборах в Основную Команду. + +Любой активный участник и только активный участник может выдвигать свою кандидатуру на выборах в Основную Команду, за исключением того, что действующий член Основной Команды, находящийся на своём третьем или четвёртом consecutive году, не может баллотироваться на переизбрание. + +Для целей выборов в Основную Команду определение того, кто является или не является активным участником, производится относительно начала регистрационного периода. + +==== Выборы в Основную Команду + +Выборы в Основную Команду проводятся ежегодно. +Перед каждыми выборами Основная Команда назначает координатора выборов, который отвечает за организацию выборов. +Координатор выборов не может быть действующим членом Основной Команды или кандидатом на выборах. +Если координатор выборов решает участвовать в выборах, Основная Команда должна назначить замену. + +Координатор выборов устанавливает график выборов по своему усмотрению при соблюдении следующих ограничений: + +* Далее под «неделей» понимается период ровно в семь двадцатичетырёхчасовых дней, а этапы выборов должны следовать последовательно, без пропусков и наложений, в общей сложности восемь недель, заканчивающихся не позднее второй среды мая. + +* Процесс выборов начинается с двухнедельного периода, в течение которого кандидаты могут зарегистрироваться для участия в выборах. + +* В течение регистрационного периода каждый действующий член Основной Команды, избранный на двухлетний срок на предыдущих выборах, должен подтвердить своё намерение завершить свой срок. + Те, кто это делает, назначаются продолжающими членами. + Количество кандидатов, подлежащих избранию, будет равно девяти минус количество продолжающих членов. + +* Голосование начинается сразу после окончания регистрационного периода и длится четыре недели. + +* После окончания голосования у координатора выборов есть одна неделя, чтобы провести консультации с кандидатами для разрешения ничьих и окончательно утвердить результаты выборов следующим образом: + +** После подсчёта голосов кандидаты ранжируются по убыванию числа голосов. + +** Первые три кандидата избираются на двухлетний срок в качестве членов с правом голоса. + +** Последующие кандидаты избираются на однолетний срок в качестве членов с правом голоса до тех пор, пока общее число, включая продолжающих членов, не достигнет семи. + +** Наконец, следующие два кандидата избираются на однолетний срок в качестве запасных членов. + +** В случае ничьей, которая может повлиять на состав Основной Команды, продолжающие члены и кандидаты, стоящие выше места, по которому возникла ничья, проводят совещание для разрешения ситуации. + Например, если два кандидата разделяют третье место, продолжающие члены и первые два кандидата решают, кто из этих кандидатов получит двухлетний срок. + +* По окончании этой недели окончательный результат объявляется сообществу. + +* Результаты выборов вступают в силу через одну неделю после их объявления. + +==== Изменения в регламенте + +Изменения в настоящем регламенте могут быть предложены в любое время Основной Командой или по петиции, подписанной 5% активных участников. +В таком случае опрос активных участников проводится одновременно с фазой голосования на следующих выборах Основной Команды. + +Несколько поправок могут быть предложены в одном опросе; каждая из них должна быть предметом отдельного вопроса «да / нет», если только не поданы конкурирующие или противоречащие друг другу предложения, в этом случае задаётся единый вопрос о выборе одного из конкурирующих предложений или ни одного. + +Любая поправка, получившая две трети или более голосов в опросе, считается принятой и вступает в силу одновременно с вступлением в должность вновь избранной Основной Команды. + +Для целей петиции об изменении регламента определение активного участника производится относительно даты подачи подписанной петиции в Основную Команду. + +==== Вступление в силу + +Настоящий пересмотренный регламент вступает в силу в 2028 году, если только Основная Команда, избранная в 2026 году, не решит большинством в две трети голосов от всего состава Основной Команды, что он вступает в силу немедленно, и не объявит об этом решении сообществу. +В последнем случае состав Основной Команды, избранной в 2026 году, ретроактивно делится на трёх членов с правом голоса на двухлетний срок, четырёх членов с правом голоса на однолетний срок и двух запасных членов на однолетний срок в соответствии с количеством голосов, полученных на выборах Основной Команды 2026 года. + +== Дополнительная информация + +Последние выборы Основной Команды состоялись в апреле–мае 2026 года. +Следующие выборы Основной Команды состоятся в апреле–мае 2028 года, если только вновь избранная Основная Команда не решит немедленно ввести в действие новый регламент; в этом случае следующие выборы состоятся в апреле–мае 2027 года. + link:../developer/[Информация для коммиттеров FreeBSD] + +// +// The FreeBSD Russian Documentation Project +// +// Original EN revision (28.05.2026): 7aabb3eea3402923f46f4bcc4d2fb7f3882ed348 +// diff --git a/website/content/ru/internal/clusteradm.adoc b/website/content/ru/internal/clusteradm.adoc index 59a648408f..2a51042329 100644 --- a/website/content/ru/internal/clusteradm.adoc +++ b/website/content/ru/internal/clusteradm.adoc @@ -1,44 +1,44 @@ --- title: "Устав администраторов кластера" sidenav: docs --- -// -// The FreeBSD Russian Documentation Project -// -// Original EN revision (28.02.2022): d0407d9baccd8e9d6bde1fcaf974e6d988141f5a -// - = Устав администраторов кластера Ведущий администратор кластера — это делегированная должностная роль (также известная как «роль»), которая подотчётна Основной команде FreeBSD и, в конечном счете, всему сообществу FreeBSD. Это лицо обладает операционными полномочиями над инфраструктурой кластера FreeBSD (в той степени, в которой Основная команда может делегировать эти полномочия) и несет общую ответственность за следующее: * Обеспечение надежной работы оборудования и сетевых ресурсов Проекта. * Обеспечение целесообразного и эффективного использования ресурсов Проекта для обслуживания интересов Проекта. * Обеспечение реализации разумных мер предосторожности и снижения рисков в области безопасности в рамках ограничений, присущих highly distributed проекту. * Делегирование полномочий и координация как с администраторами конкретных площадок, так и с администраторами в целом. * Обеспечение документирования и понятности стандартных операционных процедур, правил, руководящих принципов и т.д. * Принятие мер для обеспечения того, чтобы компетентный администратор мог освоить работу предшественника за разумное время. * Планирование и реализация мер на случай непредвиденных обстоятельств для обеспечения непрерывности работы при проблемах на конкретных площадках (включая отзыв пожертвованной площадки или ее простои). * Своевременное информирование заинтересованных сторон (Основной команды, Команды безопасности, Фонда FreeBSD, Команды управления портами и т.д.), участников проекта и членов сообщества. * Своевременное предоставление авторитетных ответов на вопросы или прямое перенаправление к соответствующей стороне. * Помощь другим владельцам ролей и администраторам кластера в выполнении их работы. * Там, где это практично и уместно, использование собственного продукта Проекта в качестве испытательного стенда. * Обеспечение простоты понимания разработчиками того, к каким аппаратным ресурсам они имеют доступ для целей проекта. Ведущий администратор кластера подотчётен Основной команде FreeBSD. Если какая-либо сторона недовольна позицией, занятой владельцем роли, и не может его переубедить, она может передать этот вопрос на рассмотрение Основной команде. Основная команда имеет окончательное решение по данному вопросу. Если ведущий администратор кластера является членом Основной команды, то жалоба может быть подана конфиденциально через секретаря core или другого члена команды по желанию. Любое из следующих действий по-прежнему требует одобрения Основной команды: * Новые публично доступные службы. * Планируемое снятие с эксплуатации публично доступных служб. * Новые члены команды. Значимое взаимодействие с другими ролями: * Ведущий администратор кластера будет, где это уместно, консультироваться с Офицером по информационной безопасности и Командой безопасности, но будет нести ответственность за принятие решений. Однако Офицер по информационной безопасности может реагировать на чрезвычайные ситуации в области безопасности, затрагивающие инфраструктуру проекта, по мере необходимости. * Команда управления портами использует значительный объем ресурсов, и с ними будут согласованы условия для эффективной работы их ресурсов в рамках ограничений общей работы кластера. Выделенные (целевые) ресурсы: Некоторые ресурсы площадок предоставляются для конкретных целей. Любое такое выделение или ограничения на использование будут документированы, чтобы обеспечить использование этих ресурсов по назначению. + +// +// The FreeBSD Russian Documentation Project +// +// Original EN revision (08.08.2026): ba221a23584cc81406410a9710c539ba8313255c +// diff --git a/website/content/ru/internal/code-of-conduct.adoc b/website/content/ru/internal/code-of-conduct.adoc new file mode 100644 index 0000000000..96befc88cc --- /dev/null +++ b/website/content/ru/internal/code-of-conduct.adoc @@ -0,0 +1,58 @@ +--- +title: "Кодекс поведения сообщества FreeBSD" +sidenav: docs +--- + += Кодекс поведения сообщества FreeBSD + +== Кодекс поведения сообщества FreeBSD + +Сообщество FreeBSD всегда стремилось быть гостеприимным и уважительным, и мы хотим гарантировать, что это не изменится по мере нашего роста и развития. +С этой целью мы установили несколько основных правил, которых просим придерживаться: + +* будьте дружелюбны и терпеливы, +* будьте гостеприимны, +* будьте внимательны к другим, +* будьте уважительны, +* тщательно выбирайте слова и будьте добры к другим, +* когда мы не согласны, старайтесь понять причины. + +Это не исчерпывающий список того, что нельзя делать. +Скорее, воспринимайте это в том духе, в котором оно задумано — как руководство, облегчающее общение и участие в жизни сообщества. + +Настоящий кодекс поведения распространяется на все пространства, управляемые проектом FreeBSD. +Это включает онлайн-чаты, списки рассылки, системы отслеживания ошибок, мероприятия FreeBSD, такие как встречи разработчиков и неформальные встречи, а также любые другие площадки, созданные проектом для общения сообщества. +Он применяется ко всей вашей коммуникации и поведению в этих пространствах, включая электронные письма, чаты, сказанные вами слова, слайды, видео, постеры, вывески или даже футболки, которые вы демонстрируете в этих пространствах. +Кроме того, нарушения этого кодекса за пределами указанных пространств могут в редких случаях повлиять на возможность человека участвовать в них, если такое поведение является грубым нарушением данного кодекса. + +Если вы считаете, что кто-то нарушает кодекс поведения, мы просим вас сообщить об этом по электронной почте mailto:conduct@freebsd.org[conduct@FreeBSD.org]. +Для получения более подробной информации см. наше link:../conduct-reporting/[Руководство по сообщению о нарушениях]. + +* *Будьте дружелюбны и терпеливы.* +* *Будьте гостеприимны.* Мы стремимся быть сообществом, которое приветствует и поддерживает людей любого происхождения и идентичности. Это включает, но не ограничивается членами любой расы, этнической группы, культуры, национальности, цвета кожи, иммиграционного статуса, социального и экономического класса, уровня образования, пола, сексуальной ориентации, гендерной идентичности и самовыражения, возраста, размера, семейного статуса, политических убеждений, религии или её отсутствия, а также ментальных и физических способностей. +* *Будьте внимательны к другим.* Ваша работа будет использоваться другими людьми, и вы, в свою очередь, будете зависеть от работы других. Любое ваше решение повлияет на пользователей и коллег, и вы должны учитывать эти последствия. Помните, что мы — всемирное сообщество, поэтому вы можете общаться не на родном языке собеседника. +* *Будьте уважительны.* Не все из нас всегда согласны друг с другом, но разногласия не являются оправданием для плохого поведения и плохих манер. Мы все время от времени можем испытывать разочарование, но мы не должны позволять этому разочарованию перерастать в личные нападки. Важно помнить, что сообщество, в котором люди чувствуют себя некомфортно или подвергаются угрозам, не является продуктивным. Члены сообщества FreeBSD должны проявлять уважение при общении как с другими участниками, так и с людьми за пределами сообщества FreeBSD. +* *Тщательно выбирайте слова и будьте добры к другим.* Не оскорбляйте и не унижайте других участников. Домогательства и другое исключающее поведение неприемлемы. Это включает, но не ограничивается: +** Угрозы насилием или высказывания с применением насилия в адрес другого человека. +** Дискриминационные шутки и высказывания. +** Публикация материалов сексуального или насильственного характера. +** Публикация (или угроза публикации) личной информации других людей («доксинг»). +** Личные оскорбления, особенно с использованием расистских или сексистских выражений. +** Нежелательное сексуальное внимание. +** Пропаганда или поощрение любого из вышеперечисленных видов поведения. +* *В общем, если кто-то просит вас остановиться, остановитесь.* Продолжение такого поведения после просьбы остановиться рассматривается как домогательство. +* *Когда мы не согласны, старайтесь понять причины.* Разногласия, как социальные, так и технические, возникают постоянно, и FreeBSD не является исключением. Важно, чтобы мы разрешали разногласия и различные точки зрения конструктивно. Помните, что мы разные. Сила FreeBSD исходит из его разнообразного сообщества, людей самого разного происхождения. У разных людей разные взгляды на проблемы. Невозможность понять, почему кто-то придерживается определённой точки зрения, не означает, что он неправ. Не забывайте, что людям свойственно ошибаться, и обвинения друг друга ни к чему не приводят. Вместо этого сосредоточьтесь на том, чтобы помочь решить проблемы и учиться на ошибках. + +== Есть вопросы? + +Если у вас есть вопросы, пожалуйста, свяжитесь с Комитетом по кодексу поведения FreeBSD по электронной почте mailto:conduct@freebsd.org[conduct@FreeBSD.org]. + +(Этот текст основан на https://llvm.org/docs/CodeOfConduct.html[проекте кодекса поведения] проекта LLVM, который, в свою очередь, основан на https://www.djangoproject.com/conduct/[кодексе поведения проекта Django], который, в свою очередь, основан на формулировках проекта Speak Up!.) + +Дата публикации: 2020-06-09 + +// +// The FreeBSD Russian Documentation Project +// +// Original EN revision (22.06.2023): 9e3690e5b69c86c27b224197cea0ce4c14196bab +// diff --git a/website/content/ru/internal/conduct-reporting.adoc b/website/content/ru/internal/conduct-reporting.adoc new file mode 100644 index 0000000000..8394ed9aae --- /dev/null +++ b/website/content/ru/internal/conduct-reporting.adoc @@ -0,0 +1,66 @@ +--- +title: "Руководство по сообщению о нарушениях кодекса поведения FreeBSD" +sidenav: docs +--- + += Руководство по сообщению о нарушениях кодекса поведения FreeBSD + +== Руководство по сообщению о нарушениях кодекса поведения FreeBSD + +Если вы считаете, что кто-то нарушает link:../code-of-conduct[кодекс поведения], мы просим вас сообщить об этом в Комитет по кодексу поведения FreeBSD по электронной почте conduct@freebsd.org. + +Все сообщения будут сохраняться конфиденциальными, насколько это возможно. +Мы стремимся защитить личность и безопасность заявителей. +В некоторых случаях нам может потребоваться сделать публичное заявление в той или иной форме, и в этом случае мы будем использовать минимум деталей и идентифицирующей информации, необходимых для защиты нашего сообщества. +В редких случаях нам может потребоваться раскрыть личность некоторых вовлечённых лиц для соблюдения закона или защиты других потенциальных жертв. +В таких случаях мы проконсультируемся с заявителем, чтобы узнать его пожелания, и учтём их при принятии окончательного решения. +Во всех случаях мы не будем прямо или косвенно идентифицировать заявителей без их согласия, если только не увидим иного выхода. + +Если вы считаете, что кто-либо находится в физической опасности, сначала обратитесь в соответствующие правоохранительные органы. + +В вашем сообщении укажите: + +* Ваше имя и контактную информацию (чтобы мы могли связаться с вами при необходимости). +* Имена (настоящие, прозвища и/или псевдонимы) всех вовлечённых лиц. Если были другие свидетели, кроме вас, пожалуйста, укажите и их. +* Когда и где произошёл инцидент. Пожалуйста, укажите как можно более конкретные детали. +* Ваше описание произошедшего. Если существует общедоступная запись (например, архив списка рассылки, твит или публичный лог IRC), пожалуйста, приложите ссылку и/или скриншоты. +* Любые дополнительные обстоятельства, которые вы считаете важными для инцидента. +* Если вы считаете, что инцидент продолжается. +* Любую другую информацию, которая, по вашему мнению, может быть полезна. + +== Что происходит после подачи сообщения? + +Поскольку Комитет по кодексу поведения FreeBSD управляется Командой ядра, вы получите письмо от Команды ядра в течение 48 часов с подтверждением получения жалобы. + +Комитет соберётся как можно скорее для рассмотрения инцидента и определения: + +* Необходимо ли проведение расследования, включая опрос дополнительных сторон или свидетелей; +* Что, по-видимому, произошло; +* Является ли данное поведение нарушением Кодекса поведения. + +Если член Комитета по кодексу поведения FreeBSD является одним из лиц, упомянутых в сообщении, он должен самоотвести себя от рассмотрения этого сообщения. + +После того как рабочая группа получит полную картину событий, она примет решение о том, как реагировать. +Предпринимаемые меры могут включать: + +* Отсутствие мер (например, если мы определим, что нарушения не было). +* Если нарушение признано исключительно техническим по своей природе или выходит за рамки Кодекса поведения, передача инцидента Команде ядра FreeBSD. +* Частное предупреждение от рабочей группы вовлечённому лицу (лицам). +* Публичное предупреждение. +* Принудительный перерыв в пространствах, контролируемых проектом FreeBSD (например, просьба «взять неделю отпуска» в списке рассылки или IRC). +* Постоянный или временный запрет на участие в некоторых или всех пространствах, контролируемых проектом FreeBSD (мероприятия, встречи, списки рассылки, IRC и т.д.) +* Просьба о публичном или частном извинении. +* Просьба о посредничестве и/или плане восстановления. + +Мы приложим все усилия, чтобы ответить в течение недели лицу, подавшему сообщение, либо с решением, либо с объяснением, почему ситуация ещё не разрешена. + +После того как мы определим окончательные меры, мы свяжемся с первоначальным заявителем, чтобы сообщить ему о принятых мерах (если таковые были). +Мы примем во внимание отзывы заявителя о соответствии нашего ответа, но не гарантируем, что будем действовать в соответствии с ними. + +Команда ядра может принять решение о публичном отчёте об инциденте. + +// +// The FreeBSD Russian Documentation Project +// +// Original EN revision (22.06.2023): 9e3690e5b69c86c27b224197cea0ce4c14196bab +// diff --git a/website/content/ru/internal/core-vote.adoc b/website/content/ru/internal/core-vote.adoc index a275967c05..09dbfdbdf7 100644 --- a/website/content/ru/internal/core-vote.adoc +++ b/website/content/ru/internal/core-vote.adoc @@ -1,42 +1,48 @@ --- title: "Процедуры голосования Правления" sidenav: docs --- = Процедуры голосования Правления == Коммиттеры * Все члены Правления голосуют "yes" ("за"), "no" ("против") или "no objection" ("воздержался"). * Для прохождения кандидат должен получить по крайней мере один голос 'за'. * Для прохождения кандидат не должен получить ни одного голоса 'против'. * Проголосовать должно не менее трёх человек. * Голосование обычно продолжается 1 неделю, либо заканчивается раньше, если результат уже определён. * Секретарь Правления отвечает за детали голосования, оповещение и так далее. == Личный состав * Все члены Правления голосуют "yes" ("за") или "no" ("против"). * Для прохождения кандидат должен набрать по крайней мере (2/3 * core-size) голосов "за". * Должно проголосовать по крайней мере (2/3 * core-size) человек, иначе голосование признаётся не состоявшимся. * Голосование обычно продолжается 1 неделю, или заканчивается раньше, если результат уже определён. * Секретарь Правления отвечает за организацию голосования, оповещение и так далее. == Вопросы по повестке дня * Проходит обсуждение. * При достижении консенсуса происходит голосование. * Все члены Правления голосуют "yes" ("за") или "no" ("против"). * Для прохождения решение должно набрать по крайней мере (2/3 * core-size) голосов 'yes'. * Должно проголосовать по крайней мере (2/3 * core-size) человек, в противном случае голосование считается не состоявшимся. * Голосование обычно занимает 1 неделю, либо завершается раньше, если результат уже определён. * Секретарь Правления отвечает за организацию голосования, оповещение и так далее. == Неотложные вопросы * Любой член Правления может обратиться к Правлению по электронной почте по вопросу, не терпящему отлагательств. * Если никто не высказался против в течение 48 часов, то инициатор может считать вопрос положительно решённым (или ранее, если (2/3 * core-size) участников проголосовали положительно). * Если есть какие-то возражения, то вопрос будет решаться обычным порядком голосования. * Секретарь Правления может выслать OK о подтверждении прохождения вопроса, если посчитает нужным. Любой коммиттер также использует этот порядок, если хотя бы один член Правления высказался 'за', в противном случае применяются положения предыдущего параграфа. Он предназначен для решения вопросов, требующих быстрого решения, но не долгого обсуждения и обдумывания. Предполагается, что в течение 48 часов будет наблюдаться присутствие членов Правления, количества которых достаточно как для принятия решения по неотложным вопросам, так и для перевода вопросов в разряд обычных и отработки их через обычную процедуру голосования. + +// +// The FreeBSD Russian Documentation Project +// +// Original EN revision (21.02.2021): eb4b89b8d31574df0a18fc5f7562181ccd6eecd6 +// diff --git a/website/content/ru/internal/cross-repo-commits.adoc b/website/content/ru/internal/cross-repo-commits.adoc index f315309643..63bdbf4c91 100644 --- a/website/content/ru/internal/cross-repo-commits.adoc +++ b/website/content/ru/internal/cross-repo-commits.adoc @@ -1,30 +1,30 @@ --- title: "Политика кросс-репозиторных коммитов" sidenav: docs --- = Политика кросс-репозиторных коммитов Настоящая политика предоставляет участникам гибкость при выполнении коммитов в различные репозитории без необходимости проходить громоздкие процедуры для небольших изменений с низким уровнем влияния, при этом гарантируя, что более крупные изменения по-прежнему проходят обычную проверку и надзор. == Руководящие принципы политики * *Очевидные исправления:* Любой участник может вносить очевидные небольшие изменения (например, исправления опечаток или ошибок сборки) в любой репозиторий при условии соблюдения правил, специфичных для этого репозитория. * *Правила репозитория:* Коммиттеры должны знать, понимать и соблюдать конкретные правила и инструменты проверки тех репозиториев, которые они изменяют. * *Доверие при межрепозиторной работе:* Выполняя коммиты вне своей основной области ответственности, коммиттеры должны полагаться на собственное обоснованное суждение, руководствуясь следующими принципами: ** *Достаточное рецензирование:* Изменение получило надлежащее рецензирование со стороны коллег, соответствующее его размеру и сложности. ** *Консультация с экспертами:* Для нетривиальных изменений необходимо консультироваться с экспертами в соответствующей области. ** *Строгие правила:* Коммиттер должен с уважением относиться к областям, требующим формального надзора (например, к дереву `ports/Mk`). ** *Масштаб:* Чем крупнее или сложнее изменение, тем важнее запросить рецензирование и дождаться явного одобрения. ** *При возникновении сомнений:* Перед выполнением коммита запросите рецензирование у коммиттера, опытного в целевом репозитории. * *Ответственность:* Коммиттеры обязаны принимать обратную связь как по процессу, так и по содержанию. В случае ошибки действием по умолчанию является немедленный откат изменений с последующим, при необходимости, более формальным рецензированием. В случае сомнений сначала спросите и запросите проверку на здравый смысл. -Смотрите extref:{committers-guide}[Руководство коммиттера] для получения информации о конкретных общих разрешениях и о правилах оформления сообщений коммитов. +Смотрите link:https://docs.freebsd.org/ru/articles/committers-guide[Руководство коммиттера] для получения информации о конкретных общих разрешениях и о правилах оформления сообщений коммитов. // // The FreeBSD Russian Documentation Project // // Original EN revision (14.07.2026): 5055f6624bd0bdf00c4a94cfd7cccb9b31a3b9c6 // diff --git a/website/content/ru/internal/data.adoc b/website/content/ru/internal/data.adoc new file mode 100644 index 0000000000..ad3ed8a5a5 --- /dev/null +++ b/website/content/ru/internal/data.adoc @@ -0,0 +1,20 @@ +--- +title: "Политика в отношении пользовательских данных" +sidenav: docs +--- + += Политика в отношении пользовательских данных + +== Обоснование + +Проект FreeBSD предоставляет разработчикам несколько ресурсов, включая различные машины и хранилища данных. Эти ресурсы предназначены для использования в деятельности, связанной с проектом FreeBSD. Проект не даёт разработчикам никаких гарантий относительно данных, не связанных с проектом, которые хранятся на ресурсах проекта. Разработчикам настоятельно рекомендуется не использовать ресурсы проекта для хранения данных, не связанных с проектом. Команда ядра FreeBSD утвердила следующую политику в отношении пользовательских данных, которая была опубликована в списке рассылки разработчиков 4 августа 2011 года. + +== Политика + +Ресурсы проекта FreeBSD должны использоваться только для деятельности, связанной с проектом, и для хранения данных, относящихся к проекту. + +// +// The FreeBSD Russian Documentation Project +// +// Original EN revision (21.02.2021): eb4b89b8d31574df0a18fc5f7562181ccd6eecd6 +// diff --git a/website/content/ru/internal/developer.adoc b/website/content/ru/internal/developer.adoc index 67ee97383b..5e87f8a94c 100644 --- a/website/content/ru/internal/developer.adoc +++ b/website/content/ru/internal/developer.adoc @@ -1,49 +1,52 @@ --- title: "Информация для коммиттеров FreeBSD" sidenav: docs --- include::shared/ru/urls.adoc[] = Информация для коммиттеров FreeBSD == link:{committers-guide}[Руководство для коммиттеров] -Основной документ для всех новых коммиттеров, описывающий как технические, так и организационные аспекты. В частности, могут оказаться полезными разделы link:{committers-guide}#cvs.operations[Работа с CVS], link:{committers-guide}#gnats[система отслеживания ошибок GNATS] и link:{committers-guide}#ssh.guide[Краткое руководство по SSH]. +Этот документ является общим руководством для всех новых коммиттеров, включая как технические детали, так и политики. +Что касается первого, см. главы о link:{committers-guide}#git-primer[системе контроля версий Git], системе отслеживания ошибок link:{committers-guide}#bugzilla[Bugzilla] и link:{committers-guide}#ssh.guide[кратком руководстве по SSH]. -Этот документ содержит практически всё, что должен знать новый коммиттер проекта FreeBSD. +Он содержит почти всё, что нужно знать новому коммиттеру проекта FreeBSD. +Для получения дополнительной информации см. «Руководство для начинающих по проекту документации» и «Руководство FreeBSD по созданию портов». -== link:{fdp-primer}[Учебник для новых участников проекта документирования FreeBSD] +== link:{fdp-primer}[Руководство для новых участников проекта документации FreeBSD] -Этот учебник отражает всё, что вам нужно знать для того, чтобы принять участие в Проекте документирования FreeBSD, от инструментов и программного обеспечения, которое вы будете использовать (как в обязательном, так и факультативном порядке), до основополагающих идей Проекта Документирования. +Всё, что вам нужно знать, чтобы начать вносить вклад в проект – от обязательного и рекомендуемого программного обеспечения до философии, лежащей в основе проекта. -== link:{porters-handbook}[Руководство по созданию портов FreeBSD] +=== link:{fdp-primer}doc-build/#doc-build-rendering-html[Компиляция в HTML] -Руководство для коммиттеров портов FreeBSD, включающее в себя link:{porters-handbook}#freebsd-versions[Таблицу значений переменной __FreeBSD_version]. +Использование Git-репозитория для обновления и сборки страниц. -== link:{fdp-primer}#the-website-build[Построение страниц веб-сервера FreeBSD] +== link:{porters-handbook}[Руководство FreeBSD по созданию портов] -Этот документ описывает построение и обновление веб-страниц FreeBSD из дерева CVS в ручном режиме. +Руководство для участников и коммиттеров портов FreeBSD. +Включает каноническую link:{porters-handbook}versions[таблицу значений `__FreeBSD_version`]. == Проекты FreeBSD * link:../../docproj/[Проект Документирования FreeBSD] -* link:../../releng/[Процесс выпуска релизов FreeBSD] -* http://people.FreeBSD.org/~picobsd/[PicoBSD] -* link:../../platforms/alpha[Проект FreeBSD/Alpha] -* link:../../platforms/ia64/[Проект FreeBSD/IA-64] -* link:../../platforms/ppc[Проект FreeBSD/PPC] -* link:../../platforms/sparc[Проект FreeBSD/SPARC] -* http://www.TrustedBSD.org/[Проект TrustedBSD] +* link:../../releng/[Информация о подготовке релизов] +* link:../../platforms/[Проекты аппаратных платформ FreeBSD] * link:../../projects/[Проекты разработки FreeBSD] == Другие ресурсы -* link:../../developers/cvs[CVS Repository] -* link:../../support/#gnats[Сообщения об ошибках] -* link:../../security/[Информация о безопасности FreeBSD] -* link:../../copyright/[Copyright] -* http://wikitest.FreeBSD.org[FreeBSD Wiki (веб-энциклопедия)] -* http://perforce.FreeBSD.org[Репозиторий Perforce для коммиттерских проектов] +* link:https://docs.freebsd.org/ru/articles/committers-guide/#committer.types[Репозитории исходного кода] +* link:../../support/[Поддержка] +* link:../../security/[Информационная безопасность FreeBSD] +* link:../../copyright/[Информация об авторских правах на FreeBSD] +* https://wiki.FreeBSD.org[Вики FreeBSD] -link:..[Внутренняя информация FreeBSD] +link:..[Домашняя страница внутренних ресурсов FreeBSD] + +// +// The FreeBSD Russian Documentation Project +// +// Original EN revision (22.07.2023): 15f38de2dd79b77e1de1694a49ba44d97d26c3d4 +// diff --git a/website/content/ru/internal/doceng.adoc b/website/content/ru/internal/doceng.adoc index a9f198d86f..e27a6df495 100644 --- a/website/content/ru/internal/doceng.adoc +++ b/website/content/ru/internal/doceng.adoc @@ -1,29 +1,49 @@ --- -title: "Обязанности группы FreeBSD Doceng Team" +title: "Устав команды Doceng FreeBSD" sidenav: docs --- -= Обязанности группы FreeBSD Doceng Team +include::shared/authors.adoc[] -Команда doceng@ является новой рабочей группой для решения общих вопросов, имеющих отношение к Проекту Документирования FreeBSD. К первоочередным обязанностям этой группы относятся: += Устав команды Doceng FreeBSD -* Прохождение новых кандидатур коммиттеров для работы над doc/, www/, документацией по релизам и справочным страницам. -* Поддержку учебника по проекту документирования, в котором описаны наилучшие подходы, используемые во FreeBSD Documentation Project. -* Управление процессом подготовки doc/ к релизу. Сюда включается координация обновлений к документации по релизам между различными группами переводчиков, работа с группой подготовки релизов по наложению метки на дерево doc/ при выпуске релиза, а также документирование этих процедур. -* Обеспечение размещения генерируемой документации (в форматах PDF, HTML и так далее) на Web-сайте и FTP-сервере, а также их соответствие версиям документов в хранилище CVS. Сюда включается обеспечение нормального построения Web-сайта и работа с группой администраторов по установке на основной Web-сервер всего требуемого программного обеспечения (включая скрипты для построения). -* Выступать при необходимости как MAINTAINER (поддерживающий) или работать вместе с существующими группами поддержки для обеспечения работоспособности используемых инструментов построения (DocBook, groff и так далее). -* Поддержка целостности деревьев doc/ и www/ во FreeBSD. Из-за видимости этих файлов и документов во внешнем мире, doceng@ оставляет за собой право немедленно откатывать (или исправлять, не ожидая ответа от коммиттера) изменения, приведшие к появлению неправильных ссылок, некорректного построения Web-сайта или каким-либо другим неприятным последствиям для доступности Web-сайта и документации FreeBSD. +Команда link:../../administration/#t-doceng[подготовки документации FreeBSD] -- doceng@ -- является органом, занимающимся вопросами, связанными с управлением проектом документации FreeBSD. +Основные обязанности этой команды: -Особенно подчёркивается, что doceng@ *не* занимается решением конфликтов внутри FreeBSD Documentation Project. Проект ведёт и будет вести обсуждение и принятие решений в списке рассылки freebsd-doc. +* Предоставление одобрения для новых коммиттеров документации. +Документация включает статьи и книги, веб-страницы, справочные страницы, примечания к выпускам и их переводы. +Существует два вида прав на коммит в документацию: право переводчика, ограниченное переводами на конкретный язык, и полное право, которое предоставляется только претендентам, продемонстрировавшим достаточные навыки письменного английского языка. +* Поддержание руководства для начинающих по проекту документации, в котором описываются наилучшие практики для проекта документации FreeBSD. +* Управление процессом выпуска документации (doc/). +Это включает координацию обновлений документации к релизу с различными командами переводчиков, координацию с командой инжиниринга релизов для создания тегов в дереве doc/ в течение цикла выпуска, а также документирование этих процедур. +* Обеспечение актуальности генерируемой документации (PDF, HTML и т.д.) на веб-сайте и FTP-сервере по отношению к версиям документов в Git-дереве. +Это включает обеспечение корректной работы сборки веб-сайта, а также взаимодействие с административной командой для установки всего необходимого программного обеспечения (включая сборочные скрипты) на основном веб-сервере. +* Выполнение роли MAINTAINER (при необходимости) или работа в координации с существующими MAINTAINER'ами для обеспечения исправной работы инструментария документации (DocBook, groff и т.д.). +* Поддержание целостности дерева документации FreeBSD (doc/). +Ввиду публичности этих файлов и документов для внешнего мира, doceng@ оставляет за собой право немедленно откатывать (или исправлять без ожидания ответа от первоначального коммиттера) изменения, которые вводят битые ссылки, нарушают сборку веб-сайта или иным образом ухудшают доступность веб-сайта и документации FreeBSD. +* Назначение и курирование команды веб-мастеров FreeBSD, которая выполняет ежедневное обслуживание веб-серверов проекта совместно с другими командами. -== Текущий состав участников +Здесь особо отмечается, что doceng@ *не* является органом разрешения конфликтов для проекта документации FreeBSD. +Обсуждение и достижение консенсуса в списке рассылки freebsd-doc — это то, как проект вёл себя и как предполагается вести себя в будущем. -На данный момент участниками этой группы являются Nik Clayton, Ruslan Ermilov, Marc Fonvieille, Hiroki Sato и Murray Stokely. Предполагается, что этот список будет пополняться вместе с добавлением новых участников из различных проектов перевода. +== Текущий состав + +Текущими членами этой команды являются {doceng-members}. == Новые коммиттеры документации -Новые коммиттеры документации подтверждаются группой doceng@ посредством голосования по электронной почте в течение 1 недели. Кандидат считается прошедшим, если по крайней мере 1 участник doceng@ проголосовал положительно, и ни один человек из состава группы doceng@ не проголосовал против. core@ оповещается копией сообщения (CC) для admins@ о создании новой учётной записи. +Новые коммиттеры документации утверждаются doceng@ посредством голосования по электронной почте с двухнедельным периодом ожидания. +Коммитер утверждается, если как минимум один член doceng@ голосует «за», и ни один из членов doceng@ не голосует «против». +Когда предложение о предоставлении права на коммит принимается, doceng@ отправляет письмо-подтверждение наставнику и новому коммиттеру с копией core@ и accounts@. + +== Неактивные коммиттеры документации -== Неактивные коммиттеры +Коммитеры документации, которые не совершали коммитов в течение 18 месяцев, будут оповещены членом doceng@, и при отсутствии ответа в течение двух недель эти коммиттеры будут автоматически удалены из файла доступа. +В случае отсутствия ответа doceng@ также уведомит core@ о неактивных коммиттерах. +Коммитеры, желающие восстановить свои права, должны будут повторно подать заявку в соответствующий орган. -Группа doceng@ связывается с коммиттерами документации, в течение 12 месяцев не проявлявшими активности (отсутствие коммитов в основной репозиторий); если в течение 1 месяца ответ не получен, такие коммиттеры автоматически удаляются из списков доступа. Кроме того, в случае отсутствия ответа, группа doceng@ сообщает о неактивных коммиттерах группе core@. +// +// The FreeBSD Russian Documentation Project +// +// Original EN revision (16.07.2023): 1a3efd53f53ebc86d27984ef7b60e0aaedc3f474 +// diff --git a/website/content/ru/internal/expire-bits.adoc b/website/content/ru/internal/expire-bits.adoc index 7ac1e5300e..5a3b1bd1eb 100644 --- a/website/content/ru/internal/expire-bits.adoc +++ b/website/content/ru/internal/expire-bits.adoc @@ -1,14 +1,32 @@ --- -title: "Правила устаревания коммит бита" +title: "Политика истечения срока действия прав на коммит" sidenav: docs ---- +--- -= Правила устаревания коммит бита += Политика истечения срока действия прав на коммит == Обоснование -Случается, что коммиттеры FreeBSD находят другие занятия, которые занимают их время, и решают отказаться от коммит бита. В некоторых ситуациях, впрочем, коммиттер может не проявлять активности в течение долгого времени без явного отказа от бита. В долгосрочной перспективе, такие учетные записи могут создавать проблемы безопасности, а также поднимать вопросы, связанные с поддержкой контактной информации и методов доступа этой учетной записи. По этим причинам, FreeBSD Core утверждает нижеследующие правила окончания срока действия коммит бита (опубликованы в списке рассылки разработчиков FreeBSD 22 февраля 2002 г.) +Со временем у коммиттеров FreeBSD могут появляться другие обязанности, и они могут принять решение отказаться от своих прав на коммит. +Однако при некоторых обстоятельствах коммиттер может стать неактивным в течение длительного периода времени, не отказываясь явно от своих прав. +В долгосрочной перспективе такие учётные записи могут представлять угрозу безопасности, а также создавать процедурные вопросы относительно возможности поддержания контактной информации и методов доступа к учётной записи. +По этим причинам Команда ядра FreeBSD утвердила следующую политику истечения срока действия прав на коммит, последний раз обновлённую в феврале 2021 года. + +== Политика + +Коммиттеры документации и исходного кода, которые не совершали коммитов в течение 18 месяцев, могут быть лишены прав на коммит в файле доступа. +Для коммиттеров портов этот срок составляет 12 месяцев. +Коммиттерам рекомендуется восстановить свои права на коммит, связавшись с соответствующим органом. -== Правила +Если все права на коммит у коммиттера истекли, учётная запись `FreeBSD.org` этого коммиттера будет приостановлена. +По запросу она может оставаться активной на усмотрение Команды ядра FreeBSD. +Приостановка учётной записи означает отключение доступа по логину и любых других служб (таких как CGI-скрипты или нетривиальные конфигурации пересылки почты), которые выполняются от имени учётной записи коммиттера. +Простая пересылка почты будет продолжать работать, и пользователь может отправить письмо на `postmaster@FreeBSD.org` для обновления настроек пересылки. +Файлы коммиттера могут быть сохранены или удалены на усмотрение Команды ядра FreeBSD. +Приостановленная учётная запись будет реактивирована, если будут восстановлены какие-либо из прав на коммит. -Коммиттеры, не вносившие изменений в репозиторий в течение 18 месяцев, будут время от времени удаляться из файла доступа. Коммиттеры, желающие восстановить коммит бит, должны обращаться к соответствующим персонам. В будущем данная процедура может быть уточнена. +// +// The FreeBSD Russian Documentation Project +// +// Original EN revision (27.02.2021): 1321599150e22bc5ab4c44d446df41ad1ba1e30c +// diff --git a/website/content/ru/internal/fortunes.adoc b/website/content/ru/internal/fortunes.adoc deleted file mode 100644 index 0791612170..0000000000 --- a/website/content/ru/internal/fortunes.adoc +++ /dev/null @@ -1,28 +0,0 @@ ---- -title: "FreeBSD Internal" -sidenav: docs ---- - -= Правила коммитов в файлы Fortune - -== Правила - -Прежде чем произвести коммит в файл fortune, вспомните классическое "правило" Usenet: - -"Будьте толерантны к чужому мнению, но не ожидайте такой же толерантности от окружающих". - -Если высказывание задевает более чем пару-тройку коммиттеров FreeBSD и при этом не содержит объективных исторических ссылок, его место - в файле offensive. - -Примеры задевающих высказываний: - -* Высказывания, могущие задеть кого-либо на основе его национальности, религиозной принадлежности или жизненных предпочтений. -* Богохульства или высказывания "только для взрослых". - -Примеры высказываний, которые, как правило, не являются "раздражающими": - -* Цитаты из Гитлера. -* Шутки по поводу emacs/vi или других любимых инструментов, пока они действительно смешны и не являются "персональными наездами". - -Добавляя какие-либо высказывания в сборник fortune, будьте особенно внимательны к (возможно непредвиденным) возражениям, и дайте изменениям как следует устояться перед переносом их из ветви HEAD (MFC). - -Приведенные списки будут расширяться по мере того как Правление будет сталкиваться с необходимостью разрешать споры по таким поводам. diff --git a/website/content/ru/internal/hats.adoc b/website/content/ru/internal/hats.adoc new file mode 100644 index 0000000000..838ced2cc2 --- /dev/null +++ b/website/content/ru/internal/hats.adoc @@ -0,0 +1,46 @@ +--- +title: "Политика ограничения сроков полномочий для назначенных ролей (hat)" +sidenav: docs +--- + += Политика ограничения сроков полномочий для назначенных ролей (hat) + +== Обоснование + +Основная Команда FreeBSD (Core Team) назначает несколько лиц для выполнения критически важных ролей в проекте. Важно уменьшить количество единых точек отказа на этих должностях. Кроме того, смена ролей может привнести свежие идеи и помочь избежать профессионального выгорания. + +В настоящее время к назначенным Основной Комадой ролям относятся: секретарь Основной Команды, главный инженер релизов, офицер безопасности и почтмейстер. + +Основная Команда FreeBSD утвердила следующую политику ограничения сроков полномочий для ролей. Впервые она была опубликована в списке рассылки разработчиков 22 июня 2012 года и дополнена в июне 2015 года. + +== Политика + +Лицо может занимать роль, назначенную Основной Командой, при соблюдении следующих условий: + +* Основная Команда утверждает его назначение или переназначение на эту роль. +* Лицо согласно продолжать работу. +* Лицо по-прежнему способно эффективно выполнять свои обязанности. + +Роли назначаются по усмотрению Основной Команды. Назначения могут быть отозваны Основной Командой в любое время, если это соответствует интересам проекта. + +Срок полномочий каждой роли начинается через три месяца после начала двухлетнего срока полномочий Основной Команды и заканчивается через три месяца после окончания срока полномочий Основной Команды. Роли должны быть явно утверждены новой Основной Командой в начале срока своих полномочий. + +Если роль становится вакантной в течение срока, Основная Команда назначает замену на оставшийся срок. + +Основная Команда проводит ежегодный пересмотр всех ролей. + +В целом ожидается, что добровольцы, занимающие роли, будут ограничены четырьмя последовательными годами службы с округлением до ближайшего естественного цикла пересмотра/назначения. + +Недобровольцы, занимающие роли, по-прежнему обязаны участвовать в ежегодных пересмотрах и обеспечивать преемственность, удовлетворительную для Основной Команды. + +Каждая роль должна назначить заместителя, который сможет выполнять его обязанности в случае отсутствия или болезни, а также быть обученным и готовым принять на себя роль (при условии одобрения Основной Командой), если текущий обладатель должности уйдёт в отставку до окончания своего срока. + +Если полномочия Основной Команды будут досрочно прекращены, то следующий срок для каждой роли начнётся через три месяца после начала срока полномочий новой Основной Команды. + +Эти ограничения применяются к отдельным ролям, а не к командам. Для команд с единым руководящим лицом ограничения применяются к этому руководящему лицу. Лицо, которое не имеет права занимать руководящую должность в команде, может продолжать быть членом этой команды. + +// +// The FreeBSD Russian Documentation Project +// +// Original EN revision (21.02.2021): eb4b89b8d31574df0a18fc5f7562181ccd6eecd6 +// diff --git a/website/content/ru/internal/i18n.adoc b/website/content/ru/internal/i18n.adoc new file mode 100644 index 0000000000..4a652b911a --- /dev/null +++ b/website/content/ru/internal/i18n.adoc @@ -0,0 +1,16 @@ +--- +title: "Политика интернационализации" +sidenav: docs +--- + += Политика интернационализации + +== Политика + +Проект FreeBSD использует список, основанный на ISO 3166, для обозначения стран и регионов мира. Этот список включён в дистрибутивы релизов и отображается на официальном веб-сайте. Проект FreeBSD не поддерживает какую-либо конкретную позицию, и изменения в этом списке должны быть утверждены Основной Командой (Core Team) FreeBSD. + +// +// The FreeBSD Russian Documentation Project +// +// Original EN revision (21.02.2021): eb4b89b8d31574df0a18fc5f7562181ccd6eecd6 +// diff --git a/website/content/ru/internal/machines.adoc b/website/content/ru/internal/machines.adoc index 44c9b901b6..c4cd6b7cd0 100644 --- a/website/content/ru/internal/machines.adoc +++ b/website/content/ru/internal/machines.adoc @@ -1,92 +1,35 @@ --- title: "Сеть FreeBSD.org" sidenav: docs --- = Сеть FreeBSD.org Для тех, кто имеет доступ к сети FreeBSD.org, эта страница описывает, какие машинные ресурсы доступны и для каких целей они выделены. Список ключей SSH и их подписей для открыто доступных машин в домене FreeBSD.org находится в link:https://www.FreeBSD.org/internal/ssh-keys.asc[этом файле]. -== Все имена хостов относятся к домену FreeBSD.org +== Хосты FreeBSD.org для разработчиков -[.tblbasic] -[width="100%",cols="25%,25%,25%,25%",options="header",] -|=== -|Хост |ОС |Назначение |Владелец (владельцы) -|beast |5-STABLE |Машина архитектуры Alpha для тестирования FreeBSD/alpha |obrien/peter -|builder |6-STABLE |Хранилище исходников BSD/OS + -Машина сборки документации FreeBSD для выкладывания на FTP |коммиттеры -|freefall |6-STABLE |GNATS/shell |коммиттеры -|ftp-master |4-STABLE |Главный сервер ftp (вспомогательный сервер) |peter/kuriyama/obrien/steve -|gohan10-17 |6-STABLE/7-CURRENT |Кластер сборки портов |ports team -|gohan20-39 |6-STABLE/7-CURRENT |Кластер сборки портов |ports team -|hub |4-STABLE |Службы электронной почты |postmaster -|mx1 |4-STABLE |Сервер входящей почты |dhw/peter -|mx2 |4-STABLE |Сервер исходящей почты |dhw/peter -|ncvsup (cvsup10) |6-STABLE |Открытое зеркало CVSup |kuriyama -|ns0 |4-STABLE |Основной сервер DNS |dg/ps/peter -|panther |-CURRENT |Образцовая машина тестирования изменений для архитектуры sparc64 |коммиттеры -|pluto1 |-CURRENT |Образцовая машина тестирования изменений для архитектуры ia64 |коммиттеры -|pluto2 |6-STABLE |Образцовая машина тестирования изменений для архитектуры ia64 |коммиттеры -|pointyhat |-CURRENT |Главная машина для построения пакетов всех архитектур |ports team -|ref4 |4-STABLE |Образцовая машина для тестирования изменений в ветке 4-stable |коммиттеры -|ref5 |5-CURRENT |Образцовая машина для тестирования изменений в 5-current |коммиттеры -|repoman |4-STABLE |Основной репозиторий CVS |peter -|sledge |-CURRENT |Образцовая машина для тестирования изменений для архитектуры amd64 |коммиттеры -|spit (cvsup-master) |6-STABLE |Основное зеркало CVSup |kuriyama -|www |4-STABLE |Веб-сервер |webmaster -|=== - -== Аппаратные конфигурации - -[.tblbasic] -[cols=",,",options="header",] -|=== -|Хост |Тип |Аппаратура -|beast |API UP2000 |2 x 833MHz Alpha 21264 (8MB кэша 2 уровня), память 2GB, Adaptec 2940U2W SCSI, 2 диска SCSI U160, сетевой адаптер 3COM 3c905B. -|builder |Intel x86 |Pentium III 800МГц, память 512МБ, диск 40GB Seagate ATA, сетевой адаптер Intel EtherExpress Pro 10/100B. -|freefall |Intel x86 |Pentium III 800МГц, память 1024МБ, дисковый контроллер Mylex DAC960 PCI SCSI RAID, диски 5x18GB SCSI U2W, сетевой адаптер Intel EtherExpress Pro 10/100B. -|gohan10-17 |Intel x86 |800MHz Pentium III, 512MB mem, дисковый контроллер Intel ICH ATA66, диск 1x30GB ATA66, сетевой адаптер Intel EtherExpress Pro 10/100B. -|gohan20-39 | | -|hub |Intel x86 MP |2 x 600MHz Pentium III, память 1GB, дисковый контроллер Mylex DAC960 PCI SCSI RAID, диски 3x9GB SCSI WIDE, сетевой адаптер Intel EtherExpress Pro 10/100B. -|mx2 |Intel x86 |Pentium III 850МГц FC-PGA, память 512МБ, LSI 53C1010 U160 SCSI, диск 1x18GB 10K RPM U160 SCSI, сетевой адаптер Intel EtherExpress Pro 10/100B. -|panther |Sun OEM ATX Panther board |300 MHz UltraSparc-IIi, память 512MB, диски 2x9GB 10K RPM Ultra2 SCSI, сетевой адаптер Sun HME 10/100B. -|pluto1, pluto2 |HP rx2600 (IA-64) |2x900MHz Itanium2 (McKinley) - HP zx1 (pluto) chipset, память 2048MB (используется 1024MB), дисковый контроллер LSILogic 1030 U320 SCSI (mpt), диск 1x36GB 10K RPM U160 SCSI, сетевой адаптер Broadcom BCM5701 10/100/1000. -|pointyhat |Intel x86 MP |2x1266MHz Pentium III, память 2048МБ, дисковый контроллер 3ware 4-port IDE (twe), диски 4x160GB UltraATA в режиме RAID 1+0. -|ref4 |Intel x86 |Celeron 500МГц FC-PGA, память 512МБ, диск 1x30ГБ IDE, сетевой адаптер Intel EtherExpress Pro 10/100B. -|ref5 |Intel x86 |Celeron 500МГц FC-PGA, память 512МБ, диск 1x20ГБ IDE, сетевой адаптер Intel EtherExpress Pro 10/100B. -|sledge |Rioworks HDAMA (AMD64) |2x1.8GHz Opteron 244 - AMD 8111/8131 chipset, память 8192MB, диск 1x40GB Seagate ST340014A IDE, сетевой адаптер Broadcom BCM5703 10/100/1000. -|=== - -Все машины подключены на скорости 100Мбит/с (полный дуплекс) к отдельному коммутатору Cisco 2948G с резервируемыми гигабитными выходами. Подключение к Интернет и размещение серверов обеспечивает http://www.yahoo.com/[Yahoo!]. Во всех системах имеются консоли, подключенные к последовательному порту и удалённое управление электропитанием. - -== Кластер сборки портов в Корее +Эти системы доступны для использования разработчиками / коммиттерами FreeBSD. Эталонные системы могут использоваться для тестовых сборок и т.д. [.tblbasic] [cols=",,,",options="header",] |=== -|Хост |ОС |Назначение |Владелец (владельцы) -|dalki, dosirak, haessal |5-CURRENT |Кластер сборки портов |ports team +|Хост |ОС |Тип |Назначение +|freefall |16-CURRENT |amd64 |Вход в оболочку. +|ref[16\|15\|14\|13]-amd64 |X-STABLE |amd64 |Эталонная машина для общего тестирования и сборки портов. +|ref[14\|13]-i386 |X-STABLE |i386 |Эталонная машина для общего тестирования и сборки портов. +|ref[16\|15\|14\|13]-aarch64 |X-STABLE |arm64\|aarch64 |Эталонная машина для общего тестирования и сборки портов. +|universe[16\|15\|14\|13][a\|b] |X-STABLE |amd64 |Машина для сборки universe для быстрой компиляции в больших масштабах. |=== -== Аппаратные конфигурации - -[.tblbasic] -[cols=",,",options="header",] -|=== -|Хост |Тип |Аппаратура -|dalki, haessal |Intel x86 |2x2.20GHz Pentium 4 Xeon, память 2GB, дисковый контроллер Adaptec aic7899 Ultra160 SCSI, диск 1x36GB SCSI-3, сетевые адаптеры 2xIntel EtherExpress Pro 10/100B. -|dosirak |Intel x86 |2x2.20GHz Pentium 4 Xeon, память 4GB, дисковый контроллер Adaptec aic7899 Ultra160 SCSI, диск 1x36GB SCSI-3, сетевые адаптеры 2xIntel EtherExpress Pro 10/100B. -|=== - -Все машины подключены на скорости 100Мбит/с (полный дуплекс) к отдельному коммутатору Cisco 2950G с резервируемыми гигабитными выходами. Подключение к Интернет и размещение серверов обеспечивает http://kr.yahoo.com/[Yahoo! Korea] и http://www.kidc.net/[KIDC]. Сами машины предоставлены http://www.eslim.co.kr/[eSlim Korea]. - -== Политика администрирования - -Если интересующей машиной "владеет" какое-то конкретное лицо, пожалуйста, по всем административным вопросам сначала обращайтесь к нему, включая изменения в бюджетах пользователей или файловой системе. - -Все новые пользовательские бюджеты должны быть согласованы с группой администраторов, admin@FreeBSD.org, и должны выделяться исключительно для разработчиков FreeBSD всех категорий, как занимающихся документированием, так и портированием приложений или самой системой. Бюджеты могут быть выданы и для разработчиков, не участвующих в проекте, если им нужно протестировать что-либо очень экспериментальное и для этого нужен доступ к машине с FreeBSD. Бюджеты не раздаются всем подряд ради "крутого" почтового домена и в других подобных целях. Пытаться просить будет пустой тратой времени. Спасибо. +Машины обычно подключены на скорости 1 Гбит/с в полнодуплексном режиме к выделенному коммутатору с резервированными гигабитными аплинками. Все системы имеют последовательные консоли с ведением журнала и удалённое управление питанием. link:..[Внутренняя информация FreeBSD] + +// +// The FreeBSD Russian Documentation Project +// +// Original EN revision (19.09.2025): e5e303758d5279e69d72b82b8fcfb98613524cd7 +// diff --git a/website/content/ru/internal/members.adoc b/website/content/ru/internal/members.adoc new file mode 100644 index 0000000000..836c8f54cb --- /dev/null +++ b/website/content/ru/internal/members.adoc @@ -0,0 +1,75 @@ +--- +title: "Участники проекта FreeBSD" +sidenav: docs +--- + +include::shared/ru/urls.adoc[] + += Участники проекта FreeBSD + +Участник проекта FreeBSD — это человек, который внёс заметный вклад в проект FreeBSD и продолжает вносить вклад в проект. +Это может быть в виде нового кода, документации или исправлений к существующему коду и документации, а также в других формах, определённых Осноаной Командой (Core Team), включая управление сообществом и популяризацию. + +== Коммиттеры + +Коммиттеры — это те участники проекта, которым был предоставлен доступ на коммит («право на коммит») в один или несколько репозиториев проекта. +Чтобы получить актуальный список коммиттеров FreeBSD, вы можете проверить link:{contributors}#staff-committers[этот список]. + +== Привилегии участников: + +* адрес электронной почты @freebsd.org, который также даёт им обычный доступ к Bugzilla и Phabricator; +* право назначать ошибки на себя в Bugzilla; +* доступ к freefall и машинам сборки universe; +* доступ к тестовым кластерам; +* право посещать саммиты разработчиков; +* доступ к списку рассылки developers@. + +== Привилегии коммиттеров: + +В дополнение к привилегиям обычного участника, активные коммиттеры (те, кто совершал коммиты в течение последнего года) имеют право голоса на выборах Основной Команды. + +== Обязанности участников: + +Все участники должны обеспечивать, чтобы весь вносимый материал: + +* соответствовал стандартам и практикам проекта; +* был правильно атрибутирован своим авторам; +* имел соответствующее лицензирование. Если материал является оригинальной работой участника проекта, предпочтительна стандартная лицензия FreeBSD. Подробнее см. link:{license-guide}[«Политика лицензирования FreeBSD»]. + +Участники ОБЯЗАНЫ создать SSH- и PGP-ключи для получения доступа к ресурсам проекта. + +Участники обязаны соблюдать Кодекс поведения проекта, особенно при представлении проекта во внешних форумах. + +Статус участника присваивается по решению Основной Команды или по решению других групп, которые Основная Команда может назначить, таких как Portmgr или Doceng. +Любой коммиттер или участник FreeBSD может предлагать кандидатов на получение статуса участника. + +Основная Команда или назначенные ею группы, которые присваивают статус участника, должны пересматривать этот статус не реже одного раза в год и отключать неактивные учётные записи. +Формального определения неактивных учётных записей не существует. Основноая Команда и назначенные команды могут действовать по своему усмотрению. + +''''' + +== Часто задаваемые вопросы: + +Назначается ли наставник каждому новому участнику проекта? + +* Наставник назначается участникам проекта только в том случае, если они становятся коммиттерами, или если их права на коммит реактивируются после длительного периода неактивности. Это относится только к коммиттерам, поскольку основная цель наставника — проверять то, что намеревается совершить подопечный. + +* Для обычных участников проекта такого формального требования нет, но ожидается, что лица, которые предлагают нового участника, помогут ему настроить учётную запись, получить доступ к ресурсам проекта и т.д. + +Обязательно ли сначала стать обычным участником, чтобы получить право на коммит? + +* Нет. Не требуется, чтобы будущие коммиттеры сначала были обычными участниками. Однако предполагается, что это станет обычной практикой как часть пути к получению прав на коммит. + +Становятся ли коммиттеры, отказавшиеся от своих прав, просто обычными участниками? + +* Все коммиттеры являются участниками проекта, но бывшие коммиттеры считаются коммиттерами-ветеранами. Ветераны могут вернуться к статусу активных коммиттеров, просто запросив восстановление доступа на коммит. + +Как это влияет на существующий статус стороннего разработчика (3rd Party Developer)? + +* Существующие сторонние разработчики будут повышены до участников проекта. + +// +// The FreeBSD Russian Documentation Project +// +// Original EN revision (16.06.2026): 6bd5860091a3eb263d7d907bcca474b255100ea3 +// diff --git a/website/content/ru/internal/mirror.adoc b/website/content/ru/internal/mirror.adoc deleted file mode 100644 index a7c1ec7d2d..0000000000 --- a/website/content/ru/internal/mirror.adoc +++ /dev/null @@ -1,46 +0,0 @@ ---- -title: "Зеркалирование страниц веб-сервера FreeBSD" -sidenav: docs ---- - -include::shared/ru/urls.adoc[] - -= Зеркалирование страниц веб-сервера FreeBSD - -Вы можете (и даже приглашаетесь) зеркалировать страницы веб-сервера FreeBSD `www.FreeBSD.org`. Чтобы сделать это, вам нужно сгрузить и установить на ваш веб-сервер программу, которая называется _cvsup_. link:{handbook}#INSTALL[CVSup] является пакетом программ для распространения и обновления наборов файлов по сети. - -== Установка CVSup - -Вы можете построить и проинсталлировать CVSup из исходных текстов при помощи команд - -.... - # cd /usr/ports/net/cvsup-without-gui - # make all install clean -.... - -Впрочем, гораздо проще может оказаться поставить готовый пакет из link:{handbook}#packages-using[Коллекции пакетов]. За подробностями обращайтесь к упомянутой главе Руководства. - -== Запуск CVSup - -Если вы сохраняете зеркалируемые страницы веб-сервера FreeBSD в каталоге `/usr/FreeBSD-mirror`, владельцем которого является пользователь `fred', запустите такую команду от пользователя `fred': - -.... - $ cvsup supfile-www -.... - -Файл `supfile-www` содержит: - -.... - *default host=cvsup.FreeBSD.org - *default prefix=/usr/FreeBSD-mirror - *default base=/usr/local/etc/cvsup - www release=current delete use-rel-suffix compress -.... - -Здесь страницы веб-сервера FreeBSD будут зеркалироваться в `/usr/FreeBSD-mirror`. Вы можете внести эту команду в crontab пользователя fred, чтобы она запускалась ежедневно. Страницы на сервере www.FreeBSD.org обновляются ежедневно в 4:30am по Калифорнийскому времени. - -== Дополнительная информация о CVSup - -Посмотрите link:{handbook}#CVSUP[Введение в CVSup] в Руководстве. - -link:..[Внутренняя информация FreeBSD] diff --git a/website/content/ru/internal/new-account.adoc b/website/content/ru/internal/new-account.adoc index 8d50dc4feb..ebdfe2243f 100644 --- a/website/content/ru/internal/new-account.adoc +++ b/website/content/ru/internal/new-account.adoc @@ -1,63 +1,92 @@ --- title: "Процедура заведения новых учетных записей" sidenav: docs --- include::shared/ru/urls.adoc[] = Процедура заведения новых учетных записей == Выдвижение нового коммиттера Если Вы собираетесь рекомендовать кого-либо в команду коммиттеров FreeBSD, необходимо послать ответственному лицу письмо со следующей информацией: * Историю участия претендента в проекте FreeBSD. Эта информация _необходима_, и ее предоставление стало стандартом де-факто за последние несколько лет. * Имя (учетную запись) коммиттера, готового стать ментором для нового коммиттера. * Адрес электронной почты претендента (его довольно часто забывают!) Запрос на коммиттерский бит, не оформленный по указанным правилам, будет в лучшем случае отложен в долгий ящик, а то и вызовет раздражение в ваш адрес со стороны ответственной персоны. +Для получения некоторых рекомендаций о том, как должно быть написано само предложение, пожалуйста, обратитесь к link:../proposing-committers[краткому обзору]. Адреса ответственных лиц по различным частям репозитория: * src -> core@ * doc -> doceng@ * ports -> portmgr@ -Вы получите подтверждение после прочтения Вашего письма; ответ от core@ или doceng@ должен прийти в течение <= 7 дней. Группе portmgr@ может потребоваться до 14 дней для принятия решения. Ответ претенденту и номинируемому может прийти раньше, если голосование закончится досрочно. +Вы получите подтверждение после того, как сообщение будет просмотрено, а srcmgr@, doceng@ и portmgr@ ответят вам после завершения голосования или по истечении таймаута. +Таймаут для srcmgr@ и portmgr@ установлен в 7 дней, тогда как для doceng@ — 14 дней, однако, как указано, это лишь наихудший случай, и члены команд могут завершить голосование раньше. == Авторизация нового логина -Для авторизации с одного из приведенных ниже адресов на адреса admins@FreeBSD.org, core@FreeBSD.org и адрес персоны, которая будет ментором для нового коммиттера, должно прийти подписанное PGP письмо, подтверждающее необходимость заведения нового логина. Письмо должно содержать ссылку на эту страницу, чтобы ментор и его подопечный знали, что от них ожидают. +Кто-либо из перечисленного ниже списка отправляет по электронной почте на адрес accounts@ письмо, подписанное PGP, копируя наставника, назначенного новому коммиттеру, и с копией core@FreeBSD.org, подтверждающее утверждение новой учётной записи. +Это письмо должно содержать ссылку на данный документ, чтобы наставник и подопечный знали, что от них ожидается. -Подписанные PGP подтверждения принимаются только со следующих адресов: +Утверждения новых учётных записей действительны только от следующих PGP-сущностей: -* core-secretary -* portmgr-secretary -* doceng +* srcmgr-secretary (для прав на коммит в src) +* portmgr-secretary (для прав на коммит в ports) +* doceng-secretary (для прав на коммит в doc) -_ВНИМАНИЕ: Запросы на создание новых логинов не от указанных персон, или подписанные иными PGP-ключами (или не подписанные), не обрабатываются. Без исключений. Запрос на создание логина для коммиттера портов или документации должен быть отправлен также (CC:) на адрес Правления (core@)._ +_ПРИМЕЧАНИЕ: Запросы на создание новых учётных записей от кого-либо, кроме этих сущностей, или запросы, подписанные PGP-ключами, отличными от ключей этих сущностей, не будут обрабатываться. +Исключений нет._ == Информация, необходимая от ментора нового коммиттера -Ментор нового коммиттера должен собрать и прислать на адрес admins@FreeBSD.org следующую информацию: +Лицо, назначенное наставником нового коммиттера, должно собрать и отправить следующую информацию на адрес accounts@: -* Строка для `master.passwd`, содержащая предпочитаемое имя пользователя, оболочку и личную информацию (GECOS); поле пароля заполнять не нужно -* публичный ключ для ssh V2 (*ТОЛЬКО для версии 2*) +* имя пользователя (строчные латинские буквы a-z и цифры 0-9) +* полное имя (как в поле GECOS; в кодировке UTF-8) +* дополнительную информацию GECOS (телефон, местоположение и т.п.) — необязательно +* командную оболочку (доступны sh, csh/tcsh, bash, zsh) +* открытый ключ SSH версии 2 -Ментор отвечает за достоверный сбор этой информации и предоставление ее группе admins@ достоверным образом. Предпочтительным способом доставки является письмо, подписанное находящимся в Руководстве Пользователя PGP-ключом ментора. Если этот метод по каким-либо причинам недоступен, ментор может создать файл, содержащий необходимую информацию, в своем домашнем каталоге на машине freefall, после чего сообщить имя файла на admins@freebsd.org. Нам необходимо удостовериться, что информация о новом коммиттере в самом деле исходит от ментора, а не подписанные письма в настоящее время не дают такой возможности. Поскольку информация от будущего коммиттера не может быть проверена напрямую, ее должен посылать ментор. +Наставник обязан получить эту информацию от нового коммиттера надёжным способом и передать её в accounts@ также надёжным способом. +Предпочтительным методом для отправки информации в accounts@ является письмо, подписанное PGP, при условии, что открытый ключ наставника уже добавлен в Справочник. +Если по какой-либо причине это невозможно, допустимой заменой является размещение наставником информации об учётной записи в своём домашнем каталоге на freefall с последующим уведомлением accounts@ о месте размещения. +Мы должны быть уверены, что информация об учётной записи действительно исходит от наставника, и неподписанное письмо для этого недостаточно. +Поскольку у accounts@ нет способа проверить что-либо от нового коммиттера, эта информация должна быть отправлена в accounts@ наставником, а не новым коммиттером. -== admins@FreeBSD.org создают учетную запись +== accounts@FreeBSD.org создают учетную запись -Кто-либо из группы admins@FreeBSD.org на основе вышеописанной информации создает на машинах кластера FreeBSD.org новую учетную запись и информирует об этом нового коммиттера и его ментора. +accounts@ создаёт новую учётную запись с указанной выше информацией в кластере FreeBSD.org и уведомляет наставника и нового коммиттера. -== Ментор активирует коммит бит +== Ментор активирует коммит бит нового коммиттера -После того, как новый коммиттер подтвердит, что новая учетная запись работает, ментор активизирует коммит бит и помогает ему завершить первые шаги. +После того как новый коммиттер подтвердит, что учётная запись работает, наставник добавляет нового коммиттера в соответствующий файл `access`, используя соответствующее сообщение коммита. +Сообщение коммита должно содержать как минимум полное имя и имя пользователя коммиттера, имя наставника и область, в которой новый коммиттер начнёт работать. +Также должна быть добавлена запись в файл `mentors` в соответствующем link:{committers-guide}#admin-branch[репозитории Git] для указания отношений наставничества. +После выполнения всех этих действий новый коммиттер и наставник совместно выполняют первые операции коммита. + +== Дополнительные службы + +Наставник должен добавить нового коммиттера в группу https://wiki.freebsd.org/DevelopersGroup[Developers] на вики-сайте и в проект https://reviews.freebsd.org/project/view/3/[committer] на Phabricator. + +Чтение link:{committers-guide}[Руководства коммиттера] считается хорошим первым шагом для новых коммиттеров, особенно раздела link:{committers-guide}#conventions[«Соглашения и традиции»]. == Завершение работы с ментором -Период работы с ментором не фиксируется жестко. Когда ментор решает, что его подопечный готов к "свободному полету", он сообщает об этом сообществу разработчиков, делая форсированный коммит в файл `access` с соответствующим комментарием. +Период работы с ментором не фиксируется жестко. +Когда наставник посчитает, что подопечный готов к самостоятельной работе, наставник уведомляет сообщество разработчиков, удаляя запись из файла `mentors` ветки `internal/admin` в репозитории Git. == Передача опекаемого другому ментору -При необходимости передать опекаемого вами коммиттера другому ментору напишите письмо ответственным, как при создании новой учетной записи. Как правило, подобные запросы утверждаются без лишней волокиты. Сообщество уведомляется о передаче коммиттера путем форсированного коммита в файл `access`. +При необходимости передать опекаемого вами коммиттера другому ментору напишите письмо ответственным, как при создании новой учетной записи. +Как правило, подобные запросы утверждаются без лишней волокиты. +Сообщество уведомляется о передаче коммиттера путем форсированного коммита в файл `mentors` в Git. + +// +// The FreeBSD Russian Documentation Project +// +// Original EN revision (20.04.2025): acd54835f6f138c8ad455af7903d2479d3c49727 +// diff --git a/website/content/ru/internal/photos.adoc b/website/content/ru/internal/photos.adoc deleted file mode 100644 index 8be909d937..0000000000 --- a/website/content/ru/internal/photos.adoc +++ /dev/null @@ -1,74 +0,0 @@ ---- -title: "Фотогалерея" -sidenav: docs ---- - -= Фотогалерея - -== USENIX 2004, Boston, Июнь 2004 - -http://apollo.backplane.com/USENIX2004/[Фотографии] с конференции, сделанные mailto:dillon@backplane.com[Matt Dillon]. - -== 20th Chaos Communication Congress, Berlin, Декабрь 2003 - -http://gallery.daemon.li/20c3/[Фотографии] предоставил mailto:josef@FreeBSD.org[Josef]. - -== Празднование 10 годовщины FreeBSD, San Francisco, Ноябрь 2003 - -http://apollo.backplane.com/pics.bsdparty/[Фото], сделанные mailto:dillon@backplane.com[Matt Dillon]. - -== BSDCon 2003, San Mateo, Сентябрь 2003 - -http://apollo.backplane.com/BSDCON2003/[Фотографии] работы mailto:dillon@backplane.com[Matt Dillon]. - -== LinuxTag 2003, Karlsruhe, Июль 2003 - -http://gallery.daemon.li/linuxtag/[Фотографии] с Linuxtag предоставил mailto:josef@FreeBSD.org[Josef]. - -== BSDCon Europe 2002, Amsterdam, Ноябрь 2002 - -http://people.FreeBSD.org/~wilko/EuroBSDcon2002/[Фото] Фотографии и комментарии предоставлены mailto:wilko@FreeBSD.org[Wilko]. - -== USENIX 2002, Monterey, Июнь 2002 - -http://apollo.backplane.com/USENIX2002/[Фотографии], сделанные mailto:dillon@backplane.com[Matt Dillon]. - -== BSDCon Europe 2001, Brighton, Ноябрь 2001 - -http://2001.eurobsdcon.org/pictures/[Фото] - -== BSDCon 2000, Монтерей, Октябрь 2000 - -Фотографии сделал http://people.FreeBSD.org/~will/bsdcon/[Will] - -== http://people.FreeBSD.org/~jkh/lw2000/[LinuxWorld 2000, Февраль 2000] - -Фотографии сделал mailto:jkh@FreeBSD.org[jkh]. - -== http://www.de.FreeBSD.org/de/gif/berlin-1999-10-09/[Встреча BSD в Берлине, Октябрь 1999] - -== http://people.FreeBSD.org/~nik/Oxford/index.html[Встреча FreeBSD в Оксфорде (Великобритания), Ноябрь 1998] - -Фото и текст предоставил mailto:nik@FreeBSD.org[Ник]. Отсортированы Полом Ричардсом (Paul Richards). - -== Встреча FreeBSD в Голландии, Октябрь 1998 - -Фото http://people.FreeBSD.org/~jkh/holland/[Jordan] и http://www.tcja.nl/hackersparty/[Wilko] - -== http://www.de.FreeBSD.org/de/gif/hamburg-1998-06-20/index.html[BSD Social Event Гамбург, Июнь 1998] - -Aled Morris, Andre Oppermann, Andreas Klemm, Andrew Gordon, Christoph Badura, Dirk Meyer, Frank Nobis, Harald Klatte, Joerg Wunsch, Jonathan Laventhol, Lars Gerhard Kuehl, Martin Cracauer, Stefan Bethke, Stefan Esser, Stefan Huerter, Stefan Zehl, Stephan Forth, Thomas Gellekum - -== http://www.lemis.com/grog/auug98.html[Весенняя конференция AUUG, Сидней, Сентябрь 1998] - -Richard Stallman, Peter Wemm, Mark White, Andrew McRae, Greg Rose, many unidentified. - -== http://people.FreeBSD.org/~grog/usenix.html[USENIX лета 1998, Нью-Орлеан] - -Branson, David Greenman, David O'Brien, Greg Lehey, Guido van Rooij, John Polstra, Jonathan Bresler, Jordan Hubbard, Justin Gibbs, Luigi Rizzo, Mark Murray, Mike Smith, Monique van Rooij, Ollivier Robert, Philippe Regnauld, Poul-Henning Kamp, Sharon, Steve Mann - -== http://www.de.FreeBSD.org/de/gif/aachen-19950902/[FreeBSD Social Event Aachen, 1995] - -Aled Morris, Christoph Kukulies, Guido van Rooij, Jonathan Leventhol, JЖrg Wunsch, Martin Welk, Michael Reifenberger, Patrick Hausen, Paul Richard, Paul Richards, Poul-Henning Kamp, Renщ de Vries, Stefan Esser, Ulf Kieber, Wilko Bulte - -link:..[Внутренняя информация FreeBSD] diff --git a/website/content/ru/internal/policies.adoc b/website/content/ru/internal/policies.adoc index ace33b495f..50c5ac4a1f 100644 --- a/website/content/ru/internal/policies.adoc +++ b/website/content/ru/internal/policies.adoc @@ -1,28 +1,50 @@ --- -title: "Организационные и процедурные вопросы для коммиттеров FreeBSD" +title: "Политики для участников проекта FreeBSD" sidenav: docs --- include::shared/ru/urls.adoc[] -= Организационные и процедурные вопросы для коммиттеров FreeBSD += Политики для участников проекта FreeBSD -== link:{committers-guide}[Руководство для коммиттеров] +== *Руководство коммиттера* -Основной документ для всех новых коммиттеров, описывающий как технические, так и организационные аспекты. В частности, могут оказаться полезными разделы link:{committers-guide}#conventions[Соглашения и традиции], link:{committers-guide}#developer.relations[Взаимоотношения разработчиков] и link:{committers-guide}#rules[Большой Список Правил для коммиттеров FreeBSD]. +link:{committers-guide}[Руководство коммиттера] — это общее руководство для всех новых коммиттеров, включающее как технические детали, так и политики. Что касается последних, см. главы о link:{committers-guide}#conventions[Соглашениях и традициях], link:{committers-guide}#developer.relations[Связях с разработчиками] и link:{committers-guide}#rules[Большом списке правил для коммиттеров FreeBSD]. -Этот документ содержит практически всё, что должен знать новый коммиттер проекта FreeBSD. +Оно содержит почти всё, что нужно знать новому коммиттеру проекта FreeBSD. Для получения дополнительной информации см. «Руководство для начинающих по проекту документации» и «Руководство по портам» ниже. -== *Основные процедуры* +== *Общие политики* -Описания таких процедур, как link:../new-account/[Процедура создания новых учетных записей], link:../expire-bits/[Правила окончания срока действия прав на выполнение коммитов], link:../bylaws/[Регламент выборов FreeBSD Core], link:../core-vote/[Регламенты голосования основной группы разработчиков], link:../fortunes/[Правила коммитов в файлы Fortune], и link:{pr-guidelines}[Общие рекомендации по обработке Сообщений об ошибках]. +* link:../code-of-conduct[Кодекс поведения] +* link:../resources[Политика прав на коммит и ресурсов проекта] +* link:../expire-bits[Политика истечения срока действия прав на коммит] +* link:../bylaws[Устав Команды ядра] +* link:../core-vote[Процедуры голосования Команды ядра] +* link:../hats[Политика ограничения сроков полномочий для назначенных должностей] +* link:../i18n[Политика интернационализации] +* link:../new-account[Процедура создания новой учётной записи] +* link:{pr-guidelines}[Руководство по обработке сообщений о проблемах] +* link:../software-license[Политика лицензирования программного обеспечения] (см. также link:{license-guide}[полный текст политики лицензирования]) +* link:../data[Политика в отношении пользовательских данных] +* link:../members[Участие в проекте FreeBSD] +* link:../cross-repo-commits[Политика кросс-репозиторных коммитов] -== link:{fdp-primer}[Учебник для новых участников проекта документирования FreeBSD] +== *Проект документации FreeBSD* -Этот учебник отражает всё, что вам нужно знать для того, чтобы принять участие в Проекте документирования FreeBSD, от инструментов и программного обеспечения, которое вы будете использовать (как в обязательном, так и факультативном порядке), до основополагающих идей Проекта Документирования. +link:{fdp-primer}[Руководство для новых участников проекта документации FreeBSD] охватывает всё, что вам нужно знать, чтобы начать вносить вклад в проект документации FreeBSD, от инструментов и программного обеспечения (обязательных и рекомендуемых) до философии, лежащей в основе проекта документации. -== link:{porters-handbook}[Руководство по созданию портов FreeBSD] +link:../doceng[Устав команды Doceng FreeBSD] описывает назначение Doceng. -Руководство для коммиттеров портов FreeBSD, затрагивающее как технические, так и процедурные вопросы. +== *Руководство по портам FreeBSD* + +link:{porters-handbook}[Справочник портировщика FreeBSD] — это общее руководство для коммиттеров портов FreeBSD, содержащее как техническую информацию, так и политики. + +link:../../portmgr/[Команда управления портами] имеет отдельную страницу с политиками и другой информацией, относящейся к коллекции портов FreeBSD. link:..[Внутренняя информация FreeBSD] + +// +// The FreeBSD Russian Documentation Project +// +// Original EN revision (26.06.2026): 6bd5860091a3eb263d7d907bcca474b255100ea3 +// diff --git a/website/content/ru/internal/proposing-committers.adoc b/website/content/ru/internal/proposing-committers.adoc new file mode 100644 index 0000000000..2fa391fa73 --- /dev/null +++ b/website/content/ru/internal/proposing-committers.adoc @@ -0,0 +1,20 @@ +--- +title: "Предложение кандидатов в коммиттеры" +sidenav: docs +--- + += Предложение кандидатов в коммиттеры + +Следующие рекомендации предназначены для потенциальных наставников при принятии решения о том, подходит ли кандидат для предложения на получение права на коммит, и при подготовке предложения для рассмотрения Основной Командой или её делегатами. Обратите внимание, что в случае делегированного утверждения (например, Portmgr или Doceng) могут применяться дополнительные процедуры или ограничения (например, касающиеся характера вклада). + +Рецензенты предложений о предоставлении прав на коммит будут обращать внимание на несколько ключевых качеств потенциальных разработчиков: сильные технические способности, наличие подтверждённого вклада в проект FreeBSD, свидетельства способности работать самостоятельно в рамках сообщества (т.е. наставничество не потребуется бесконечно), свидетельства способности разработчика конструктивно взаимодействовать с сообществом FreeBSD (и, в частности, наличие социальных навыков для участия в иногда острых онлайн-дискуссиях), а также намерение вносить вклад в проект в будущем. Как правило, подтверждающие материалы для предложения о предоставлении прав на коммит включают описание профессионального и образовательного опыта кандидата, контекст его вклада в проект (например, волонтёр, сотрудник и т.п.), ссылки на патчи, сообщения о проблемах или коммиты, подтверждающие его вклад, указания на участие в списках рассылки или иное участие в жизни сообщества (например, выступления на конференциях по BSD), убедительные свидетельства конструктивного взаимодействия с наставником на данный момент, а также список интересов и потенциальных областей для дальнейшего и будущего вклада. + +Потенциальным наставникам напоминается, что предоставить доступ на коммит гораздо проще, чем отозвать его, поэтому значительный вес придаётся конструктивному взаимодействию с сообществом, а не просто техническим заслугам. Если наставник сомневается в пригодности кандидата, разумным может быть сначала обратиться в Основную Команду с неформальным запросом о рекомендациях, а не с официальным предложением — это может привести к совету продолжать работу, просьбе предоставить дополнительные материалы или предложению отложить предложение до накопления дополнительного опыта. Предполагается, что просьбы набраться опыта или предоставить дополнительные доказательства участия и вклада в сообщество будут восприняты в том духе, в каком они сделаны: предоставление права на коммит — это значимое действие, которое во многом основывается на уже проделанной работе, а не только на высоких технических навыках. Проект предпочитает консервативный подход к предоставлению прав на коммит, а не преждевременное их предоставление. + +В некоторых случаях могут предоставляться «права на коммит для поставщиков» (vendor commit bits), чтобы разрешить прямые коммиты в драйверы устройств (или потенциально другие компоненты), поддерживаемые, например, производителем оборудования. К таким кандидатам могут предъявляться менее строгие требования по прошлому участию в сообществе на основании серьёзных обязательств со стороны поставщика и опытного наставника, а также ограниченной сферы полномочий на самостоятельные изменения в системе. Крайне важно, чтобы такие права на коммит использовались с должной осмотрительностью и пониманием проблем сообщества; ответственность наставника заключается в том, чтобы не допустить нежелательных трений и чтобы изменения соответствовали процедурам проекта и ожиданиям сообщества. Если право на коммит предоставлено в таком контексте, оно может быть отозвано, когда сотрудник покинет своего работодателя; однако имеется значительная история того, как обладатели «прав для поставщиков» впоследствии вносили более широкий вклад, и это желаемый исход! Наставникам, предлагающим такие права, следует предпринять все необходимые шаги, чтобы права на коммит предоставлялись только тем лицам, которые могут нести ответственность за качество и тестирование вносимых ими изменений от имени поставщика и обладают необходимыми техническими и социальными навыками для конструктивного взаимодействия с сообществом. Рекомендуется, чтобы предложения о таких правах в максимально возможной степени содержали те же сведения, что и для обычных прав на коммит, с особым акцентом на качество технического вклада. + +// +// The FreeBSD Russian Documentation Project +// +// Original EN revision (21.02.2021): eb4b89b8d31574df0a18fc5f7562181ccd6eecd6 +// diff --git a/website/content/ru/internal/releng.adoc b/website/content/ru/internal/releng.adoc deleted file mode 100644 index 86db8dd333..0000000000 --- a/website/content/ru/internal/releng.adoc +++ /dev/null @@ -1,14 +0,0 @@ ---- -title: "Подготовка релизов FreeBSD" -sidenav: docs ---- - -include::shared/ru/urls.adoc[] - -= Подготовка релизов FreeBSD - -== Страница перенесена! - -Страница была перенесена. - -Документ с описанием процесса подготовки релизов FreeBSD был расширен и теперь доступен как часть пакета Документации FreeBSD. Вы можете найти его link:{releng}[здесь]. diff --git a/website/content/ru/internal/resources.adoc b/website/content/ru/internal/resources.adoc new file mode 100644 index 0000000000..c20e160c8d --- /dev/null +++ b/website/content/ru/internal/resources.adoc @@ -0,0 +1,22 @@ +--- +title: "Политика прав на коммит и ресурсов проекта" +sidenav: docs +--- + +include::shared/ru/urls.adoc[] + += Политика прав на коммит и ресурсов проекта + +== Обоснование + +Основная Команда (Core Team) управляет доступом к ресурсам проекта, включая предоставление и отзыв как прав на коммит, так и учётных записей пользователей. Основная Команда может делегировать части этих задач другим группам или лицам по своему усмотрению. Например, определённые права на коммит управляются другими группами, как указано в link:{committers-guide}#committer.types[Типах прав на коммит], при условии окончательного утверждения Основной Командой. Основная Команда обладала этими полномочиями с момента своего создания, но хотела сделать это явным, чтобы избежать путаницы. Основная Команда FreeBSD утвердила следующую политику прав на коммит и ресурсов проекта, которая была опубликована в списке рассылки разработчиков 4 августа 2011 года. + +== Политика + +Основная Команда обладает исключительным правом управления доступом к ресурсам проекта. Это включает предоставление и отзыв как прав на коммит, так и учётных записей пользователей. + +// +// The FreeBSD Russian Documentation Project +// +// Original EN revision (19.06.2021): 8e22e76d94dc5fef83abcb3c082ab4242ef90ba2 +// diff --git a/website/content/ru/internal/rtp.adoc b/website/content/ru/internal/rtp.adoc deleted file mode 100644 index 6d24658df2..0000000000 --- a/website/content/ru/internal/rtp.adoc +++ /dev/null @@ -1,60 +0,0 @@ ---- -title: "Сеть Rtp.FreeBSD.org" -sidenav: docs ---- - -= Сеть Rtp.FreeBSD.org - -На этой странице задокументированы машинные ресурсы, доступные на данный момент в сети Rtp.FreeBSD.org для использования коммиттерами FreeBSD. - -Перечень SSH-ключей для хостов и их отпечатки для машин Rtp.FreeBSD.org можно найти в http://people.FreeBSD.org/~jwd/rtp/ssh-keys.asc[этом файле]. - -== Все имена хостов находятся в домене Rtp.FreeBSD.org - -Во внешних сетях видны следующие системы: - -[.tblbasic] -[cols=",,,",options="header",] -|=== -|Хост |ОС |Назначение |Владелец (владельцы) -|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 |коммиттеры -|Shark |CURRENT |свободна |коммиттеры -|=== - -Следующие системы видны только после первоначального входа в одну из вышеперечисленных систем: - -[.tblbasic] -[cols=",,,",options="header",] -|=== -|Хост |ОС |Назначение |Владелец (владельцы) -|bankshot |CURRENT |доступность |коммиттеры -|=== - -== Аппаратные конфигурации - -[.tblbasic] -[cols=",,",options="header",] -|=== -|Хост |Тип |Оборудование -|Triangle |AMD Athlon |MP 2200+, 2 Гбайт ОЗУ, http://rtp.FreeBSD.org/~jwd/dmesg/dmesg.triangle[dmesg.boot] -|8ball |AMD Athlon |MP 1900+, 2 Гбайт ОЗУ, http://rtp.FreeBSD.org/~jwd/dmesg/dmesg.8ball[dmesg.boot] -|9ball |Intel x86 |P4 с поддержкой HT 2.8GHz, 1 Гбайт ОЗУ, http://rtp.FreeBSD.org/~jwd/dmesg/dmesg.9ball[dmesg.boot] -|cueball |Intel x86 |Двухпроцессорный Xeon с поддержкой HT 2.8GHz, 3 Гбайт ОЗУ, http://rtp.FreeBSD.org/~jwd/dmesg/dmesg.cueball[dmesg.boot] -|Stanley |AMD64 |Двухпроцессорный Opteron 240, 6 Гбайт ОЗУ, http://rtp.FreeBSD.org/~jwd/dmesg/dmesg.stanley[dmesg.boot] -|bankshot |Intel x86 |Двухпроцессорный Xeon с поддержкой HT 2.8GHz, 4 Гбайт ОЗУ, http://rtp.FreeBSD.org/~jwd/dmesg/dmesg.bankshot[dmesg.boot] -|Shark |AMD64 |AMD FX-53, 2 Гбайт ОЗУ, http://rtp.FreeBSD.org/~jwd/dmesg/dmesg.shark[dmesg.boot] -|=== - -Домашние каталоги, монтируемые в /home, обслуживаются отдельным сервером с поддержкой NFS/RAID5. Каждая машина имеет свободное пространство ccd, монтируемое как /vol/vol0 и доступное через символическую ссылку /users. Эти машины соединены между собой локальной полнодуплексной сетью с пропускной способностью 100 Мбит/с. На всех системах присутствуют последовательные консоли и возможность удалённого управления электропитанием. На данный момент полное управление консолью и электропитанием bankshot.rtp доступно разработчикам по принципу очерёдности отработки запросов. - -== Политика администрирования - -Все запросы должны направляться на адрес admins AT Rtp.FreeBSD.org. - -Создание учётных записей основывается на доступе к кластеру FreeBSD.org и наличия прав на выполнение коммитов. - -link:..[Внутренняя организации проекта FreeBSD] diff --git a/website/content/ru/internal/software-license.adoc b/website/content/ru/internal/software-license.adoc new file mode 100644 index 0000000000..ed28353b6e --- /dev/null +++ b/website/content/ru/internal/software-license.adoc @@ -0,0 +1,33 @@ +--- +title: "Политика лицензирования программного обеспечения" +sidenav: docs +--- + +include::shared/ru/urls.adoc[] + += Политика лицензирования программного обеспечения + +Каноническая политика лицензирования FreeBSD, включая предпочтительные шаблоны лицензий, допустимые лицензии и использование SPDX, описана в статье link:{license-guide}[«Политики лицензирования FreeBSD»]. + +Ниже приведена сводка ключевых положений. + +== Философия + +Проект FreeBSD стремится создать полноценную операционную систему, распространяемую под лицензией BSD, позволяющую потребителям системы создавать производные продукты без ограничений или дополнительных лицензионных обязательств. +Мы приветствуем и высоко ценим вклад в виде изменений и дополнений под лицензией BSD с двумя пунктами и поощряем принятие этой лицензии другими проектами с открытым исходным кодом. +Использование лицензии BSD является ключевым фактором для содействия внедрению передовых технологий операционных систем и во многих известных случаях сыграло решающую роль в широком распространении новых технологий. + +Вместе с тем мы признаём, что существуют веские причины для включения программного обеспечения под другими лицензиями в дерево исходных текстов FreeBSD. + +Мы требуем, чтобы любое программное обеспечение под альтернативными лицензиями было тщательно изолировано в дереве исходных текстов, чтобы оно не могло повлиять на компоненты, использующие исключительно BSD-лицензию. +Такое осторожное управление способствует ясности лицензирования и облегчает создание производных продуктов, использующих только BSD-лицензию. + +Если не сделано специального исключения, ни один существующий компонент, распространяемый под BSD-лицензией, не может быть заменён программным обеспечением с другой лицензией. +Вместо этого мы призываем разработчиков FreeBSD и сторонних разработчиков стремиться к перелицензированию или перереализации критических компонентов под лицензией BSD. +Это облегчило бы их более полное внедрение в операционную систему FreeBSD. + +// +// The FreeBSD Russian Documentation Project +// +// Original EN revision (26.06.2026): 6bd5860091a3eb263d7d907bcca474b255100ea3 +// diff --git a/website/content/ru/internal/statistic.adoc b/website/content/ru/internal/statistic.adoc deleted file mode 100644 index d8ce5ae4c0..0000000000 --- a/website/content/ru/internal/statistic.adoc +++ /dev/null @@ -1,25 +0,0 @@ ---- -title: "FreeBSD Statistics" -sidenav: docs ---- - -= FreeBSD Statistics - -== Веб-статистика - -[[analog]] -=== Analog - -http://www.FreeBSD.org/statistic/www.html[Статистика использования] этого веб-сервера обновляется ежедневно с помощью анализатора логов http://www.analog.cx/[Analog]. - -[[releasestatistic]] -== Статистика использования релизов FreeBSD - -Текущий срез статистики использования релизов FreeBSD находится по адресу http://www.FreeBSD.org/statistic/release_usage/images/. - -== Трафик FTP с ftp.FreeBSD.org - -Мы установили новый рекордный показатель объёма трафика для компаний http://www.terasolutions.com/pr0929.html[TeraSolutions и Lightning Internet Services] 29 сентября 2000, более 2ТБ. + -Предыдущий рекорд был установлен для wcarchive 23 Мая 1999, и он равен 1.39ТБ. - -link:..[Внутренняя информация FreeBSD] diff --git a/website/content/ru/internal/working-with-hats.adoc b/website/content/ru/internal/working-with-hats.adoc new file mode 100644 index 0000000000..8fcd33c016 --- /dev/null +++ b/website/content/ru/internal/working-with-hats.adoc @@ -0,0 +1,36 @@ +--- +title: "Работа с назначенными должностными лицами (Hat-ами)" +sidenav: docs +--- + +include::shared/authors.adoc[] + += Работа с назначенными должностными лицами (hat) + +{imp-name}, член Основной Команды (Core Team) на момент написания приведённого ниже текста, отмечает следующие соображения и практики при работе с Ролями (hat): + +Это не официальное заявление Основной Команды, а скорее личная интерпретация позиции Основной Команды одним из её членов, как действующим членом Основной Команды, так и бывшим офицером безопасности. Это всего лишь руководство, а не дубина для выражения обид. Подобно тому, как style(9) является руководством для исходного кода, этот документ не задуман как абсолютная смирительная рубашка. + +Когда Основная Команда назначает кого-либо на Роль, она ожидает, что этот человек будет нести ответственность за определённую область дерева исходных кодов. Основная Команда ожидает, что этот человек будет конечным авторитетом в этой области дерева или будет обладать достаточным самоосознанием, чтобы понимать, что он таковым не является, и привлекать квалифицированную помощь. Основная Команда ожидает, что этот человек будет направлять разработку в этой области дерева. Иногда это означает принятие активной роли в повседневных делах, а в других случаях — реактивной роли в рецензировании уже закоммиченного кода. + +Когда участники присылают патчи, которые потенциально влияют на эту область дерева, Основная Команда ожидает, что Роль или его назначенные заместители должным образом проверят эти патчи. Основная Команда ожидает, что Роль будет работать с автором патча, чтобы исправить возможные проблемы. Основная Команда ожидает, что Роль будет предлагать решения и работать с автором для достижения компромисса. Основная Команда ожидает, что Роль будет вежлив. Разумно, чтобы Роли просили соблюдать обычные правила проекта при проверке патчей (например, чтобы они в целом соответствовали style(9) или преобладающему стилю файла, чтобы изменения стиля и содержания были разделены). + +Когда возникает спор, Основная Команда ожидает, что Роль приложит все усилия для достижения компромисса или иного разрешения спора. Ожидается, что Роль будет вежлив со всеми вовлечёнными сторонами. В крайних случаях Основная Команда признаёт, что Роли могут применить жёсткую меру и сказать «нет, это неприемлемо и не может быть добавлено (или должно быть отменено)». Основная Команда рассматривает эту последнюю возможность как крайнее средство и не одобряет использование её слишком часто или в качестве первой реакции. + +Часто жизненные обстоятельства мешают Роли выполнять свои обязанности. Одним из условий, которые Основная Команда обычно предъявляет к Ролям, является наличие заместителя, который может действовать в их отсутствие. Ожидается, что этот заместитель будет активным участником команды, которую собирает Роль, и должен быть осведомлён обо всех вопросах, касающихся той части дерева, которую Роль курирует. Ожидается, что заместитель сможет действовать в отсутствие Роли. Например, заместители офицера безопасности рассылают уведомления о безопасности, когда офицер отсутствует. В крайних случаях заместитель может отложить вопрос до возвращения Роли, но это ожидается как исключение, а не правило, особенно если возвращение Роли ожидается нескоро. + +Роли подотчётны Основной Команде. Если они хорошо выполняют свою работу, Основная Команда оставит их в покое. Если они плохо справляются, Основная Команда имеет возможность отстранить их. Ожидается, что Роли будут работать с Основной Командой, если у Основной Команды есть претензии к их исполнению обязанностей. Они занимают свои должности по усмотрению Основной Команды. + +Иногда Основная Команда налагает на конкретную Роль дополнительные, специфические требования, которые не применяются ко всем Ролям. Эти условия могут меняться со временем. + +Ожидается, что коммиттеры и другие лица, работающие с Ролями, будут руководствоваться здравым смыслом и вежливо общаться с Ролями. Ожидается, что они будут работать с Ролью и его командой для достижения решения, приемлемого для всех. В случае, если компромисс недостижим, ожидается, что коммиттеры примут решения Роли с доброй волей. В исключительных случаях эти решения могут быть обжалованы в Основной Команде. Однако Основная Команда, как правило, не будет отменять решения назначенных ею Ролей, если только Роль не действовал недобросовестно или произвольно. Основная Команда не является техническим наблюдательным советом и создала Роли как мини-наблюдательные советы, чтобы обеспечить надлежащие рамки для разрешения споров. + +Если коммиттер считает, что Роль злоупотребляет своей властью или регулярно грубит участникам, он должен довести этот вопрос до Основной Команды. Эта проблема может быть технической, социальной, процедурной или их комбинацией или подмножеством. Основная Команда рассмотрит дело и примет решение и ожидает, что обе стороны будут соблюдать это решение. Основная Команда ценит конкретные жалобы, а не общие, поскольку их легче разрешить. + +Основная Команда ожидает, что коммиттеры будут работать вместе в соответствующих списках рассылки для решения своих проблем. Роль и его команда должны относительно редко вовлекаться в свою роль как Роль, а вместо этого должны обычно быть просто ещё одним коммиттером. (Одно исключение — должность офицера безопасности, которая должна тайно устранять уязвимости до их объявления.) Роль должен быть «первым среди равных», а не председателем. + +// +// The FreeBSD Russian Documentation Project +// +// Original EN revision (08.08.2026): ba221a23584cc81406410a9710c539ba8313255c +//