similar to: Problem with ldpaths in Ubuntu 13.04

On 23 March 2016 at 09:35, Barnet Wagman wrote: | I am unable to install R on an up to date (i.e. apt upgraded) Ubuntu | 14.04 system. According to | https://cran.r-project.org/bin/linux/ubuntu/README (and many other sources), | R is available for this version of Ubuntu (which is a stable version). | | I currently have | | deb https://cran.cnr.berkeley.edu/bin/linux/ubuntu trusty/ | | in

Synaptic can show the origin of packages. The only thing I see from a backport is libcmanager0 I don't think this is relevant to R. Or is it. The only thing I've got installed from a ppa is mate (a desktop). I don't see anything related to mate that is related to R. FYI the ubunu I'm using came preinstalled from Dell (on a notebook; usually I install linux myself). On

It's a Dell XPS 13. Obviously I don't understand what's in libcmanager0. I wonder if I can safely replace it. I'm a bit uneasy about replacing things Dell installed. I gather there are some specialized drivers for the monitor on this system. On 03/23/2016 11:34 AM, Alex M wrote: > That could do it > http://packages.ubuntu.com/trusty-backports/libcgmanager0 > >

That could do it http://packages.ubuntu.com/trusty-backports/libcgmanager0 Seems to be libc related, which is a pretty core library to much of the whole system. Hmm, which model Dell? We just got a Dell 5000 series with Ubuntu, I have not checked with my boss if there was R installation issues. Thanks, Alex On 03/23/2016 11:22 AM, Barnet Wagman wrote: > Synaptic can show the origin of

Possibly off the wall and a long shot, but is pre-installed Linux perhaps 32 bit, while the R attempt is 64? JN On 16-03-23 02:22 PM, Barnet Wagman wrote: > Synaptic can show the origin of packages. > > The only thing I see from a backport is > > libcmanager0 > > I don't think this is relevant to R. Or is it. > > The only thing I've got installed from

I can make a few suggestions to help you hunt for the issue. This kind of error is often caused by conflicting packages from proposed, backports, ppas, or other 3rd party repos. If for some reason you have a dependency installed from one of those sources that is newer than what R on cran was built against (stock ubuntu 14.04) then you will hit a conflict. Simply removing backports from your repos

I just essentially the same question on this mailing list and the problem ended up being that my cpu's architecture was not supported by the ubuntu releases (or any releases for that matter). I had to build R from source, but it wasn't much headache. The Ubuntu releases only support i386 and amd64 --- i.e. 32 bit & 64 bit intel and amd cpus and not, e.g., the arm cpus that are

I am unable to install R on an up to date (i.e. apt upgraded) Ubuntu 14.04 system. According to https://cran.r-project.org/bin/linux/ubuntu/README (and many other sources), R is available for this version of Ubuntu (which is a stable version). I currently have deb https://cran.cnr.berkeley.edu/bin/linux/ubuntu trusty/ in sources.list. I've tried this with and without deb

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

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 Louis, ----------------------------------- # apt-get remove libldb1 ldb-tools Reading package lists... Done Building dependency tree Reading state information... Done The following packages were automatically installed and are no longer required: ? libtalloc2 libtdb1 libtevent0 Use 'apt autoremove' to remove them. The following packages will be REMOVED: ? ldb-tools libldb1 0

Package: xcp-xapi Version: 1.3.2-6 Severity: important Looks like on Wheezy, /etc/default/xen is not created by xen-utils-common. Since xcp-xapi depends on its existence and further declaration of the toolstack in it, it should take extra care to ensure that it is present. root at debian:~# aptitude install xcp-xapi The following NEW packages will be installed: blktap-dkms{a} blktap-utils{a}

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

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:

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:

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

When using R on a linux machine (ubuntu 8.10) which DOES NOT have LD_LIBRARY_PATH set (I particularly have it NOT set because it causes problems), the script ldpaths will set LD_LIBRARY_PATH to the R Lib path (in my case $R_HOME/lib:). The placement of the colon makes my system think that the directory "." is also on that lib path. This causes real problems when trying to run R

Previous kernel was 4.13.0-10.1-liquorix-amd64 The updated kernel that I'm having trouble was not liquorix -- was straight from Debian. Here's my apt log: Log started: 2018-01-02 12:04:48 (Reading database ... (Reading database ... 5% (Reading database ... 10% (Reading database ... 15% (Reading database ... 20% (Reading database ... 25% (Reading database ... 30% (Reading database ...

Package: libxen-dev,libxs-dev Version: libxen-dev/4.1.2-3 Version: libxs-dev/1.0.1-1 Severity: serious User: treinen at debian.org Usertags: edos-file-overwrite Date: 2012-04-12 Architecture: amd64 Distribution: sid Hi, automatic installation tests of packages that share a file and at the same time do not conflict by their package dependency relationships has detected the following problem:

On 02/05/2014 11:26, Adam Strzelecki wrote: >> It should be fixed. Can you confirm? > > Nope. Sorry. Still doesn't work here: > > Get:3 http://llvm.org/apt/trusty/ llvm-toolchain-trusty/main libllvm3.5 amd64 1:3.5~svn207822-1~exp1 [7,300 kB] > Get:4 http://llvm.org/apt/trusty/ llvm-toolchain-trusty/main llvm-3.5-runtime amd64 1:3.5~svn207822-1~exp1 [52.0 kB] > Get:5