similar to: RE: [SLE] SuSE 9.3 and Latest Binaries - Library Conflict

Mates, I dunno if nobody else is using the samba binaries to put 3.0.20-1 on SuSE 9.3 -- or -- if I'm just doing something stupid, but there seem to be library problems. Specifically, we are getting library errors for the *.so.2 libraries, regardless of whether we try via YAST or RPM. david@nemesis:~/Documents/linux/rpms/samba320> ll total 19970 -rw-r--r-- 1 david users 60998

Mates, Still can't get the latest samba binaries to inatall on SuSE 9.3. I've downloaded them from the samba site and from ftp://ftp.primastasys.com/pub/Samba-Packages/ still no joy. The problem is library related: nemesis:/home/david/Documents/linux/rpms/samba320 # rpm -Uvh * warning: cifs-mount-3.0.20-0.1.i586.rpm: V3 DSA signature: NOKEY, key ID 414a57c3 error: Failed

Just upgraded to 5.4 yesterday morning. (Kudos to those who did that!) That's probably irrelevant to this problem: "yum install mplayer" fails. Here's what happens: ================================================== # yum install mplayer Loaded plugins: fastestmirror, filter-data, kernel-module, keys, kmod, list- : data, merge-conf, security, upgrade-helper,

Hello, I am currently working on getting rid of libraries dependencies from nut-scanner. Currently nut-scanner depends on several external libs (avahi, snmp, neon, usb). This becomes a nightmare in terms of distribution. So Arnaud asked me to dynamically link those libraries so we come back to a viable package. To do this, I ended up choosing libltdl for a portable implementation but I have

I made my first attempt to build on an x86_64-unknown-linux-gnu system. Is this supposed to work? I get libtools errors (below). The problem seems to be that it finds a 32-bit libltdl rather than the 64-bit libltdl. /home/dag> ls /usr/lib/libltdl.so.3.1.0 /usr/lib/libltdl.so.3.1.0 /home/dag> ls /usr/lib64/libltdl.so.3.1.0 /usr/lib64/libltdl.so.3.1.0 Is this a known problem?

I am running xen (2.6.16-xen3_86.1_rhel4.1) on top of a stock CentOS-4.4 installation. I have not added any additional virtual machines however. When trying to install (as root) acrobat reader 7 for Linux from the adobe rpm (AdobeReader_enu.i386 7.0.8-1) I get the following errors: error: %pre(AdobeReader_enu-7.0.8-1.i386) scriptlet failed, exit status 255 error: install: %pre scriptlet

No i have multilib configuration (whatever this means on gentoo ;) and there are 32bit libs. Libtool version installed is 1.5.22. Maybe its patched/configured specially by gentoos build system. ls -la /usr/ ... lib -> lib64 lib32 lib64 There is a libltdl.s.3.1.4 in lib32 and lib64. But i have quite the opposite problem: getting 32bit versions of llvm-gcc to build on the 64 bit machine. In

David Greene wrote: > On Thursday 20 September 2007 16:32, David Greene wrote: > >>> although i would guess that something is wrong with your install >>> because it should find the 64bit libs by default (that is if your on a >>> 64bit system) >> I suspect you are right. > > Ha! We're both wrong! This is a bug in libtool 5.22, which llvm uses:

Török Edwin wrote: > [snip] > > I applied the attached patch to make it compile on my box (Debian > x86_64), only to find out that x86_64 is not supported :( > This architecture is not supported by the pool allocator! > Aborted > Thanks for the patch. What options do I give to the patch command to apply it to the source code? Although there's no documentation about

hello, I want to install wineHQ on my box but i'm facing difficulties, it says yum requires the dependency GLIBC 2.4 AND GNU HASH somthing: my repos: CentOS-Base.repo CentOS-Media.repo epel.repo epel-testing.repo fedora-extras.repo Code: yum install wine Repository epel is listed more than once in the configuration Repository epel-debuginfo is listed more than once in the configuration

Hi, I can't compile freeradius-2.0.2 (Centos RPM is too old for what I need) on Centos 5.1 x86_64. It outputs: /usr/lib/libltdl.so: could not read symbols: File in wrong format collect2: ld returned 1 exit status I tried with no success with export CFLAGS=-m64 any idea? thanks in advance!! -- -- Open Kairos http://www.openkairos.com Watch More TV http://sebelk.blogspot.com Sergio

hi i am new to linux while installing mplayer [gopinath at localhost Desktop]$ rpm -ivh mplayer-1.0-0.37.rc1try2.el5.rf.i386.rpm mplayer-fonts-1.1-3.0.rf.noarch.rpm warning: mplayer-1.0-0.37.rc1try2.el5.rf.i386.rpm: Header V3 DSA signature: NOKEY, key ID 6b8d79e6 error: Failed dependencies: libaa.so.1 is needed by mplayer-1.0-0.37.rc1try2.el5.rf.i386 libcaca.so.0 is needed by

Than you very much. I use asterisk 14, and yes, menuselect shows me the need for generic_odbc(E), res_odbc_transaction(M) and ltdl(E) but what does this imply under debian ? I have unixodbc installed an tested and too libltdl-dev ! But what am I missing ? On 04/19/2017 10:10 AM, Marcelo Terres wrote: > What version of Asterisk are you using? > > When I go to cdr_adaptative_odbc in

FYI .. if you want to see how this works, check out lib/System/DynamicLibrary.cpp and platform versions of it. Reid. On Sun, 2004-11-28 at 10:03, Reid Spencer wrote: > Well, one of these days we'll be using libltdl (libtool's dynamic > library support) to make the interface to dynamic libraries consistent, > somewhat portable, and to get rid of system specific differences like

I download camserv and did the usual ./configure and make make gives me an error: gcc -g -O2 -o camserv camconfig.o camserv.o filter.o main_loop.o picture_loop.o shm.o video.o -Wl,--export-dynamic ../libltdl/.libs/libltdlc.al -ldl ../common/libcommon.a -lnsl -ljpeg -lm /usr/bin/ld: errno: TLS definition in /lib64/libc.so.6 section .tbss mismatches non-TLS reference in camserv.o

What is menuselect actually looking for when it blocks me from selecting res_odbc ? I've got unixOdbc installed and working. I also have /usr/lib64/libltdl.so.3 - so I'm confused as it is claiming these are the pre-requisites ? How can I best track down what it _thinks_ is missing ? (This is on asterisk 1.8 svn trunk - but I don't think that is important, I think it is a package

On Fri, 2011-12-09 at 03:46 +0000, Charles Lepple wrote: > Author: clepple-guest > Date: Fri Dec 9 03:46:11 2011 > New Revision: 3344 > URL: http://trac.networkupstools.org/projects/nut/changeset/3344 > > Log: > Force files to be overwritten (especially for libtool) > > Modified: > branches/nut-scanner_dlopen/autogen.sh > > Modified:

The DynamicLibrary.cpp code is written and I believe it to be complete, but it hasn't been tested much (at all). llvm-ld uses it to load its plug-in optimization module. The implementation will use ltdl library if its available, otherwise it tries to use dlopen/dlsym if they are available, otherwise you get a compile time warning and (void*)0 if you try to look up a symbol. I'm not sure

Well, one of these days we'll be using libltdl (libtool's dynamic library support) to make the interface to dynamic libraries consistent, somewhat portable, and to get rid of system specific differences like this. Reid. On Sun, 2004-11-28 at 10:00, Chris Lattner wrote: > Hi everyone, > > This is just a note to mention that the PowerPC JIT is now operational and > begging for

This is R 2.10.1, from Fedora 12 and RODBC 1.3-1 (although 1.3-0 has the same problem) on i686. Originally reported here: https://bugzilla.redhat.com/show_bug.cgi?id=557953 Reproducer and output below: [spot at f12.i386 src]$ R R version 2.10.1 (2009-12-14) Copyright (C) 2009 The R Foundation for Statistical Computing ISBN 3-900051-07-0 R is free software and comes with ABSOLUTELY NO