Ошибка неудовлетворенные зависимости centos 7 - Ремонт и установка крупной бытовой техники

Перейти к контенту

TheAthlete

173 / 169 / 19

Регистрация: 31.08.2010

Сообщений: 573

07.05.2016, 21:46. Показов 6887. Ответов 3

Метки нет (Все метки)

Здравствуйте!
Собираю собственное ядро Linux по статье Сборка собственного ядра Fedora

Ядро собрал, но при установке пакета kernel-headers выдает ошибку:

Bash

1
2
3

su -c 'rpm -ivh kernel-headers-4.4.8-300.fc23.R.x86_64.rpm'
ошибка: Неудовлетворенные зависимости:
kernel-headers < 4.4.8-300.fc23.R is obsoleted by kernel-headers-4.4.8-300.fc23.R.x86_64

Подскажите пожалуйста, в чем может быть проблема и как разрешить зависимость?

76 / 62 / 24

Регистрация: 21.06.2013

Сообщений: 330

08.05.2016, 17:44

возможно установлен пакет 4.4.8-300.fc23.R. Если да, то снести его.

62 / 79 / 15 Регистрация: 24.11.2010 Сообщений: 515 Записей в блоге: 14
11.05.2016, 13:40	3
Используй ключик -U, а если не поможет то попробуй su -c ‘rpm -ivh kernel-headers-4.4.8-300.fc23.R.x86_64.rpm —force’ 0

173 / 169 / 19

Регистрация: 31.08.2010

Сообщений: 573

11.05.2016, 19:27

[ТС]

Спасибо, установил с помощью ключа -U

When running yum install postgresql-server.x86_64, I encounter the following error:

--> Processing Dependency: libreadline.so.5()(64bit) for package: postgresql-server-8.1.23-10.el5_10.x86_64
--> Finished Dependency Resolution
Error: Package: postgresql-8.1.23-10.el5_10.x86_64 (el5_latest)
           Requires: libreadline.so.5()(64bit)
           Available: readline-5.1-3.el5.x86_64 (el5_latest)
               libreadline.so.5()(64bit)
           Installed: readline-6.2-9.el7.x86_64 (@anaconda)
              ~libreadline.so.6()(64bit)
Error: Package: postgresql-8.1.23-10.el5_10.x86_64 (el5_latest)
           Requires: libtermcap.so.2()(64bit)
           Available: libtermcap-2.0.8-46.1.x86_64 (el5_latest)
               libtermcap.so.2()(64bit)
Error: Package: postgresql-server-8.1.23-10.el5_10.x86_64 (el5_latest)
           Requires: libreadline.so.5()(64bit)
           Available: readline-5.1-3.el5.x86_64 (el5_latest)
               libreadline.so.5()(64bit)
           Installed: readline-6.2-9.el7.x86_64 (@anaconda)
              ~libreadline.so.6()(64bit)
Error: Package: postgresql-server-8.1.23-10.el5_10.x86_64 (el5_latest)
           Requires: libtermcap.so.2()(64bit)
           Available: libtermcap-2.0.8-46.1.x86_64 (el5_latest)
               libtermcap.so.2()(64bit)

My first guess was that I didn’t have readline installed, but it turns out that this is not the issue:

~ % yum list installed|grep readline
readline.x86_64                 6.2-9.el7                              @anaconda
readline-devel.x86_64           6.2-9.el7                              @base

I am assuming there is still a missing dependency.

The error message itself is a bit cryptic — what can I do to resolve this and resume installation?

Giacomo1968

51.6k18 gold badges161 silver badges205 bronze badges

asked Mar 1, 2015 at 23:57

The packages that you are trying to install actually depend on an older version of CentOS.

Notice in your error message, you reference the el5_latest repository, which is for CentOS 5 or RHEL 5, but you have CentOS 7 installed. The major versions are not compatible.

The oldest version of PostgreSQL available for CentOS 7 is version 9.3. You can install it with these commands:

rpm -iUvh http://yum.postgresql.org/9.3/redhat/rhel-7-x86_64/pgdg-centos93-9.3-1.noarch.rpm
yum -y install postgresql93-server

The latest version of PostgreSQL available for CentOS 7 (at the time of writing) is version 9.4. You can install it with these commands:

rpm -Uvh http://yum.postgresql.org/9.4/redhat/rhel-7-x86_64/pgdg-centos94-9.4-1.noarch.rpm
yum install postgresql94-server

answered Mar 2, 2015 at 3:15

DeltikDeltik

19.1k17 gold badges71 silver badges114 bronze badges

Your install command is this:

yum install postgresql-server.x86_64

But it seems odd that you are explicitly specifying postgresql-server.x86_64. Why not just install it like this; specifying postgresql93-server:

yum install postgresql93-server

answered Mar 2, 2015 at 3:16

Giacomo1968Giacomo1968

51.6k18 gold badges161 silver badges205 bronze badges

When running yum install postgresql-server.x86_64, I encounter the following error:

--> Processing Dependency: libreadline.so.5()(64bit) for package: postgresql-server-8.1.23-10.el5_10.x86_64
--> Finished Dependency Resolution
Error: Package: postgresql-8.1.23-10.el5_10.x86_64 (el5_latest)
           Requires: libreadline.so.5()(64bit)
           Available: readline-5.1-3.el5.x86_64 (el5_latest)
               libreadline.so.5()(64bit)
           Installed: readline-6.2-9.el7.x86_64 (@anaconda)
              ~libreadline.so.6()(64bit)
Error: Package: postgresql-8.1.23-10.el5_10.x86_64 (el5_latest)
           Requires: libtermcap.so.2()(64bit)
           Available: libtermcap-2.0.8-46.1.x86_64 (el5_latest)
               libtermcap.so.2()(64bit)
Error: Package: postgresql-server-8.1.23-10.el5_10.x86_64 (el5_latest)
           Requires: libreadline.so.5()(64bit)
           Available: readline-5.1-3.el5.x86_64 (el5_latest)
               libreadline.so.5()(64bit)
           Installed: readline-6.2-9.el7.x86_64 (@anaconda)
              ~libreadline.so.6()(64bit)
Error: Package: postgresql-server-8.1.23-10.el5_10.x86_64 (el5_latest)
           Requires: libtermcap.so.2()(64bit)
           Available: libtermcap-2.0.8-46.1.x86_64 (el5_latest)
               libtermcap.so.2()(64bit)

My first guess was that I didn’t have readline installed, but it turns out that this is not the issue:

~ % yum list installed|grep readline
readline.x86_64                 6.2-9.el7                              @anaconda
readline-devel.x86_64           6.2-9.el7                              @base

I am assuming there is still a missing dependency.

The error message itself is a bit cryptic — what can I do to resolve this and resume installation?

Giacomo1968

51.6k18 gold badges161 silver badges205 bronze badges

asked Mar 1, 2015 at 23:57

The packages that you are trying to install actually depend on an older version of CentOS.

Notice in your error message, you reference the el5_latest repository, which is for CentOS 5 or RHEL 5, but you have CentOS 7 installed. The major versions are not compatible.

The oldest version of PostgreSQL available for CentOS 7 is version 9.3. You can install it with these commands:

rpm -iUvh http://yum.postgresql.org/9.3/redhat/rhel-7-x86_64/pgdg-centos93-9.3-1.noarch.rpm
yum -y install postgresql93-server

The latest version of PostgreSQL available for CentOS 7 (at the time of writing) is version 9.4. You can install it with these commands:

rpm -Uvh http://yum.postgresql.org/9.4/redhat/rhel-7-x86_64/pgdg-centos94-9.4-1.noarch.rpm
yum install postgresql94-server

answered Mar 2, 2015 at 3:15

DeltikDeltik

19.1k17 gold badges71 silver badges114 bronze badges

Your install command is this:

yum install postgresql-server.x86_64

But it seems odd that you are explicitly specifying postgresql-server.x86_64. Why not just install it like this; specifying postgresql93-server:

yum install postgresql93-server

