search for: 8.3.1

Hello, today I updated a CentOS 7.6 ppc64le machine to CentOS 7.7. After reboot to the new kernel (4.18.0-80.7.2.el7.ppc64le) dkms could not build the nvidia-module. Error-message from dkms: Compiler version check failed: The major and minor number of the compiler used to compile the kernel: gcc version 8.3.1 20190311 (Red Hat 8.3.1-3) (GCC) does not match the compiler used here: cc (GCC)

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

All, While updating my package using dnf update all I allow dnf to clean some package with unresolved dependencies. I would like to reinstall some of them but got an error message "but none of the providers can be installed" during the install process as dnf is trying to install the dependencies. . This happens for some critical package like boost-openmpi-devel (see below for

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

On Wed, 15 Jan 2020 at 23:29, Philippe Piot <piot at nicadd.niu.edu> wrote: > > All, > While updating my package using dnf update all I allow dnf to clean some > package with unresolved dependencies. > I would like to reinstall some of them but got an error message "but none > of the providers can be installed" during the install process as dnf is > trying

On 25/09/2019 10:30, Ralf Aum?ller wrote: > Hello, > > today I updated a CentOS 7.6 ppc64le machine to CentOS 7.7. After reboot > to the new kernel (4.18.0-80.7.2.el7.ppc64le) dkms could not build the > nvidia-module. > > Error-message from dkms: > > Compiler version check failed: > > The major and minor number of the compiler used to > compile the kernel:

Thanks, Stephen. Just for completeness, the repo I am currently pointing to are [piot at paris opal]$ sudo dnf update CentOS-8 - AppStream 775 kB/s | 5.8 MB 00:07 CentOS-8 - Base 798 kB/s | 4.0 MB 00:05 CentOS-8 - Extras 2.9 kB/s | 2.1 kB 00:00 CentOS-8 - PowerTools 686 kB/s | 2.0 MB 00:02

Without seeing more details it's impossible to tell, but it might have been me. https://github.com/llvm/llvm-project/commit/6102310d814ad73eab60a88b21dd70874f7a056f#diff-0f9a49c4e31c311a0010e126cd785f08 changed PHI node equality check, but there were some users that implicitly depended on the old definition of the PHI equality, and didn't verify their implicit assumptions with reality,

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

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

Saludos a todos. Tengo que aplicar: Two-Step Approach (patch approach) Hybrid Approach (give away approach) De acuerdo al libro de Gaston Sanchez "PLS Path Modeling with R". ¿Alguien puede apoyarme? -- *César O. Velázquez Vega**.* [[alternative HTML version deleted]]

On R 1.3 / RH 7.1 / i386 (compiled with shared library support), I typed * library(tcltk) * help("some nonsensical string") and R never returned a prompt (but not consuming any CPU cycles). If tcltk is not loaded, I get the expected help error message, a prompt, and can continue my session as expected. Any ideas? I am running tcl 8.3.3.2. I would assume this has something to do

Hello, A compilation failure happened when I tried building libvirt latest code on rhel8 Version: gcc-8.3.1-4.5.el8.x86_64 libvirt v5.9.0-352-g5e939cea89 Steps: 1. Clone libvirt source code 2. Create build dir, and run autogen.sh # cd libvirt # mkdir build && cd build # ../autogen.sh --build=x86_64-redhat-linux-gnu --host=x86_64-redhat-linux-gnu --program-prefix=

On 18/11/2020 19:27, Rommel Rodriguez Toirac wrote: > > ?It is /etc/named.conf and /etc/samba/smb.conf > > > # cat /etc/named.conf > > > ??tkey-gssapi-keytab "/usr/local/samba/private/dns.keytab"; > > > include "/usr/local/samba/bind-dns/named.conf"; > OK, does the /usr/local/samba/bind-dns directory exist ? if it does, is the

> > You will need to use the devtoolset builds to do this: > > > There is a gcc 8 .. but not gcc 9 > > https://www.softwarecollections.org/en/scls/rhscl/devtoolset-8/ > > I did install gcc 8 from devtoolset-8 (SCL repo). However I am unable to compile 32-bit programs because devtoolset-8-libstdc++-devel.i686 package is missing from CentOS SCL repository. This is

El 18 de noviembre de 2020 15:16:09 GMT-05:00, Rowland penny via samba <samba at lists.samba.org> escribi?: >On 18/11/2020 19:27, Rommel Rodriguez Toirac wrote: >> >> ?It is /etc/named.conf and /etc/samba/smb.conf >> >> >> # cat /etc/named.conf >> >> >> ??tkey-gssapi-keytab "/usr/local/samba/private/dns.keytab"; >> >>

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

I am currently running FreeNAS-8.3.1-RELEASE-x64 (r13452) using the packaged version of NUT, 2.6.5, using the usbhid-ups (Generic HID driver 0.37). Here is the output of "/usr/local/libexec/nut/usbhid-ups -D -D -D -D -D -D -a tripplite": Network UPS Tools - Generic HID driver 0.37 (2.6.5) USB communication driver 0.31 0.000000 send_to_all: SETINFO driver.parameter.port

Hi guys I have few problems with live migration ... and I need some professional help :) I have 2 xen servers ... CentOS 5.3 and I want to have a high available cluster Now let`s begin .... xen0: [root@xen0 ~]# fdisk -l Disk /dev/sda: 218.2 GB, 218238025728 bytes 255 heads, 63 sectors/track, 26532 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start

Dear friends, there is a serious problem with RODBC on R from 2.6.2 to 2.8.0 on a postgresql 8.3 database. Let's say we define an empty dsn called "test", with user "postgres" and password "none". We test the connection with another application, and it works properly. When you call the database using RODBC, you get the following: >