• 19.10.02: Вышла Opera 6.1 for Linux Beta 1.
• 18.10.02: Samba 2.2.6 - новый стабильный релиз от Samba Team. Исправлены многие ошибки, обновлена поддержка генерации smb.conf из SWAT, решены проблемы с файловыми блоками, повышена производительность...
• 18.10.02: Компания Neoware предлагает собственное решение проблемы запуска Windows-приложений в Linux. Новый дистрибутив от Neoware является тонким клиентом, позволяющим запускать программы Windows с терминального сервера.
• 18.10.02: Michael Robertson, лидер проекта Lindows, опубликовал открытое письмо к Стиву Баллмеру - главному исполнительному сотруднику компании Microsoft. В открытом письме Michael предлагает подробную критику многих положений, высказанных сотрудником Microsoft в интервью с компьютерными аналитиками.
• 18.10.02: Стив Баллмер в публичных высказываниях называет Linux и свободное программное обеспечение врагом номер 1 для компании Microsoft.
• 17.10.02: Вышла Mozilla 1.2 beta.
• 16.10.02: На сайте KDE появилось описание нововведений, которые будут реализованы в версии KDE 3.1 (ожидаемой в начале ноября). Вкладки в браузере Konqueror, интеграция программ в единый комплекс для коллективной работы, разделение файлов и рабочего стола между несколькими пользователями, новые игры, видео-плейер, новые темы рабочего стола, и многое другое. Обзор на русском языке можно прочитать здесь.
• 16.10.02: Награды от известного интернет-издания LinuxJournal получили: Mandrake (лучший дистрибутив), GIMP, KDE, OpenOffice, Mozilla, Vim, AMD Athlon, MySQL, KMail, gaim, gnutella, Quake III, и другие.
• 16.10.02: Появился первый в истории Mandrake Linux официальный список рассылки для русских пользователей Mandrake. Чтобы подписаться на него, нужно отправить email на sympa@linux-mandrake.com, в теле письма написав "subscribe expert-ru".
• 16.10.02: На сайте Microsoft недавно был опубликован рассказ женщины, пользовавшейся компьютерами Macintosh в течение восьми лет и недавно решившейся перейти на PC с операционной системой Windows XP. Но эта рекламная кампания MS провалилась. Через некоторое время на сайте Slashdot появилась информация о том, что фотография, якобы изображающая автора статьи, на самом деле взята из платного каталога GettyImages.com. После небольшого журналистского расследования News.com Microsoft признала, что эта публикация - ошибочна, и что на самом деле рассказ был составлен отделом маркетинга. Корпорация "сожалеет об этом поступке" и больше не планирует рекламных акций по переходу с Мас на РС.
• 15.10.02: Полицейское управление округа West Yorkshire (Великобритания) готовится к переводу 3500 рабочих станций на Red Hat Linux 8. Управление полиции намерено за счет использования смарт-карт увеличить безопасность, а за счет использования свободного ПО сэкономить 1 миллион фунтов.
• 15.10.02: Вышел WineX 2.2. Изменения: поддержка on-line игр в Half-Life u CounterStrike, улучшение работы звука и мультимедиа, и многое другое.
• 14.10.02: Вышел OpenOffice для платформы Mac.
• 14.10.02: По заявлению Bill Veghte, вице-президента Windows Server Group, компания MS "не исключает возможности использования идеи открытых исходников в своей деятельности".
• 14.10.02: Создателям мод-чипов и Linux-программистам удалось взломать новую систему защиты игровой консоли Xbox - менее, чем через месяц после начала продажи реконфигурированных консолей. Эта работа заняла у них всего лишь одну неделю.
• 14.10.02: Blender, мощный пакет для 3d-рендеринга под Linux, сменил лицензию на GPL и стал свободным навсегда.
• 13.10.02: Вышел Blin 1.2 - дистрибутив, который не требует установки и работает прямо с CD.
• 12.10.02: Найдена уязвимость во всех версии tar до 1.13.25, позволяющая злоумышленнику перезаписывать любые файлы в системе путем правильной компоновки tar-файла. Mandrake Linux уже отреагировал выпуском обновления.
• 11.10.02: Вышла альфа-версия IDE KDevelop 3. По скриншотам замечено явное сходство с Visual Studio .Net :).
• 11.10.02: Вышел FreeBSD 4.7. Обновлено множество программного обеспечения, в том числе GCC и sendmail. Добавлены новые драйверы для USB-устройств и дисковых контроллеров. Также появились апдейты для XFree86 и библиотек совместимости с Linux.

