Компилирование програм (в частности Brasero)

[1Space]

Конечно, проще было бы поискать подходящий rpm пакет с бинарниками, но так как с Linux я столкнулся недавно, ради интереса решил скомпилировать brasero из тарбола.

После запуска ./configure вылетила ошибка, в логе оказалось вот что:



configure checking for a BSD-compatible install

configure result: /usr/bin/install -c

configure checking whether build environment is sane

configure result: yes

configure checking for gawk

configure found /bin/gawk

configure result: gawk

configure checking whether make sets $(MAKE)

configure result: yes

configure checking build system type

configure result: i686-pc-linux-gnu

configure checking host system type

configure result: i686-pc-linux-gnu

configure checking for style of include used by make

configure result: GNU

configure checking for gcc

configure result: no

configure checking for cc

configure result: no

configure checking for cc

configure result: no

configure checking for cl

configure result: no

configure error: no acceptable C compiler found in $PATH

See `config.log' for more details.



Как с этой проблемой справиться ?



И где в инете можно на русском найти описание скрипта configure и его параметров, ( в help'е на английском не очень понятно)



Заранее спасибо.

[Igor_I]

Цитата:



configure checking for gcc

configure result: no



Поставить gcc?

[1Space]

Цитата:



Поставить gcc?



Что такое gcc ? и как его поставить ?

[[mzd]]

gcc - набор компиляторов для различных языков программирования. Для компиляции программ тебе, как минимум, нужны gcc, binutils, cpp, make В ASPLinux это решается установкой средств разработки при инсталляции. Или же командами



Код:

Код: Выделить всё

yum install gcc binutil make cpp

Я уже не помню, т.к. этим дистрибутивом пользовался давно, может, сейчас появился виртуальный пакет, объединяющий все средства разработки и доступный для yum. В Ubuntu есть пакет build-essential, который ставит все, что нужно для компиляции программ из исходников.

[1Space]

[mzd]

Спасибо.

Да, после установки компилятора скрипт ./configure запустился нормально.

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



gtk+-2.0

libnautilus-burn >= 2.16.0

................

И еще целый ряд компонентов ....................



имхо: не представлял, что так сложно в Линуксе ПО из исходников ставить. НУу с исходниками еще можно понять, мало ли чего у кого для компиляции нет.

Но когда ставиш rpm пакет, и он требует еще что-то, это не понятно. Почему бы сразу не собрать пакет со всем необходимым для установки и работы ПО (как в винде)

[[mzd]]

1Space

Дело в том, что в Win графический интерфейс пользователя (GUI) встроен в ядро ОС. Поэтому для отображения окон используются компоненты ядра. В Linux GUI находится вне ядра. За это отвечают менеджеры окон. Они являются такими же приложениями, как и те, с которыми они работают, т.е. и без них ОС прекрасно будет работать (текстовый режим). Менеджеры окон используют различные библиотеки для отрисовки окон. Например Metacity (Gnome) использует GTK+, а kwm (KDE) - QT. И каждая из этих библиотек весит ...нцать Мб. Представь, что будет, если они будут поставляться с каждой, пусть самой маленькой, программой, которая их использует. Правильно, размер ее увеличится в разы. Поэтому придумали систему зависимостей: пакет А зависит от пакета Б, т.е. для своей установки требует наличие Б в системе. Тогда все программы, нуждающиеся в нем, смогут его использовать. Все бы хорошо, но появилась проблема "кошмара зависимостей" - маленький пакет порождает лавину зависимых пакетов, по размеру в десятки раз превосходящих его, или, что хуже, "циклические зависимости": пакет А зависит от пакета Б, Б зависит от Д, Д зависит от Г, Г зависит от А, например. Для ее решения придумали менеджеры управления пакетами. Они сами просматривают все зависимости пакета и автоматически их разрешают., т.е. скачивают и устанавливают все необходимое. Именно поэтому в современных системах настоятельно рекомендуется пользоваться менеджером пакетов и только в крайнем случае ставить ПО из исходников.

[1Space]

[mzd]


Цитата:



....Для ее решения придумали менеджеры управления пакетами....




Цитата:



...т.е. скачивают и устанавливают ....



Конечно идея замечательная в принципе (менеджеры по управлению ПО), если на эту проблему посмотреть глобально. Но есть достаточное количество частных случаев. Таких к примеру, как отсутствие достепа к инету, что бы скачать это самое дополнение. (а при использовании DVD с ПО, зависимости не разрешаются).

В частности, что касается проблем у меня с установкой нового ПО:

Есть у меня версия 0.5... gnomebaker'а, которая работает неудовлетворительно. в надежде исправить глюки я решил поставить более новую версию 0.6.1 (rpm пакет), но мне это не удалось по причине того, что у меня нет:

libc.so.6 (Glibc-2.4) - не найду нигде

rtld (GNU_HASH) - (это вобще неизвестно, что такое)



Теперь попытаюсь поставить rpm Brasero (скомпилировать исходники не выходит), но думаю и сним ничего не выйдет (опять чего-нибудь не будет хватать)

[[mzd]]

1Space

А никто и не говорил, что менеджеры пакетов - это панацея. Дело в том, что на Западе, где разрабатывается подавляющее большинство дистрибутивов, такой проблемы, как доступ в Интернет, в принципе, не существует. Это у нас, на Руси-матушке, Интернет только в Москве да в Питере по бросовым ценам, так что тут согласен.

Я тоже натыкался на те же самые грабли с ASPLinux, что и ты. Меня тоже не устраивали сроки обновления пакетов в системе - раз в год. Поэтому я добавлял репозитории Fedora Core и обновлялся с них. Потом я открыл для себя систему управления пакетами apt (

http://ayo.freshrpms.net/

- для rpm-пакетов), а потом перешел на Ubuntu, который обновляется быстрее и проще. Да, согласен, приходилось и 200 Мб выкачивать на модеме, но, согласись, это проще, чем собирать все ручками. А там, авось, и до нас быстрый Интернет дойдет.