О работе на сайте.

Аватар пользователя keng00ru

Я это дело так понимаю: кто не работает, тот не есть! Так меня дед учил. Что есть сейчас: ничего. ("Бесконечная история" - смотрели?). Tolstik-у спасибо! Он сайт сделал и крутится тут один за всех. Он и за папу и за маму и за соседа дядю Васю. Долго он так не протянет.
Сайт зачем сделали? Поболтать между собой мы по аське можем. Давайте уже делом займёмся. Нас здесь человек пять. Это уже "организованная группа лиц". Так давайте делом займёмся: первые, кто сюда придут - будут новенькие. Sm@cker, alex_root (кто тут ещё?) по одной хаутушке написать можете? Для самых-самых чайников. Самым-самым простым языком? На самую-самую простую тему? Например: "Baby-HowTo о прикручивании Win-разделов"? Несложно? Тогда пишем, выкладываем сюда и дружной толпой редактируем. Tolstik, (опять бедный Tolstik), есть у нас возможность совместного редактирования документа? Нет? Фиг с ним, в форуме отредактируем. Давай заведём раздел "Наша совместная работа". Так вот: в конце хаутушки приписка: "За дополнительной информацией обращаться на asplinux.net".
С английским у нас как? Делаем совместный перевод любого драйвера или программки. Кидаем в форум оригинал (англ.) и свой готовый перевод. Дружно сверяем и ищем ошибки. Результат выкладываем здесь и отправляем авторам программы. Про приписку "Перевод выполнен (угадайте, кем?)" надо говорить?
И давайте, давайте! Не послезавтра, а сегодня начинаем! ОК? И не нойте, что нас мало - Линус вон какую кашу в одиночку заварил... Может мы и не самые умные, но уже что-то знаем. А вспомните, как было тяжко, когда Ваш Linux загрузился в первый раз? Вот именно такие и придут сюда первыми (после того, как на старом форуме ничего не обломится)! Так что всё для них.
Я утром до дома доберусь и покажу пример. Надеюсь он не останется первым и последним.

Аватар пользователя alex_root

Re: О работе на сайте.

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

ЗЫ Если уж писать для сайта факи - то самим а не тупо передирать. Эксклюзив т.с.

Аватар пользователя keng00ru

Re: О работе на сайте.

Сказал же - утром будет! У Вас, правда, уже в обед...

Аватар пользователя Smacker

Re: О работе на сайте.

С меня хавтов ждать бесполезно - я же не занимаюсь каждый божий день настройкой того или этого. Я как поставил 9.2, так и сижу. Я лучше какой-нибудь обзор напишу - я-же всё-таки филолог... А ещё могу чего-нибудь перевести с аглицкого на русский и наоборот. С немецким сложнее будет, но - чисто теоретически - можно попробовать. Могу ещё забацать что-то типа агитки а-ля "не бойтесь консоли, братья и сестры!"

Аватар пользователя Smacker

Re: О работе на сайте.

Цитата:
А вспомните, как было тяжко, когда Ваш Linux загрузился в первый раз?

Мой первый Линукс загрузился в первый раз три года назад на iP-225 64Mb - это был Black Cat 5.2. И, что самое интересное, только по поводу мопеда пришлось полазить по нету (про setserial почитать) . А так всё было тип-топ. Поражён Кроме того, я был морально готов - т.к. как любой нормальный человек, я сначала почитал всяких статей здесь и там... А ещё через месяца три у меня встала девятая мандряка. Тоже ничего, был нет и были хавты. Я уж молчу про то, что я и с QNX 6.2.1 поработать успел и не помер... Поражён Это уже я на форуме community разленился - стал помощи у широкой общественности спрашивать... Поражён

Аватар пользователя alex_root

Re: О работе на сайте.

Цитата:
С меня хавтов ждать бесполезно - я же не занимаюсь каждый божий день настройкой того или этого.