• Результаты опроса:

1) Нужно ли разделять эту рассылку на 2 независимых рассылки?

Большинство - за то, чтобы разделить эту рассылку на две части (и я тоже с этим согласен). Но перевес в 10 голосов - не такой уж и большой... Поэтому этот выпуск вышел в формате "Все в одном", а как насчет следующего - не знаю. Если у меня получится решить с Subscribe.ru все возникшие вопросы, то рассылка будет благополучно разделена на две части. Напоминаю, что в первой части будет все, кроме текстов статей (новости, ссылки, программы, дистрибутивы, и т.д), а во второй части рассылки - исключительно статьи. Что из этого получится? Посмотрим...

Более подробная информация - через несколько дней, вместе с (долгожданным :) специальным выпуском #1.

2) Нужен ли обзор Linux-новостей за неделю?

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

• Огромное спасибо всем, кто поучаствовал в акции "Sovety.net + Linux" и оставил хотя бы одно сообщение на форуме http://www.sovety.net/forum/viewforum.php4?f=71. Пока никаких результатов со стороны администрации Sovety.net не последовало... О развитии событий будет сообщено в следующих выпусках рассылки.

Необходимость в установке новых программных пакетов под LINUX возникает в двух основных случаях :

- когда появляется новая версия одного из уже установленных у Вас пакетов;
- когда возникает необходимость использования какой-то пакета, еще не установленного в системе.

Во втором случае это может быть один из пакетов, имеющихся на Вашем установочном диске, но не установленный в процессе инсталляции. Однако чаще всего новое ПО Вы будете находить в Интернет, тем более, что значительная часть этого ПО - бесплатное или условно бесплатное. Как бы то ни было, но рано или поздно Вы все равно окажетесь перед необходимостью установить новый пакет.

Существует две основных формы распространения ПО для LINUX: в исходных текстах и в виде исполняемых модулей. И в том и в другом случае пакет ПО может поставляться либо в виде tar-gz архива, либо в виде rpm-пакета.

Проще всего установить ПО, представленное в виде rpm-пакета, содержащего исполняемые файлы, этот способ и рассмотрим первым. Отметим только, что для инсталляции новых пакетов Вы должны войти в систему как пользователь root.

RPM.

Название этой программы (или команды) является аббревиатурой от Redhat Package Manager. Такая расшифровка дается в большинстве книг и руководств по Линукс и кажется мне более правильной и логичной, хотя в главе 6 "The Official Red Hat Linux Reference Guide" говорится: "The RPM Package Manager (RPM), is an open packaging system available for any-one to use, and works on Red Hat Linux as well as other Linux and UNIX systems".

Программа rpm в некотором смысле аналогична программам типа setup wizard для MS Windows.

Преимуществом использования этой программы по сравнению с установкой tar-gz архивов является то, что она автоматически проделает все необходимые действия по установке ПО: создаст необходимые каталоги, распределит по ним файлы, создаст ссылки. Кроме того, она может быть использована не только для установки нового пакета, но и для обновления версий ПО, получения перечней установленного ПО и проверки установки, а также для деинсталляции отдельных пакетов (например, если после периода пробной работы с программой Вы решили отказаться от ее дальнейшего использования). С помощью той же программы rpm можно самому создать пакет формата rpm, однако для начинающих лучше, наверное, этим не заниматься, а воспользоваться готовыми rpm-пакетами.

