similar to: Stuck Centos 7 to 8 upgrade

Philippe, What's the output with '--allowerasing' switch? We are experiencing a similar issue, dnf update: ... Problem 53: problem with installed package perl-Encode-devel-4:2.97-3.el8.x86_64 - package perl-Encode-devel-4:2.97-3.el8.x86_64 requires perl-Encode(x86-64) = 4:2.97-3.el8, but none of the providers can be installed - package perl-Encode-4:2.97-3.el8.x86_64 requires

CentOS Errata and Security Advisory 2020:2344 Important Upstream details at : https://access.redhat.com/errata/RHSA-2020:2344 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 7d441e8126dd927899c78af78ffd1f1e460afef943e27596cacb4fd917cdf708 bind-9.11.4-16.P2.el7_8.6.x86_64.rpm

Send CentOS-announce mailing list submissions to centos-announce at centos.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request at centos.org You can reach the person managing the list at centos-announce-owner at centos.org When

CentOS Errata and Bugfix Advisory 2020:2091 Upstream details at : https://access.redhat.com/errata/RHBA-2020:2091 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 4df83a2bc386835eab6cc127eb04503c0b05526a17a6cc2195131aa8aa1a7b6f libgudev1-219-73.el7_8.6.i686.rpm

CentOS Errata and Bugfix Advisory 2017:0302 Upstream details at : https://rhn.redhat.com/errata/RHBA-2017-0302.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 6b6b750c5843f85219890391c805bf2dee76e254549abf23978aad260571f7e9 libbasicobjects-0.1.1-11.el6_8.1.i686.rpm

Just as a followup even g++ is broken: [piot at paris ~]$ g++ bash: g++: command not found... Install package 'gcc-c++' to provide command 'g++'? [N/y] y * Waiting in queue... The following packages have to be downgraded: cpp-8.2.1-3.5.el8.x86_64 The C Preprocessor glibc-2.28-42.el8.1.i686 The GNU libc libraries glibc-2.28-42.el8.1.x86_64 The GNU libc libraries

Hi, Guys i got unresolved dependencies when trying to upgrade centOS 8, what should i do to fix this? [root at ws1 ebedsat]# dnf upgrade Last metadata expiration check: 0:14:27 ago on Sat 11 Jan 2020 12:16:02 PM WIB. Error: Problem 1: cannot install the best update candidate for package kmod-iwlegacy-0.0-1.el8.elrepo.x86_64 - nothing provides kernel >= 4.18.0-147.el8 needed by

Hello Clair vulnerability scanner considers the latest version of CentOS mariadb vulnerable, because of RHSA-2019:3708 It states, that mariadb must be updated at least to the version "10.3.17-1.module+el8.1.0+3974+90eded84". CentOS' last version is "10.3.17-1.module_el8.1.0+257+48736ea6". Rpm/yum considers CentOS' version older, than RHEL's. % rpmdev-vercmp

CentOS Errata and Enhancement Advisory 2011:0974 Upstream details at : https://rhn.redhat.com/errata/RHEA-2011-0974.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) x86_64: b30c6f98c842d509c126e328dcfb162a libcollection-0.6.0-10.el5.i386.rpm 2885e2691aa154b8e694331db1455fd1 libcollection-0.6.0-10.el5.x86_64.rpm

On Mon, 16 Mar 2020 at 12:17, koka miptpatriot <miptpatriot at gmail.com> wrote: > Hello > > Clair vulnerability scanner considers the latest version of CentOS mariadb > vulnerable, because of RHSA-2019:3708 > It states, that mariadb must be updated at least to the version > "10.3.17-1.module+el8.1.0+3974+90eded84". CentOS' last version is >

Thanks here is the kernel I'm running on C8 and the files listing. 4.18.0-147.5.1.el8_1.x86_64 #1 SMP Wed Feb 5 02:00:39 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux ./4.18.0-147.el8.x86_64/kernel/drivers/gpu/drm/i915 ./4.18.0-147.el8.x86_64/kernel/drivers/gpu/drm/i915/i915.ko.xz ./4.18.0-147.el8.x86_64/kernel/drivers/gpu/drm/i915/gvt

