Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.

Dismiss

УСТАВ ТЕЛЕКОНФЕРЕНЦИИ relcom.comp.sources.d

2 views

Skip to first unread message

Rinat.Fak...@relcom.ru

unread,

Mar 14, 2006, 5:08:22 PM3/14/06

[Последнее изменение: 13-Nov-95. Версия: 1.1]

Устав (правила использования) телеконференций
relcom.comp.sources.misc и relcom.comp.sources.d

Описываемые телеконференции созданы путем разделения телеконференции
relcom.sources. Кроме relcom.comp.sources.misc и relcom.comp.sources.d
создана также телеконференция relcom.comp.binaries для публикации
завершенных программ в двоичном виде.

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

Вопросы, обсуждения и др. публикуют в "дискуссионных" конференциях,
названия которых заканчиваются на ".d". В настоящее время действует:
relcom.comp.sources.d

====
НАЗВАНИЕ

relcom.comp.sources.misc
relcom.comp.sources.d

СТАТУС
relcom.comp.sources - модерируемая.
relcom.comp.sources.d - немодерируемая, дискуссионная.

Созданы 25 Мая 1993 года Евгением Пескиным.
Язык публикаций - русский.

--------------------
Subject: ТЕЛЕКОНФЕРЕНЦИЯ relcom.comp.sources.d

Телеконференция relcom.comp.sources.d является дискуссионной немодери-
руемой телеконференцией и предназначена для обсуждения программ, опуб-
ликованных в телеконференциях иерархии relcom.comp.sources, вопросов
и предложений, так или иначе относящихся к группам иерархии.

Язык публикаций - русский.
* *
* Телеконференция relcom.comp.sources.d является дискуссионной. *
* Помещение в телеконференцию программ запрещено. *
* *

--------------------
Subject: ТЕЛЕКОНФЕРЕНЦИЯ relcom.comp.sources.misc

Relcom.comp.sources.misc - телеконференция, предназначенная только для
публикации программ в виде исходных текстов (sources). Конференция
является модерируемой, то есть посылаемые в нее статьи автоматически
поступают модератору телеконференции и распространяются по сети только
после подтверждения модератора. В связи с этим между посылкой статьи
в телеконференцию и ее появлением у подписчиков возможна задержка.

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

В конференции не могут публиковаться статьи, нарушающие чьи-либо автор-
ские или имущественные права.

Материалы, отправленные в телеконференцию relcom.comp.sources.misc, мо-
жет быть отклонены по следующим причинам:
- статьи не содержат исходных текстов программы;
- статьи содержат программы, защищенную авторскими правами третьих
лиц, публикуемых без согласия авторов или держателей Copyright.
- shell-архив с программой не может быть корректно распакован.

Программы, направляемые в телеконференцию relcom.comp.sources.misc
НЕ ТЕСТИРУЮТСЯ модератором. Рекомендуется посылать программы в формате
shell-архивов (формат shar). Модератор проверяет возможность распаковки
архива и наличие всех перечисленных в оглавлении архива файлов.

--------------------
Subject: Как происходит публикация

Отправляемые в телеконференцию статьи автоматически поступают модерато-
ру. После поступления всех частей программы (если программа послана
в виде нескольких статей) модератором проводится проверка целостности
архива, при необходимости - перепаковка архива принятым для публикации
в группе способом.

МОДЕРАТОР НЕ ОТВЕЧАЕТ ЗА СОДЕРЖАНИЕ ПРОГРАММЫ, НАЛИЧИЕ В НЕЙ ВИРУСОВ
ВСЯ ОТВЕТСТВЕННОСТЬ ЗА ПОСЫЛКУ В ТЕЛЕКОНФЕРЕНЦИЮ ПРОГРАММ,
ЗАРАЖЕННЫХ ВИРУСАМИ, ЛЕЖИТ НА АВТОРЕ ПУБЛИКАЦИИ.

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

--------------------
Subject: Повторная публикация

Многократная публикация одних и тех же программ в телеконференции
не допускается. Если Вы хотите опубликовать новую версию ранее публико-
ковавшейся в телеконференции программы, посмотрите, насколько велики
изменения по сравнению с ранее опубликованным вариантом. Если изменений
не очень много, может быть целесообразнее опубликовать не новую версию
целиком, а только patch. В этом случае не забудьте указать номера volume
и issue статей, в которых был опубликован предыдущий вариант.

