Вопросы Теги

Проблема зависимости с CentOS

  • Стандартные задачи:
    • Создайте/удалите пользователей
    • Предоставьте/отмените полномочия
  • Вещи, которые разделяют Вашу установку от out-of-the-box AD:
    • Изменения в групповых политиках
    • Расширения схемы
1
задан 9 July 2009 в 00:21
9 ответов

Вы видите rpmforge проблему зависимости, не проблему зависимости CentOS.

модули жемчуга rpmforge являются массой, восстановленной в данный момент. См. http://lists.rpmforge.net/pipermail/users/2009-July/002508.html и следующие.

10
ответ дан 3 December 2019 в 16:10
  • 1
    А-ч, that' s хороший для знания. Таким образом, возможно, я просто ожидаю день или два затем? –  Chris_K 7 July 2009 в 22:10

Можно получить версию 2.020 здесь (readme). Это было выпущено 3 июня 2009.

Фон:

Зависимость призывает к более новой версии, чем Ваш репозиторий думает, новейшая версия:

Error: Missing Dependency: perl(Compress::Raw::Zlib) >= 2.020 is needed by package perl-IO-Compress-2.020-1.el5.rf.noarch (rpmforge)

Вам установили более старую версию, чем зависимость призывает:

Package perl-Compress-Raw-Zlib-2.015-1.el5.rf.i386 already installed and latest version

Как это говорит, необходимо установить:

perl(Compress::Raw::Zlib) >= 2.020

для разрешения этой зависимости.

2
ответ дан 3 December 2019 в 16:10
  • 1
    правильно. Я имею 2.015, и это хочет 2.020. вкусное обновление для этого дает вывод, который я упомянул выше (" уже установленный и последний version"). Таким образом мой вопрос здесь :-) –  Chris_K 7 July 2009 в 21:54
  • 2
    отредактированный для обеспечения ссылки на зависевший - на версию..=) –  eleven81 7 July 2009 в 21:56

Поэтому репозиторий, который Вы используете, вне синхронизации с собой.

Просмотрите этот сайт.

С этого сообщения perl-IO-Compress.noarch пакет был обновлен к 2,020, и это зависит от 2,020 версий perl-Compress-Raw-Zlib.

Однако perl-Compress-Raw-Zlib все еще в 2,015. Можно ожидать, пока они не нагоняют, или можно проигнорировать perl-IO-Compress.noarch в конфетке до того времени.

Добавление попытки:

exclude=perl-IO-Compress*

к/etc/yum.conf. (Не протестировали это, Вам, вероятно, придется добавить другой, исключает, Попытка это из командной строки, и посмотрите то, что происходит прежде, чем добавить к yum.conf),

Необходимо использовать EPEL repo для вещей как это в максимально возможной степени. EPEL является подпроектом Fedora и имеет более высокие стандарты.

Попытайтесь удалить любые rpmforge пакеты (и вкусный репозиторий) и использовать EPEL только.

2
ответ дан 3 December 2019 в 16:10

"exclude=perl-IO-Compress*" оператор не работает. Вкусное обновление заканчивает эту проблему, но встречается с этой проблемой позже.

-> Законченная Ошибка Разрешения Зависимости: Пропавшие без вести Зависимости: жемчуг (IO:: Сжатие:: Основа:: Распространенный),> = 2.015 необходим пакету perl-Compress-Zlib Ошибка: Пропавшие без вести Зависимости: жемчуг (IO:: Распакуйте:: Gunzip),> = 2.015 необходим пакету perl-Compress-Zlib Ошибка: Пропавшие без вести Зависимости: жемчуг (IO:: Сжатие:: Gzip),> = 2.015 необходим пакету perl-Compress-Zlib Ошибка: Пропавшие без вести Зависимости: жемчуг (IO:: Сжатие:: Gzip:: Константы),> = 2.015 необходим пакету perl-Compress-Zlib

0
ответ дан 3 December 2019 в 16:10

Eek, не изменяйте свой repo только на основе этой ошибки зависимости, они зафиксируют его. Просто будьте маленьким пациентом. При изменении на EPEL repo может вызвать другие проблемы, которые, возможно, должны быть зафиксированы по пути, поскольку у них есть различные пакеты/сборки/зависимости и если Вы приспособлены для RPMForge затем, Вы, возможно, должны изменить некоторые пакеты для удовлетворения EPEL. Таким образом, Вы просто подкачиваете одну проблему для другого.

0
ответ дан 3 December 2019 в 16:10
  • 1
    Договорились! Я действительно записывал, однако, чтобы дать EPEL более внимательное рассмотрение, когда я создаю свой следующий сервер CentOS. –  Chris_K 8 July 2009 в 18:02

[решенный] я пробую (каков дурак я был только вчера ;-))

