Владимир Анненков

Капитально, да :)

http://www.linux.org.ru/forum/games/1241355

Так, ну тогда поехали по-нормальному, из консоли.

Для начала давайте выводы

/sbin/ifconfig -a

/sbin/route

Как это сделать конкретно, т.е что открыть в меню и куда нажать, читаем тут.

1) Шлюз по умолчанию в Линукс -- это "default gateway". Почитайте на досуге тут.

2) То есть у вас картина не такая, как представлено на этой картинке? в профиле точно нет этой опции?

3) какой именно у вас Альт -- мастер, юниор...?

Андрей Бойко

Для начала в соответствии с темой, указанной в шапке этого форума, нужно вручную назначить каждому компу IP, днсы и шлюзы по умолчанию. Вы просматривали эту тему?

Сергей Жгулёв писал(а):

OMG ๏_____๏

Viktor писал(а):

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

> Миллионы учителей с упоением бросились ставить из исходников  :rolleyes:

Viktor писал(а):

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

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

Viktor писал(а):

Виктор, вы понимаете, тут же такая вещь, что нас читает и обсуждает, как оказалось, огромное кол-во народу, и как-то конструктивно реагировать на такие вот эмоциональные отзывы, как предоставил Михаил ("у неё...", "а она...") -- мне тоже надо учиться.

Михаил Цалевич

Сделаю конкретно и по Альтам, хорошо. Припишу сейчас сверху, что текст пока общего плана.

ЗЫ -- рада, что материал привлёк внимание в любом случае, потому что вообще боялась наплыва критики а-ля "учителям это всё не нужно". :)

Viktor писал(а):

Сделаю, хорошо. Там ещё про Stow можно.

Дорогие товарищи! Приводим общие понятие и принципы сборки программ из исходников, а также сборки RPM-пакетов. Материал по сборке пакетов конкретно в АльтЛинуксе будет добавлен чуть позже.

Спасибо всем за внимание.

Установка софта из исходников имеет некоторые положительные моменты, но и немало отрицательных.

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

Отрицательные:
* Вам придётся самим отслеживать все зависимости для установки программы
* Если что-то пойдёт не так, рассчитывать придется только на помощь разработчиков софта

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

Убедитесь, что в системе установлены средства разработки -- компилятор, библиотеки и заголовки для разных пакетов (многие дистрибутивы выделяют их в отдельные пакеты), для компиляции некоторых программ нужны и исходники ядра. Убедитесь, что
символическая ссылка '''linux''' в директории ''/usr/src'' указывает на исходники того ядра, под которым будет работать установленная программа.

Закачиваем исходники. Здесь обычно есть два варианта:
1. Закачать готовый архив в формате '''.tar.gz'''
 2. Взять файлы с CVS репозитория.  В CVS обычно находится софт "в процессе разработки", более свежий, но и менее протестированный.
Инструкции по пользованию CVS-репозиториями обычно находятся на сайте разработчика.

Распаковываем тарболы. Это можно сделать при помощи любого графического архиватора (например File Roller в Гноме), или же из консоли:
* для архива '''.tar.gz''':

tar xvzf имя.архива.tar.gz

* для архива '''.tar.bz2''':

tar xvjf имя.архива.tar.bz2

