similar to: httpuv not installing on fedora 19

No, that's not it. The error is that you don't have the g++ binary installed. Undo that change and yum install gcc-c++. On Apr 14, 2015 8:31 AM, Mark Leeds <markleeds2 at gmail.com> wrote: > > Hi: I'm on fedora 19 ( I know. I'm behind : ) and I'm trying to install the > httpuv library > which depends on Rcpp. When I try to install it with dependencies =

Hi: I'm on fedora 19 ( I know. I'm behind : ) and I'm trying to install the httpuv library which depends on Rcpp. When I try to install it with dependencies = TRUE, I get the following error. ( I'm only showing the end of the install messages. Things go okay for a good while ). INSTALLATION MESSAGES #================================================================ make[1]:

Hi Hopefully this is the correct mailing list. Sorry if not. I am still fighting to install "shiny" on Solaris OS. For this I need the package 'httpuv' which makes troubles during linking. R version 3.0.1 (2013-05-16) -- "Good Sport" is working well. The compile steps result is below. I have more a general question. The problem is clear: The symbol

Hello all, I am in the process of trying to install Shiny Server on a DreamHost VPS. As Shiny Server must be built on Debian, I've been muddling my way through the steps but I have run into a roadblock w/ httpuv. Following these <https://github.com/rstudio/httpuv> instructions, I ran the devtools::install_github('httpuv', 'rstudio') command and received the error pasted

All of a sudden, I had the brilliant idea to google and the command below solved the problem. My apologies for noise. sudo apt-get install tk-dev On Fri, Sep 21, 2018 at 8:06 PM Mark Leeds <markleeds2 at gmail.com> wrote: > Hi All: At the bottom of this email is my sessionInfo and below that > there is a command > that shows that tcltk is installed and working. My problem is

Winston, the Mac CRAN build builds a package only if either is true: 1) the package has not passed checks 2) there is a new version of the package since last successful build+check The old build machine doesn't have the capacity to do full re-builds (it would take over 24h - currently the nightly build of packages takes 16-22 hours), but we're currently building a new setup for R 4.0.0

Hi, (This is happening on CentOS 6) during a machine's kickstart I install several yum repositories which are contained in an RPM. During the %post phase I install an RPM which has a dependency to nodejs. That package with all of its dependencies can be found in EPEL. On the other hand I have the Softwarecollections repository, which also contains nodejs with the same version. Now nodejs

Hello there, I have been used shiny package on Windows without any problem. Recently I switched to Linux OS(Ubuntu 12.04), and installed the latest R version 3.0.1. But I couldn't install "shiny" for some reasons. Here are the error message: ** preparing package for lazy loading Error : package ‘codetools’ was built before R 3.0.0: please re-install it Error : unable to load R

I have two questions about the CRAN machines that build binary packages for Mac. When a new version of a package is released, (A) Do the downstream dependencies get re-checked? (B) Do the downstream dependencies get re-built? I have heard (but do not know for sure) that the answer to (A) is no, the downstream dependencies do not get rechecked. >From publicly available information on the

I have a co-worker who has installed R 3.4.2 on Windows 7. When this person tries to load the rgl package with library(rgl) A dialog box appears with the message: R for windows gui frontend has stopped working I suspect a conflict problem with a dll, but I'm not sure how to identify if this is the problem since R is crashing immediately. Interestingly, when we start R and do NOT load rgl,

Hi all, Why is libuv-devel missing in CentOS-8? The rpm for libuv is preset but libuv-devel is not there. Adrian -- Adri P. van Bloois "Elegance is not a dispensable luxury but a factor that decides between success and failure." Edsger W. Dijkstra

Okay looks like uv.h is in /usr/include - I didn't catch that until reading the message. So the pkgconfig file is likely correct and not a bug. Probably then a bug in the makefile for what I'm building (newer cmake - bootstrap builds, it's post bootstrap that fails) On Sat, Oct 27, 2018 at 9:48 PM Michael Peters <pipfroschpress at gmail.com> wrote: > EPEL package but I think

On Mon, 20 Apr 2020 at 15:26, Adrian van Bloois <adrian at pa0rda.nl> wrote: > Hi all, > Why is libuv-devel missing in CentOS-8? > The rpm for libuv is preset but libuv-devel is not there. > > upstream does not ship them in either Base, AppStream, or CodeReadyBuilder. CentOS has recently added a Devel repository to the 8 channels which does have it in it. >

EPEL package but I think there's a packaging bug, thought I would ask here. Trying to build something that requires libuv-devel - it finds the .so but can't determine version. header files are in /usr/include/uv however the pkgconfig file specifies /usr/include as the include directory. The pkgconfig file also has the version so I'm not sure why the make file can't determine

Hello, I encountered errors when building rpm on fedora33: Versions: libvirt: v6.9.0-rc2 gcc-10.2.1-5.fc33.x86_64 meson-0.55.3-1.fc33.noarch ninja-build-1.10.1-2.fc33.x86_64 binutils-2.35-11.fc33.x86_64 Steps: 1. Archive libvirt source code to ~/rpmbuild/SOURCES/libvirt-6.9.0.tar.xz 2. Copy libvirt.spec.in to ~/rpmbuild/SPECS/libvirt.spec. Then `sed -i s/@VERSION@/6.9.0/g

Hello, I run websockets 1.1.1 from R 2.15 without any problems. I would like to deploy R script running automatically for all users when R is starting from Rprofile.site like follow: .First <- function() { source("C:\\R\\orig-websockets.R") } This script is from websockets package distribution. The error is follow: Error in .parse_header(x) :

On Fri, May 29, 2020 at 09:08:29PM +0000, Eric Wheeler wrote: > On Fri, 29 May 2020, Richard W.M. Jones wrote: > > On Fri, May 29, 2020 at 08:58:06AM -0500, Eric Blake wrote: > > > On 5/29/20 8:50 AM, Daniel P. Berrangé wrote: > > > > > > >>>(2) You need to persuade qemu's NBD client to read from a WebSocket. > > > >>>I

On Fri, May 29, 2020 at 08:58:06AM -0500, Eric Blake wrote: > On 5/29/20 8:50 AM, Daniel P. Berrangé wrote: > > >>>(2) You need to persuade qemu's NBD client to read from a WebSocket. > >>>I didn't really know anything about WebSockets until today but it > >>>seems as if they are a full-duplex protocol layered on top of HTTP [a]. >

On Fri, May 29, 2020 at 07:50:14AM -0500, Eric Blake wrote: > [adding qemu list] > > On 5/29/20 4:37 AM, Richard W.M. Jones wrote: > > Going back to the original email from 2018: > > > > > It might be neat to attach ISOs to KVM guests via websockets.  Basically > > > the  browser would be the NBD "server" and an NBD client would run on the

[adding qemu list] On 5/29/20 4:37 AM, Richard W.M. Jones wrote: > Going back to the original email from 2018: > >> It might be neat to attach ISOs to KVM guests via websockets.  Basically >> the  browser would be the NBD "server" and an NBD client would run on the >> hypervisor, then use `virsh change-media vm1 hdc --insert /dev/nbd0` could >> use