search for: library_paths

On May 24, 2017, at 1:58 PM, hw <hw at gc-24.de> wrote: > > It seems that lighttpd uses the perl version that is assigned in > the configuration This is one of the advantages of Plack vs mod_perl, by the way: decoupling the Perl version from the web server version. > while ignoring the LIBRARY_PATH variable set with mod_setenv Are you certain you don?t mean LD_LIBRARY_PATH

Previously the presence of the ‘--vddk <libdir>’ option magically enabled VDDK mode. However we want to introduce other transports for VMware conversions so this wasn't a very clean choice. With this commit you must use ‘-it vddk’ to specify that you want VDDK as a disk transport. The previous ‘--vddk <libdir>’ option has been renamed to ‘--vddk-libdir <libdir>’ to be

On Wed, 24 May 2017, hw wrote: > Paul Heinlein schrieb: >> On Tue, 23 May 2017, m.roth at 5-cent.us wrote: >> >> > hw wrote: >> > > >> > > are there packages replacing the ancient perl version in >> > > Centos 7 with a more recent one, like 5.24? At least the >> > > state feature is required. >> >> Perl

Proposed small change to the command line of virt-v2v when specifying that you want VDDK mode. Rich.

Hi Arpith, That is exactly what it is :). My bad, I thought I copied over the libraries to where LIBRARY_PATH pointing but apparently it was copied to a wrong destination. Thanks a lot. On Wed, Jan 20, 2016 at 4:51 AM, Arpith C Jacob <acjacob at us.ibm.com> wrote: > Hi Ahmed, > > nvlink is unable to find the GPU OMP runtime library in its path. Does > LIBRARY_PATH point to

http://bugzilla.mindrot.org/show_bug.cgi?id=269 ------- Additional Comments From dtucker at zip.com.au 2002-06-09 15:31 ------- First of all, are you sure you want to do that? The OpenSSL INSTALL file says: "Shared library is currently an experimental feature. The only reason to have them would be to conserve memory on systems where several program are using OpenSSL. Binary

>> I'm trying to build llvm-gcc-4.2 on Ubuntu 11.04 (the Natty Narwhal). > > I can build it here on x86-64 natty without any problems. Do you have any /lib64/libc.so* or /usr/lib64/libc.so* ? Are you still setting LIBRARY_PATH or LD_LIBRARY_PATH, as mentioned in: https://bugs.launchpad.net/ubuntu/+source/binutils/+bug/738098 ? Thanks, Jay.

Paul Heinlein schrieb: > On Wed, 24 May 2017, hw wrote: > >> Paul Heinlein schrieb: >>> On Tue, 23 May 2017, m.roth at 5-cent.us wrote: >>> >>> > hw wrote: >>> > > > > are there packages replacing the ancient perl version in >>> > > Centos 7 with a more recent one, like 5.24? At least the >>> > >

The first patch was previously posted here: https://www.redhat.com/archives/libguestfs/2017-December/msg00018.html That patch hasn't changed except that I made the ‘input_transport’ variable type-safe. The second patch adds a significant new mode for liberating data from VMware: the ability to copy VMs over SSH directly from ESXi hypervisors. Although this requires enabling SSH access (a

Just in case someone is having similar problems and/or following this thread, here's my final "solution" (at least, for now). In my bash build script, prior to configure, I set the C_INCLUDE_PATH and CPLUS_INCLUDE_PATH to empty strings, and then set some other environment variables instead: export C_INCLUDE_PATH= export CPLUS_INCLUDE_PATH=

Hi Jay, >>> I'm trying to build llvm-gcc-4.2 on Ubuntu 11.04 (the Natty Narwhal). >> >> I can build it here on x86-64 natty without any problems. > > Do you have any /lib64/libc.so* or /usr/lib64/libc.so* ? no. > Are you still setting LIBRARY_PATH or LD_LIBRARY_PATH, as mentioned in: > > https://bugs.launchpad.net/ubuntu/+source/binutils/+bug/738098

I've used that patch to close the hole. This patch is temporary and doesn't fix real trouble maker - problem in new version in getenv() (after 6.3 it got changed to something monstrous and non-working right if environment has only one variable), hope it will get fixed soon. *** rtld.c.orig Tue Dec 1 16:55:13 2009 --- rtld.c Tue Dec 1 16:55:55 2009 *************** *** 357,374 ****

This refactoring takes the nbdkit-specific code from the ‘-it vddk’ mode and puts it into a separate module. The idea is to reuse this module (in future commits) to support ssh, curl and rate limiting. This refactoring is not quite neutral because it moves some of the prechecking into the Nbdkit.create function. This means it will happen a little bit later in the cycle (in input#source instead

I'm continuing this here in llvm-dev since the thread was started here, but, in hindsight, it may have been better in cfe-dev, because the problem seems to be related to clang. I turned on "verbose" mode in make (VERBOSE=1 TOOL_VERBOSE=1) and found that it is clang, not gcc, that is being used at this point in the make. Based on the command issued (particularly with the --sysroot

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:

From: "Richard W.M. Jones" <rjones@redhat.com> Do not use LD_LIBRARY_PATH to locate the VDDK library. Setting this always causes problems because VDDK comes bundled with broken replacements for system libraries, such as libcrypto.so and libstdc++.so. Two problems this causes which we have seen in the real world: (1) User does ‘export LD_LIBRARY_PATH=vmware-vix-disklib-distrib’

I'm attempting to build a native build of clang from the 3.2 source distribution tarballs, but I ran into this build error that's got me really puzzled. My platform is Linux - 32-bit Ubuntu (12.04) running on a PC. Here's the (abbreviated) output from make: *************************************** ... make[3]: Entering directory

Duncan, Can you try another experiment please? I get: $ ls -l `which ld` lrwxrwxrwx 1 root root 7 2011-05-06 19:26 /usr/bin/ld -> ld.gold $ ld.gold -lc ld.gold: error: cannot find -lc $ ld.bfd -lc ld.bfd: warning: cannot find entry symbol _start; not setting start address What do you get? Thanks! Jay.

Hi Jay, > Can you try another experiment please? I get: I wasn't using the gold linker. However if I do (built today) then I get the following: > > $ ls -l `which ld` > lrwxrwxrwx 1 root root 7 2011-05-06 19:26 /usr/bin/ld -> ld.gold $ ls -l `which ld` -rwxr-xr-x 4 duncan duncan 47105033 2011-05-10 10:20 /usr/local/bin/ld > $ ld.gold -lc > ld.gold: error: cannot

http://bugzilla.mindrot.org/show_bug.cgi?id=1206 ------- Comment #4 from papadg00 at yahoo.com 2006-07-06 07:22 ------- Created an attachment (id=1154) --> (http://bugzilla.mindrot.org/attachment.cgi?id=1154&action=view) Your OpenSSL headers do not match your library. I've installed zlib 1.2.3 for Solaris 10 x86. Build openssl 0.9.8b and installed under /usr/local. Attempting to