rpm-пакеты - это специальным образом подготовленные архивы, предназначенные для обработки программой rpm. Название rpm-пакетов оканчивается на суффикс .rpm, например, xzip-180-1.i386.rpm или xzip-180-1.src.rpm. Как видите, перед суффиксом .rpm стоит еще один суффикс. Если это .i386 или .i586, то в пакете находятся исполняемые файлы, а если этот суффикс .src, - то в пакете исходные тексты, которые после установки еще надо скомпилировать. Обычно и на установочных компакт-дисках и в Интернет-каталогах rpm-пакеты с исполняемыми файлами располагаются в каталогах с названием RPMS, а rpm-пакеты с исходными текстами - в подкаталогах SRPMS.

В Интернет rpm-пакеты можно найти на различных серверах. Самые удобные сайты для поиска программ - это http://rpm.pbone.net/ и http://rufus.w3.org/. Очень богатые архивы хранят также два ftp-сервера в России: ftp://ftp.chg.ru/pub/Linux и ftp://ftp.nc.orc.ru/ (другие ссылки можно найти здесь - http://linux-ve.net/archives.htm).

Необходимо только заметить, что если для перекачки пакетов из Интернет Вы используете компьютер, работающий под Windows, то все имена пакетов у Вас будут, скорее всего, искажены. Дело в том, что Windows "не любит" имена, в которых несколько точек (например, glib-1.0.6-3.i386.rpm и заменит "лишние", по его мнению, точки на подчеркивания - glib-1_0_6-3_i386.rpm). Так что после получения пакета (при переносе его на ПК с ОС Linux) надо эти "исправления" устранить, вернувшись к UNIX-вым именам.

Итак, Вы нашли и скачали rpm-архив с исполняемой версией нужного Вам пакета. Если Вы ставите совершенно новый пакет (у Вас не было на компьютере предыдущих версий этого ПО), то для установки пакета из этого архива достаточно перейти в тот каталог, где находится архив, и дать команду (для самых нетерпеливых: не спешите выполнять эту рекомендацию, прочитайте еще хотя бы пару абзацев)

rpm -i имя_rpm-архива

Если у Вас была установлена предыдущая версия пакета, то в простейшем случае надо дать команду следующего формата:

rpm -U --force имя_rpm-архива

Здесь параметр -U говорит программе, что надо произвести обновление (upgrade) пакета, а опция --force требует безусловно (и без лишних вопросов) обновить все входящие в пакет файлы. Заметьте, что это очень сильное требование, и в некоторых случаях может быть лучше сохранить какие-то (например, конфигурационные) файлы от предыдущей версии.
Если установка проходит нормально, и никаких дополнительных сообщений не появляется, то после завершения работы программы (после появления приглашения shell) Вы можете пользоваться вновь установленным пакетом.

К сожалению, не всегда все так просто. Приведу конкретный пример. У меня был установлен RedHat Linux версии 5.2, причем программа Midnight Commander (mc) была версии 4.1.36. На ftp-сервере я увидел версию 4.5.30 этой программы (пакет mc-4.5.30-12.i386.rpm) и, естественно, решил ее поставить. Однако оказалось, что для этого необходимо, чтобы были установлены еще 4 других пакета, о чем rpm мне и сообщила:

ошибка: неудовлетворенные зависимости:
redhat-logos нужен для mc-4.5.30-12
libglib-1.2.so.0 нужен для mc-4.5.30-12
libc.so.6(GLIBC_2.1) нужен для mc-4.5.30-12
libc.so.6(GLIBC_2.0) нужен для mc-4.5.30-12