* В данной конференции публикуются только исходные тексты программ *
* Двоичные исполняемые программы, дискуссии, обсуждения, вопросы *
* и т.п. в группе relcom.comp.sources.misc публиковать ЗАПРЕЩАЕТСЯ *
Archive-name: startkit/submit
Posting-number: Volume 1, Issue inf02

[Последнее изменение: 05-Sep-93. Версия: 1.0]

Инструкция по оформлению программ для публикации
в телеконференции relcom.comp.sources.misc

relcom.comp.sources.misc - телеконференция, предназначенная только для
публикации программ в виде исходных текстов (sources). Конференция
является модерируемой, то есть посылаемые в нее статьи автоматически
поступают модератору телеконференции и распространяются по сети только
после подтверждения модератора. В связи с этим между посылкой статьи
в телеконференцию и ее появлением у подписчиков возможна задержка.

В конференции не могут публиковаться статьи, нарушающие чьи-либо автор-
ские или имущественные права.

Материалы, отправленные в телеконференцию relcom.comp.sources.misc, мо-
жет быть не опубликованы по следующим причинам:
- статьи не содержат исходных текстов программы;
- статьи содержат программы, защищенную авторскими правами третьих лиц,
публикуемых без согласия авторов или держателей Copyright.
- shell-архив с программой не может быть корректно распакован (отсут-
ствуют или не распаковываются отдельные файлы и т.п.)

--------------------
Subject: Как происходит публикация

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

--------------------
Subject: Рекомендации по подготовке программ к публикации

С 5 сентября 1993 года изменена процедура обработки модератором посту-
пающих для публикации в группе relcom.comp.sources.misc статей. Ранее
модератор не подтверждал авторам получение их материалов, что вызывало
некоторые проблемы. Теперь после получения каждой статьи модератор
подтверждает письмом автору ее получение. Если Вы не получили подтвер-
ждение в течение 72 часов (не считая праздников и выходных), значит
что-то не так.

Для облегчения работы модератора и повышения удобства для читателей
прошу при посылке в relcom.comp.sources.misc придерживаться ряда опи-
санных ниже правил. Результатом несоблюдения этих правил может быть
длительная задержка в публикации, необходимая для приведения материа-
лов к принятому формату. Формат статей в телеконференции подробно опи-
сывается в отдельном документе, регулярно публикуемом в данной теле-
конференции.

--------------------
Subject: Основные требования

Текст приведенных правил получен путем перевода и небольшой модифи-
кации "submission guidelines" телеконференции comp.sources.misc и
разработанного модератором comp.sources.misc Кентом Ландфилдом пакета
для модерирования source-конференций. Большое спасибо Kent Landfield
(ke...@sparky.IMD.Sterling.COM) за предоставленные материалы и помощь.

Прежде всего, настоятельно не рекомендуется присылать двоичные файлы
в формате uuencode. Если это хоть как-то возможно, двоичные данные
должны быть преобразованы в ASCII формат. В любом случае, в группе НЕ
БУДЕТ опубликован материал, состоящий только из двоичных программ. По-
сылайте их в группы, предназначенные для двоичных программ.

В частности, к публикации в группе не принимаются скомпрессированные
(compress, pack...) архивы в формате uuencode (ABE, btoa, BinHex, ...)
независимо от использованного метода компрессии и/или архивирования.
Не каждый имеет ARC, PKZIP, ZOO, StuffIt и даже cpio, tar и compress.

Второе правило - для упаковки файлов используется формат shell_archive
Архивы такого формата создаются программами "shar", "cshar", "bundle".
Предпочтительно использование cshar: эта программа гарантирует неиска-
жение статей старыми программами обработки почты и news, при передаче
гейтовании информации в различные сети и т.д. Все статьи, поступающие
в формате, отличном от "shar", перепаковываются при публикации.

Программы cshar и shar регулярно публикуются в данной телеконференции.

Третье, формулируйте, пожалуйста, "Subject:" Ваших статей в соответст-
вии с принятым в группе форматом. В противном случае модератору при-
дется самому выбирать "Subject" при посылке в news. Выбранный им вари-
ант может не соответствовать Вашим желаниям. :-)

