similar to: Linux 64-bit R installation problem - "Failed dependencies"

On 08/02/18 15:10, Felipe Westfields wrote: > I copied the error message exactly as it was on the screen > As John said, you are mistaken: $ rpm -qp --requires nvidia-x11-drv-304xx-304.135-1.el6.elrepo.x86_64.rpm /bin/sh /bin/sh /bin/sh /bin/sh /bin/sh /sbin/ldconfig /usr/bin/python config(nvidia-x11-drv-304xx) = 304.135-1.el6.elrepo grubby grubby libGL.so.1()(64bit)

On 2/4/20 11:33 PM, Dimitri Zelenkin via CentOS wrote: > Johnny Hughes wrote: >> No, CentOS-8 uses different shared libraries and a different version >> of the compiler than CentOS-7, so you can not run items compiled for >> CentOS-7 on CentOS-8. > > The kernel does not rely on userspace libraries. [hughesjr at inspiron11 kernel]$ rpm -q --requires kernel

Johnny Hughes wrote: > No, CentOS-8 uses different shared libraries and a different version > of the compiler than CentOS-7, so you can not run items compiled for > CentOS-7 on CentOS-8. The kernel does not rely on userspace libraries. -- Dimitri Zelenkin Devexperts, Inc

It did partially fix the issue but there is still one problem: llvm-objdump -sx gives: Version References: required from libpthread.so.0: 0x09691a75 0x00 05 GLIBC_2.2.5 0x09691972 0x00 09 GLIBC_2.3.2 0x09691973 0x00 07 GLIBC_2.3.3 0x06969192 0x00 12 GLIBC_2.12 required from libdl.so.2: 0x09691a75 0x00 21 GLIBC_2.2.5 required from libuuid.so.1: 0x09da27b0 0x00 19

On Tue, Nov 10, 2020 at 7:01 PM Fāng-ruì Sòng <maskray at google.com> wrote: > > How to find what is pulling libmvec? > > If you build a -DCMAKE_BUILD_TYPE=Debug lld, you can set a breakpoint > on lld/ELF/MarkLive.cpp:114 (ss->getFile().isNeeded) and check which > symbol makes > libmvec.so needed. I'm afraid this is going to far for me :) > > On the other

On Fri, May 14, 2010 at 11:02:36PM -0400, Aron Griffis wrote: > Hi again Rich, > > I'm trying to use febootstrap to install either rawhide or f13, > but my attempts are failing. > > $ sudo febootstrap fedora-13 /mnt/jubjub-f > ... > Running rpm_check_debug > ERROR with rpm_check_debug vs depsolve: > libc.so.6()(64bit) is needed by procmail-3.22-25.fc12.x86_64

Hi Pavel, thank you for you response. objdump -T showed that there are no symbols defined in liblldb.so. After few compilations I found that problem is with linking with LLD (-DLLVM_ENABLE_LLD=ON) without the directive everything is ok. Hana ============= $ objdump -T lib64/liblldb.so lib64/liblldb.so: file format elf64-x86-64 DYNAMIC SYMBOL TABLE: 0000000000000000 w D *UND*

On Wed, Oct 28, 2020 at 6:07 PM Fangrui Song <maskray at google.com> wrote: > > On 2020-10-28, Alexandre Bique via llvm-dev wrote: > >Hi, > > > >I wonder what is the right way to target an old glibc? > > > >I have a machine which is up to date (glibc 2.32 and clang+lld 10.0.1). > > > >So far I've been able to target older glibc by having a

Hi, I wonder what is the right way to target an old glibc? I have a machine which is up to date (glibc 2.32 and clang+lld 10.0.1). So far I've been able to target older glibc by having a C file containing: __asm__(".symver powf,powf at GLIBC_2.2.5"); __asm__(".symver expf,expf at GLIBC_2.2.5"); __asm__(".symver exp2f,exp2f at GLIBC_2.2.5");