On 8/1/20 5:00 AM, Johnny Hughes wrote: > > I would wait and install everything as a group. We should have > something soon. First off, Johnny and all of the rest of the CentOS team, thank you for your efforts! Second, to all with this problem, I too experienced the issue (I posted on the CentOS-Devel list my findings).? To those who seem to think more testing could have prevented

On Wed, 27 May 2020 14:13:34 -0500 Jon Pruente wrote: > A major issue is that it's not just reading the file, it's that ADE is > needed to even authorize and fulfill the download. Then the possibility of > DRM on top of that. While I've never tried it, it's my understanding that you can use calibre to remove the drm encryption on a purchased ebook so you can read it with

On 8/1/20 11:02 AM, Lamar Owen wrote: > ... > [lowen at localhost ~]$ rpm -qa | grep ^kernel|grep 147 > kernel-devel-4.18.0-147.8.1.el8_1.x86_64 > kernel-4.18.0-147.8.1.el8_1.x86_64 > kernel-modules-4.18.0-147.8.1.el8_1.x86_64 > kernel-core-4.18.0-147.8.1.el8_1.x86_64 > [lowen at localhost ~]$ Well, I sure fat-fingered that command.... let's try it again: [lowen at

CentOS Errata and Enhancement Advisory 2011:0974 Upstream details at : https://rhn.redhat.com/errata/RHEA-2011-0974.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) i386: 808e0b8df8d5397c6721e71b7ffaa0d3 libcollection-0.6.0-10.el5.i386.rpm a330b1f325f45268b2347e34c2c415e5 libcollection-devel-0.6.0-10.el5.i386.rpm

Send CentOS-announce mailing list submissions to centos-announce at centos.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request at centos.org You can reach the person managing the list at centos-announce-owner at centos.org When

Am 16.06.20 um 22:04 schrieb Fabian Arrotin: > On 16/06/2020 15:06, Leon Fauster via CentOS wrote: >> Hi all, >> >> I updated a Dell XPS laptop from CentOS 8.1 (1911) to 8.2 (2004). >> >> Installed kernels are >> kernel-4.18.0-147.5.1.el8_1.x86_64 >> kernel-4.18.0-147.8.1.el8_1.x86_64 >> kernel-4.18.0-193.6.3.el8_2.x86_64 >> >>

HI - On CentOS 8 I see this in my X log intel: waited 2020 ms for i915.ko driver to load I find this: find . | grep i915.ko ./4.18.0-147.5.1.el8_1.x86_64/kernel/drivers/gpu/drm/i915/i915.ko.xz uname -r 4.18.0-147.5.1.el8_1.x86_64 Why might it not be loading ? Thanks, Jerry

On Thu, 16 Jan 2020 at 09:48, Philippe Piot <piot at nicadd.niu.edu> wrote: > > No it did not work; see: > [piot at paris ~]$ sudo dnf install --nobest --allowerasing gcc-c++ > Last metadata expiration check: 0:18:24 ago on Thu 16 Jan 2020 08:28:51 AM CST. > Error: > Problem: package gcc-8.3.1-4.5.el8.x86_64 requires glibc-devel >= 2.2.90-12, but none of the providers

Hi all, I updated a Dell XPS laptop from CentOS 8.1 (1911) to 8.2 (2004). Installed kernels are kernel-4.18.0-147.5.1.el8_1.x86_64 kernel-4.18.0-147.8.1.el8_1.x86_64 kernel-4.18.0-193.6.3.el8_2.x86_64 Unfortunately I can not boot into the latest kernel-4.18.0-193.6.3.el8_2.x86_64. After grub2 screen I only see following line: EFI stub: UEFI Secure Boot is enabled Booting into the older