similar to: Large Dependency List on Ubuntu Server 14

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

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

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

I''m using the external_nodes functionality to read in a flat file of a node''s configuration. Currently said file is a straight yaml file (just to keep things simple). The place I''m currently stuck is in doing some more advance node configurations and placing that data in the yaml file. For example: node ''foo'' { $var1 =

Hello! I have tried to compile the capi module (http://www.junghanns.net/asterisk/downloads/chan_capi.0.3.5.tar.gz) on fedora2 today. ----------- MAKEFILE -------------- ..EXPORT_ALL_VARIABLES: INSTALL_PREFIX= #ASTERISK_HEADER_DIR=$(INSTALL_PREFIX)/usr/include ASTERISK_HEADER_DIR=/usr/include/asterisk #MODULES_DIR=$(INSTALL_PREFIX)/usr/lib/asterisk/modules

Hi, I'm trying to compile a simple program that only printf("hello") using llvm-gcc with -emit-llvm flag, but I'm getting the following error stream. Any ideas what could be the problem? Thanks, Tal In file included from /usr/include/stdio.h:28, from simple.c:1: /usr/include/features.h:324:26: error: bits/predefs.h: No such file or directory

Just downloaded the latest release 2.2.30.2, ran ./configure with all defaults and make ... and it fails to build .. error somewhere whilst running Makefile in lib-http libtool: link: gcc -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -fno-builtin-strftime -Wstrict-aliasing=2 -Wl,--as-needed -o

Processing commands for control at bugs.debian.org: > severity 711434 serious Bug #711434 [src:libconfig-std-perl] libconfig-std-perl: FTBFS with perl 5.18: test failures Severity set to 'serious' from 'important' > severity 711604 serious Bug #711604 [src:libmime-lite-html-perl] libmime-lite-html-perl: FTBFS with perl 5.18: test failures Severity set to 'serious'

http://bugs.freedesktop.org/show_bug.cgi?id=26980 Summary: GT230M/nouveau: X server hangs spontaneously Product: xorg Version: 7.5 Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org

Hello, I just tried to compile OH323 0.6.3b on a RH9 machine with Asterisk 1.0 RC2 installed but failed. I applied the patch to the required OpenH323 library according to the instructions, and set the proper directories in the Makefile. Here is what I receive after I issue make: ******************************* g++ -DP_USE_PRAGMA -fno-rtti -ffunction-sections -fdata-sections -D_REENTRANT -

On Mon, Aug 31, 2020 at 4:38 PM Petr Hosek via llvm-dev < llvm-dev at lists.llvm.org> wrote: > There are several options, I've looked at couple of them and the one I > like the most so far is https://github.com/yhirose/cpp-httplib for a few > reasons: > > * It's MIT licensed. > * It supports Linux, macOS and Windows (and presumably other platforms). > * It

This morning, 2 of us noticed that running contrib/scripts/install_prereq on a fresh Ubuntu 14 system actually removed critical packages like network-manager, openssh-server, perl, git, and a bunch of others. It appears that the culprit is the libsnmp-dev package. It's default conflict resolution solution is to uninstall conflicting packages and the alternate solution is to correctly upgrade

Hello, I have only negative experiences with cpp-netlib - I would not recommend it. If the discussion was around only the client part I think libcURL would be the best option since it's available everywhere and is a well maintained library. But as you mention it's only the client part. We use pion (https://github.com/splunk/pion) to build a HTTP server interface, but since it seems

Jerry Kemp <dovecot at oryx.us> wrote: > same ENV variable setup and configure statement as originally used, but again, :( > ended up failing here: > .......................................................................... > libtool: link: gcc -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes > -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 >

OpenSSL 1.1 features a cleanup function that is automatically run on shutdown using atexit(3). This function frees all OpenSSL-allocated resources. In dovecot, OpenSSL is loaded indirectly using dlopen(3) against the relevant dovecot crypto module and is finally unloaded using dlclose(3). Until OpenSSL 1.0.1c this worked fine, however OpenSSL 1.0.1c makes sure[1] that the library stays loaded

On 10/5/2020 11:58 AM, Rowland penny via samba wrote: > On 05/10/2020 16:30, Jason Keltz via samba wrote: >> Hi. >> >> Using MIT5 backend with Samba.. > I hope you mean on the clients, the use of MIT as the kdc on a Samba > DC is experimental and shouldn't be used in production Hi Roland, our environment uses CentOS 7.? I don't have much choice but to use this