Затем перемещаемся в распакованный таким образом каталог и внимательно читаем, что написано в файлах README и INSTALL. Этот шаг абсолютно необходим. Без него ничего работать не будет. Если софт получен из CVS-репозитория, читаем инструкции разработчика на сайте по "бутстрапанию" (см. http://en.wikipedia.org/wiki/Bootstrapping_%28c...) пакета, если необходимо.

Если инструкции требуют запуска скрипта с названием'' configure'' в качестве первого шага, сначала прогоняем 

./configure --help

и внимательно читаем, какие опции можно послать скрипту ''configure'' для правильного конфигурирования программы.
Затем запускаем 

./configure
с выбранными опциями. На этом этапе программе могут понадобиться зависимости, которые либо не установлены в нашей системе, либо не найдены скриптом ''configure''. В первом случае, их надо найти и поставить, во втором -- еще раз исследовать опции скрипта ''configure'' на предмет указания ему места, где искать нужные зависимости.

Если ''configure'' сработал нормально, запускаем'' make''. Здесь тоже возможны варианты. Если ''make'' завершается ошибкой, копируем
ошибку в окошко Google и смотрим, как наши товарищи по несчастью справились с подобной ошибкой. Иногда решения нет, и надо
писать разработчику.

Если ''make'' прошел нормально, мы почти у цели.

Думаете, теперь надо прогонять make install? В сущности, можно и так (не забудьте стать рутом для этого).

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

=== checkinstall ===
Это одна из немалого количества программ для построения пакетов из исходников. Она не дистроспецифична и генерирует пакеты для самых распространённых пакетных менеджеров (в отличие от paco, который тоже всем хорош, кроме того, что держит свою базу пакетов).

В классической схеме сборки приложения из исходников, использующих automake, то есть сценарий

./configure && make && make install

эта утилита заменяет собой шаг make install, делая в принципе то же самое, но при этом регистрируя устанавливаемую программу в пакетной базе дистрибутива.

checkinstall -R

Построит и установит RPM пакет(для Fedora, Mandriva, SuSe, Alt, ASP...)

checkinstall -D

Создаст и установит DEB-пакет(для Debian, Ubuntu...)

checkinstall -S

Создаст и установит TGZ-пакет(для Slackware, Zenwalk, DeepStyle, Vektorlinux, Mops; в поставке дистра есть checkinstall, патченный самим
Патриком...)

Имя пакета по умолчанию будет myNewUtil. Версия: 1.2.3. После запуска checkinstall всегда просит ввести описание пакета, а также даёт возможность изменить имя, версию и т.д.

=== makepkg ===
Ещё раз просмотрите опции configure на предмет префикса, куда устанавливается программа. Обычно это /usr или /usr/local.

Создаем в домашней директории нашего пользователя директорию foo, а в ней -- директории usr и usr/local

Теперь становимся рутом и пишем 

make install prefix=/home/<userame>/foo/usr/local

cd foo

makepkg foo.tgz

В результате получаем Слакварный пакет, который можно теперь установить программой installpkg.


===rpmbuild===
Cтандартная утилита для сборки программ из исходников и упаковки их в пакеты RPM во многих пакетных дистрибутивах, построенных на базе RedHat. Для сборки бинарного пакета обычно используются пакеты ''*.src.rpm'', содержащие сами архивы с исходниками программ,
дополнительные файлы (патчи, desktop-файлы и т.д.) и ''spec-файл'' - набор правил для сборки программы.


Итак, если нужно собрать в пакет rpm какую-нибудь программу, выполняем следующее:
*1. Качаем файл *.src.rpm для нашей программы (обычно их можно найти на ресурсах http://rpmfind.net, http://rpm.pbone.net или в
репозиториях дистрибутива (если он ориентирован на rpm-пакеты) ).
*2. Устанавливаем его:

rpm -ivh имя_пакета.src.rpm

В каталоге /usr/src/rpm/SOURCES должен появиться архив с исходниками нужной нам программы, а в каталоге /usr/src/rpm/SPECS - файл имя_программы.spec (это файл, описывающий правила сборки).
*3. Переходим в директорию /usr/src/rpm/SPECS
и там выполняем:
rpmbuild -bb --target=архитектура_процессора название_программы.spec

(запускаем сборку программы) Вместо "архитектура_процессора" подставляем архитектуру процессора, под которую собираем пакет(в
большинстве случаев подойдет i686 ), название_программы.spec - это ''spec-файл'' для нашей программы. Если не удовлетворены какие-то зависимости, rpmbuild сообщит об этом - тогда придется доустановить недостающие пакеты.
*4. Если все пройдет удачно, на выходе получим rpm-пакет нашей программы, он будет лежать в каталоге

/usr/src/rpm/RPMS/архитектура_процессора_под_которую_собирался_пакет

Переходим в эту директорию и оттуда делаем:

rpm -ivh имя_программы.rpm

Все, программа установлена.


===Полезные ссылки===

Решение проблем, возникающих при выполнении команд ./configure, make и make install

RPM

RPM: руководство к использованию

Упаковка программ с помощью RPM, часть 1: Создание и распространение пакетов

Алла Храмова писал(а):

Читать здесь:

http://www.altlinux.org/%D0%A3%D0%BF%D1%80%D0%B...

Алла Храмова писал(а):

Дайте для начала тогда содержимое установочного диска (дискеты) с этими дровами.

Andrey Kalenikov

Рада вашему появлению на форуме и опять закрываю тему до вчера пятницы по устоявшейся за время вашего отсутствия традиции.

Денис Л писал(а):

насколько я знаю, на cd таких сборок нет. Нужно искать DVD-сборку, они есть, скажем на ftp Линукс центра:

ftp://ftp.chg.ru/pub/linuxcenter/Ubuntu/9.04/ubuntu/

там всё уже с русским и многими другими полезными наполнителями.

Эрдэни Мункуев

Это вот мессаджи во время попыток поднятия сети? вы что в это время делаете, запускаете Firefox? а ещё что?

попробуйте при запущенном tail сделать из-под рута:

service network restart

а также за компанию дайте вывод

lsmod

Товарищи, ко всем участникам темы просьба: вести разговор только про проблему, лишних психологических эпитетов и комментариев при этом высказывать не нужно, как бы вам это ни казалось безобидным. Отвечать далее тоже просьба только по теме. Спасибо заранее.

Игорь

1) По поводу принтера были сделаны попытки настроить его через интерфейс CUPS хотя бы?

(см. тут)

2) какой у вас дистрибутив?

3) пакет xsane установлен?

Поддерживаю уважаемого Viktor в его просьбе.

Уважаемый Владислав Мартынов, у всех у нас жизнь не сахар, так что простого извинения тут вполне будет достаточно для полного удовлетворения всех сторон :)