similar to: devtoolset-4 ageing?

On 19/12/16 16:05, Lamar Owen wrote: > On 12/19/2016 08:33 AM, lejeczek wrote: >> devtoolset-4-elfutils-libelf-0.163-2.el7.x86_64 VS >> elfutils-0.166-2.el7.x86_64 >> >> isn't devtool ageing? Could this be the case with more >> packages? >> regards, > devtoolset-6 is available. > somewhere (semi)officially? where? >

On 12/19/2016 08:33 AM, lejeczek wrote: > devtoolset-4-elfutils-libelf-0.163-2.el7.x86_64 VS > elfutils-0.166-2.el7.x86_64 > > isn't devtool ageing? Could this be the case with more packages? > regards, devtoolset-6 is available.

Hello, I'm taking 7.4 for a spin.? I did the minimal install, and ran into trouble with groupinstall base.? The trouble seems to stem from elfutils.? One command claims elfutils-libs-0.166-2.el7.x86_64 is missing, and another one claims it's installed.? Not sure what's going on here. [root at ip-172-31-34-187 ~]# yum -y install elfutils.x86_64 Loaded plugins: fastestmirror

hey guys, One of our developers DESTROYED both yum and rpm on one of the development machines with an rm command. And guess who's lucky enough to get to fix this mess? *raises hand* So I hope y'all don't mind me turning to you once again for some advice. You've been wonderful in the past. Pavlov's dogs as they say. At any rate, I've managed to fix rpm (yay) by copying

Hello, I'm having problems updating from 7.3 to 7.4 on my ppc64 (IBM Power7 p770) installation. yum update stops with Error: Multilib version problems found. [..] Protected multilib versions: systemd-libs-219-42.el7.ppc != systemd-libs-219-42.el7_4.1.ppc64 When I scroll back through the transaction check I see various package dependencies for *.ppc instead of *.ppc64. First appearance in

Yep. This worked. Thanks! Why yum can't figure this out itself? On Mon, Sep 18, 2017 at 3:29 PM, Johnny Hughes <johnny at centos.org> wrote: > On 09/18/2017 08:18 AM, Armin Kunaschik wrote: >> Hello, >> >> I'm having problems updating from 7.3 to 7.4 on my ppc64 (IBM Power7 >> p770) installation. >> yum update stops with >> Error: Multilib

Sorry if this is the wrong list, but doing a code checkout via Mercurial produces the following: #hg clone http://xenbits.xensource.com/xen-3.2-testing.hg destination directory: xen-3.2-testing.hg requesting all changes adding changesets abort: could not import module ELFCLASS32! transaction abort! rollback completed Is there a workaround for this right now? -- Joe Auty NetMusician: web

On 09/10/2017 04:14 PM, Jack Bailey wrote: > Hello, > > I'm taking 7.4 for a spin.? I did the minimal install, and ran into > trouble with groupinstall base.? The trouble seems to stem from > elfutils.? One command claims elfutils-libs-0.166-2.el7.x86_64 is > missing, and another one claims it's installed.? Not sure what's going > on here. > > [root at

On 07/11/2018 01:36 PM, Johnny Hughes wrote: > On 07/11/2018 08:28 AM, Phil Wyett wrote: >> On Wed, 2018-07-11 at 06:31 -0500, Johnny Hughes wrote: >>> On 07/09/2018 09:38 AM, Johnny Hughes wrote: >>>> On 07/06/2018 10:30 AM, Johnny Hughes wrote: >>>>> On 07/05/2018 02:27 PM, Phil Wyett wrote: >>>>>> On Thu, 2018-07-05 at 06:16 -0500,

Hi, I try to build lldb with Cmake (gcc-5.3.0 is necessary for CUDA) on my "SUSE Linux Enterprise Server 12.2 (x86_64)". Unfortunately the build process breaks for lldb with the below mentioned error message. I've downloaded the following packages and configured with the following commands. svn co http://llvm.org/svn/llvm-project/llvm/trunk llvm cd llvm/tools svn co

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, 2018-07-11 at 06:31 -0500, Johnny Hughes wrote: > On 07/09/2018 09:38 AM, Johnny Hughes wrote: > > On 07/06/2018 10:30 AM, Johnny Hughes wrote: > > > On 07/05/2018 02:27 PM, Phil Wyett wrote: > > > > On Thu, 2018-07-05 at 06:16 -0500, Johnny Hughes wrote: > > > > > On 07/03/2018 09:04 AM, Sean

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

Hello, my name is Jarek I am new here. I need some clarifications on how to distribute an app developed with devtoolset-4 enabled. I am developing a distributed app in c++ I wanted to upgrade toolchain to use new standard. Is it true that when I compile on centos 6.x with devtoolset enabled then I will be able to run this app on centos 7.x as well? Do I have to install devtoolset on all my

I want to install several gcc with different versions in centos. The default version of gcc in centos6 is 4.9.3. So I use devtoolset install a higher version of gcc. Then I switch to the higher version of gcc by executing "source /opt/rh/devtoolset-5/enable". But now if I want to switch back to the default gcc, how should I do? By the way, is there any solution to install multiple gcc

Is there a way to install devtoolset packages without the bloat of eclipse? I just want the new compiler and toolchain, not a big IDE. BTW devtoolset-3 dependencies are broken in yum with C6 yum install devtoolset-3 ... ---> Package devtoolset-3-perftools.x86_64 0:3.1-12.el6 will be installed --> Processing Dependency: devtoolset-3-dyninst for package:

On 09/18/2017 08:18 AM, Armin Kunaschik wrote: > Hello, > > I'm having problems updating from 7.3 to 7.4 on my ppc64 (IBM Power7 > p770) installation. > yum update stops with > Error: Multilib version problems found. > [..] > Protected multilib versions: systemd-libs-219-42.el7.ppc != > systemd-libs-219-42.el7_4.1.ppc64 > > When I scroll back through the

On 18/09/17 15:18, Armin Kunaschik wrote: > Hello, > > I'm having problems updating from 7.3 to 7.4 on my ppc64 (IBM Power7 > p770) installation. > yum update stops with > Error: Multilib version problems found. > [..] > Protected multilib versions: systemd-libs-219-42.el7.ppc != > systemd-libs-219-42.el7_4.1.ppc64 > > When I scroll back through the

yum currently has issues with obsoletes .. especially when something like a noarch file gets obsoleted by an $arch type rpm and there are 2 (multi) arches available to replace it. It pulls in BOTH, not just the one arch you have installed .. and that then pulls in deps for the 2nd arch that you don't currently have. Hopefully they will fix this. There is an option called multilib_policy BUT

CentOS Errata and Security Advisory 2006:0354 https://rhn.redhat.com/errata/RHSA-2006-0354.html The following updated files have been uploaded and are currently syncing to the mirrors: s390: updates/s390/RPMS/elfutils-0.97.1-3.s390.rpm updates/s390/RPMS/elfutils-devel-0.97.1-3.s390.rpm updates/s390/RPMS/elfutils-libelf-0.97.1-3.s390.rpm updates/s390/RPMS/elfutils-libelf-devel-0.97.1-3.s390.rpm

CentOS Errata and Security Advisory 2006:0368 https://rhn.redhat.com/errata/RHSA-2006-0368.html The following updated files have been uploaded and are currently syncing to the mirrors: s390: updates/s390/RPMS/elfutils-0.94.1-2.s390.rpm updates/s390/RPMS/elfutils-devel-0.94.1-2.s390.rpm updates/s390/RPMS/elfutils-libelf-0.94.1-2.s390.rpm updates/s390/RPMS/elfutils-libelf-devel-0.94.1-2.s390.rpm