search for: yakketi

On Sat, Nov 12, 2016 at 7:41 PM, Dirk Eddelbuettel <edd at debian.org> wrote: > > On 13 November 2016 at 00:13, Kirill M?ller wrote: > | On 13.11.2016 00:00, Dirk Eddelbuettel wrote: > | > On 12 November 2016 at 22:54, Kirill M?ller wrote: > | > > | > [... lots of stuff deleted ...] > | > > | > | I noticed this because plogr logging crashed in dplyr

On 12 November 2016 at 22:54, Kirill M?ller wrote: [... lots of stuff deleted ...] | I noticed this because plogr logging crashed in dplyr (compiled with gcc | 6) right after upgrading to yakkety; I still had a gcc-5 built version | of Rcpp installed. As soon as I added -std, everything worked as before. | No minimal example, sorry. Don't we need "-std=c++98" in Makevars |

On 13 November 2016 at 00:13, Kirill M?ller wrote: | On 13.11.2016 00:00, Dirk Eddelbuettel wrote: | > On 12 November 2016 at 22:54, Kirill M?ller wrote: | > | > [... lots of stuff deleted ...] | > | > | I noticed this because plogr logging crashed in dplyr (compiled with gcc | > | 6) right after upgrading to yakkety; I still had a gcc-5 built version | > | of Rcpp installed.

On 13.11.2016 00:00, Dirk Eddelbuettel wrote: > On 12 November 2016 at 22:54, Kirill M?ller wrote: > > [... lots of stuff deleted ...] > > | I noticed this because plogr logging crashed in dplyr (compiled with gcc > | 6) right after upgrading to yakkety; I still had a gcc-5 built version > | of Rcpp installed. As soon as I added -std, everything worked as before. > | No

On 1 September 2017 at 14:28, Therneau, Terry M., Ph.D. wrote: | Martin, | Thanks for taking a quick look. Yes it looks like it must be something local. | I've done the following to make sure I have a clean box: | reboot | sudo apt-get update | sudo apt-get upgrade | | Rerun the "svn up" command and do a | make distclean | svn up | tools/rsync-recommended |

On 12.11.2016 18:38, Dirk Eddelbuettel wrote: > On 12 November 2016 at 07:59, Dirk Eddelbuettel wrote: > | > | On 12 November 2016 at 14:23, Kirill M?ller wrote: > | | Thanks. I have now CXX = g++ -std=c++98 in my /etc/R/Makeconf, it's > | | picked up properly. I can only assume that the last -std= option wins if > | | more than one are given on the same command line [1].

On 12 November 2016 at 07:59, Dirk Eddelbuettel wrote: | | On 12 November 2016 at 14:23, Kirill M?ller wrote: | | Thanks. I have now CXX = g++ -std=c++98 in my /etc/R/Makeconf, it's | | picked up properly. I can only assume that the last -std= option wins if | | more than one are given on the same command line [1]. | | Good to know it works. | | I am still a little puzzled why it was

On 11 November 2016 at 23:48, Kirill M?ller wrote: | After upgrading to Ubuntu 16.10, which brings GCC 6, I've noticed that | packages are compiled in C++14 mode by default. Here's what a g++ | command for compiling one of Rcpp's modules look like on my system: | | g++ -I/usr/share/R/include -DNDEBUG -I../inst/include/ -fpic -g -O2 | -fstack-protector-strong -Wformat

Martin, Thanks for taking a quick look. Yes it looks like it must be something local. I've done the following to make sure I have a clean box: reboot sudo apt-get update sudo apt-get upgrade Rerun the "svn up" command and do a make distclean svn up tools/rsync-recommended ./configure make The problem persists in 2017-09-01 r73179 I pulled the source

Thanks. I have now CXX = g++ -std=c++98 in my /etc/R/Makeconf, it's picked up properly. I can only assume that the last -std= option wins if more than one are given on the same command line [1]. -Kirill [1] http://stackoverflow.com/q/40563269/946850 On 12.11.2016 03:01, Dirk Eddelbuettel wrote: > On 11 November 2016 at 23:48, Kirill M?ller wrote: > | After upgrading to Ubuntu

