Биллинговая система Nodeny
01 Ноября 2024, 02:05:44 *
Добро пожаловать, Гость. Пожалуйста, войдите или зарегистрируйтесь.
Вам не пришло письмо с кодом активации?

Войти
Новости: Прекращена поддержка версии Nodeny 49
 
   Начало   Помощь Поиск Войти Регистрация  
Страниц: [1]
  Печать  
Автор Тема: проблема установки Апача 2.2  (Прочитано 9985 раз)
Fredik
NoDeny
Старожил
*

Карма: 5
Offline Offline

Сообщений: 362


Просмотр профиля
« : 14 Июля 2009, 14:00:38 »

 make install clean
===>   apache-2.2.9_5 depends on executable: python - not found
===>    Verifying install for python in /usr/ports/lang/python
===>   Returning to build of apache-2.2.9_5
===>   apache-2.2.9_5 depends on file: /usr/local/bin/perl5.8.8 - found
===>   apache-2.2.9_5 depends on file: /usr/local/bin/autoconf-2.62 - found
===>   apache-2.2.9_5 depends on file: /usr/local/bin/libtool - found
===>   apache-2.2.9_5 depends on shared library: expat.6 - found
===>   apache-2.2.9_5 depends on shared library: iconv.3 - found
===>   apache-2.2.9_5 depends on shared library: mysqlclient.15 - found
===>  Configuring for apache-2.2.9_5
found apr source: srclib/apr
found apr-util source: srclib/apr-util
rebuilding srclib/apr/configure
buildconf: checking installation...
buildconf: python not found.
           You need python installed
           to build APR from SVN.
./buildconf failed for apr
*** Error code 1

Stop in /usr/ports/www/apache22.
*** Error code 1

Stop in /usr/ports/www/apache22.




ставил потом
cd /usr/ports/devel/subversion

тоже самое... в чем может быть проблема
Записан
versus
Администратор
Спец
*****

Карма: 21
Offline Offline

Сообщений: 845


44306843
Просмотр профиля WWW Email
« Ответ #1 : 14 Июля 2009, 15:09:27 »

Там прям в ошибке говрит что мол
You need python installed

поэтому установи пайтон 2.5 желательно
Записан
goletsa
NoDeny
Спец
*

Карма: 21
Offline Offline

Сообщений: 973


Просмотр профиля
« Ответ #2 : 14 Июля 2009, 17:19:19 »

Порты нормально обновлены?
Обычно же оно как зависимость само его собирает...
Записан
Fredik
NoDeny
Старожил
*

Карма: 5
Offline Offline

Сообщений: 362


Просмотр профиля
« Ответ #3 : 15 Июля 2009, 09:49:29 »

обновил дерево портов
===>  Installing for apache-2.2.11_7

===>  apache-2.2.11_7 conflicts with installed package(s):
      apache-2.0.63_2

      They install files into the same place.
      Please remove them first with pkg_delete(1).
*** Error code 1

Stop in /usr/ports/www/apache22.
*** Error code 1

Stop in /usr/ports/www/apache22.


не могу понять как удалить его..
Записан
versus
Администратор
Спец
*****

Карма: 21
Offline Offline

Сообщений: 845


44306843
Просмотр профиля WWW Email
« Ответ #4 : 15 Июля 2009, 11:28:40 »

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

Во всех ОС BSD-клана представлены инструменты обеих групп: набор средств для манипуляции готовыми бинарниками и портообразные системы - собственно порты (ports), используемые во FreeBSD.........

А теперь начнем знакомство с инструментами управления пакетами - теми, которые окажутся наиболее востребованными. Перво-наперво о пакете нужно получить информацию. Для этого служит команда pkg_info, использование которой несколько различается в зависимости от того, имеем ли мы дело с пакетом, уже инсталлированным в систему или только предполагаемым к установке. В первом случае достаточно дать команду с именем пакета, номером версии и ревизии в качестве аргумента:

$ pkg_info mpg321-0.2.10_4
ответом на что будет вывод содержимого файлов +COMMENT и +DESC:

Comment:
A free command-line mp3 player, compatible with mpg123
Description:
mpg321 is a clone of the popular mpg123 command-line mp3 player
...
и так далее. Имя пакета берется из базы данных установленного софта, которая расположена в каталоге /var/db/pkg/ (и о которой я скажу чуть ниже). Для пакета же еще не установленного (и, соответственно, в базе данных не представленного) в аргументе команды pkg_info придется указать полное имя тарбалла и, при необходимости, полный путь к нему:

$ pkg_info /pathname/tiff-3.6.1_1.tgz
с тем же, впрочем, результатом.

Информационным целям служит и команда pkg_version. Впрочем, она требует наличия индексного файла.

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

$ pkg_add /pathname/zip-2.3_1.tgz
По этой команде тарбалл разворачивается, и компоненты пакета записываются в каталоги, предусмотренные в файле +CONTENTS. Кроме того, в вышеупомянутой базе данных появляется соответствующий подкаталог (в данном случае /var/db/pkg/zip-2.3_1, в который помещаются описанные выше файлы с данными о пакете:

$ ls /var/db/pkg/zip-2.3_1
+COMMENT        +CONTENTS       +DESC           +MTREE_DIRS
При таком методе установки пакетов зависимости их проверяются (в соответствии с описанием в файле +CONTENTS), но в общем случае автоматически не удовлетворяются: просто выдается сообщение, что для установки данного пакета требуется установить еще то-то и то-то. Впрочем, команда pkg_add допускает сколько угодно аргументов, и все зависимости можно задать в одной командной строке. Можно также сложить все необходимые пакеты в один каталог - в этом случае зависимые пакеты будут установлены автоматически. В базе данных пакетов, установленных для удовлетворения зависимостей, появляется дополнительный файл - +REQUIRED_BY, в котором перечислены пакеты (из числа установленных), для которых он необходим. Так, для мультимедийных библиотек давешнего примера содержимое его будет

mpg321-0.2.10_4
Описанный пример относится к установке пакета из произвольного каталога на локальной машине. Если же имеется подключение к сети, ситуация с зависимостями разрешается гораздо проще: в профильном файле пользователя, выполняющего установку пакета (несложно догадаться, что им будет root) достаточно определить переменную PACKAGESITE, значением которой будет URL репозитория пакетов:

setenv PACKAGESITE [URL]
Теперь для установки пакета со всеми его зависимостями достаточно дать команду

$ pkg_add -r pkg_name
причем не нужно указывать не только путь, но и номер версии/ревизии.

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

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

$ pkg_delete zip-2.3_1
Она удаляет все компоненты пакета и соответствующую запись из базы данных в каталоге /var/db/pkg/. Однако не затрагивает пользовательских конфигов из каталога $HOME, если они успели образоваться - ведь в базе пакетов они не фигурируют.

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

Откуда берутся пакеты, подлежащие установке и удалению? Во-первых, с дистрибутивных дисков, и во-вторых, из репозиториев на сайтах проектов. Однако никто не мешает пользователю BSD-системы собирать собственные пакеты - специально для этого предназначена утилита pkg_create. Что для этого нужно? Не так уж и много: исходные тексты нужной версии нужной программы и те самые четыре файла с данными о пакете.
Записан
Efendy
Администратор
Спец
*****

Карма: 138
Offline Offline

Сообщений: 4789



Просмотр профиля
« Ответ #5 : 17 Июля 2009, 06:03:09 »

не могу понять как удалить его..
pkg_delete
Записан
Страниц: [1]
  Печать  
 
Перейти в:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.20 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!