Это и не удивительно, если Вы вспомните, что и при первоначальной установке Linux программа инсталляции тоже проверяла взаимозависимости пакетов и предлагала установить недостающие. Однако в случае инсталляции все необходимые пакеты находятся на том же диске, а здесь мне пришлось вначале поискать нужные пакеты. Два пакета (redhat-logos-1.0.5-1.noarch.rpm и glibc-2.1.1-6.i386.rpm) я нашел без труда, после чего rpm перестала просить и GLIBC_2.0. А вот с libglib.so.1 вышло сложнее. Во-первых я никак не мог найти пакета с таким названием. Как оказалось, такого пакета и не существует, файл libglib.so.1 входит в состав пакета glib-1.0.6-3.i386.rpm. Пока я это выяснил, я узнал также, что чтобы выяснить, какие файлы установит тот или иной пакет, надо дать команду

rpm -qpl имя_rpm-архива

а для получения информации о пакете - команду

rpm -qpi имя_rpm-архива

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

rpm -qpi glib-1.0.6-3.i386.rpm

Если дать команду rpm -qpl glib-1.0.6-3.i386.rpm, будет выдан список входящих в пакет файлов с указанием того, куда они будут установлены:

/usr/lib/libglib.so.1
/usr/lib/libglib.so.1.0.6

RPM также предоставляет мощную систему запросов по установленным в системе пакетам. По команде rpm -qа Вы получите перечень всех установленных в системе пакетов (перечень будет очень большим, так что лучше сразу направить вывод в фильтр more). Вы можете искать информацию об отдельном пакете или об отдельных файлах. Например, Вы можете легко найти, какому пакету принадлежит файл и откуда появился:

rpm -qf /etc/bashrc
bash-1.14.7-16.

Если Вы беспокоитесь о том, что случайно удалили важный файл из установленного пакета, просто проверьте это:

rpm -Va

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

RPM - это очень полезная утилита, и, как Вы видите, имеет различные опции. Более подробное описание команды rpm Вы можете найти в RPM-HOWTO, страницах man и info. Здесь оно не приводится, потому что существуют и более удобные и "человечные" программы для управления установленным в системе ПО и процессами его обновления:

Усовершенствованная система управления программными пакетами APT (Advanced Packaging Tool) первоначально была разработана для управления установкой и удалением программ в дистрибутиве Debian GNU/Linux. При разработке ставилась задача заменить используемую в Debian систему выбора программных пакетов dselect на новую, обладающую большими возможностями и простым пользовательским интерфейсом, а также позволяющую производить установку, обновление и повседневные "хозяйственные" работы с установленными на машине программами без необходимости изучения тонкостей используемой в дистрибутиве менеджера программных пакетов.

Эти привлекательные возможности были долгое время доступны только пользователям Debian GNU/Linux, поскольку в APT поддерживался только один менеджер пакетов, а именно применяемый в Debian GNU/Linux менеджер пакетов dpkg, несовместимый с RPM. Эта несовместимость заключается прежде всего в различии используемых форматов данных (хотя сущесвуют программы-конверторы), хотя имеются и другие различия, обсуждение которых выходит за рамки изложения.

APT, однако, изначально проектировался, как не зависящий от конкретного метода работы с установленными в системе пакетами, и эта особенность позволила разработчикам из бразильской компании Conectiva реализовать в нем поддержку менеджера пакетов RPM. Таким образом пользователи основанных на RPM дистрибутивов (а в их число входит и ALTLinux) получили возможность использовать этот мощный инструмент.

APT и в настоящее время находится в стадии разработки, а текущая версия с поддержкой RPM классифицируется, как нестабильная. Это, тем не менее, не означает, что операции, выполняемые посредством APT, безусловно приведут к нестабильности системы. Более того, с помощью APT возможен строгий контроль за целостностью системы: проверка нарушенных зависимостей между установленными пакетами и исправление выявленных ошибок.

Использование APT.

Система APT состоит из нескольких утилит. Главной и наиболее часто используемой является утилита управления пакетами apt-get: она автоматически определяет зависимости между пакетами и строго следит за их соблюдением при выполнении любой из следующих операций: установка, удаление или обновление пакетов.