answered Mar 2, 2015 at 3:16

Giacomo1968Giacomo1968

51.6k18 gold badges161 silver badges205 bronze badges

Модератор: Модераторы разделов

Doka: Сообщения: 715; Статус: ASIC Design Engineer; ОС: RHEL4

проблемы с «yum update»

система — Федора7
хочу полностью обновить все пакеты, установленные в системе. для этого использую команду:

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

[doka@centos ~]$ sudo yum update -y
Setting up Update Process
Resolving Dependencies
--> Running transaction check
---> Package selinux-policy-targeted.noarch 0:2.6.4-67.fc7 set to be updated
---> Package gammu-libs.i386 0:1.17.0-1.fc7 set to be updated
...
...
...
---> Package python-cherrypy.noarch 0:2.2.1-8.fc7 set to be updated
--> Running transaction check
---> Package dirmngr.i386 0:1.0.0-2.fc7 set to be updated
---> Package python-fedora-infrastructure.noarch 0:0.2.90.22-1.fc7 set to be updated
--> Processing Dependency: python-bugzilla for package: python-fedora-infrastructure
---> Package openldap-servers.i386 0:2.3.34-4.fc7 set to be updated
filelists.sqlite.bz2      100% |=========================| 266 kB    00:00
http://mirror.atrpms.net/livna/fedora/7/i386/repodata/filelists.sqlite.bz2: [Errno -1] Metadata file does not match checksum
Trying other mirror.
filelists.sqlite.bz2      100% |=========================| 266 kB    00:00
http://ftp-stud.fht-esslingen.de/pub/Mirrors/rpm.livna.org/fedora/7/i386/repodata/filelists.sqlite.bz2: [Errno -1] Metadata file does not match checksum
Trying other mirror.
filelists.sqlite.bz2      100% |=========================| 266 kB    00:00
http://rpm.livna.org/fedora/7/i386/repodata/filelists.sqlite.bz2: [Errno -1] Metadata file does not match checksum
Trying other mirror.
filelists.sqlite.bz2      100% |=========================| 266 kB    00:00
http://wftp.tu-chemnitz.de/pub/linux/livna/fedora/7/i386/repodata/filelists.sqlite.bz2: [Errno -1] Metadata file does not match checksum
Trying other mirror.
filelists.sqlite.bz2      100% |=========================| 266 kB    00:18
ftp://mirrors.tummy.com/pub/rpm.livna.org/fedora/7/i386/repodata/filelists.sqlite.bz2: [Errno -1] Metadata file does not match checksum
Trying other mirror.
filelists.sqlite.bz2      100% |=========================| 266 kB    00:09
http://livna.cat.pdx.edu/fedora/7/i386/repodata/filelists.sqlite.bz2: [Errno -1] Metadata file does not match checksum
Trying other mirror.
Error: failure: repodata/filelists.sqlite.bz2 from livna: [Errno 256] No more mirrors to try.
[doka@centos ~]$

т.е. даже несмотря на то что есть ливна, которая некорректно отрабатывается (кстати, что случилось с её репозитариями?) , видно, что пакет python-bugzilla в репозитариях не найден.

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

[doka@centos ~]$ sudo yum update -y  python-bugzilla
Setting up Update Process
Could not find update match for python-bugzilla
No Packages marked for Update

и даже удаление из системы через yum пакета bugzilla не привело к нужному результату

Это что баг репозитарных зависимостей? Если нет — то как это вылечить (т.е. провести обновление системы в автоматическом режиме)

ЗЫЖ Питон снести не могу — он используется.

Never stop thinking…………………………………………………………

Doka: Сообщения: 715; Статус: ASIC Design Engineer; ОС: RHEL4

Re: проблемы с «yum update»

Сообщение

Doka » 31.01.2008 13:03

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

[doka@centos ~]$ sudo yum clean all
Cleaning up Everything
Cleaning up list of fastest mirrors

