similar to: Trying to install R on Lucid Lynx

Yesterday I wanted to try rattle on Ubuntu 9.04 Jaunty. I had (and still have) it running (though it complains on startup a bit -- I'll look into that later) on a different bootup on the same machine with 8.04 Hardy. I got an error that libglade cannot be found, and various attempts to get glade support failed. I removed and reinstalled R -- same problem. To avoid the issue of local setup

(moved from R-help) I tried this on Ubuntu with R-2.14.1 built from source, and I do not get the segfault problem. (I don't at the moment have a debian binary R, or I would confirm whether I get the segfault problem.) My sessioninfo() is reporting additional information about namespace imports: > library(ggplot2) Loading required package: reshape Loading required package: plyr

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

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

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

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

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 > >

Can anyone shed some light on which of these packages are required and what component requires them? I am in the habit of putting them on, but in a few cases am not sure if they are still (or were ever) needed. qt-devel rpm-build gcc gcc-c++ redhat-rpm-config gtk2-devel y ncurses-devel readline-devel bison krb5-devel openssl-devel cvs patchutils libidn-devel kernel-smp-devel (smp

Hi all, I have some doubts on libstdc++v3? at the g++ side the libstdc++v3 as a runtime lib , a component of the g++, but at the llvm, there are no libstdc++v3 ? are llvm leave the libstc++v3 to the front-end(clang or llvm-gcc?). another problem is if I compile libstdc++v3 as byte-code (llvm-IR), just say libstdc++v3.bc , and link libstdc++v3.bc with programs, are this action can

/me has a problem : root@machine:~# apt-get build-dep wine Lecture des listes de paquets... Fait Construction de l'arbre des d?pendances... Fait Aucune version du paquet libjack0.80.0-dev n'est disponible, mais il existe dans la base de donn?es. Cela signifie en g?n?ral que le paquet est manquant, qu'il est devenu obsol?te ou qu'il n'est disponible que sur une autre source

Dear Ubunutu R users, Vincent Goulet and myself would like to announce the availability of R 2.11.0 for Ubuntu's latest release, Lucid Lynx. The packages should be on or arriving soon to your favorite mirror. R 2.11.0 packages also exist on CRAN for all Ubuntu releases going back to hardy. As Johannes Ranke pointed out for the Debian release, R packages installed under R < 2.10.0

Thank you very much Christophe by your advice. However, my situation was the opposite to yours, because I'm behind a proxy but my sudo account couldn't see it, and when looked for the proxy configuration of the sudo account with : $ sudo printenv | grep proxy the result was empty. Finally, thanks to all the advice received in this thread, I could fix the problem by editing the

I am getting the following error when I try to install rails on lucid lynx :- mark@mark-laptop:~/code/ruby$ sudo gem install rails ERROR: Error installing rails: i18n requires RubyGems version >= 1.3.6 I have installed RubyGems1.9.1, but it seems that "gem" is still at version 1.3.5 :- mark@mark-laptop:~/code/ruby$ /usr/bin/gem1.9.1 -v 1.3.5 I have the following version of Ruby

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

Well, is that possible to include libstdc++4.7 into llvm? On Wed, Jun 29, 2016 at 2:26 AM, Brian Cain <brian.cain at gmail.com> wrote: > Sorry if I was unclear, I have no problems building clang against a newer > gcc for my own purpose. But it doesn't make sense to provide a release > binary for clang that's hosted on llvm.org that's ostensibly for >

It is possible to statically link against libstdc++, yes. I don't quite know all the pieces to the recipe in order to get that to work. It would require changes to the release script in order to get those configuration changes all the way through the third phase build. I don't believe any other tarball release does this, so it would at least be an unconventional release. On Wed, Jun

Sorry if I was unclear, I have no problems building clang against a newer gcc for my own purpose. But it doesn't make sense to provide a release binary for clang that's hosted on llvm.org that's ostensibly for "centos6" when it would really be bound to "centos6 plus the SCLO mirror which has the dependency for a newer libstdc++". The glibc 2.14 dependency is a

Hello All, I am building llvm-clang tool chain for *arm target* by following the steps from http://clang.llvm.org/docs/CrossCompilation.html *However when I tried following cmake command for build tool chain it gives the error message :* #CC='clang' CXX='clang++' cmake -G Ninja /home/iiita/llvm-exp/llvm -DCMAKE_CROSSCOMPILING=True