об/мин-Uvh http://download.fedora.redhat.com/pub/epel/5/i386/epel-release-5-3.noarch.rpm

вкусное обновление

поскольку у них есть версия 2.020 жемчуга (Сжатие:: Сырые данные:: Zlib)

alexx

p.s. Zaph был правильным - это было неправильным способом пойти, (но я получил там в конце с нулевыми электронными письмами потерянное и нулевое время простоя для своих веб-серверов.)

0
ответ дан 3 December 2019 в 16:10
  • 1
    У Вас была удача? –  Chris_K 8 July 2009 в 16:12
  • 2
    Не с этим, но конфеткой стирают perl-Compress-Raw-Zlib конфетку-y, обновление работало (выход), стирание взяло другие вещи с ним, что я должен был переустановить, (Ваш список не будет, вероятно, соответствовать моему, но здесь является моим для сравнения.) конфетка-y устанавливает munin-узел perl-libwww-perl spamassassin, также я имел к: srvadmin-services.sh запускаются после конфетки-y обновление (Спасибо serverfault.com/users/1936/chrisk для уверенности - я didn' t действительно хочу рискнуть со своим рабочим сервером.) Печально omreport (Dell OpenManage) прекратил работать, но I' ll изучают это и сообщают. –   10 July 2009 в 13:37
  • 3
    omreport теперь выкладывает/etc/delloma.d/oma/bin/omcliproxy: ошибка, в то время как загрузка совместно использовала библиотеки: libdsupt32.so.1: не может открыть файл общего объекта: Никакой такой файл или каталог как I' ve устранил вкусную проблему обновления и теперь can' t видят, ли мой сервер по нагреванию, (или если дата-центр является слишком горячим), –   10 July 2009 в 13:50
  • 4
    Для тестирования я сделал: < pre>-s/opt/dell/srvadmin/oma/bin/libdsupt32.so.1.100.276/usr/lib/libdsupt32.so.1 ln-s/opt/dell/srvadmin/oma/bin/libomacs32.so. 1/usr/lib/libomacs32.so.1 ln-s/opt/dell/srvadmin/oma/bin/libomclpr32.so.3/usr/lib/libomclpr32.so.3 ln-s/opt/dell/srvadmi n/oma/bin/libomcldb32.so.3.70.276/usr/lib/libomcldb32.so.3 ln-s/opt/dell/srvadmin/oma/bin/libomclpr32.so.3/usr/lib/libomcl pr32.so.3 ln-s/opt/dell/srvadmin/oma/bin/libomadb32.so.3/usr/lib/libomadb32.so.3 ln-s/opt/dell/srvadmin/oma/bin/libxmlsup 32.so.2/usr/lib/libxmlsup32.so.2 < ln;/pre> –   10 July 2009 в 14:11
  • 5
    Теперь работы omreport, но omreport временные файлы шасси не дают ничего и omreport-? дает Ошибку! У пользователя есть недостаточные полномочия к команде выполнения. (как раз когда корень) –   10 July 2009 в 14:13

Как я заставил это работать. Я индивидуально вкусный установил все пакеты по одному. Единственный, который не пошел, был perl-IO-Compress. Я перешел к http://packages.sw.be из вышеупомянутой ссылки и загрузил perl-IO-Compress-2.020-2/el5.rf.noarch.rpm (я выполняю RHEL 5.3) к отдельному каталогу. Я затем выполнил вкусную установку *.rpm из того каталога. Это установило без проблемы!!! Кроме того, мое приложение все еще работает.

0
ответ дан 3 December 2019 в 16:10
  • 1
    Я заметил, что perl-IO-Compress снизился прекрасный позже в тот же день вчера, таким образом, похоже, что они получили тот, в котором разбираются также –  Chris_K 11 July 2009 в 17:04

Обратите внимание, что от CentOS-5.3 вперед можно попробовать:

   yum update --skip-broken

... это будет, вероятно, работать еще лучше в 5,4.

3
ответ дан 3 December 2019 в 16:10
  • 1
    Большая подсказка! Я wasn' t знающий о той опции. Как ни странно, I' m в аналогичной ситуации снова... I' ll дают этому выстрел. –  Chris_K 23 July 2009 в 08:32

Я использую Centos 5.5. perl-IO-Compress находится в rpmforge-отдельно-оплачиваемых-предметах теперь. Rpmforge-выпуск пакета обновления сначала:

вкусный rpmforge-выпуск обновления

Объедините новую информацию от/etc/yum.repos.d/rpmforge.repo.rpmnew в/etc/yum.repos.d/rpmforge.repo. Теперь использование обновления:

конфетка - enablerepo=rpmforge-extras обновляет

0
ответ дан 3 December 2019 в 16:10

Теги

Похожие вопросы