[doka@centos ~]$ sudo yum update yum
livna                     100% |=========================| 2.1 kB    00:00
primary.sqlite.bz2        100% |=========================| 183 kB    00:00
fedora                    100% |=========================| 2.1 kB    00:00
primary.sqlite.bz2        100% |=========================| 3.8 MB    00:07
primary.xml.gz            100% |=========================| 1.3 kB    00:00
updates                   100% |=========================| 2.3 kB    00:00
primary.sqlite.bz2        100% |=========================| 2.3 MB    00:03
tigro                     100% |=========================| 1.1 kB    00:00
primary.xml.gz            100% |=========================|  27 kB    00:00
tigro     : ################################################## 63/63
Setting up Update Process
Could not find update match for yum
No Packages marked for Update


[doka@centos ~]$ sudo yum update -y
...
---> Package ruby-glib2.i386 0:0.16.0-20.fc7 set to be updated
---> Package zaptel-lib.i386 0:1.4.7.1-1.fc7 set to be updated
--> Finished Dependency Resolution
Error: Missing Dependency: libgpod.so.1 is needed by package rhythmbox
Error: Missing Dependency: python-bugzilla is needed by package python-fedora-infrastructure

Never stop thinking…………………………………………………………

krege: Сообщения: 669; ОС: Fedora 21 x86_64 / KDE 5

Re: проблемы с «yum update»

Сообщение

krege » 31.01.2008 14:10

Когда у меня похожая проблема возникла, помогло обновление по частям, малыми кусками. Причём некоторые пакеты (набор пакетов) я ставил через rpm, а не через yum. В чём именно проблема тогда так и не разобрался, после обновления последующие апдейты проблем не вызывали.

Kondrat: Сообщения: 223; ОС: И снова Федора

Re: проблемы с «yum update»

Сообщение

Kondrat » 31.01.2008 15:40

По моим наблюдениям, этот баг (или фича) проскакивает временами в Федоровских репозиториях. Связано это, скорее всего, со стремительным развитием Федоры, многочисленной командой сборщиков пакетов и возникающей в связи с этим рассогласованностью программ. Объясню на примере: есть программа foo-1.0, требующая библиотеки libmoo-1.0. И вот некий сборщик пакетов собрал и выложил в репозиторий libmoo-1.1 а foo-1.1 оставил на завтра. И вот, при обновлении yum видит уже обновленную версию, ставит ее в очередь, а при разрешении зависимостей происходит конфликт, и yum впадает в ступор. Решение этого привел партайгеноссе krege, решить эту проблему никак невозможно по упомянутым выше причинам.

Ёж — птица гордая: пока не пнёшь, не полетит.

Doka: Сообщения: 715; Статус: ASIC Design Engineer; ОС: RHEL4

Re: проблемы с «yum update»

Сообщение

Doka » 31.01.2008 16:15

>> и возникающей в связи с этим рассогласованностью программ.

как/кому об этом можно написать?
кто-нибудь вообще заморачивался этим? (донесением проблемы до разработчиков)

Never stop thinking…………………………………………………………

krege: Сообщения: 669; ОС: Fedora 21 x86_64 / KDE 5

Re: проблемы с «yum update»

Сообщение

krege » 31.01.2008 17:38

Doka писал(а): ↑

31.01.2008 16:15

как/кому об этом можно написать?
кто-нибудь вообще заморачивался этим? (донесением проблемы до разработчиков)

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

Doka: Сообщения: 715; Статус: ASIC Design Engineer; ОС: RHEL4

Re: проблемы с «yum update»

Сообщение

Doka » 31.01.2008 18:54

krege писал(а): ↑

31.01.2008 17:38

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

однако неделю уже мучаюсь…

единственный баг с подобными ключевыми словами: https://bugzilla.redhat.com/show_bug.cgi?id=420161 (но он никак не связан с данной ошибкой)

помогите внятно сформулировать по-английски описание бага:

Summary: (1 строка)
Comments: (1 строка)

и непонятно какой компонент выбирать в Components — вроде бы это не баг yum’a, а с другой стороны нету категории repositary

Never stop thinking…………………………………………………………