Никто не просит талмуды писать, речь про что? Что бы начинающие пользователи не задавали одни и те же вопросы "по кругу", а могли пойти в соответствующий раздел и доступным языком прочесть "базовый курс". Про простые вопросы речь идёт. Можно конечно и со стороны мануалов набрать, но это не ...narod.ru согласись? Хоть что то своё иметь надо. Чиркни пару страничек про те же вин модемы или видео драйверы, это ведь всех интересует. Я вот сейчас про установку софта пишу, что из этого полуночного бреда выйдет - не знаю, но если выйдет - вышлю.

Аватар пользователя Smacker

Re: О работе на сайте.

Я ничего не могу написать про вин-модемы, потому что от рождения у меня на плечах оказалась работающая голова, и все модемы я покупал исключительно хардовые (сознательно причём).
А про крысятничество ребят с сайтов на "народе" - это точно подмечено, не надо до такого опускаться. Сам когда-то грешил этим (т.е. народничеством), теперь стыдно. А нам надо быть самостийными - хотя бы престижа ради. Кроме того, если везде одно и то же, то такой ассортимент никоим образом не тождественен разнообразию и свободе выбора. Так что абсолютно поддерживаю идею о том, что писать доки надо с нуля.
Ты про установку из исходников писать будешь?

Аватар пользователя alex_root

Re: О работе на сайте.

Цитата:
Ты про установку из исходников писать будешь?

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

Аватар пользователя Tolstik

Re: О работе на сайте.

Цитата:
Тогда пишем, выкладываем сюда и дружной толпой редактируем. Tolstik, (опять бедный Tolstik), есть у нас возможность совместного редактирования документа? Нет? Фиг с ним, в форуме отредактируем.

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

Аватар пользователя alex_root

Re: О работе на сайте.

Выкладую. Горовьте тухлые помидоры Улыбка
Может кто что добавит?
--
УСТАНОВКА ПРОГРАММ В LINUX

Установка из RPM (Redhat Package Manager) пакета.
Установку пакетов из rpm может производить только "суперпользователь" - #root
rpm -qi "имя"(без версии) --- Получение информации о пакете.
rpm -ql "имя" --- Список файлов составляющих данный пакет.
rpm -qR "имя" --- Информации о зависимостях.
rpm -q --whatprovides "зависимость" --- Узнать, какому из пакетов принадлежат зависимости.
rpm -ihv "полное имя пакета" --- Сама установка.
rpm -ihv --nodeps "полное имя пакета" --- Установка пакета без проверки зависимостей, при такой установке возможны проблемы с работой приложения, или ограниченная функциональность.
Возможно установить несколько пакетов за раз, это может быть полезно при установке взаимнозависимых пакетов. Для этого прото после rpm -ihv перечислите через пробел полные имена пакетов.
Если после установки программы вы обнаружите какие то "неизвестные" файлы, то вы всегда сможите проверить какому пакету они принадлежат.
rpm -qf "полный путь к файлу", например, rpm -qf /usr/bin/xine
rpm -qa --Вывести в консоли весь список установленных пакетов, или зайти в /var/log/rpmpkgs
rpm -e "имя" --- Удаление пакета.
--
Установка программ из тарбола .tar.gz, .tgz Куда, что, и как ставить.
Перед установкой будет полезно узнать переменную PATH, в различных дестрибютивах она может отличаться. Для проверки наберите в терминале echo $PATH
Примерно так это должно выглядеть:
[alex@localhost ~]$ echo $PATH
/usr/kerberos/bin:/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/usr/games:/home/alex/bin
Через двоиточия перечислены дирректории в которых возможен запуск приложения "по имени".
Обычно по умолчанию новый софт ставица в /usr/local/, /usr/local/bin/, а некоторые, как правило графические приложения в /usr/X11R6/, ну а для справочной информации - /usr/doc/.
Сначала тарбол нужно разархивировать. Некоторые сборщики тарболов ленятся(забывают?) помещать файлы в отдельную папку внутри архива, так что смотрите что бы разархивированные файлы не смешались с остальными в вашем каталоге.
Создайте для них отдельный каталог:
mkdir "имя папки"
Копируете туда тарбол:
cp "исходн. файл"/"назначенная папка"
Разархивация архивов tar.gz и tgz
tat xfzv "имя тарбола"
Для архивов tar.bz и tbz
tat xfjv "имя тарбола"
Загляните в разархивированый каталог, и поищите текстовый файл с инструкцией по установке, обычно он называется INSTALL или README, в нём должны находиться параметры(ключи) компиляции и установки.
Потом переходим в папку с разархивированным тарболом
cd "путь и имя папки"
Как правило в каталоге находится скрипт configure который нужно запустить, и Makefile, которого может и не быть(в нашем случае), тогда его нужно создать.
./configure
Перед вами может появиться лицензионное соглашение, или иная информация с предложением продолжить или прервать установку (y/n ?)
После запуска ./configure происходит проверка системы, это может занять несколько минут, потом появляется сообщение о создании Makefilo-в и их дирректориях.
Теперь создаём пакет с помощю утилиты make (info make - справка).
make
При запуске утилита пытатся выстроить "цепочку" из Make файлов, происходит компиляция и сборка, это также может занять несколько минут.
(запуск make -n выведет в терминал комманды которые нужно выполнить, но при этом ничего выполняться не будет).
После компиляции и сборки что бы установить программу, надо дать команду
make install
Всё.
Некоторые программы распространяются с уже готовым Makefile и не требуют ./configure, их достаточно просто установить.
И ещё, при компиляции configure может выдавать сообщения об ошибках, если они не критичны то компиляция может быть продолжена, но функциональность готовой программы может быть ограничена.
--
alex_root для http://asplinux.net/

