From: Rules robot 2:5020/545 01 Feb 2022 00:05 +0200
To: All
Subject: RU.LINUX.REDHAT rules
Нет стандарта, кроме POSIX, и man(1) пророк его! *** Правила эхоконференции RU.LINUX.REDHAT *** Помещая сообщение в конференцию, подписчик тем самым выражает свое согласие с данными Правилами. 0. Общие положения. Эхоконференция сети Fidonet RU.LINUX.REDHAT (далее "КОHФЕРЕНЦИЯ") предназначена для обсуждения вопросов функционирования операционных систем семейства Linux, использующих систему управления пакетами RPM. Основным документом конференции являются данные правила. 1. Тематика конференции Установка и настройка RPM-based Linux, обмен опытом. Исключения определяются требованиями, налагаемыми Fidonet Policy (в частности, запретом на коммерческую деятельность в рамках конференции) и законодательством стран, на территории которых распространяется конференция (запрещаются любые действия, нарушающие законодательство страны, где физически находится автор сообщения). Обсуждение аппаратных компонентов компьютеров, периферийных устройств, сетевого оборудования, а также других операционных систем допускается только в рамках их взаимодействия с Linux. Обсуждение дистрибутивов, не использующих RPM в качестве основной системы управления пакетами запрещено - для этого есть другие конференции. 2. Участники конференции. 2.1. Конференция предназначена для общения лиц, заинтересованных в тематике конференции. 2.2. Участникам конференции следует указывать в поле "From:" свое настоящее имя и фамилию (realname). В случае, если это технически невозможно, realname должно ОБЯЗАТЕЛЬНО присутствовать в теле сообщения, а не в скрытых строках наподобие "\x01RealName" - в частности, рекомендуется указывать его в подписи. 3. Публикация сообщений в конференции. 3.1. В конференции используется русский язык, как известный наибольшему числу участников. В единичных случаях допускается использование других языков без перевода при условии, что смысл сообщения остается понятным участникам. Цитаты из документации следует приводить на русском или английском языке. 3.2. Название системы, обсуждаемой в конференции, по-русски пишется "Линукс" и произносится с ударением на первый слог - [лИнукс]. То же самое относится и к другим терминам: они должны быть грамотными, точными и использоваться по делу. Жаргонные термины приравниваются к использованию неизвестного языка - так что не удивляйтесь, если вас попросят перевести их. Исключениями, не требующими перевода, являются жаргонные названия дистрибутивов ("шляпа" - RedHat (в том числе Fedora), "суслик" - SUSE и OpenSUSE, "сова" - Owl (Openwall Linux) итд.) и программного обеспечения ("иксы" - X11 (Xorg), "кеды" (KDE), "огнелис" (firefox) итд.). 3.3. Используемая кодировка сообщений - CP866, при этом кладж CHRS должен соответствовать действительности; допускается (хотя и не рекомендуется) замена большой русской буквы "эн" на сходную по начертанию латинскую "H", другие замены недопустимы. 3.4. При цитировании следует использовать стандартный для Fidonet префикс в формате, описанном в FSC-0032 - опциональные инициалы и символы ">" в количестве, соответствующем уровню вложенности цитаты (этот префикс описывается регулярным выражением "[A-Z]*>+ "). Использование инициалов является традиционным для Fidonet и настоятельно рекомендуется; если оно технически невозможно, обеспечьте соответствующее количество символов ">" без пробелов и чужих инициалов. 3.5. Если вы просите о помощи, обязательно укажите название и версию используемого вами дистрибутива, чего вы хотите добиться и какие шаги для этого предпринимали - это существенно ускорит получение ответа, так как из обсуждения будут исключены диалоги вида "попробуй вот так - пробовал, не помогает". Дополнительные рекомендации можно прочитать в руководстве, которое в русском переводе называется "Как правильно задавать вопросы?" (авторы Eric Raymond и Rick Moen). 3.6. При ответе старайтесь давать рекомендации, подходящие для любого дистрибутива. Если вы не уверены в универсальности решения, напишите об этом явно: "не знаю, как в суслике, но в шляпе это делается так". 3.7. Запрещается давать ответы вида "RTFM!" ("Read That Fine Manual") без явного указания, какое именно "M" (описание) следует "R" (читать), а также "STFW!" ("Search That Fine Web") без явного указания ключевых слов для поиска. 4. Распространение конференции. Конференция преимущественно распространяется в сети Fidonet. Разрешается доступ к конференции пользователей BBS - в этом случае ответственность за помещенные в конференцию сообщения несет сисоп узла, через который эти сообщения попали в Fidonet. 5. Политика модерирования. 5.1. Модерирование направлено на предотвращение сообщений, мешающих нормальному функционированию конференции. К таковым, в частности, относятся: - бессмысленные сообщения (личная переписка, ответы роботов etc) - сообщения в больших количествах (flood) - сообщения по темам, не соответствующим п. 1, или явно объявленным off-topic - сообщения, содержащие деструктивные рекомендации - сообщения, оскорбляющие других участников - сообщения с подделанной служебной информацией (From, SEEN_BY, PATH) - сообщения в нечитаемых форматах и кодировках - сообщения с любой двоичной информацией (UUE, Base64 etc) в объеме, превышающем минимально необходимый для обсуждения, опубликованные без явного разрешения модсостава; публикация многосекционных текстов и файлов запрещена безусловно - сообщения, подставляющие узлы-распространители конференции (см. п. 4) - обсуждение политики модерирования 5.2. Модератор конференции может назначать комодераторов. Комодераторы обладают теми же правами, что и модератор, за исключением изменения правил и пересмотра выданных "наград". 5.3. Модератор и комодераторы могут применять любые меры для предотвращения нежелательного трафика. 5.4. Система наказаний стандартна для Fidonet - есть предупреждения [*], строгие предупреждения [+] и, как крайняя мера воздействия на нарушителя, отключение [!]. В большинстве случаев соотношение между "наградами" такое: [*] [*] [*] == [+] [+] [+] [+] == [!] 5.5. Модератор и комодераторы являются участниками конференции. Официальные сообщения модератора и комодераторов помещаются в конференцию только от имен "Moderator of RU.LINUX.REDHAT" и "Comoderator of RU.LINUX.REDHAT" соответственно. 6. Формальные процедуры. В случае, если модератор конференции недоступен в течение двух месяцев, модерирование автоматически переходит к комодератору, указанному первым в списке комодераторов (если он по каким-либо причинам не может выполнять функции модератора - ко второму, итд.), а при невозможности этого - решение о дальнейшей судьбе конференции принимается соответствующим эхокоординатором. Этот пункт правил не подлежит изменению. 7. Официальные лица конференции. Модератор конференции: Алексей Виссарионов (Alexey Vissarionov, 2:5020/545) Комодератор конференции: пока не назначен. 8. Список оффтопиков. Будем надеяться, что этот пункт так и останется пустым. $Id: RU.LINUX.REDHAT-rules,v 0.1 2009/04/10 gremlin Exp $
From: Rules robot 2:5020/545 01 Jan 2022 01:05 +0200
To: All
Subject: RU.LINUX.REDHAT rules
Нет стандарта, кроме POSIX, и man(1) пророк его! *** Правила эхоконференции RU.LINUX.REDHAT *** Помещая сообщение в конференцию, подписчик тем самым выражает свое согласие с данными Правилами. 0. Общие положения. Эхоконференция сети Fidonet RU.LINUX.REDHAT (далее "КОHФЕРЕНЦИЯ") предназначена для обсуждения вопросов функционирования операционных систем семейства Linux, использующих систему управления пакетами RPM. Основным документом конференции являются данные правила. 1. Тематика конференции Установка и настройка RPM-based Linux, обмен опытом. Исключения определяются требованиями, налагаемыми Fidonet Policy (в частности, запретом на коммерческую деятельность в рамках конференции) и законодательством стран, на территории которых распространяется конференция (запрещаются любые действия, нарушающие законодательство страны, где физически находится автор сообщения). Обсуждение аппаратных компонентов компьютеров, периферийных устройств, сетевого оборудования, а также других операционных систем допускается только в рамках их взаимодействия с Linux. Обсуждение дистрибутивов, не использующих RPM в качестве основной системы управления пакетами запрещено - для этого есть другие конференции. 2. Участники конференции. 2.1. Конференция предназначена для общения лиц, заинтересованных в тематике конференции. 2.2. Участникам конференции следует указывать в поле "From:" свое настоящее имя и фамилию (realname). В случае, если это технически невозможно, realname должно ОБЯЗАТЕЛЬНО присутствовать в теле сообщения, а не в скрытых строках наподобие "\x01RealName" - в частности, рекомендуется указывать его в подписи. 3. Публикация сообщений в конференции. 3.1. В конференции используется русский язык, как известный наибольшему числу участников. В единичных случаях допускается использование других языков без перевода при условии, что смысл сообщения остается понятным участникам. Цитаты из документации следует приводить на русском или английском языке. 3.2. Название системы, обсуждаемой в конференции, по-русски пишется "Линукс" и произносится с ударением на первый слог - [лИнукс]. То же самое относится и к другим терминам: они должны быть грамотными, точными и использоваться по делу. Жаргонные термины приравниваются к использованию неизвестного языка - так что не удивляйтесь, если вас попросят перевести их. Исключениями, не требующими перевода, являются жаргонные названия дистрибутивов ("шляпа" - RedHat (в том числе Fedora), "суслик" - SUSE и OpenSUSE, "сова" - Owl (Openwall Linux) итд.) и программного обеспечения ("иксы" - X11 (Xorg), "кеды" (KDE), "огнелис" (firefox) итд.). 3.3. Используемая кодировка сообщений - CP866, при этом кладж CHRS должен соответствовать действительности; допускается (хотя и не рекомендуется) замена большой русской буквы "эн" на сходную по начертанию латинскую "H", другие замены недопустимы. 3.4. При цитировании следует использовать стандартный для Fidonet префикс в формате, описанном в FSC-0032 - опциональные инициалы и символы ">" в количестве, соответствующем уровню вложенности цитаты (этот префикс описывается регулярным выражением "[A-Z]*>+ "). Использование инициалов является традиционным для Fidonet и настоятельно рекомендуется; если оно технически невозможно, обеспечьте соответствующее количество символов ">" без пробелов и чужих инициалов. 3.5. Если вы просите о помощи, обязательно укажите название и версию используемого вами дистрибутива, чего вы хотите добиться и какие шаги для этого предпринимали - это существенно ускорит получение ответа, так как из обсуждения будут исключены диалоги вида "попробуй вот так - пробовал, не помогает". Дополнительные рекомендации можно прочитать в руководстве, которое в русском переводе называется "Как правильно задавать вопросы?" (авторы Eric Raymond и Rick Moen). 3.6. При ответе старайтесь давать рекомендации, подходящие для любого дистрибутива. Если вы не уверены в универсальности решения, напишите об этом явно: "не знаю, как в суслике, но в шляпе это делается так". 3.7. Запрещается давать ответы вида "RTFM!" ("Read That Fine Manual") без явного указания, какое именно "M" (описание) следует "R" (читать), а также "STFW!" ("Search That Fine Web") без явного указания ключевых слов для поиска. 4. Распространение конференции. Конференция преимущественно распространяется в сети Fidonet. Разрешается доступ к конференции пользователей BBS - в этом случае ответственность за помещенные в конференцию сообщения несет сисоп узла, через который эти сообщения попали в Fidonet. 5. Политика модерирования. 5.1. Модерирование направлено на предотвращение сообщений, мешающих нормальному функционированию конференции. К таковым, в частности, относятся: - бессмысленные сообщения (личная переписка, ответы роботов etc) - сообщения в больших количествах (flood) - сообщения по темам, не соответствующим п. 1, или явно объявленным off-topic - сообщения, содержащие деструктивные рекомендации - сообщения, оскорбляющие других участников - сообщения с подделанной служебной информацией (From, SEEN_BY, PATH) - сообщения в нечитаемых форматах и кодировках - сообщения с любой двоичной информацией (UUE, Base64 etc) в объеме, превышающем минимально необходимый для обсуждения, опубликованные без явного разрешения модсостава; публикация многосекционных текстов и файлов запрещена безусловно - сообщения, подставляющие узлы-распространители конференции (см. п. 4) - обсуждение политики модерирования 5.2. Модератор конференции может назначать комодераторов. Комодераторы обладают теми же правами, что и модератор, за исключением изменения правил и пересмотра выданных "наград". 5.3. Модератор и комодераторы могут применять любые меры для предотвращения нежелательного трафика. 5.4. Система наказаний стандартна для Fidonet - есть предупреждения [*], строгие предупреждения [+] и, как крайняя мера воздействия на нарушителя, отключение [!]. В большинстве случаев соотношение между "наградами" такое: [*] [*] [*] == [+] [+] [+] [+] == [!] 5.5. Модератор и комодераторы являются участниками конференции. Официальные сообщения модератора и комодераторов помещаются в конференцию только от имен "Moderator of RU.LINUX.REDHAT" и "Comoderator of RU.LINUX.REDHAT" соответственно. 6. Формальные процедуры. В случае, если модератор конференции недоступен в течение двух месяцев, модерирование автоматически переходит к комодератору, указанному первым в списке комодераторов (если он по каким-либо причинам не может выполнять функции модератора - ко второму, итд.), а при невозможности этого - решение о дальнейшей судьбе конференции принимается соответствующим эхокоординатором. Этот пункт правил не подлежит изменению. 7. Официальные лица конференции. Модератор конференции: Алексей Виссарионов (Alexey Vissarionov, 2:5020/545) Комодератор конференции: пока не назначен. 8. Список оффтопиков. Будем надеяться, что этот пункт так и останется пустым. $Id: RU.LINUX.REDHAT-rules,v 0.1 2009/04/10 gremlin Exp $
From: Rules robot 2:5020/545 01 Dec 2021 00:05 +0200
To: All
Subject: RU.LINUX.REDHAT rules
Нет стандарта, кроме POSIX, и man(1) пророк его! *** Правила эхоконференции RU.LINUX.REDHAT *** Помещая сообщение в конференцию, подписчик тем самым выражает свое согласие с данными Правилами. 0. Общие положения. Эхоконференция сети Fidonet RU.LINUX.REDHAT (далее "КОHФЕРЕНЦИЯ") предназначена для обсуждения вопросов функционирования операционных систем семейства Linux, использующих систему управления пакетами RPM. Основным документом конференции являются данные правила. 1. Тематика конференции Установка и настройка RPM-based Linux, обмен опытом. Исключения определяются требованиями, налагаемыми Fidonet Policy (в частности, запретом на коммерческую деятельность в рамках конференции) и законодательством стран, на территории которых распространяется конференция (запрещаются любые действия, нарушающие законодательство страны, где физически находится автор сообщения). Обсуждение аппаратных компонентов компьютеров, периферийных устройств, сетевого оборудования, а также других операционных систем допускается только в рамках их взаимодействия с Linux. Обсуждение дистрибутивов, не использующих RPM в качестве основной системы управления пакетами запрещено - для этого есть другие конференции. 2. Участники конференции. 2.1. Конференция предназначена для общения лиц, заинтересованных в тематике конференции. 2.2. Участникам конференции следует указывать в поле "From:" свое настоящее имя и фамилию (realname). В случае, если это технически невозможно, realname должно ОБЯЗАТЕЛЬНО присутствовать в теле сообщения, а не в скрытых строках наподобие "\x01RealName" - в частности, рекомендуется указывать его в подписи. 3. Публикация сообщений в конференции. 3.1. В конференции используется русский язык, как известный наибольшему числу участников. В единичных случаях допускается использование других языков без перевода при условии, что смысл сообщения остается понятным участникам. Цитаты из документации следует приводить на русском или английском языке. 3.2. Название системы, обсуждаемой в конференции, по-русски пишется "Линукс" и произносится с ударением на первый слог - [лИнукс]. То же самое относится и к другим терминам: они должны быть грамотными, точными и использоваться по делу. Жаргонные термины приравниваются к использованию неизвестного языка - так что не удивляйтесь, если вас попросят перевести их. Исключениями, не требующими перевода, являются жаргонные названия дистрибутивов ("шляпа" - RedHat (в том числе Fedora), "суслик" - SUSE и OpenSUSE, "сова" - Owl (Openwall Linux) итд.) и программного обеспечения ("иксы" - X11 (Xorg), "кеды" (KDE), "огнелис" (firefox) итд.). 3.3. Используемая кодировка сообщений - CP866, при этом кладж CHRS должен соответствовать действительности; допускается (хотя и не рекомендуется) замена большой русской буквы "эн" на сходную по начертанию латинскую "H", другие замены недопустимы. 3.4. При цитировании следует использовать стандартный для Fidonet префикс в формате, описанном в FSC-0032 - опциональные инициалы и символы ">" в количестве, соответствующем уровню вложенности цитаты (этот префикс описывается регулярным выражением "[A-Z]*>+ "). Использование инициалов является традиционным для Fidonet и настоятельно рекомендуется; если оно технически невозможно, обеспечьте соответствующее количество символов ">" без пробелов и чужих инициалов. 3.5. Если вы просите о помощи, обязательно укажите название и версию используемого вами дистрибутива, чего вы хотите добиться и какие шаги для этого предпринимали - это существенно ускорит получение ответа, так как из обсуждения будут исключены диалоги вида "попробуй вот так - пробовал, не помогает". Дополнительные рекомендации можно прочитать в руководстве, которое в русском переводе называется "Как правильно задавать вопросы?" (авторы Eric Raymond и Rick Moen). 3.6. При ответе старайтесь давать рекомендации, подходящие для любого дистрибутива. Если вы не уверены в универсальности решения, напишите об этом явно: "не знаю, как в суслике, но в шляпе это делается так". 3.7. Запрещается давать ответы вида "RTFM!" ("Read That Fine Manual") без явного указания, какое именно "M" (описание) следует "R" (читать), а также "STFW!" ("Search That Fine Web") без явного указания ключевых слов для поиска. 4. Распространение конференции. Конференция преимущественно распространяется в сети Fidonet. Разрешается доступ к конференции пользователей BBS - в этом случае ответственность за помещенные в конференцию сообщения несет сисоп узла, через который эти сообщения попали в Fidonet. 5. Политика модерирования. 5.1. Модерирование направлено на предотвращение сообщений, мешающих нормальному функционированию конференции. К таковым, в частности, относятся: - бессмысленные сообщения (личная переписка, ответы роботов etc) - сообщения в больших количествах (flood) - сообщения по темам, не соответствующим п. 1, или явно объявленным off-topic - сообщения, содержащие деструктивные рекомендации - сообщения, оскорбляющие других участников - сообщения с подделанной служебной информацией (From, SEEN_BY, PATH) - сообщения в нечитаемых форматах и кодировках - сообщения с любой двоичной информацией (UUE, Base64 etc) в объеме, превышающем минимально необходимый для обсуждения, опубликованные без явного разрешения модсостава; публикация многосекционных текстов и файлов запрещена безусловно - сообщения, подставляющие узлы-распространители конференции (см. п. 4) - обсуждение политики модерирования 5.2. Модератор конференции может назначать комодераторов. Комодераторы обладают теми же правами, что и модератор, за исключением изменения правил и пересмотра выданных "наград". 5.3. Модератор и комодераторы могут применять любые меры для предотвращения нежелательного трафика. 5.4. Система наказаний стандартна для Fidonet - есть предупреждения [*], строгие предупреждения [+] и, как крайняя мера воздействия на нарушителя, отключение [!]. В большинстве случаев соотношение между "наградами" такое: [*] [*] [*] == [+] [+] [+] [+] == [!] 5.5. Модератор и комодераторы являются участниками конференции. Официальные сообщения модератора и комодераторов помещаются в конференцию только от имен "Moderator of RU.LINUX.REDHAT" и "Comoderator of RU.LINUX.REDHAT" соответственно. 6. Формальные процедуры. В случае, если модератор конференции недоступен в течение двух месяцев, модерирование автоматически переходит к комодератору, указанному первым в списке комодераторов (если он по каким-либо причинам не может выполнять функции модератора - ко второму, итд.), а при невозможности этого - решение о дальнейшей судьбе конференции принимается соответствующим эхокоординатором. Этот пункт правил не подлежит изменению. 7. Официальные лица конференции. Модератор конференции: Алексей Виссарионов (Alexey Vissarionov, 2:5020/545) Комодератор конференции: пока не назначен. 8. Список оффтопиков. Будем надеяться, что этот пункт так и останется пустым. $Id: RU.LINUX.REDHAT-rules,v 0.1 2009/04/10 gremlin Exp $
From: Rules robot 2:5020/545 01 Nov 2021 00:05 +0200
To: All
Subject: RU.LINUX.REDHAT rules
Нет стандарта, кроме POSIX, и man(1) пророк его! *** Правила эхоконференции RU.LINUX.REDHAT *** Помещая сообщение в конференцию, подписчик тем самым выражает свое согласие с данными Правилами. 0. Общие положения. Эхоконференция сети Fidonet RU.LINUX.REDHAT (далее "КОHФЕРЕНЦИЯ") предназначена для обсуждения вопросов функционирования операционных систем семейства Linux, использующих систему управления пакетами RPM. Основным документом конференции являются данные правила. 1. Тематика конференции Установка и настройка RPM-based Linux, обмен опытом. Исключения определяются требованиями, налагаемыми Fidonet Policy (в частности, запретом на коммерческую деятельность в рамках конференции) и законодательством стран, на территории которых распространяется конференция (запрещаются любые действия, нарушающие законодательство страны, где физически находится автор сообщения). Обсуждение аппаратных компонентов компьютеров, периферийных устройств, сетевого оборудования, а также других операционных систем допускается только в рамках их взаимодействия с Linux. Обсуждение дистрибутивов, не использующих RPM в качестве основной системы управления пакетами запрещено - для этого есть другие конференции. 2. Участники конференции. 2.1. Конференция предназначена для общения лиц, заинтересованных в тематике конференции. 2.2. Участникам конференции следует указывать в поле "From:" свое настоящее имя и фамилию (realname). В случае, если это технически невозможно, realname должно ОБЯЗАТЕЛЬНО присутствовать в теле сообщения, а не в скрытых строках наподобие "\x01RealName" - в частности, рекомендуется указывать его в подписи. 3. Публикация сообщений в конференции. 3.1. В конференции используется русский язык, как известный наибольшему числу участников. В единичных случаях допускается использование других языков без перевода при условии, что смысл сообщения остается понятным участникам. Цитаты из документации следует приводить на русском или английском языке. 3.2. Название системы, обсуждаемой в конференции, по-русски пишется "Линукс" и произносится с ударением на первый слог - [лИнукс]. То же самое относится и к другим терминам: они должны быть грамотными, точными и использоваться по делу. Жаргонные термины приравниваются к использованию неизвестного языка - так что не удивляйтесь, если вас попросят перевести их. Исключениями, не требующими перевода, являются жаргонные названия дистрибутивов ("шляпа" - RedHat (в том числе Fedora), "суслик" - SUSE и OpenSUSE, "сова" - Owl (Openwall Linux) итд.) и программного обеспечения ("иксы" - X11 (Xorg), "кеды" (KDE), "огнелис" (firefox) итд.). 3.3. Используемая кодировка сообщений - CP866, при этом кладж CHRS должен соответствовать действительности; допускается (хотя и не рекомендуется) замена большой русской буквы "эн" на сходную по начертанию латинскую "H", другие замены недопустимы. 3.4. При цитировании следует использовать стандартный для Fidonet префикс в формате, описанном в FSC-0032 - опциональные инициалы и символы ">" в количестве, соответствующем уровню вложенности цитаты (этот префикс описывается регулярным выражением "[A-Z]*>+ "). Использование инициалов является традиционным для Fidonet и настоятельно рекомендуется; если оно технически невозможно, обеспечьте соответствующее количество символов ">" без пробелов и чужих инициалов. 3.5. Если вы просите о помощи, обязательно укажите название и версию используемого вами дистрибутива, чего вы хотите добиться и какие шаги для этого предпринимали - это существенно ускорит получение ответа, так как из обсуждения будут исключены диалоги вида "попробуй вот так - пробовал, не помогает". Дополнительные рекомендации можно прочитать в руководстве, которое в русском переводе называется "Как правильно задавать вопросы?" (авторы Eric Raymond и Rick Moen). 3.6. При ответе старайтесь давать рекомендации, подходящие для любого дистрибутива. Если вы не уверены в универсальности решения, напишите об этом явно: "не знаю, как в суслике, но в шляпе это делается так". 3.7. Запрещается давать ответы вида "RTFM!" ("Read That Fine Manual") без явного указания, какое именно "M" (описание) следует "R" (читать), а также "STFW!" ("Search That Fine Web") без явного указания ключевых слов для поиска. 4. Распространение конференции. Конференция преимущественно распространяется в сети Fidonet. Разрешается доступ к конференции пользователей BBS - в этом случае ответственность за помещенные в конференцию сообщения несет сисоп узла, через который эти сообщения попали в Fidonet. 5. Политика модерирования. 5.1. Модерирование направлено на предотвращение сообщений, мешающих нормальному функционированию конференции. К таковым, в частности, относятся: - бессмысленные сообщения (личная переписка, ответы роботов etc) - сообщения в больших количествах (flood) - сообщения по темам, не соответствующим п. 1, или явно объявленным off-topic - сообщения, содержащие деструктивные рекомендации - сообщения, оскорбляющие других участников - сообщения с подделанной служебной информацией (From, SEEN_BY, PATH) - сообщения в нечитаемых форматах и кодировках - сообщения с любой двоичной информацией (UUE, Base64 etc) в объеме, превышающем минимально необходимый для обсуждения, опубликованные без явного разрешения модсостава; публикация многосекционных текстов и файлов запрещена безусловно - сообщения, подставляющие узлы-распространители конференции (см. п. 4) - обсуждение политики модерирования 5.2. Модератор конференции может назначать комодераторов. Комодераторы обладают теми же правами, что и модератор, за исключением изменения правил и пересмотра выданных "наград". 5.3. Модератор и комодераторы могут применять любые меры для предотвращения нежелательного трафика. 5.4. Система наказаний стандартна для Fidonet - есть предупреждения [*], строгие предупреждения [+] и, как крайняя мера воздействия на нарушителя, отключение [!]. В большинстве случаев соотношение между "наградами" такое: [*] [*] [*] == [+] [+] [+] [+] == [!] 5.5. Модератор и комодераторы являются участниками конференции. Официальные сообщения модератора и комодераторов помещаются в конференцию только от имен "Moderator of RU.LINUX.REDHAT" и "Comoderator of RU.LINUX.REDHAT" соответственно. 6. Формальные процедуры. В случае, если модератор конференции недоступен в течение двух месяцев, модерирование автоматически переходит к комодератору, указанному первым в списке комодераторов (если он по каким-либо причинам не может выполнять функции модератора - ко второму, итд.), а при невозможности этого - решение о дальнейшей судьбе конференции принимается соответствующим эхокоординатором. Этот пункт правил не подлежит изменению. 7. Официальные лица конференции. Модератор конференции: Алексей Виссарионов (Alexey Vissarionov, 2:5020/545) Комодератор конференции: пока не назначен. 8. Список оффтопиков. Будем надеяться, что этот пункт так и останется пустым. $Id: RU.LINUX.REDHAT-rules,v 0.1 2009/04/10 gremlin Exp $
From: Rules robot 2:5020/545 01 Oct 2021 00:05 +0300
To: All
Subject: RU.LINUX.REDHAT rules
Нет стандарта, кроме POSIX, и man(1) пророк его! *** Правила эхоконференции RU.LINUX.REDHAT *** Помещая сообщение в конференцию, подписчик тем самым выражает свое согласие с данными Правилами. 0. Общие положения. Эхоконференция сети Fidonet RU.LINUX.REDHAT (далее "КОHФЕРЕНЦИЯ") предназначена для обсуждения вопросов функционирования операционных систем семейства Linux, использующих систему управления пакетами RPM. Основным документом конференции являются данные правила. 1. Тематика конференции Установка и настройка RPM-based Linux, обмен опытом. Исключения определяются требованиями, налагаемыми Fidonet Policy (в частности, запретом на коммерческую деятельность в рамках конференции) и законодательством стран, на территории которых распространяется конференция (запрещаются любые действия, нарушающие законодательство страны, где физически находится автор сообщения). Обсуждение аппаратных компонентов компьютеров, периферийных устройств, сетевого оборудования, а также других операционных систем допускается только в рамках их взаимодействия с Linux. Обсуждение дистрибутивов, не использующих RPM в качестве основной системы управления пакетами запрещено - для этого есть другие конференции. 2. Участники конференции. 2.1. Конференция предназначена для общения лиц, заинтересованных в тематике конференции. 2.2. Участникам конференции следует указывать в поле "From:" свое настоящее имя и фамилию (realname). В случае, если это технически невозможно, realname должно ОБЯЗАТЕЛЬНО присутствовать в теле сообщения, а не в скрытых строках наподобие "\x01RealName" - в частности, рекомендуется указывать его в подписи. 3. Публикация сообщений в конференции. 3.1. В конференции используется русский язык, как известный наибольшему числу участников. В единичных случаях допускается использование других языков без перевода при условии, что смысл сообщения остается понятным участникам. Цитаты из документации следует приводить на русском или английском языке. 3.2. Название системы, обсуждаемой в конференции, по-русски пишется "Линукс" и произносится с ударением на первый слог - [лИнукс]. То же самое относится и к другим терминам: они должны быть грамотными, точными и использоваться по делу. Жаргонные термины приравниваются к использованию неизвестного языка - так что не удивляйтесь, если вас попросят перевести их. Исключениями, не требующими перевода, являются жаргонные названия дистрибутивов ("шляпа" - RedHat (в том числе Fedora), "суслик" - SUSE и OpenSUSE, "сова" - Owl (Openwall Linux) итд.) и программного обеспечения ("иксы" - X11 (Xorg), "кеды" (KDE), "огнелис" (firefox) итд.). 3.3. Используемая кодировка сообщений - CP866, при этом кладж CHRS должен соответствовать действительности; допускается (хотя и не рекомендуется) замена большой русской буквы "эн" на сходную по начертанию латинскую "H", другие замены недопустимы. 3.4. При цитировании следует использовать стандартный для Fidonet префикс в формате, описанном в FSC-0032 - опциональные инициалы и символы ">" в количестве, соответствующем уровню вложенности цитаты (этот префикс описывается регулярным выражением "[A-Z]*>+ "). Использование инициалов является традиционным для Fidonet и настоятельно рекомендуется; если оно технически невозможно, обеспечьте соответствующее количество символов ">" без пробелов и чужих инициалов. 3.5. Если вы просите о помощи, обязательно укажите название и версию используемого вами дистрибутива, чего вы хотите добиться и какие шаги для этого предпринимали - это существенно ускорит получение ответа, так как из обсуждения будут исключены диалоги вида "попробуй вот так - пробовал, не помогает". Дополнительные рекомендации можно прочитать в руководстве, которое в русском переводе называется "Как правильно задавать вопросы?" (авторы Eric Raymond и Rick Moen). 3.6. При ответе старайтесь давать рекомендации, подходящие для любого дистрибутива. Если вы не уверены в универсальности решения, напишите об этом явно: "не знаю, как в суслике, но в шляпе это делается так". 3.7. Запрещается давать ответы вида "RTFM!" ("Read That Fine Manual") без явного указания, какое именно "M" (описание) следует "R" (читать), а также "STFW!" ("Search That Fine Web") без явного указания ключевых слов для поиска. 4. Распространение конференции. Конференция преимущественно распространяется в сети Fidonet. Разрешается доступ к конференции пользователей BBS - в этом случае ответственность за помещенные в конференцию сообщения несет сисоп узла, через который эти сообщения попали в Fidonet. 5. Политика модерирования. 5.1. Модерирование направлено на предотвращение сообщений, мешающих нормальному функционированию конференции. К таковым, в частности, относятся: - бессмысленные сообщения (личная переписка, ответы роботов etc) - сообщения в больших количествах (flood) - сообщения по темам, не соответствующим п. 1, или явно объявленным off-topic - сообщения, содержащие деструктивные рекомендации - сообщения, оскорбляющие других участников - сообщения с подделанной служебной информацией (From, SEEN_BY, PATH) - сообщения в нечитаемых форматах и кодировках - сообщения с любой двоичной информацией (UUE, Base64 etc) в объеме, превышающем минимально необходимый для обсуждения, опубликованные без явного разрешения модсостава; публикация многосекционных текстов и файлов запрещена безусловно - сообщения, подставляющие узлы-распространители конференции (см. п. 4) - обсуждение политики модерирования 5.2. Модератор конференции может назначать комодераторов. Комодераторы обладают теми же правами, что и модератор, за исключением изменения правил и пересмотра выданных "наград". 5.3. Модератор и комодераторы могут применять любые меры для предотвращения нежелательного трафика. 5.4. Система наказаний стандартна для Fidonet - есть предупреждения [*], строгие предупреждения [+] и, как крайняя мера воздействия на нарушителя, отключение [!]. В большинстве случаев соотношение между "наградами" такое: [*] [*] [*] == [+] [+] [+] [+] == [!] 5.5. Модератор и комодераторы являются участниками конференции. Официальные сообщения модератора и комодераторов помещаются в конференцию только от имен "Moderator of RU.LINUX.REDHAT" и "Comoderator of RU.LINUX.REDHAT" соответственно. 6. Формальные процедуры. В случае, если модератор конференции недоступен в течение двух месяцев, модерирование автоматически переходит к комодератору, указанному первым в списке комодераторов (если он по каким-либо причинам не может выполнять функции модератора - ко второму, итд.), а при невозможности этого - решение о дальнейшей судьбе конференции принимается соответствующим эхокоординатором. Этот пункт правил не подлежит изменению. 7. Официальные лица конференции. Модератор конференции: Алексей Виссарионов (Alexey Vissarionov, 2:5020/545) Комодератор конференции: пока не назначен. 8. Список оффтопиков. Будем надеяться, что этот пункт так и останется пустым. $Id: RU.LINUX.REDHAT-rules,v 0.1 2009/04/10 gremlin Exp $
From: Rules robot 2:5020/545 01 Sep 2021 00:05 +0300
To: All
Subject: RU.LINUX.REDHAT rules
Нет стандарта, кроме POSIX, и man(1) пророк его! *** Правила эхоконференции RU.LINUX.REDHAT *** Помещая сообщение в конференцию, подписчик тем самым выражает свое согласие с данными Правилами. 0. Общие положения. Эхоконференция сети Fidonet RU.LINUX.REDHAT (далее "КОHФЕРЕНЦИЯ") предназначена для обсуждения вопросов функционирования операционных систем семейства Linux, использующих систему управления пакетами RPM. Основным документом конференции являются данные правила. 1. Тематика конференции Установка и настройка RPM-based Linux, обмен опытом. Исключения определяются требованиями, налагаемыми Fidonet Policy (в частности, запретом на коммерческую деятельность в рамках конференции) и законодательством стран, на территории которых распространяется конференция (запрещаются любые действия, нарушающие законодательство страны, где физически находится автор сообщения). Обсуждение аппаратных компонентов компьютеров, периферийных устройств, сетевого оборудования, а также других операционных систем допускается только в рамках их взаимодействия с Linux. Обсуждение дистрибутивов, не использующих RPM в качестве основной системы управления пакетами запрещено - для этого есть другие конференции. 2. Участники конференции. 2.1. Конференция предназначена для общения лиц, заинтересованных в тематике конференции. 2.2. Участникам конференции следует указывать в поле "From:" свое настоящее имя и фамилию (realname). В случае, если это технически невозможно, realname должно ОБЯЗАТЕЛЬНО присутствовать в теле сообщения, а не в скрытых строках наподобие "\x01RealName" - в частности, рекомендуется указывать его в подписи. 3. Публикация сообщений в конференции. 3.1. В конференции используется русский язык, как известный наибольшему числу участников. В единичных случаях допускается использование других языков без перевода при условии, что смысл сообщения остается понятным участникам. Цитаты из документации следует приводить на русском или английском языке. 3.2. Название системы, обсуждаемой в конференции, по-русски пишется "Линукс" и произносится с ударением на первый слог - [лИнукс]. То же самое относится и к другим терминам: они должны быть грамотными, точными и использоваться по делу. Жаргонные термины приравниваются к использованию неизвестного языка - так что не удивляйтесь, если вас попросят перевести их. Исключениями, не требующими перевода, являются жаргонные названия дистрибутивов ("шляпа" - RedHat (в том числе Fedora), "суслик" - SUSE и OpenSUSE, "сова" - Owl (Openwall Linux) итд.) и программного обеспечения ("иксы" - X11 (Xorg), "кеды" (KDE), "огнелис" (firefox) итд.). 3.3. Используемая кодировка сообщений - CP866, при этом кладж CHRS должен соответствовать действительности; допускается (хотя и не рекомендуется) замена большой русской буквы "эн" на сходную по начертанию латинскую "H", другие замены недопустимы. 3.4. При цитировании следует использовать стандартный для Fidonet префикс в формате, описанном в FSC-0032 - опциональные инициалы и символы ">" в количестве, соответствующем уровню вложенности цитаты (этот префикс описывается регулярным выражением "[A-Z]*>+ "). Использование инициалов является традиционным для Fidonet и настоятельно рекомендуется; если оно технически невозможно, обеспечьте соответствующее количество символов ">" без пробелов и чужих инициалов. 3.5. Если вы просите о помощи, обязательно укажите название и версию используемого вами дистрибутива, чего вы хотите добиться и какие шаги для этого предпринимали - это существенно ускорит получение ответа, так как из обсуждения будут исключены диалоги вида "попробуй вот так - пробовал, не помогает". Дополнительные рекомендации можно прочитать в руководстве, которое в русском переводе называется "Как правильно задавать вопросы?" (авторы Eric Raymond и Rick Moen). 3.6. При ответе старайтесь давать рекомендации, подходящие для любого дистрибутива. Если вы не уверены в универсальности решения, напишите об этом явно: "не знаю, как в суслике, но в шляпе это делается так". 3.7. Запрещается давать ответы вида "RTFM!" ("Read That Fine Manual") без явного указания, какое именно "M" (описание) следует "R" (читать), а также "STFW!" ("Search That Fine Web") без явного указания ключевых слов для поиска. 4. Распространение конференции. Конференция преимущественно распространяется в сети Fidonet. Разрешается доступ к конференции пользователей BBS - в этом случае ответственность за помещенные в конференцию сообщения несет сисоп узла, через который эти сообщения попали в Fidonet. 5. Политика модерирования. 5.1. Модерирование направлено на предотвращение сообщений, мешающих нормальному функционированию конференции. К таковым, в частности, относятся: - бессмысленные сообщения (личная переписка, ответы роботов etc) - сообщения в больших количествах (flood) - сообщения по темам, не соответствующим п. 1, или явно объявленным off-topic - сообщения, содержащие деструктивные рекомендации - сообщения, оскорбляющие других участников - сообщения с подделанной служебной информацией (From, SEEN_BY, PATH) - сообщения в нечитаемых форматах и кодировках - сообщения с любой двоичной информацией (UUE, Base64 etc) в объеме, превышающем минимально необходимый для обсуждения, опубликованные без явного разрешения модсостава; публикация многосекционных текстов и файлов запрещена безусловно - сообщения, подставляющие узлы-распространители конференции (см. п. 4) - обсуждение политики модерирования 5.2. Модератор конференции может назначать комодераторов. Комодераторы обладают теми же правами, что и модератор, за исключением изменения правил и пересмотра выданных "наград". 5.3. Модератор и комодераторы могут применять любые меры для предотвращения нежелательного трафика. 5.4. Система наказаний стандартна для Fidonet - есть предупреждения [*], строгие предупреждения [+] и, как крайняя мера воздействия на нарушителя, отключение [!]. В большинстве случаев соотношение между "наградами" такое: [*] [*] [*] == [+] [+] [+] [+] == [!] 5.5. Модератор и комодераторы являются участниками конференции. Официальные сообщения модератора и комодераторов помещаются в конференцию только от имен "Moderator of RU.LINUX.REDHAT" и "Comoderator of RU.LINUX.REDHAT" соответственно. 6. Формальные процедуры. В случае, если модератор конференции недоступен в течение двух месяцев, модерирование автоматически переходит к комодератору, указанному первым в списке комодераторов (если он по каким-либо причинам не может выполнять функции модератора - ко второму, итд.), а при невозможности этого - решение о дальнейшей судьбе конференции принимается соответствующим эхокоординатором. Этот пункт правил не подлежит изменению. 7. Официальные лица конференции. Модератор конференции: Алексей Виссарионов (Alexey Vissarionov, 2:5020/545) Комодератор конференции: пока не назначен. 8. Список оффтопиков. Будем надеяться, что этот пункт так и останется пустым. $Id: RU.LINUX.REDHAT-rules,v 0.1 2009/04/10 gremlin Exp $
From: Michael Dukelsky 2:5020/1042 03 Aug 2021 11:25 +0300
To: Rinat H. Sadretdinow 2:5020/620.1
Subject: Empty %files file debugfiles.list
Привет, Rinat! 03 August 2021 10:26, Rinat H. Sadretdinow послал(а) письмо к Michael Dukelsky: MD>> До меня дошло. Всё оказалось очень просто. В случае с rpm 4.11 MD>> при отсутствии отладочной информации создаётся пустой пакет MD>> debuginfo. Всё тихо-мирно, никаких ошибок. А в случае с $(rpm MD>> --version) >= 4.14 выдаётся ошибка, HО, как оказалось, при MD>> наличии отладочной информации прекрасно создаются пакеты MD>> debuginfo и debugsource. Так что надо в .spec записать волшебную MD>> строчку MD>> %global debug_package %nil MD>> для %DEBUG == 0. RS> Вот сейчас не понял. А %DEBUG == 0 откуда берётся? В мейкфайле определена переменная DEBUG. Если DEBUG==1, то применяются отладочные опции при компиляции, в ином случае - оптимизирующие. Для того, чтобы передать значение DEBUG из .spec в мейкфайл, при сборке задаю для mock (или rpmbuild) -D "DEBUG 1", а в .spec использую %DEBUG %if %{?DEBUG} make DEBUG=%DEBUG else make %endif RS> Мне приходится RS> абсолютно в любой самописный .spec прописывать RS> %global debug_package %nil RS> иначе орёт на пустой debuginfo и не собирается. Откуда берётся (должна RS> браться) эта отладочная информация? Если ты не хочешь использовать отладочную информацию, то просто пишешь приведённую тобой строчку. Но во многих пакетах в стандартных репозиториях используется другой подход. При компиляции в CFLAGS используют %optflags. В федоре 33 $ rpm -E %optflags -O2 -flto=auto -ffat-lto-objects -fexceptions -g -grecord-gcc-switches -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -fstack-protector-strong -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -m64 -mtune=generic -fasynchronous-unwind-tables -fstack-clash-protection -fcf-protection Здесь важно, что есть -g (отладочная информация) и -O2. Последнее - это уровень оптимизации. Таким образом, в результате сборки ты получаешь достаточно оптимизированный бинарник без отладочной информации и два дополнительных пакета: с отладочной информацией и с исходниками. Эти два пакета используются только, если надо локализовать обнаруженную ошибку. Желаю успехов, Rinat! За сим откланиваюсь, Michael. ... node (at) f1042 (dot) ru
From: "Rinat H. Sadretdinow" 2:5020/620.1 03 Aug 2021 10:26 +0300
To: Michael Dukelsky 2:5020/1042
Subject: Empty %files file debugfiles.list
Hello Michael! 02 Aug 21 17:27, you wrote to Alexey Vissarionov: MD> До меня дошло. Всё оказалось очень просто. В случае с rpm 4.11 при MD> отсутствии отладочной информации создаётся пустой пакет debuginfo. Всё MD> тихо-мирно, никаких ошибок. А в случае с $(rpm --version) >= 4.14 MD> выдаётся ошибка, HО, как оказалось, при наличии отладочной информации MD> прекрасно создаются пакеты debuginfo и debugsource. Так что надо в MD> .spec записать волшебную строчку MD> %global debug_package %nil MD> для %DEBUG == 0. Вот сейчас не понял. А %DEBUG == 0 откуда берётся? Мне приходится абсолютно в любой самописный .spec прописывать %global debug_package %nil иначе орёт на пустой debuginfo и не собирается. Откуда берётся (должна браться) эта отладочная информация? [rhs@sys3175 ~]$ rpm --version RPM version 4.16.1.3 [rhs@sys3175 ~]$ Bye!
From: Michael Dukelsky 2:5020/1042 02 Aug 2021 17:27 +0300
To: Alexey Vissarionov 2:5020/545
Subject: Empty %files file debugfiles.list
Привет, Alexey! 02 August 2021 14:00, Alexey Vissarionov послал(а) письмо к Michael Dukelsky: MD>> Начиная с rpm 4.14, пакет с отладочной информацией разбили на MD>> два: из прежнего debuginfo выделили пакет с исходниками MD>> debugsource. Это было ещё в 2017 году. AV> Причем непонятно, зачем. Писали, что это сделано для очень больших проектов, в которых есть ситуации, когда можно обойтись отладочной информацией без загрузки огромных файлов с исходниками. MD>> У меня в связи с этим только теперь возникла проблема: пакет, MD>> который собирается с rpm 4.11.3, не собирается c rpm 4.16.1. MD>> Возникает ошибка Empty %files file MD>> ~/rpmbuild/BUILD/husky/debugfiles.list MD>> При этом в данном каталоге создаётся пять файлов нулевого MD>> размера: debugfiles.list, debuglinks.list, debugsourcefiles.list, MD>> debugsources.list, elfbins.list. До меня дошло. Всё оказалось очень просто. В случае с rpm 4.11 при отсутствии отладочной информации создаётся пустой пакет debuginfo. Всё тихо-мирно, никаких ошибок. А в случае с $(rpm --version) >= 4.14 выдаётся ошибка, НО, как оказалось, при наличии отладочной информации прекрасно создаются пакеты debuginfo и debugsource. Так что надо в .spec записать волшебную строчку %global debug_package %nil для %DEBUG == 0. Желаю успехов, Alexey! За сим откланиваюсь, Michael. ... node (at) f1042 (dot) ru
From: Alexey Vissarionov 2:5020/545 02 Aug 2021 14:00 +0300
To: Michael Dukelsky 2:5020/1042
Subject: Empty %files file debugfiles.list
Доброго времени суток, Michael! 02 Aug 2021 11:09:20, ты -> All: MD> Начиная с rpm 4.14, пакет с отладочной информацией разбили на два: из MD> прежнего debuginfo выделили пакет с исходниками debugsource. Это было MD> ещё в 2017 году. Причем непонятно, зачем. MD> У меня в связи с этим только теперь возникла проблема: пакет, который MD> собирается с rpm 4.11.3, не собирается c rpm 4.16.1. Возникает ошибка MD> Empty %files file ~/rpmbuild/BUILD/husky/debugfiles.list Ищи конструкцию вида %files -f debugfiles.list (скорее всего в недрах RPM). MD> При этом в данном каталоге создаётся пять файлов нулевого размера: MD> debugfiles.list, debuglinks.list, debugsourcefiles.list, MD> debugsources.list, elfbins.list. Создаются - это правильно. А почему find-debuginfo-files их не заполняет? MD> Конечно, можно запретить создание обоих отладочных пакетов, поместив MD> в .spec определение MD> %global debug_package %nil MD> Но хотелось бы обойтись без запретов. Что нужно прописать в .spec, MD> чтобы этой ошибки не было? Я бы начал с проверки версии RPM: %define __rpm_version %(rpmquery --qf '%%{VERSION}' rpm) %if %__rpm_version >= 4.14 %global debug_package %nil %endif Костыль, конечно, но "взлететь здесь и сейчас" позволит. MD> Ничего найти по этому поводу мне не удалось. Как всегда: кто знает - не пишут, кто пишет - не знают. -- Alexey V. Vissarionov aka Gremlin from Kremlin gremlin ПРИ gremlin ТЧК ru; +vii-cmiii-ccxxix-lxxix-xlii ... Сервер под Windows - как Запорожец представительского класса