I have a VM running CentOS 7 that I have not used for a long time. Today I launched it and tried to update the CentOS system to the latest version using yum update, but I got a lot of errors:

Loaded plugins: fastestmirror, langpacks
http//bay.uchicago.edu/centos/7.0.1406/os/x86_64/repodata/repomd.xml:
[Errno 14] HTTP Error 404 - Not Found Trying other mirror.
http//mirror.cs.pitt.edu/centos/7.0.1406/os/x86_64/repodata/repomd.xml:
[Errno 14] HTTP Error 404 - Not Found Trying other mirror.
http//mirror.anl.gov/pub/centos/7.0.1406/os/x86_64/repodata/repomd.xml:
[Errno 14] HTTP Error 403 - Forbidden Trying other mirror.
http//mirror.pac-12.org/7.0.1406/os/x86_64/repodata/repomd.xml: [Errno
14] HTTP Error 404 - Not Found Trying other mirror.
http//centos.expedientevirtual.com/7.0.1406/os/x86_64/repodata/repomd.xml:
[Errno 14] HTTP Error 404 - Not Found Trying other mirror.

(Many other similar errors are omitted …)

Trying other mirror. Loading mirror speeds from cached hostfile  *
base: bay.uchicago.edu  * epel: csc.mcs.sdsmt.edu  * extras:
mirror.ancl.hawaii.edu  * nux-dextop: li.nux.ro  * updates:
centos-distro.cavecreek.net No packages marked for update

I deleted the colon after http in the above error messages to avoid warnings. I think these errors might come from the CentOS version I am using: 7.0.1406 — since current latest version is a new one, say, 7.0.1588 or something, the corresponding path does not exist and hence the HTTP error 404. But how to have my current CentOS automatically adjust the path name to the latest version and be able to update from the correct URL? Thanks.

Источник

0

0

Пытаюсь поставить yum на CentOs

Скачал все пакеты, но вот проблема в их установке, есть 2 пакета. 1 пакет при установки требует 2 пакет, а 2 пакет в свою очередь требует 1 пакет. Парадокс?

[root@km23712-08 yum]# rpm -U yum-fastestmirror-1.1.16-13.el5.centos.noarch.rpm

предупреждение: yum-fastestmirror-1.1.16-13.el5.centos.noarch.rpm: Заголовок V3 DSA signature: NOKEY, key ID e8562897

ошибка: Неудовлетворенные зависимости:

yum >= 3.0 нужен для yum-fastestmirror-1.1.16-13.el5.centos.noarch

[root@km23712-08 yum]# rpm -U yum-3.2.19-18.el5.centos.noarch.rpm

предупреждение: yum-3.2.19-18.el5.centos.noarch.rpm: Заголовок V3 DSA signature: NOKEY, key ID e8562897

ошибка: Неудовлетворенные зависимости:

yum-fastestmirror нужен для yum-3.2.19-18.el5.centos.noarch

Источник

TheAthlete

174 / 170 / 19

Регистрация: 31.08.2010

Сообщений: 573

07.05.2016, 21:46. Показов 7758. Ответов 3

Метки нет (Все метки)

Студворк — интернет-сервис помощи студентам

Здравствуйте!
Собираю собственное ядро Linux по статье Сборка собственного ядра Fedora

Ядро собрал, но при установке пакета kernel-headers выдает ошибку:

Bash

1
2
3

su -c 'rpm -ivh kernel-headers-4.4.8-300.fc23.R.x86_64.rpm'
ошибка: Неудовлетворенные зависимости:
kernel-headers < 4.4.8-300.fc23.R is obsoleted by kernel-headers-4.4.8-300.fc23.R.x86_64

Подскажите пожалуйста, в чем может быть проблема и как разрешить зависимость?

76 / 62 / 24

Регистрация: 21.06.2013

Сообщений: 330

08.05.2016, 17:44

возможно установлен пакет 4.4.8-300.fc23.R. Если да, то снести его.

62 / 79 / 15

Регистрация: 24.11.2010

Сообщений: 515

Записей в блоге: 14

11.05.2016, 13:40