Аватар пользователя keng00ru

Re: О работе на сайте.

Ладно... Держите: это перевод драйвера USB ADSL Eagle. Создатель драйвера уже два месяца трясёт с меня русский перевод, а я всё боюсь его отправить. Ну не уверен я в точности перевода! Русский язык - великий и могучий, а английский постоянно хромает... Улыбка
Если сделаем хороший перевод, получим право открыть здесь официальный русский форум этого драйвера. Могу письмо от создателя предъявить.
Вот что у меня получилось: здесь оригинал и мой перевод:

ВложениеРазмер
Eagle-USB.Eng.txt 4.99 КБ
Eagle-USB.Rus.txt 5.79 КБ
Аватар пользователя Smacker

Re: О работе на сайте.

Маловато. И не очень помогает.
1. Я не раз сталкивался с проблемой "одного забытого include-а": т.е., например, в blackbox 0.65.0 в Window.cc пропущен include для assert.h, и при сборке возникает ошибка. Этот пример - не единственный, но для меня самый яркий, т.к. я этот blackbox очень сильно люблю; в целом же я неоднократно сталкивался с тем, что в исходниках где-то пропущен ровно один include - это что, народная шутка программеров такая? Так вот, надо бы осветить вопрос, что можно сделать "своими руками" в такой ситуации.
2. Вопрос об изучении вывода ./configure --help и вообще задании параметров сборки не освещён никак. А между тем, если не читать справку от конфигуратора, то можно так никогда и не узнать, что, например, gqmpeg поддерживает русский и японский (!) (о-мэдэто годзаймас, мина-сан!) в тегах mp3-шек - надо только указать соответствующие параметры для ./configure - так что надо это дело провентилировать.
3. В нашем любимом ASP 9.2 стопроцентный успех при сборке из исходников даёт только задание префикса --prefix=/usr - если настройки путей - как у меня, и вообще у всех, кто ничего не менял в этом смысле после установки "из коробки" - не включают /usr/local. А иначе надо или пути менять, или вручную путь к бинарнику долюить. А лично я так вообще /usr/local терпеть не могу (дело вкуса, конечно). Из насущной практики - без префикса у меня ничего не получалось с темами для KDE... 8-(
4. Права для make install (uninstall) - должны быть рута, а вот собирать под рутом - глупо. Так что надо последовательность комманд давать так:
./configure blah-blah-blah
make
sudo make install

или

./configure blah-blah-blah
make
su root
make install
exit

Аватар пользователя alex_root

Re: О работе на сайте.

"Освещалась" т.с. безконфликтная установка, первые шаги (про mc даже не писал, базис есть базис Улыбка ), много можно что добавить, и про компилятор который в ASPLinux10 нужно доустанавливать промолчал, про SRPM вообще дописать надо отдельно... Smacker подсобил бы литературным текстом желательно, а админ потом сведёт "дебит с кредитом" и выложит. Только наверное нужно сделать отдельный раздел "Начинающим", где выкладывать всё по темам.

Аватар пользователя McStar

Re: О работе на сайте.

Цитата:
rpm -ihv "полное имя пакета" --- Сама установка. rpm -ihv --nodeps "полное имя пакета" --- Установка пакета без проверки зависимостей, при такой установке возможны проблемы с работой приложения, или ограниченная функциональность.

Вот тут всё-таки присутствуют как минимум по три ключа. Может всё-таки стоит указать, что сама установка - это ключ -i, а h и v для пущей красоты?

Аватар пользователя alex_root

Re: О работе на сайте.

Цитата:
Может всё-таки стоит указать, что сама установка - это ключ -i, а h и v для пущей красоты?

Это пока RC в финальной версии подправим. Подключайся.

Аватар пользователя McStar

Re: О работе на сайте.

Цитата:
Это пока RC в финальной версии подправим. Подключайся.

Ну, я не особо большой специалист по Линуксу, так что могу помочь только в качестве юзверя интересующегося. Так сказать со стороны конечного пользователя. Это, всегда пожалуйста. Улыбка

Аватар пользователя keng00ru

Re: О работе на сайте.

Цитата:
McStar пишет:
Ну, я не особо большой специалист по Линуксу, так что могу помочь только в качестве юзверя интересующегося. Так сказать со стороны конечного пользователя. Это, всегда пожалуйста. Улыбка

Именно это от тебя и требуется! Прочитай хаутушку и популярно объясни: что тебе осталось не понятно, какие новые вопросы появились.

Аватар пользователя keng00ru

Re: О работе на сайте.

alex_root, А если у меня tar.bz2 что с ним делать? А как это - разархивировать? А я всё сделал, как написано, поставил из исходников/рпмку ххх.х-х-х.рпм а где эту программку теперь искать? А как её запустить? А чё она под обычным пользователем не пашет? :-?

Аватар пользователя alex_root

Re: О работе на сайте.

Про tar.bz2 почитай тут
http://www.imfi.kspu.ru/opennet/www.opennet.ru/docs/RUS/lfs/chapter05/bz...

Правый клик мышки Распаковать - Распаковать в ...
Или
Создай папку куда будеш разархивировать тарбол
mkdir "имя папки"
Копируешь туда тарбол
cp "исходн. файл"/"назначенная папка"

Разархивация архивов tar.gz и tgz
tat xfzv "имя тарбола"

Для архивов tar.bz и tbz
tat xfjv "имя тарбола"

Переходим в папку
cd "имя папки" ...............

--
где эту программку теперь искать?

А как её запустить?

Меню - Выполнить: "имя"
Для удобства просто создай ярлык на приложение, путь указывать обычно даже не надо, достаточно указать комманду в свойствах ярлыка. Если прога консольная, то через консоль.

Вы чё тут прикалываетесь? ;-)

Аватар пользователя keng00ru

Re: О работе на сайте.

Цитата:
alex_root пишет:
Вы чё тут прикалываетесь? ;-)

Да нет! Вовсе нет! Это разминка так сказать... Именно такие вопросы будут после чтения хаутушки. Так что добавляй всё это туда же!

Аватар пользователя alex_root

Re: О работе на сайте.

Цитата:
Именно такие вопросы будут после чтения хаутушки. Так что добавляй всё это туда же!

А мы их в гугл, в гугл! Улыбка

keng00ru если английский знаешь, то может будешь новости с первоисточников переводить и выкладывать. Стенгазету в школе не делал? Вот типа того, полезной нагрузкой т.с. заняца.
2Толстик, ну как там, с Smacker-ом новый дизайн не заделали ещё? Дело продвигается?

Аватар пользователя Smacker

Re: О работе на сайте.

"Я с детства не любил скандал -
Сначала Google вопрошал..."

Аватар пользователя Smacker

Re: О работе на сайте.

Цитата:
ну как там, с Smacker-ом новый дизайн не заделали ещё? Дело продвигается?

Да я только что из Универа пришёл. Не надо торопить события. Сегодня-завтра-последзавтра что-нибудь уже выдам. А пока что по нулям - учёба-с...

Аватар пользователя alex_root