Четвертое, сообщайте, поджалуйста, archive-name или package name, ко-
торое будет использоваться при архивировании статей.

Пятое, при посылке надо указывать Environment (среду, в которой рабо-
тает Ваша программа). Если ваша программа имеет ограничения, напри-
мер - не работает в SYSV или работает только в определенных версиях
SUNOS, *пожалуйста* информируйте об этом модератора, он включит огра-
ничения в заголовок Environment. Если Вы не укажите такие ограничения,
модератор попытается определить это самостоятельно, но он может и оши-
биться.

Если присланное Вами должно полностью заменить ранее опубликованную
в телеконференции программу, обязательно сообщите об этом модератору,
указав номера volume/issue предыдущей публикации.
Каждая публикация ДОЛЖНА содержать короткую аннотацию с описанием со-
держания и функций пакета. Описание должно быть коротким - один-два
абзаца. Помещайте аннотацию в начале первой части. Если Вы не предо-
ставите модератору такую аннотацию, ему придется самостоятельно и не
обязательно удачно пытаться извлечь нечто подходящее из текстов Вашей
программы.

Пожалуйста не помещайте вместе и исполняемые программы и исходные
тексты. Двоичные исполняемые программы следует помещать в группы
binaries.

Пожалуйста используйте имена исходных файлов длиной не более 12 сим-
волов. Не все могут работать с длинными именами файлов...:-(

Другие полезные вещи при публикации исходных текстов...
1. Makefile.
2. Manual page. Очень рекомендуется для больших программ
3. Файл README. Также очень полезен. Должен содержать краткое
описание программы и различные специальные требования при
сборке программы. Также в README рекомендуется перечислить
авторов и указать distribution and copying policy.
4. Файл patchlevel.h -- в нем указывается номер последнего
официального patch.

Прочие соображения:

Используемые для помещения в телеконференцию программы используют по
умолчанию информацию из заголовков присланных Вами статей. Строки за-
головка Keywords:, Organization:, Reply-To: и Summary: не модифициру-
ются. Если эти строки есть в заголовках Ваших статей, они без измене-
ний появятся в телеконференции.

Еще раз, пожалуйста указывайте, что необходимо поместить в заголовок
"Environment:". При отсутствии этой информации модератор попытается
определить это сам, однако сделать это без полного тестирования часто
затруднительно.
Три строки - "Archive-name", "Subject" и "Environment" - НЕОБХОДИМАЯ
для публикации информация. Указывайте ее сами. Не обижайтесь на моде-
ратора за неправильное заполнение этих полей, если Вы не предоставили
ему корректных значений.

-----------------
Subject: Обработка patch

Patches для программ, опубликованных в relcom.comp.sources.misc реко-
мендуется также посылать в эту телеконференцию, чтобы они попали в те
же архивы, что и исходные статьи с программами. Статьи с patch обра-
батываются модератором в первую очередь.

Для публикации принимаются patch только от автора оригинальной публи-
кации или по специальному согласованию с ним. Пожалуйста посылайте
Ваши неофициальные patches автору, чтобы он мог включить их в основ-
ную версию программы.

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

Вот основные требования к patch:
1. Для публикации patch они должны быть оформлены в формате
контекстного diff. (Это может быть сделано командой "diff -c"
или diffc. Программа diffc была опубликована в 1-м томе
comp.sources.unix и доступна из архивов группы.
Также для создания контекстного diff можно использовать
GNU diff.
2. Patch должен изменять файл patchlevel.h для отражения уровня
патчирования.
3. Поместите в публикацию информацию о том, к каким volume/issues
относится публикуемый patch.

Тексты программы patch регулярно публикуются в данной телеконференции.

И последнее - при посылке Вашей программы в news постарайтесь оформить
ее максимально близко к принятому в группе формату. Формат статей в
группе описан в отдельном документе.
Archive-name: startkit/submit
Posting-number: Volume 1, Issue inf03

[Последнее изменение: 05-Sep-93. Версия: 1.0]

--------------------
Subject: Формат статей relcom.comp.sources.misc

Каждая статья в группе relcom.comp.sources.misc называется "выпуск"
(issue). В каждом томе (volume) публикуется около 100 выпусков.
Статьи бывают двух типов - информационные служебные статьи и собст-
венно исходные тексты. Их можно легко отличить по полю Subject.
Информационные статьи имеют заголовок вида:

Subject: v1inf03: <собственно текст заголовка>

Обычные статьи с программами имеют заголовок вида:

Subject: v014i082: lc - Categorize and List Files In Columns, Part01/02

В первом слове Subject указывается номер статьи, присвоенный при
публикации. Номер статьи состоит из номера тома (Volume) и номера
статьи в томе (Issue). Номер записывается как vNiMMM, где N - номер
тома, MMM - номер статьи. Специальные информационные статьи, содер-
жащие устав, инструкции по посылке/распаковке и соответствующие
программы, имеют отдельную нумерацию вида vNinfMMM.

Фрагменты одной публикации также имеют свою нумерацию. Часть 0
публикации всегда содержит краткую аннотацию или описание программы
Части публикации, содержащие shell-архив с программой, имеют номера
1 2....

Номер части публикации и общее количество частей также указываются
в поле "Subject" заголовка.

Первые строки текста статьи содержат дополнительные заголовки:

Submitted-by: ac...@astral.msk.su (Andrew A. Chernov)
Posting-number: Volume 1, Issue 1
Archive-name: d1489/part01

Строка "Submitted-by" содержит адрес автора программы. Если у Вас
есть вопросы, комментарии или пожелания по программе, обращайтесь
по этому адресу.
Следующая строка дублирует информацию о номере тома/выпуска. Нужна
программам автоматического архивирования, таким как rkive.

Строка "Archive-name" содержит "официальное" имя программы (пакета)
в архивах.

Все опубликованные в группе статьи архивируются. Архив разбит на ка-
талоги по томам. Внутри этих каталогов содержатся подкаталоги с от-
дельными программами. В эти же подкаталоги записываются patches к
ранее опубликованным программам. Например, если статьи с программой
имеют имена:
Archive-name: lc/part01
то патчи к этой программе -
Archive-name: lc/patch01

Отметим, что номера частей и патчей записываются с левыми нулями для
выравнивания разрядности.

При публикации patch применяется заголовок "Patch-To:, в которой ука-
зывается "Archive-Name" статей, к которым относится patch. Исходных
статьи с программами не содержат строк "Patch-To:".
Например:
патч для программы, опубликованной в виде одной части с Archive-name: rkive

Patch-To: rkive: Volume 22, Issue 122

Патч к программе, опубликованной в виде 3 частей (issue 122..124)

Patch-To: rkive: Volume 22, Issue 122-124

Патч к программе, опубликованной в виде нескольких непоследовательных статей:

Patch-To: rkive: Volume 22, Issue 122,125,126,127
Или, то же самое:
Patch-To: rkive: Volume 22, Issue 122,125-127

Если публикуется новая версия программы, полностью заменяющая ранее опубли-
кованную, новые статьи будут содержать строку:

Supersedes: package-name: Volume X, Issue x[-y,z]

Например:
Supersedes: rkive: Volume 22, Issue 122-127

Дополнительная строка заголовка "Environment:" позволяет быстро узнать,
какие ресурсы требуются для опубликованной программы. Необходимость такого
заголовка вызвана тем, что телеконференция relcom.comp.sources.misc не
ограничена каким-либо одним типом операционной системы, машины или
архитектуры.
Пример:
Environment: SunView, XView, X11R4, termcap

Все ключевые слова могут указываться как большими, так и маленькими
буквами. "!" служит признаком отрицания (!CRAY означает, что программа
работает на чем угодно кроме CRAY.)

Ниже приведен список применяемых ключевых слов. Список может расширяться.

Операционные системы:
AIX - любая версия AIX
AIX3.1 - AIX Version 3.1
AMIGA - AMIGA OS
ATARI - Atari ST
BSD - любой BSD unix
CPM-68K - CPM based 68000
COHERENT - Mark Williams Coherent OS
DOS - DOS
ISC-UNIX - ISC UNIX
ISC - ISC UNIX
HP-UX - HP's UNIX
MS-DOS - MSDOS
OS/2 - IBM's OS/2
OSF/1 - OSF/1
POSIX - любая POSIZ compliant OS
SCO - SCO UNIX
SCOXENIX - SCO XENIX
SUNOS - SUNOS
SYSV - System 5
SYSV/386 - 386 running System 5
SYSVR2 - System 5.2
SYSVR3 - System 5.3
SYSVR4 - System 5.4
VMS - VMS
UNIX - любая система с unix
ULTRIX - Ultrix
XENIX - XENIX

Язык программирования (по умолчанию - С)

ANSI-C - ANSI-совместимый компилятор C
AWK - pattern scanning and processing language
C++ - C++ Programming language
Flex - fast lexical analyzer generator
Fortran - Fortran
Icon - Icon Programming Language
INET - BSD networking support
LaTex - LaTex support
MIPS - Mips C compiler
MSC - Microsoft C
Pascal - Pascal compiler
Perl - Practical Extraction and Report Language
Pro*C - Oracle Pro*C compiler
TurboC - Turbo C
VaxC - VMS VAX C compiler

Экранный интерфейс:

Curses - curses library
Sunview - Xview library
Xlib - X Windows library
Xview - Xview library
X11 - должно работать на любой X Window System
X11R4 - X Window System Release 4

Система: требующиеся ситсемные утилиты/пакеты

Cnews - USENET network news
Csh - C-Shell command interpreter
C-shell - C-Shell command interpreter (oops)
DBX - BSD based source-level debugger
Emacs - GNU Emacs
getopt - parse command options in shell scripts
HDB - HDB compatible UUCP system. (BNU)
MMDF - MMDF mail transport
Oracle - Oracle Database
pathalias - mail routing tool
Sendmail - BSD based mail transport
Smail - Smail3 mail transport
Sybase - Sybase Database
tput - Initialize a terminal or query the terminfo database

Functionality Support: System supported functionality

symlink - System supports symbolic links
INET - Requires BSD based networking facilities

Проверено на аппаратуре:

SGI - Silicon Graphics
DEC - DEC Risc Workstations
Cray2 - Cray2 supercomputer with UniCos
Alliant - Alliant minisupercomputers
Convex - Convex minisupercomputers
Amdahl - Amdahl mainframes
Sun - Sun Microsystems Workstations
Mac - Mac
PC - IBM PC или совместимые под управлением DOS
MIDI - You will need a MIDI to run this.
HPLJ - HP Laserjet II or III printer or compatible
CDROM - Requires a cdrom player.

!16BIT - Не пытайтесь запускать на 16-битных машинах (8088,186,286)
32BIT - требует 32-битной архитектуры.

--------------------
Subject: Распаковка статей relcom.comp.sources.misc

Средства распаковки из формата shell-archive встроены в большинство программ
работы с news (nn, rn, tin,... ). Как воспользоваться этими средствами, Вы
можете узнать из описаний используемых Вами программ.
Если же Вы пользуетесь другими средствами, например получаете статьи из
телеконференции почтой через news-сервер, придется выполнить более сложную
операцию.
1. сохраните все статьи в ОТДЕЛЬНЫХ файлах.
В каждом файле окажется
- заголовок статьи
- возможно - описание
- shell-архив.
2. Поместите все файлы со статьями в отдельный ПУСТОЙ каталог.
3. Если у вас есть программа "unshar", с ее помощью распакуйте shell-архив
( unshar список_файлов_со_статьями_ через_пробел )
4. Если у вас нет программы unshar, и Вы работаете в Unix:
- с помощью редактора текста удалите из файлов заголовки статьи
(все до строки "#!/bin/sh" )
- для каждого файла подайте команду "sh имя_файла"
Это можно выполнить, например, так:
sed '1,/^[#:]/d' имя_файла | sh

3. Если вы работаете в DOS и не взяли unshar из этой конференции,
редактором разделите shell-архив на отдельные файлы.
Начало каждого файла выглядит так:
(все записывается с начала строки. Сдвинуто только здесь.)

sed "s/^X//" >'zzzzzzzz' <<'END_OF_FILE'
X .........................
X............................... .............. ...........
X.............................................
X.................. . . . .....................................
X...........................................
END_OF_FILE

zzzzzzzz - это имя файла. В следующих строках (до строки "END_OF_FILE")
идут строки исходного файла, перед которыми добавлена буква "X"

Программы shar, unshar и cshar периодически публикуются в данной телекон-
ференции.

--------
Примечание: Временно, ввиду отсутствия желающих исполнять обязанности
модератора, конференция relcom.comp.sources.misc является немодерируемой.

0 new messages