apt-get позволяет устанавливать в систему пакеты, требующих для своей работы других, пока еще не установленных. В этом случае он определяет, какие из отсутствующих пакетов необходимо установить, и доустанавливает их, пользуясь всеми доступными репозитариями.

Для того, чтобы apt-get мог использовать тот или иной репозитарий, информацию о нем необходимо поместить в файл /etc/apt/sources.list и выполнить команду

# apt-get update

Эту команду необходимо также выполнять каждый раз, когда вы собираетесь работать с репозитарием после длительного перерыва, так как при поиске пакетов APT должен руководствоваться базой данных, отражающей актуальное состояние репозитария. Такая база данных создается заново каждый раз, когда в репозитарии происходит изменение: добавление, удаление или переименование пакета. Для ускорения работы apt-get хранит локальную копию базы данных, которая через некоторое время может уже не соответствовать реальному состоянию репозитария.

В качестве источника пакетов можно использовать и компакт-диски дистрибутива, поскольку на каждом диске присутствует вся необходимая для APT информация о содержащихся на нем пакетах. Для этого необходимо использовать утилиту apt-cdrom с единственным параметром add:

# apt-cdrom add

Повторите этот процесс для всех CD в вашем наборе. После этого в /etc/apt/sources.list появится запись о подключенном диске, например:

rpm cdrom:[Master Disk 1]/ i586/Mandrake Master
rpm-src cdrom:[Master Disk 1]/ Mandrake Master

Если подключение к Internet отсутствует, то следует закомментировать те строчки в /etc/apt/sources.list, в которых говорится о ресурсах, доступных по Сети. Непосредственно после установки дистрибутива ALTLinux в /etc/apt/sources.list указаны несколько таких источников:

- репозитарий обновлений в системе безопасности дистрибутива;
- бинарные пакеты из репозитария Sisyphus ("Сизиф");
- исходные тексты архивов, использовавшихся для сборки пакетов в репозитарии Sisyphus.

Проект Sisyphus команды ALT Linux Team содержит большое количество программ, в том числе и не вошедших в тот или иной дистрибутив. Следует иметь в виду, что он не является самостоятельным дистрибутивом, а отражает текущее состояние разработки и может содержать нестабильные версии пакетов. Периодически на базе этого проекта выпускаются отдельные оттестированные "срезы"-дистрибутивы. Репозитарий ежедневно обновляется разработчиками, поэтому необходимо синхронизировать локальную базу данных с сервером ALTLinux (или его зеркалами) перед началом работы с APT. Такую синхронизацию достаточно делать один раз в день командой apt-get update. Для репозитариев, подключенных командой apt-cdrom add, синхронизацию достаточно сделать один раз в момент подключения.

Установка или обновление пакетов.

Установка пакета с помощью APT, выполняется командой

# apt-get install имя-пакета

Иногда, в результате операций с пакетами без использования APT, целостность системы нарушается и apt-get отказывается выполнять операции установки, удаления или обновления. В этом случае необходимо повторить операцию, задав опцию -f, заставляющую apt-get исправить нарушенные зависимости, если это возможно. В этом случае необходимо внимательно следить за сообщениями, выдаваемыми apt-get, анализировать их и четко следовать рекомендациям программы.

Команда apt-get install имя_пакета используется и для обновления уже установленного пакета или группы пакетов. В этом случае apt-get дополнительно проверяет, не обновилась ли версия пакета в репозитарии по сравнению с установленным в системе. Если вы не знаете точное название пакета, для его поиска можно воспользоваться утилитой apt-cache, описанной ниже.

Apt-get всегда спрашивает подтверждение выполнения операции установки и обновления, за исключением случая, когда реально требуется установить в систему (или обновить) только один пакет. Если вы не уверены в том, что результате выполнения операции система останется работоспособной, запустите apt-get с опцией -S, которая покажет отчет выполнения операции обновления, но реально обновление произведено не будет.