Re: О работе на сайте.

Цитата:
Да я только что из Универа пришёл. Не надо торопить события. Сегодня-завтра-последзавтра что-нибудь уже выдам. А пока что по нулям - учёба-с...

Только уж постарайся.

Аватар пользователя Smacker

Re: О работе на сайте.

Цитата:
Только уж постарайся.

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

Аватар пользователя keng00ru

Re: О работе на сайте.

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

Аватар пользователя Smacker

Re: О работе на сайте.

Вот, в продолжение темы про установку программ - предлагаю разделить установку через rpm и из сорцов на два хавта. Кроме того, написал хавт про сорцы - читайте, критикуйте, дополняйте и наслаждайтесь...
-------
HOWTO: установка программного обеспечения из исходных кодов.

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

Итак, обладателей пакетных дистрибутивов - например, ASPLinux, основанного на системе RPM, возможно, заинтересует, зачем им может понадобиться навык установки программного обеспечения из исходных кодов. Дело по меньшей мере в том, что далеко не все авторы программ занимаются тем, что собирают пакеты, содержащие готовые к установке скомпилированные программы, а если и собирают - очень может быть, что как раз нужного вам вы не найдёте. Кроме того, из-за некоторых особенностей, скажем, менеджера пакетов rpm, зачастую собрать программу "на месте" оказывается удобней, чем получать отказ rpm установить данный пакет из-за несовпадения версий библиотек, установленных в системе, и требуемых пакетом, и гадать, имеет ли это значение или нет (что более чем вероятно) - в случае сборки же из исходных кодов вы получите объективную картину. Кроме того, собирая программу из исходников вы можете влиять на оптимизацию кода и предоставляемую программой функциональность.

Итак, вы скачали архив, содержащий нужную вам программу и распаковали его в желаемую директорию. Если вы не знаете, как это делать, обратитесь к соответствующей документации. Будьте бдительны! Иногда бывает, что файлы из архива распаковываются напрямую в текущий каталог, что может создать массу неудобств. Теперь перейдите в данную директорию.

Подготовительный этап состоит в сборе информации о программе - зачастую много полезного можно почерпнуть из файлов README, INSTALL и тому подобных, содержащихся в архиве с исходными кодами. Очень вероятно, что авторы программы опишут в них какие-то нюансы сборки, работы или функциональности их программы. Например, там может быть описано, как собрать программу, включив в неё некую специальную функцию. Но даже если вы обнаружите там только самые общие моменты, не расстраивайтесь. Есть практически безотказный способ - дать в косоли (или эмуляторе консоли) команду ./configure --help, то есть запросить вывод справочной информации у конфигурационного скрипта. Внимательно изучите то, что увидите - возможно, вы узнаете, как включить в программу поддержку отключённых по умолчанию функций (например, поддержку японских id-тегов в gqmpeg) или же наоборот, отключить нежелательные функции.