After upgrading to Ubuntu 16.10, which brings GCC 6, I've noticed that packages are compiled in C++14 mode by default. Here's what a g++ command for compiling one of Rcpp's modules look like on my system: g++ -I/usr/share/R/include -DNDEBUG -I../inst/include/ -fpic -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -g -c

Dear all, I only seems to get the yakkety version for R 3.4.0. Am I missing something? root at LPHP:/# apt-get update Hit:1 http://security.ubuntu.com/ubuntu zesty-security InRelease Hit:2 http://archive.ubuntu.com/ubuntu zesty InRelease Hit:3 http://archive.ubuntu.com/ubuntu zesty-updates InRelease Hit:4 http://cran.rstudio.com/bin/linux/ubuntu zesty/ InRelease Hit:5

Actually forward to LLVM-dev because I obviously don’t know how email works… -Chris > Begin forwarded message: > > From: Chris Bieneman via cfe-dev <cfe-dev at lists.llvm.org> > Subject: [cfe-dev] Raising CMake minimum version to 3.4.3 > Date: April 26, 2016 at 3:01:23 PM PDT > To: cfe-dev <cfe-dev at lists.llvm.org>, llvm-dev at lists.apple.com > Cc: Galina

Dear Michael, Thanks for looking into this. It seems to be working now. apt-cache madison r-base-core r-base-core | 3.4.0-1zesty | http://cran.rstudio.com/bin/linux/ubuntu zesty/ Packages r-base-core | 3.3.2-1 | http://archive.ubuntu.com/ubuntu zesty/universe amd64 Packages r-base | 3.3.2-1 | http://archive.ubuntu.com/ubuntu zesty/universe Sources Best regards, ir. Thierry Onkelinx

On 05/03/2017 04:40 AM, Thierry Onkelinx wrote: > Dear all, > > I only seems to get the yakkety version for R 3.4.0. Am I missing something? > Slight configuration error. Thanks for pointing it out. I have fixed the issue and it should be corrected the next time the CRAN mirrors are synced. You can also get packages at my R PPA:

Apologies for delay in sending mail about builds. We have packages ready for all distributions, thanks to Kaleb and Niels. As per [1] (mostly[2]): * Packages for Fedora 24 and Fedora 27 are available at [3]. * Packages for Fedora 25 and Fedora 26 are built and queued in Fedora bodhi for testing. Once pushed to testing they will be available in the Updates-Testing repo. After a nominal testing

Glusterfs 3.10.3 has been tagged. Packages for the various distributions will be available in a few days, and with that a more formal release announcement will be made. - Tagged code: https://github.com/gluster/glusterfs/tree/v3.10.3 - Release notes: https://github.com/gluster/glusterfs/blob/release-3.10/doc/release-notes/3.10.3.md Thanks, Raghavendra Talur NOTE: Tracker bug for 3.10.3 will be

cmake is a big dependency, but it doesn't seem to have many dependencies itself. They say it's just a C++ compiler and a make (not necessarily gnu). Probably there are one or two more than that :-) A shell, for a start; git or tar/gzip etc. The current *nix source tarball is 6.4 MB gzipped. Just for fun I grabbed it and tried building on four machines: - 3.4 GHz i7 3770 with Ubuntu

I don't remember whether or not you said you were running rsync over ssh but if you are you can also debug the ssh layer. You can even do it at both ends.... On the server run a debugging sshd on an alternate port with: /usr/sbin/sshd -dDp222 (note that this will only accept 1 connection, debug to the terminal, then exit) then on the client use rsync -e "ssh -vp222" to go verbose

Agradezco la ayuda recibida me vino muy bien,,, el problema de instalar el paquete lubridate es que no está en los repositorios de Debian,,, al usar RStudio creo que se debe instalar en ~/R/x86_64-pc-linux-gnu-library previa compilación de fuente bajada de r-cran,,, cosa que será otro pedido de ayuda en el futuro si sale mal,,, Saludos Horacio El día 30 de diciembre de 2016, 7:05, Carlos Ortega