Используй ключик -U, а если не поможет то попробуй

su -c ‘rpm -ivh kernel-headers-4.4.8-300.fc23.R.x86_64.rpm —force’

174 / 170 / 19

Регистрация: 31.08.2010

Сообщений: 573

11.05.2016, 19:27

[ТС]

Спасибо, установил с помощью ключа -U

Источник

Господа, не пойму в чем дело… Пытаюсь установить RPM пакет:

rpm -Uvh perl-Mail-SpamAssassin-3.0.2-1.i386.rpm

А мне говорят что:

ошибка: неудовлетворенные зависимости:

perl(Carp) нужен для perl-Mail-SpamAssassin-3.0.2-1

perl(Config) нужен для perl-Mail-SpamAssassin-3.0.2-1

perl(Cwd) нужен для perl-Mail-SpamAssassin-3.0.2-1

perl(Digest::SHA1) нужен для perl-Mail-SpamAssassin-3.0.2-1

perl(Exporter) нужен для perl-Mail-SpamAssassin-3.0.2-1

perl(Fcntl) нужен для perl-Mail-SpamAssassin-3.0.2-1

perl(File::Basename) нужен для perl-Mail-SpamAssassin-3.0.2-1

perl(File::Copy) нужен для perl-Mail-SpamAssassin-3.0.2-1

perl(File::Path) нужен для perl-Mail-SpamAssassin-3.0.2-1

perl(File::Spec) нужен для perl-Mail-SpamAssassin-3.0.2-1

perl(File::Spec) >= 0.8 нужен для perl-Mail-SpamAssassin-3.0.2-1

perl(HTML::Parser) нужен для perl-Mail-SpamAssassin-3.0.2-1

perl(HTML::Parser) >= 3.24 нужен для perl-Mail-SpamAssassin-3.0.2-1

perl(IO::File) нужен для perl-Mail-SpamAssassin-3.0.2-1

perl(IO::Select) нужен для perl-Mail-SpamAssassin-3.0.2-1

perl(IO::Socket) нужен для perl-Mail-SpamAssassin-3.0.2-1

perl(IPC::Open2) нужен для perl-Mail-SpamAssassin-3.0.2-1

perl(MIME::Base64) нужен для perl-Mail-SpamAssassin-3.0.2-1

perl(MIME::QuotedPrint) нужен для perl-Mail-SpamAssassin-3.0.2-1

perl(POSIX) нужен для perl-Mail-SpamAssassin-3.0.2-1

perl(Sys::Hostname) нужен для perl-Mail-SpamAssassin-3.0.2-1

perl(Text::Wrap) нужен для perl-Mail-SpamAssassin-3.0.2-1

perl(Time::Local) нужен для perl-Mail-SpamAssassin-3.0.2-1

perl(base) нужен для perl-Mail-SpamAssassin-3.0.2-1

perl(bytes) нужен для perl-Mail-SpamAssassin-3.0.2-1

perl(constant) нужен для perl-Mail-SpamAssassin-3.0.2-1

perl(strict) нужен для perl-Mail-SpamAssassin-3.0.2-1

perl(vars) нужен для perl-Mail-SpamAssassin-3.0.2-1

perl(warnings) нужен для perl-Mail-SpamAssassin-3.0.2-1

perl-Mail-SpamAssassin = 3.0.4-alt1 нужен для spamassassin-3.0.4-alt1

perl(Mail/SpamAssassin.pm) нужен для spamassassin-3.0.4-alt1

perl(Mail/SpamAssassin/ArchiveIterator.pm) нужен для spamassassin-3.0.4-alt1

perl(Mail/SpamAssassin/Message.pm) нужен для spamassassin-3.0.4-alt1

perl(Mail/SpamAssassin/PerMsgLearner.pm) нужен для spamassassin-3.0.4-alt1

Это есть странно потому как все эти пакеты были установленный через cpan. Почему же RPM их не видит?

Источник