Итак, когда вы определились, настало время создать конфигурационные файлы, которыми будет при компиляции программы руководствоваться компилятор. Для этого следует дать команду ./configure с желаемыми параметрами, в противном случае будут использоваться установки по умолчанию. Специально для пользователей дистрибутива ASP отмечу, что оптимальным выбором будет осуществлять сборку как минимум с параметром --prefix=/usr.

В процессе конфигурирования скрипт configure будет определять наличие необходимымых для сборки программы компонентов в вашей системе - обычно это различные файлы заголовков для библиотек, хотя может оказаться, что у вас нет даже компилятора. Очень может быть, что на этом этапе он выдаст сообщение об ошибке и остановится. Если сообщение об ошибке содержит указание на то, что в вашей системе не найден необходимый пакет - точнее, библиотека (скажем, libjpeg) - или заголовки к нему, то вам стоит проверить, во-первых, установлен ли сам пакет, во-вторых, установлены ли заголовки для него - как правило такие пакеты имеют в своём названии имя пакета (библиотеки) и слово "devel", т.е. в нашем случае - libjpeg-devel. Обнаруженное упущение следует ликвидировать - или доустановив требуемый пакет с диска дистрибутива, либо - если требуемой библиотеки нет в дистрибутиве, скачать прекомпилированный пакет с ней или достать исходные коды и установить библиотеку из них. Возможно также, что версия некоей библиотеки, необходимая программе для работы, окажется более свежей, нежели та, что есть у вас в системе. В таком случае следует произвести обновление. Для более подробной информации пользователям ASPLinux следует ознакомиться с документацией к менеджеру пакетов rpm и программе автоматического обновления yum.

Возможно, что сообщения о нехватке критических компонентов будут выдаваться неоднократно. В таком случае следует последовательно ликвидировать указанные недостатки - хотя это может оказаться довольно утомительными процессом - добившись ситуации, когда скрипт успешно завершит свою работу и создаст конфигурационные файлы.
Теперь можно начинать сборку программы - для этого нужно дать команду make. Компилятор начнёт сборку программы, но приготовьтесь к тому, что в зависимости от мощности вашего компьютера и размера программы на это может уйти значительное время. Как правило, на этом этапе проблем возникнуть не должно, тем не менее этого исключать нельзя. К сожалению, такие ситуации, как правило, уникальны, поэтому какие-то общие рекомендации дать сложно. Тем не менее, лично я чаще всего сталкивался с проблемой "забытого" include в одном из файлов исходного кода. Так, например, в файле Window.cc у оконного менеджера blackbox 0.65.0 было пропущено #include "assert.h", и из-за этого возникала ошибка сборки - что-то вроде "Window.cc: function asssert in line XXX is undeclared" - что является типичным проявлением забытой директивы include, задача которой в том, чтобы указать компилятору, что некоторые элементы программы, например, функция assert, находятся не в текущем файле, а где-то ещё. Не надо этого пугаться - очень может быть, что, проявив немного смекалки, вам удастся поправить дело - я, например, произвёл поиск во всех файлах исходного кода программы по слову assert и на моё счастье очень быстро нашёл нужную директиву в других файлах. В более сложных случаях вам, скорее всего, потребуется помощь человека, уже имевшего дело с этой программой или просто разбирающегося в программировании - но такие тяжёлые случаи очень редки.

Если же во время компиляции вы вдруг вспомните о том, что указали при конфигурировании не те опции, какие хотели, не отчаивайтесь - смело прерывайте компиляцию и дайте команду make clean, которая уничтожит следы работы компилятора, чтобы всё можно было начать сначала.

