search for: yakkety

...16 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 minimal example, sorry. Don't we need "-std=c++98" in Makevars > | > | anyway, even if it's just to avoid users using C++11 co...

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 | anyway, even if it's just to avoid users using C++11 constructs and then | wondering why their pa...

...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. As soon as I added -std, everything worked as before. | > | No minimal example, sorry. Don't we need "-std=c++98" in Makevars | > | anyway, even if it's just to avoid users using C++11 constructs and then | >...

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 minimal example, sorry. Don't we need "-std=c++98" in Makevars > | anyway, even if it's just to avoid users using C++11 constructs and then > | wonder...

...and many update cycles. I try hard to get new R versions into Debian the morning of the release [1] and Michael and Johannes usually produce binary for the mirrors within a day or two too. On this box still running 16.10: edd at bud:~$ apt-cache policy r-base-core r-base-core: Installed: 3.4.1-2yakkety0 Candidate: 3.4.1-2yakkety0 Version table: *** 3.4.1-2yakkety0 500 500 https://cloud.r-project.org/bin/linux/ubuntu yakkety/ Packages 100 /var/lib/dpkg/status 3.4.1-1yakkety0 500 500 https://cloud.r-project.org/bin/linux/ubuntu yakkety/ Packages 3.4.0-1yakkety...

...rpowered) box to 16.10 as a first > test. No issues so far, and basic cppFunction("...") tests with Rcpp work. > > Could you get us a minimal reproducible example of what broke without the > explicit -std=c++98 ? > When I posted, there was only "xenial", not "yakkety", on CRAN. This has changed now (thanks a lot!). When I try to upgrade, I'm presented with the following diff of /etc/R/Makeconf (excerpt), which looks *very* strange to me. -# configure '--prefix=/usr' '--with-cairo' '--with-jpeglib' '--with-readline'...

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/lin...

...nd of May gives bot maintainers and developers lots of time to update, and CMake 3.4.3 is the last CMake 3.4 release and it is widely available. For reference here’s a list of linux distributions and their CMake versions: > > Ubuntu Wily -> 3.2.2 > Ubuntu Xenial -> 3.5.1 > Ubuntu Yakkety -> 3.5.1 > Debian jessie -> 3.0.2 > Debian stretch -> 3.5.1 > Debian sid -> 3.5.2 > FreeBSD 10.2 -> 3.5.0 > FreeBSD HEAD -> 3.5.2 > > Feedback? > > Thanks, > -Chris > _______________________________________________ > cfe-dev mailing list >...

...answer does not ensure that a reasonable answer can be extracted from a given body of data. ~ John Tukey 2017-05-03 20:46 GMT+02:00 Michael Rutter <marutter at gmail.com>: > 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: > > https://lau...

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: https://launchpad.net/~marutter/+archive/ubuntu/rrutte...

...e 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 period they will be pushed to the Updates repo. * Packages for Ubuntu Trusty (14.04), Xenial (16.04), Yakkety (16.10), and Zesty (17.04) are available in the Launchpad PPA. * Packages for Debian Jessie (8) and Stretch/Sid (9) are at [3] * Packages for SLES 12 and Leap 42.2 are in the OpenSuSE Build Service (OBS) repos. Details for the packages in Launchpad PPA, OpenSuSE Build Service, and CentOS Storage...

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

...nd developers lots of time to update, and CMake 3.4.3 is the >> last CMake 3.4 release and it is widely available. For reference here’s a >> list of linux distributions and their CMake versions: >> >> Ubuntu Wily -> 3.2.2 >> Ubuntu Xenial -> 3.5.1 >> Ubuntu Yakkety -> 3.5.1 >> Debian jessie -> 3.0.2 >> Debian stretch -> 3.5.1 >> Debian sid -> 3.5.2 >> FreeBSD 10.2 -> 3.5.0 >> FreeBSD HEAD -> 3.5.2 >> >> Feedback? >> >> Thanks, >> -Chris >> _____________________________________...

...gt; > I took Paul's advice and tried monitoring with lsof. This is what I > saw: > > $ lsof -p 3104 > COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME > rsync 3104 kip cwd DIR 0,19 4096 214695958 /home/kip/Disk_Backups/kip-desktop/yakkety > rsync 3104 kip rtd DIR 179,2 4096 2 / > rsync 3104 kip txt REG 179,2 460584 7817 /usr/bin/rsync > rsync 3104 kip mem REG 179,2 42692 3974 /lib/arm-linux-gnueabihf/libnss_files-2.13.so > rsync 3104 kip m...

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