similar to: Problem with LD_LIBRARY_PATH setting in ldpaths (PR#13637)

Well, I've found that the line in INSTALL that gives the problem is gzip -dc "${1}" | (cd "${tmpdir}" && tar -xf -) ("tar: /usr/local/lib/libpthread.so.0: version `GLIBC_2.2' not found (required by /lib/librt.so.1)") If I run that command from the shell, i.e., gzip -dc KernSmooth_2.22-7.tar.gz | (cd /tmp/R.INSTALL.2186 && tar -xf -) it runs

I'm trying to install R under Ubuntu 7.10 (gutsy; Linux 2.6.22-15-generic x86_64). Following the instructions at http://cran.r-project.org/bin/linux/ubuntu/README, I installed r-base, r-base-core, and r-base-dev without any problems. When I open R, however, I get the message "Can't open /usr/lib64/R/etc/ldpaths". That file is linked to /etc/R/ldpaths, which doesn't exist

Hello! I'm trying to install R-3.0.1 on an Ubuntu machine (64 bit, version 13.04). I have uninstalled and installed several times, but to no avail. I keep getting errors about missing ldpaths, and installing packages does not work at all. Here is the information: erin@erin-Lenovo-IdeaPad-Y480:~$ sudo apt-get install r-base Reading package lists... Done Building dependency tree Reading

Hi I'm trying to install R on Ubuntu 11.10 and it seems to install fine with both apt-get and dpkg but always when I start R I get jt42@bioinf4:~# R /usr/local/bin/R: line 237: /usr/lib/R/etc/ldpaths: No such file or directory R version 2.14.0 (2011-10-31) Copyright (C) 2011 The R Foundation for Statistical Computing ISBN 3-900051-07-0 Platform:

Dear R-help, I am trying to use a package (not from CRAN) which includes two shared library (.so) files. The maintainer suggests inserting two lines in /usr/bin/R, LD_LIBRARY_PATH=${LD_LIBRARY_PATH}:path-to-package/lib export LD_LIBRARY_PATH This works, but I felt more comfortable putting the first line in .Renviron or $R_HOME/etc/Renviron.site. However this doesn't seem to work, and I

I've just installed r-base (several times!) using the instructions at http://cran.us.r-project.org/bin/linux/ubuntu/ and for some reason it is not creating a /etc/R/ldpaths file. I've tried a few times, tried purging, and removing everything in /etc/R and /usr/lib/R as suggested by Dirk, and reinstalling but still get $ R /usr/bin/R: line 236: /usr/lib/R/etc/ldpaths: No such file

Hi Everybody, I made R (v. 2.11.1) from source with the following config option: ./configure --prefix=/mnt/ami-centos5.5-64bit-base \ --exec-prefix=/mnt/ami-centos5.5-64bit-base \ --with-tcltk All seemed to go well, but when I tested it with: /usr/sbin/chroot /mnt/ami-centos5.5-64bit-base R It told me: /bin/R: line 217:

Using R-2.8.0 and R-2.8.1, I get behaviour like this: R version 2.8.0 (2008-10-20) Copyright (C) 2008 The R Foundation for Statistical Computing ISBN 3-900051-07-0 [....] > Sys.getenv("LD_LIBRARY_PATH") LD_LIBRARY_PATH

Here is the thing. All workstations in the network have the /etc/profile modified and set up to call a profile script in the network that sets up variables that we need here. Here $LD_LIBRARY_PATH and other variables get set, fixed, or modified to support our development process. The weird thing is that while in a TTY the $LD_LIBRARY_PATH is fine and retains its value. But if I log in to the gui

Overwriting LD_LIBRARY_PATH broke some tests when running with fakeroot. --- align/Makefile.am | 2 +- cat/Makefile.am | 2 +- clone/Makefile.am | 2 +- df/Makefile.am | 2 +- edit/Makefile.am | 2 +- fish/Makefile.am | 2 +- haskell/Makefile.am | 2 +- ocaml/Makefile.am |

This change allows the run scripts of virt-v2v and libguestfs to be chained. --- run.in | 16 +++++++++++++--- 1 files changed, 13 insertions(+), 3 deletions(-) diff --git a/run.in b/run.in index 9388398..7cef715 100755 --- a/run.in +++ b/run.in @@ -37,9 +37,19 @@ b=@abs_builddir@ export TMPDIR="$b" # Set local environment relative to this script. -export

Hello, I have a CentOS 5.5/64bit VM, where I only have sudo rights: afarber ALL=(ALL) NOPASSWD: ALL I'm trying to pass LD_LIBRARY_PATH through sudo to install DBD::Oracle ( https://rt.cpan.org/Ticket/Display.html?id=63678 ) and have tried using "sudo -E" and also changing these lines in the stock /etc/sudoers: Defaults !env_reset Defaults env_keep =

Hi. Consider the following situation: Solaris 8, /usr/local has gcc 2.95, my home has gcc 3.4.3, my gcc is first on PATH, LD_LIBRARY_PATH is unset (everything is perfect since I always use -R). In fact, programs compiled with my gcc do not work if LD_LIBRARY_PATH is set to something which has /usr/local/lib before home/lib, because it overrides stored path (-R) and I got libgcc_s.so.1

Hi. Consider the following situation: Solaris 8, /usr/local has gcc 2.95, my home has gcc 3.4.3, my gcc is first on PATH, LD_LIBRARY_PATH is unset (everything is perfect since I always use -R). In fact, programs compiled with my gcc do not work if LD_LIBRARY_PATH is set to something which has /usr/local/lib before home/lib, because it overrides stored path (-R) and I got libgcc_s.so.1

Hello, I'm trying to get the LD_LIBRARY_PATH set from .bash_profile (Centos 5.3 fully updated). This is a part of my .bash_profile: export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/home/szyman/omnet/omnetpp-2.3p1/lib export R_HISTSIZE=2000000000 Everything works fine under standard ssh login, but under NX client the LD_LIBRARY_PATH variable is missing (the R_HISTSIZE is exported properly). Any

Mac OS X uses DYLD_LIBRARY_PATH rather than LD_LIBRARY_PATH. --- run.in | 14 ++++++-------- 1 file changed, 6 insertions(+), 8 deletions(-) diff --git a/run.in b/run.in index a8c2904..bf7ea1b 100755 --- a/run.in +++ b/run.in @@ -77,13 +77,10 @@ fi

Dear R-Support Team: I am fully aware that you are all extremely busy and forward this request as brief and clear as possible: Thank you for the comprehensive Documentation for R-4.3.1 (very helpful) A limitation seems to have emerged, using SuSE SP15.4 (kernel: 5.14.21-150400.22) on an INTEL Skylake-e SERVER, applying both the GNU and Intel (2023.0.0) compilers. a) The

Hi all, Just noted this behavior in the past couple of days, where if R is started in a shell script such as: gnome-terminal [-e][-x] R or in ESS (version 5.2.12 with Emacs or XEmacs), the LD_LIBRARY_PATH environment variable is not properly appended to, resulting in the loss of the pre-start value. This is using R Version 2.2.1 Patched (2006-02-28 r37448) on FC4. I noted this when

* Richard W. M. Jones: > On Fri, Feb 21, 2020 at 01:19:34PM +0100, Florian Weimer wrote: >> I think what confuses me is that keep talking about a single binary, but >> clearly there is this separate vddk DSO, and there is talk of plugins. >> So it seems to me that multiple files are involved already? > > nbdkit is a standalone binary that happens to be able to load

* Richard W. M. Jones: > On Fri, Feb 21, 2020 at 04:00:30PM +0100, Florian Weimer wrote: >> * Richard W. M. Jones: >> >> > On Fri, Feb 21, 2020 at 01:19:34PM +0100, Florian Weimer wrote: >> >> I think what confuses me is that keep talking about a single binary, but >> >> clearly there is this separate vddk DSO, and there is talk of plugins.