Итак, будем надеяться, всё прошло успешно и программа собрана. Теперь её следует установить командой make install. Для этого необходимы права суперпользователя (root), поэтому вы можете стать им, сначала дав команду su root, или же выполнить эту команду от root-а через sudo (sudo make install). В результате компоненты программы будут скопированы в подобающие им места, и установка будет завершена.

Итак, после всех пространных объяснений, подведу итог. Для того, чтобы собрать программу из исходных кодов, следует выполнить следующие действия:
1. Получить исходные коды и распаковать их;
2. Перейти в каталог (в консоли или эмуляторе терминала - xterm, konsole, gnome-terminal и другие), куда были распакованы исходные коды;
3. Исследовать содержимое файлов README и тому подобных;
4. Изучить вывод ./configure --help;
5. Сконфигурировать программу, дав команду ./configure с нужными параметрами;
6. Собрать программу, дав команду make;
7. Установить программу, дав команду make install с правами root;

Если же вы недовольны полученным результатом (собранной программой), следует опять-таки от root дать команду make uninstall, которая совершит действия, обратные команде make install, то есть удалит программу из системы.

Кроме того, следует отметить, что бывают случаи, когда программа должна собираться способом, отличным от описанного (скажем, вы не обнаружите скрипт configure) - в таком случае особое внимание следует уделить содержимому сопроводительной документации - то есть файлам README, INSTALL и тому подобным - в которых необходимый способ будет непременно описан, и пользоваться им.

Наконец, с помощью задания опций для скрипта configure можно добиться того, что программа будет работать из директорий внутри вашего домашнего каталога (эгоистический подход), и тогда для make install права root вам не потребуются.

Sm@cker
20.03.2005

Аватар пользователя keng00ru

Re: О работе на сайте.

Sm@cker! Почти всё круто! Но как замшевелый технарь, не могу согласится с отсутствием всех команд. Надо этот трактат совместить с работой alex_root-а. У него там было расписано, как распаковывать архив и тарболл.
И ещё: про include всё-таки сложно. Сделай или отдельный ФАК именно про это или перепиши как-нибудь попроще, а то люди пугаются (я тут всё на соседе проверяю).

"Специально для пользователей дистрибутива ASP отмечу, что оптимальным выбором будет осуществлять сборку как минимум с параметром --prefix=/usr." - Специально для меня объясни - почему?

Аватар пользователя Smacker

Re: О работе на сайте.

Прямо сейчас объяснить? ОК. Потому что без этого программы часто встают в полную задницу aka /usr/local/... , что при сборке, например, тем для KDE, равносильно провалу операции, а для всего остального приходится вручную пути переделывать для bash. Легче с префиксом собрать, чем тут же объяснять про пути. Не надо пытаться говорить обо всём сразу.
А по поводу архивов - давайте делать модульную структуру - ведь про архивы наверняка не только в хавте про сорцы будет сказано - так что же, везде повторять одно и то же? Лучше сделать маленькую (или как повезёт) хавтинку про архивы - и всё время на неё ссылаться. Унификация и рационализация налицо, по-моему: динамическая линковка против статической. Кто-то против?
Что касается ФАКа, да ещё отдельного про инклюды - ну, ёлки-палки, не по адресу. Я же не программер... Тут тогда кто-то более компетентный нужен. Кроме того, даже если всё и описать ещё проще, никто не гарантирует, что некто не столкнётся с ситуацией, когда из-за пропущенного #include "bzzzt" окажется необъявленной функция yoprst - и допирать до их взаимосвязи придётся довольно долго.

Короче говоря, ещё раз повторюсь: давайте лучше клепать, как было предложено, маленькие хавты на конкретные темы, а не монстров "про это, про то и про соседову тёщу".

Аватар пользователя keng00ru

Re: О работе на сайте.

ОК, согласен. Лучше много маленьких, чем мало больших. Вопросов больше нет, претензии снимаются.

RSS-материал