similar to: Yum broken after x86_64 upgrade

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

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

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

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

hi everyone just a quickie to devel maybe. I'm looking at some bits: 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, L.

As far as I can tell, the rpm-list went defunct circa 2008 so I'm asking here. No doubt someone will let me know if this is not OK. I'm trying to build an RPM on a CentOS VM targeted to run on an ARM architecture machine. I have a test program, prime, that I cross compiled on my VM and when I copy it onto my target machine it runs correctly. Now I want to package it in an RPM. On my

Hi all,     I am a newbie with Xen. I was working on Xen and hit an assertion. I was trying to dump the hypervisor image from the /proc/vmcore file I obtained after kdump rebooted. However, I had trouble getting the python script dom0cut.py to work.      I followed the instruction on Xen wiki to install the latest libelf.0.8.9 from [1] and the libelf wrapper from [2]. I also had to create a

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? >

Hi, In the file lld/ELF/Driver.cpp in function getCompressDebugSections we can see that the current default for lld is no debug section compression. It looks like tools like gdb, valgrind, elfutils, gcc's backtrace lib currently support compressed symbols. Since perf can use libdw from elfutils, I guess it supports it too. Do you think it's time to enable compressed debug section by

The package elfutils-debuginfod-client is needed for even a minimal install, but it is not available on most mirrors. I suspect some are excluding mirroring debuginfo packages with just a *debuginfo* pattern to rsync, where they should do something like *-debuginfo-*.rpm (which should be good for now as I don't see any package with just "debuginfo" in the name, even in Fedora). The

Hello, i installed dovecot 2.11.1 on ubuntu Linux dadd3041 3.16.0-30-generic #40-Ubuntu SMP Mon Jan 12 22:07:11 UTC 2015 ppc64le ppc64le ppc64le GNU/Linux To make it clear, architecture is PowerPC 64bit Then i installed dovecot via apt-get. But the file /usr/lib/dovecot/modules/auth/libdriver_mysql.so is missing. So i compiled dovecot myself on this system and got a file

I am trying to configure samba on a Sunfire V125 with Solaris 9 using: - openldap-2.3.22 - libiconv-1.9.1 - samba-3.0.23a - krb5-1.6.3 (the previous build used krb5-1.5.1 Kereberos, openldap and libiconv are all installed but the samba build generates an error. The following works: ./configure --prefix=/usr/local/samba \ --with-ldap \ --with-ads \

On Wed, Jun 15, 2016 at 2:37 PM, Richard Henderson via iovisor-dev <iovisor-dev at lists.iovisor.org> wrote: > This same value for EM_BPF is being propagated to glibc, > elfutils, and binutils. great! Can you share the link to glibc and the other patches? > diff --git a/include/llvm/Support/ELF.h b/include/llvm/Support/ELF.h > index 352fd8a..fb8ff71 100644 > ---

of course i installed dovecot-mysql before, but no file libdriver_msql.so was in there 2015-03-11 15:41 GMT+01:00 Reindl Harald <h.reindl at thelounge.net>: > > > Am 11.03.2015 um 15:37 schrieb kaniggl: > >> To make it clear, architecture is PowerPC 64bit >> Then i installed dovecot via apt-get. But the file >> /usr/lib/dovecot/modules/auth/libdriver_mysql.so

I'm encountering a new problem building llvm (from CVS) on Solaris. The tblgen executable builds successfully but it seems to use the wrong version of libstdc++ : % /home/vadve/vadve/llvm-sparc/Debug/bin/tblgen --help ld.so.1: /home/vadve/vadve/llvm-sparc/Debug/bin/tblgen: fatal: /home/ vadve/lattner/local/x86-fc1/gcc-3.4.2/lib/libstdc++.so.6: wrong ELF class: ELFCLASS32 Killed This

Hi, Last night I was working on trying to get Fax for Asterisk installed. I followed all the instructions, but noted that the download selector only provider an X86 32 Bit binary. The machine I'm using is: 2.6.26-1-amd64 #1 SMP Fri Mar 13 17:46:45 UTC 2009 x86_64 GNU/Linux Consequently, on load it presents an error: [Sep 12 10:25:35] WARNING[31306]: loader.c:368 load_dynamic_module:

I've built a 64bit version of R 1.9.1 on a solaris 2.9 sparc system. Everything seems quite functional, except that readline produces the following: > configure:21277: checking for rl_callback_read_char in -lreadline > configure:21307: cc -xarch=v9 -o conftest -xO5 -xlibmil -dalign > -I/usr/local/include -L/us > r/local/lib conftest.c -lreadline -ldl -ltermcap -lm >&5

We're considering implementing [debuginfod]( https://sourceware.org/elfutils/Debuginfod.html) library in LLVM. Initially, we'd like to start with the client implementation, which would enable debuginfod support in tools like llvm-symbolizer, but later we'd also like to provide LLVM-based debuginfod server implementation. debuginfod uses HTTP and so we need an HTTP library, ideally one

Greetings all- I'm currently working with CentOS 5.x (various version 5.0 - 5.5) attempting to run it on a system based on the AMD Geode LX CPU. There are known issues with this CPU running Centos 5, specifically those listed here: http://bugs.centos.org/view.php?id=2552 The kernel and system run fine on the Geode LX, but the installer detects the CPU as i586. Since there is no i586 kernel