В случае обнаружения противоречий между установленными в системе пакетами, следует запустить команду apt-get -f install, и APT постарается разрешить найденные конфликты, предложив удалить или заменить конфликтующие пакеты. Любые действия в этом режиме обязательно требуют подтверждения со стороны пользователя.

Удаление установленного пакета.

Для удаления пакета используется команда apt-get remove имя_пакета. Для того, чтобы не нарушать целостность системы, будут удалены и все пакеты, зависящие от удаляемого: если отсутствует необходимая для работы приложения библиотека, то само приложение становится бесполезным. В случае удаления пакета, который относится к базовым компонентам системы, apt-get потребует дополнительного подтверждения производимой операции с целью предотвратить возможную случайную ошибку.

Обновление всех установленных пакетов.

Для обновления всех установленных пакетов используется команда apt-get upgrade. Она позволяет обновить те и только те установленные пакеты, для которых в репозитариях, перечисленных в /etc/apt/sources.list, имеются новые версии; при этом из системы не будут удалены никакие другие пакеты. Этот способ полезен при работе со стабильными пакетами приложений, относительно которых известно, что они при смене версии изменяются несущественно.

Иногда, однако, происходит изменение в именовании пакетов или изменение их зависимостей. Такие ситуации не обрабатываются командой apt-get upgrade, в результате чего происходит нарушение целостности системы: появляются неудовлетворенные зависимости. Например, переименование пакета MySQL-shared, содержащего динамически загружаемые библиотеки для работы с СУБД MySQL, в libMySQL, отражая общую тенденцию к наименованию библиотек в дистрибутиве, не приводит к тому, что установка обновленной версии libMySQL требует удаления старой версии MySQL-shared. Для разрешения этой проблемы существует режим обновления в масштабе дистрибутива — apt-get dist-upgrade.

В случае обновления всего дистрибутива APT проведет сравнение системы с репозитарием и удалит устаревшие пакеты, установит новые версии присутствующих в системе пакетов, а также отследит ситуации с переименованиями пакетов или изменения зависимостей между старыми и новыми версиями программ. Все, что потребуется поставить (или удалить) дополнительно к уже имеющемуся в системе, будет указано в отчете apt-get, которым APT предварит само обновление.

При работе с Sisyphus для обновления системы рекомендуется использовать команду apt-get dist-upgrade.

Поиск в репозитарии.

Для поиска нужного пакета можно воспользоваться утилитой apt-cache, которая позволяет искать не только по имени пакета, но и по его описанию. Команда apt-cache search подстрока позволяет найти все пакеты, в именах или описании которых присутствует указанная подстрока.

Тарболом (tarball) называется архив с упакованными исходными текстами программ. Обычно они имеют расширение tar.gz или tar.bz2. Программисты создают проект пакета (например, с помощью Kdevelop), в котором есть все makefile и файлы конфигурации (configure), а потом упаковывают их в тарболы. В случае доработки пакета создаются Patch-и к исходным текстам, которые заменяют одни строки текста программ на другие.

Из готового тарбола можно установить программу с помощью команд:

1) Создаем папку, куда будем разархивировать тарбол - mkdir <Имя_папки>.
2) Копируем туда тарбол. cp <исходный_файл> <назначенная папка>. Непосредственно разархивируем в папку:

tar xfzv <Имя_тарбола> - разархивация архивов типа tar.gz и tgz
tar xfjv <Имя_тарбола> - разархивация архивов типа tar.bz и tbz

Файлы разархивируются в текущую папку (для работы с архивами очень удобно использовать MC). Переходим в папку с разархивированным тарболом - cd <Имя_папки>.