I just noticed that the mod_ssl package was missing on a 5.x machine that I thought was approximately like several other that have it - and don't remember doing anything different. Is there some yum group that would install httpd without including it? -- Les Mikesell lesmikesell at gmail.com

Oh, this might be the issue - yum says it can't open "nvidia-x11-drv-304xx-304.135-1.el6.elrepo.x86_64.rpm" - let me download it again and see what happens. Are there md5 hash sums on these files? On Thu, Feb 8, 2018 at 3:23 PM, Phil Perry <pperry at elrepo.org> wrote: > On 08/02/18 15:10, Felipe Westfields wrote: > >> I copied the error message exactly as it

Martin, Well, thanks for jumping in! We need all the help we can get ;) I changed the execute bit as you suggested and recompiled, no luck, still the same error message. Below is the output you wanted me to look at, its a bit beyond me so I include both a brief grep summary and then the whole enchilada. I do note that my output is different from yours, but I'm not sure how to interpret. I

Martin, Well, thanks for jumping in! We need all the help we can get ;) I changed the execute bit as you suggested and recompiled, no luck, still the same error message. Below is the output you wanted me to look at, its a bit beyond me so I include both a brief grep summary and then the whole enchilada. I do note that my output is different from yours, but I'm not sure how to interpret. I

On Thu, 8 Feb 2018, Felipe Westfields wrote: > I'm on a network that is disconnected from the internet; makes things kind > of awkward sometimes. We have some internal repositories that are supposed > to mirror centos, and EPEL - don't have one (that I'm aware of) that > mirrors elrepo. > But it looks like it's looking for just that one package; if that's all I

On 2020-11-11, Alexandre Bique wrote: >It did partially fix the issue but there is still one problem: > >llvm-objdump -sx gives: > >Version References: > required from libpthread.so.0: > 0x09691a75 0x00 05 GLIBC_2.2.5 > 0x09691972 0x00 09 GLIBC_2.3.2 > 0x09691973 0x00 07 GLIBC_2.3.3 > 0x06969192 0x00 12 GLIBC_2.12 > required from libdl.so.2: >

Hi, we are an email hosting provider and we are looking at xapian to improve our user experience about email search. So we staring to build xapian 1.4.15 on Centos 7 with your xapian-core.spec and move it and the source code in /root/rpmbuild/SPECS and SOURCE, but we have this error after run "rpmbuild -ba": [...] Elaborazione file: xapian-core-devel-1.4.15-1.x86_64 errore: File

Rafael, here is a repro.tar to look at: https://reviews.llvm.org/F3100177 The attached foo.diff adds a print which shows the issue. ``` NAME: sleep SYMINDEX: 2 NAME: sched_yield SYMINDEX: 1 NAME: __libc_start_main SYMINDEX: 0 ``` `readelf --relocs` Shows that we create : ... 000000255110 002900000007 R_X86_64_JUMP_SLO 0000000000254410 __xstat at GLIBC_2.2.5 + 0 000000255118 001e00000007

Hello I am trying to install the R RPM for Suse 10.0 on an x86_64 PC. However I am failing a dependency for "libpng12.so.0" straight away PC5-140:/home/rmgzshd # rpm -i R-base-2.5.0-2.1.x86_64.rpm error: Failed dependencies: libpng12.so.0(PNG12_0)(64bit) is needed by R-base-2.5.0-2.1.x86_64 I do seem to have this file PC5-140:/home/rmgzshd # whereis libpng12.so.0

Dear All I was trying to install R-2.10.0-2.fc11.X86 in Fedora-13-i386 but it makes error. Could you please tell me which is the exact version of R for Fedora 13. Thanks in advance Kind Regards Wesley [[alternative HTML version deleted]]

Thanks for the suggestion, but after putting that at the top of the spec and running rpmbuild, I still get Resolving Dependencies --> Running transaction check ---> Package R-RPostgreSQL.x86_64 0:0.4-1.el6 will be installed --> Processing Dependency: /usr/bin/r for package: R-RPostgreSQL-0.4-1.el6.x86_64 --> Processing Dependency: /usr/bin/r for package: