similar to: Cannot update grup2-common

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

Four problems below: # dnf -y groupupdate "Core" "Minimal Install" bintray-tvheadend-stable 0.0? B/s |?? 0? B???? 00:00 Failed to synchronize cache for repo 'bintray-tvheadend-stable', ignoring this repo. Last metadata expiration check: 0:03:11 ago on Sat 16 May 2020 12:30:47 PM CDT. Error: ?Problem 1: package python3-hawkey-0.35.1-9.el8_1.x86_64 requires

Hello, some days ago I followed these instructions https://sigs.centos.org/virt/tdx/host/ and after enabling the repo I installed the tdx necessary bits as indicated, with the command dnf install kernel-tdx qemu-kvm-tdx libvirt-tdx This gave me: libvirt 9.5.0-1.el9s qemu-kvm 8.0.0-15.el9s kernel 5.14.0-395.el9s But now if I run a usual "dnf update" I'm proposed

I am doing a dnf install package_without_version for instance for g++: [piot at paris opal]$ sudo dnf install gcc-c++ Last metadata expiration check: 0:01:06 ago on Thu 16 Jan 2020 06:45:59 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 can be installed - package glibc-devel-2.28-72.el8.i686 requires glibc-headers, but

Hi, I want to upgrade from 8.0 to 8.1 but yum update does not work. Still 8.0 Probably the cause is that I compiled DRBD myself because it was not available for 8.0 when I set up the machine. Now yum update says: Error: ?Problem 1: cannot install the best update candidate for package drbd-pacemaker-9.11.0-1.el8.x86_64 ? - nothing provides pacemaker needed by

Also just to be more specific I am running CentOS 8.1. So the issue I encounter were after upgrading to 8.1. Thank you! -- Philippe. On Thu, Jan 16, 2020 at 6:48 AM Philippe Piot <piot at nicadd.niu.edu> wrote: > I am doing a dnf install package_without_version for instance for g++: > > [piot at paris opal]$ sudo dnf install gcc-c++ > Last metadata expiration check: 0:01:06

Hello Everyone, Has anyone tried to install BackupPC v4 on CentOS 8 from epel? I just did and this happened: [root at resurrect ~]# dnf --enablerepo epel install BackupPC Last metadata expiration check: 0:18:41 ago on Tue 15 Oct 2019 08:03:59 PM EDT. Error: Problem: conflicting requests - nothing provides par2cmdline needed by BackupPC-4.3.1-2.el8.x86_64 - nothing provides

Has anybody tried (and succeeded) to get gcc 6.3.1 (or devtoolset-6) to work on CentOS 8? In the Animation and Visual Effect industry, gcc 6.3.1 is still the current recommended compiler (see www.vfxplatform.com), and is required to build many plugins. Unfortunately, it is not a "minimum requirement"... It is THE requirement. So I tried to get it from the vault: -- sudo dnf

On 16/10/2019 09:07, Alessandro Baggi wrote: > On 16/10/19 02:31, Ranbir wrote: >> Hello Everyone, >> >> Has anyone tried to install BackupPC v4 on CentOS 8 from epel? I just >> did and this happened: >> >> [root at resurrect ~]# dnf --enablerepo epel install BackupPC >> Last metadata expiration check: 0:18:41 ago on Tue 15 Oct 2019 >> 08:03:59 PM

On 16/10/19 02:31, Ranbir wrote: > Hello Everyone, > > Has anyone tried to install BackupPC v4 on CentOS 8 from epel? I just did and this happened: > > [root at resurrect ~]# dnf --enablerepo epel install BackupPC > Last metadata expiration check: 0:18:41 ago on Tue 15 Oct 2019 08:03:59 PM EDT. > Error: > Problem: conflicting requests > - nothing provides

All, I need to run some legacy Windows software (32 bits) under my Linux box. I have installed wine from the source the 64 bits works fine but not the 32 bits. The ./configure gives ... *checking whether gcc -m32 works... no* *configure: error: Cannot build a 32-bit program, you need to install 32-bit development libraries.* and trying to install the require i686 packages results in a [

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

Hi All, I've just installed a test laptop with CentOS Stream 8.1. I notice that the default install has both CentOS-Base and CentOS-Base-Appstream repos enabled. Is that necessary, or should I just have the Appstream repos enabled. The reason I'm asking is because I'm having trouble updating the installation. The problem seems to be some installed rpms seem to depend on updates from

Hello, For the last few days, 'dnf upgrade' on my Centos 8 installation has been showing problems saying that it cannot install the best update candidates for packages (kf5-*) because nothing provides libQtCore.so.5(Qt_5.12). My system shows that it presently has libQtCore.so.5(Qt_5.11). I've been keeping the system up to date using the --nobest option in dnf. I could download

Hello, For the last few days, 'dnf upgrade' on my Centos 8 installation has been showing problems saying that it cannot install the best update candidates for packages (kf5-*) because nothing provides libQtCore.so.5(Qt_5.12). My system shows that it presently has libQtCore.so.5(Qt_5.11). I've been keeping the system up to date using the --nobest option in dnf. I could download

On Wed, 2020-04-22 at 08:25 -0500, johnny at centos.org wrote: > EXTERNAL EMAIL: This email originated from outside of the University > of Limerick. Do not click on links or open attachments unless you > recognize the sender's email address and know the content is safe. > On 4/21/20 2:09 PM, Tony Molloy wrote: > > > > Hi All, > > > > I've just

Hello everybody, Could someone give me an estimate on when the repositories are resolving the right dependencies for the freeipa pacakges in CentOS Stream release 8? I have about +10 systems sending me alerts everyday that dnf-automatic.service is failing because of the freeipa dependency issues. Since freeipa is one of the security elements I would like to give people an estimate on when

On 4/21/20 2:09 PM, Tony Molloy wrote: > > Hi All, > > I've just installed a test laptop with CentOS Stream 8.1. > > I notice that the default install has both CentOS-Base and > CentOS-Base-Appstream repos enabled. Is that necessary, or should I > just have the Appstream repos enabled. > > The reason I'm asking is because I'm having trouble updating

On 4/22/20 9:38 AM, Tony Molloy wrote: > On Wed, 2020-04-22 at 08:25 -0500, johnny at centos.org wrote: >> EXTERNAL EMAIL: This email originated from outside of the University >> of Limerick. Do not click on links or open attachments unless you >> recognize the sender's email address and know the content is safe. > > > >> On 4/21/20 2:09 PM, Tony Molloy

On Tue, Aug 11, 2020 at 9:24 PM Ralf Prengel <ralf.prengel at rprengel.de> wrote: > Hallo, > not direkt a solution but I m using a kali rolling release installation on > hard disk. > Works fine here. > > Ralf > > Hi, I am facing the below mentioned issue. #wget -q -O - http://www.atomicorp.com/installers/atomic |sh [root at openvas8 ~]# yum -y install openvas Last