3) Конфигурируем пакет:
./configure
(в тяжелых случаях нужно будет в параметрах указать пути для всех необходимых библиотек и header-файлов - но к счастью, обычно на близких системах они лежат одинаково и сам скрипт configure их находит. Также параметры могут потребоваться, если пакет будет распологаться не в том месте, где предполагал разработчик программы, а в каком-либо другом )
4) Компилируем пакет:
make
5) Переходим в режим суперпользователя (команда su) и устанавливаем пакет в систему:
make install
(Этот этап можно теоретически сделать и вручную, скопировав файлы в нужные места). Хочу подчеркнуть, что это наиболее опасный этап - перед ним желательно позаботиться о том, как восстановить старый пакет, если в новом есть ошибки.

Если при установке выдается сообщение о неверной версии компилятора - установите ту версию, которая нужна программе (новые версии скачать можно с http://gcc.gnu.org/), или просто отключите проверку на версию gcc: "./configure --disable-gcc-checking".

Если вообще ничего не получается - почитайте файлы INSTALL и README, идущие с пакетом.

Если у вас вообще не установлены средства компиляции и разработки (при наборе всех вышеприведенных команд появляется ошибка "command not found") - установите следующие пакеты: automake, make, gcc, egcs, glibc, glibc-devel, kernel-headers, libstdc++, XFree86-devel и binutils. Вообще - набор программ, нужных для компиляции, зависит от дистрибутива, но эти пакеты - самые основные.

Установка src.rpm.

Тарболы и прикладываемые к ним patch-и часто упаковываются в пакеты с исходниками (.SRC.RPM), из которых можно создать бинарный RPM - т.е. такой RPM, в котором упакованы исполняемые пакеты. Причем, если RPM будет создан на текущей машине, он теоретически будет наилучшим образом подходить к текущей конфигурации пакетов (именно поэтому многие администраторы наиболее важные пакеты собирают из исходников заново на своей машине).

В результате установки пакета с исходниками:
- В директорию /usr/src/RPM/source помещаются все необходимые тарболы (обычно один) и патчи (может быть много, а может быть и ни одного - все зависит от разработчика и составителя конкретного RPM).
- В директорию /usr/src/RPM/spec помещается установочный скрипт (файл с расширением spec) в котором разработчик RPM помещает все действия по установке пакета - разархивирование тарбола, накладывания патчей, транслирование и т.д. Разработано уже много макросов для spec-файлов. С наиболее старыми из них и общей теорией их построения а также опциями команды rpm можно познакомится в RPM-HOWTO. При построении пакета все операции с исходным текстом программ обычно (но не всегда) помещаются в /usr/src/RPM/builder, а новые полученные пакеты (новый исходник и новый бинарник) помещаются соответственно в /usr/src/RPM/RPMS и /usr/src/RPM/SRPMS.

Получить из установленного исходника соответствующий пакет можно с помощью команд rpm --rebuild *.src.rpm (самая простая) и rpm -ba paket..spec (см. RPM-HOWTO).

• Основы Unix - Основные команды и концепции UNIX-подобных систем.
• Ваше предложение - Пишите на xoid26@umail.ru, какую информацию хотели бы вы видеть в рассылке, и, может быть, в следующих выпусках вы найдете именно то, что вам нужно!!

• SoobchaLinux - один из лучших списков рассылки для начинающих. Чтобы подписаться, просто отправьте письмо с темой "Subscribe" на Linux-on@soobcha.org. О других списках рассылки от проекта SoobCha можно узнать на сайте Soobcha.org.
• ALT Linux Community - этот список рассылки будет полезен даже тем, у кого не установлен ALT Linux. Подписаться можно через Web, или через Email - просто отправьте письмо с темой "help" на community-request@altlinux.ru. О других списках рассылки от команды ALT Linux можно узнать на этой странице.
• Система "Эксперт" - почтовая система взаимопомощи. Для того, чтобы задать вопрос, нет необходимости проходить какую-либо регистрацию, достаточно написать и отправить сообщение по определенной ссылке. Система перенаправит вопрос экспертам, а при получении ответов отправит их пользователю, задавшему вопрос. Чтобы задать вопрос по Linux, просто отправьте письмо с темой "Linux" и с вашим вопросом на expert@soobcha.ru.