In this article, I will take you through different methods through which you can fix broken packages in RHEL/CentOS. Sometimes you might have noticed that whenever you try to run any update or try to install a new package in your RHEL/CentOS Systems, you get broken package error. This error does not allow you to proceed with the update or installation hence causing a road block. While this can happen due to multiple reason, we will see all the possible solution in below section that you can take to solve this error. So without any further delay let’s us start !!

What are Broken Packages

Whenever you try to install a list of packages then sometimes it may happen that few of the packages either did not installed properly or get partially installed due to some unexpected reason, those packages are usually called broken packages.

How to Fix Broken Packages in RHEL/CentOS 7/8{Easy Methods}

Also Read: How to Install VLC Media Player in Debian 11

Method 1: Using rpm command

First you need to verify all the packages with information about the files taken from the package metadata stored in the rpm database using rpm -Va command as shown below. More about rpm command.

[root@localhost ~]# rpm -Va
.M....... g /var/lib/PackageKit/transactions.db
missing /run/gluster
.M....... g /etc/crypto-policies/back-ends/nss.config
.M....... g /etc/udev/hwdb.bin
.M....... g /var/lib/systemd/random-seed
.M....... d /usr/share/info/dir.old
.M....G.. /var/log/gdm
.M....... c /etc/rc.d/rc.local
.....UG.. g /var/run/avahi-daemon
.M....... g /var/cache/dnf/packages.db
.M....... g /run/dbus

Method 2: Using dnf command

Another method to solve the problem of broken package issue is by running upgrade with -b option so that it will force dnf to only consider the latest version.

[root@localhost ~]# dnf upgrade -b
CentOS-8 - AppStream 4.3 kB/s | 4.3 kB 00:01
CentOS-8 - AppStream 2.4 MB/s | 9.3 MB 00:03
CentOS-8 - Base 7.3 kB/s | 3.9 kB 00:00
CentOS-8 - Base 1.8 MB/s | 7.5 MB 00:04
CentOS-8 - Extras 1.9 kB/s | 1.5 kB 00:00
CentOS-8 - Extras 13 kB/s | 10 kB 00:00
Dependencies resolved.

If you have any specific broken package then you can try to reinstall that package by using dnf --refresh reinstall package_name command as shown below.

[root@localhost ~]# dnf --refresh reinstall package_name

Method 3: Using yum command

If you are facing any broken package error while running a yum command then you can try to reinstall all the packages using yum reinstall * command.

[root@localhost ~]# yum reinstall *
Last metadata expiration check: 0:50:37 ago on Sat 16 Oct 2021 02:34:37 AM EDT.
Dependencies resolved.
=============================================================================================================================================================
Package Architecture Version Repository Size
=============================================================================================================================================================
Reinstalling:
GConf2 x86_64 3.2.6-22.el8 AppStream 1.0 M
adobe-mappings-cmap noarch 20171205-3.el8 AppStream 2.1 M
adobe-mappings-cmap-deprecated noarch 20171205-3.el8 AppStream 119 k
adobe-mappings-pdf noarch 20180407-1.el8 AppStream 707 k
adwaita-cursor-theme noarch 3.28.0-2.el8 AppStream 647 k

If yum is unable to repair then you can skip those packages by using --skip-broken option.

[root@localhost ~]# yum update --skip-broken
Last metadata expiration check: 0:54:46 ago on Sat 16 Oct 2021 02:34:37 AM EDT.
Dependencies resolved.
=============================================================================================================================================================
Package Architecture Version Repository Size
=============================================================================================================================================================
Installing:
centos-linux-release noarch 8.4-1.2105.el8 BaseOS 22 k
replacing centos-release.x86_64 8.1-1.1911.0.8.el8
replacing centos-repos.x86_64 8.1-1.1911.0.8.el8
kernel x86_64 4.18.0-305.19.1.el8_4 BaseOS 5.9 M
kernel-core x86_64 4.18.0-305.19.1.el8_4 BaseOS 36 M
kernel-modules x86_64 4.18.0-305.19.1.el8_4 BaseOS 28 M
Upgrading:
PackageKit x86_64 1.1.12-6.el8 AppStream 599 k

Источник