similar to: R 4.0.1 is released

The build system rolled up R-4.0.2.tar.gz (codename "Taking Off Again") this morning. The list below details the changes in this release. You can get the source code from http://cran.r-project.org/src/base/R-4/R-4.0.2.tar.gz or wait for it to be mirrored at a CRAN site nearer to you. Binaries for various platforms will appear in due course. For the R Core Team, Peter Dalgaard

Just as a note.. Xquartz is going to have RANDR capabilities in Xquartz 2.6.0, thanks to the work of Jeremy Huddleston and Jan Hauffa. Right now on Macports if you install xorg-server-devel it will be a build with what is currently in of RandR... its still not totally finished, but it would be nice if some Mac Users could test how it works so far with Wine... if we find bugs now, it could help

Hi, In grid 4.0, adding two complex units by `sum()` seems to give wrong results. In the following example, `u1 + u2` gives the correct result, but `sum(u1, u2)` also `sum(unit.c(u1, u2))` give the wrong results. ``` library(grid) u1 = 0.4*sum(unit(1, "inch"), unit(1, "mm")) u2 = 0.1*sum(unit(1, "inch"), unit(1, "mm")) u1 # [1] 0.4*sum(1inches, 1mm)

Dear R developers, while experimenting with repeated measures ANOVA, I found out that it is possible to construct a model specification that is syntactically valid, but causes aov() to abort with an error. A minimal reproducer and its output are attached to this mail. I was able to reproduce this problem with the latest SVN revision. The root cause is similar to that of bug 15377: aov()

Hi, I found in grid package, if the graphic parameters have zero length, R crashes. In the following code, I only tested `grid.rect()` and the `fill` parameter, but I think it should be similar as other grid graphic functions. In `gpar()` function, the graphic parameters are not allowed to have zero length, but we can make them with zero length by first generating a `gpar` object and then

The build system rolled up R-4.0.3.tar.gz (codename "Bunny-Wunnies Freak Out") this morning. The list below details the changes in this release. You can get the source code from https://cran.r-project.org/src/base/R-4/R-4.0.3.tar.gz or wait for it to be mirrored at a CRAN site nearer to you. Binaries for various platforms will appear in due course. For the R Core Team, Peter

The build system rolled up R-4.0.3.tar.gz (codename "Bunny-Wunnies Freak Out") this morning. The list below details the changes in this release. You can get the source code from https://cran.r-project.org/src/base/R-4/R-4.0.3.tar.gz or wait for it to be mirrored at a CRAN site nearer to you. Binaries for various platforms will appear in due course. For the R Core Team, Peter

The build system rolled up R-4.0.3.tar.gz (codename "Bunny-Wunnies Freak Out") this morning. The list below details the changes in this release. You can get the source code from https://cran.r-project.org/src/base/R-4/R-4.0.3.tar.gz or wait for it to be mirrored at a CRAN site nearer to you. Binaries for various platforms will appear in due course. For the R Core Team, Peter

Report by Eric Lindblad 11-09-2015 http://www.ericlindblad.blogspot.com I compiled xapian-core-1.0.23 today on Interix. 'gmake check' summary PASS: btreetest, quartztest, stemtest, termgentest FAIL: apitest, internaltest, queryparsertest MS XP SP3 HOME modified SFU Interix 3.5 w/ getopt.h, inttypes.h, & stdint.h copied over from SUA Interix for Vista (and newer) into

Report by Eric Lindblad 11-09-2015 http://www.ericlindblad.blogspot.com I compiled xapian-core-1.0.23 today on Interix. 'gmake check' summary PASS: btreetest, quartztest, stemtest, termgentest FAIL: apitest, internaltest, queryparsertest MS XP SP3 HOME modified SFU Interix 3.5 w/ getopt.h, inttypes.h, & stdint.h copied over from SUA Interix for Vista (and newer) into

The build system rolled up R-4.0.0.tar.gz (codename "Arbor Day") this morning. The list below details the changes in this release. You can get the source code from http://cran.r-project.org/src/base/R-4/R-4.0.0.tar.gz or wait for it to be mirrored at a CRAN site nearer to you. Binaries for various platforms will appear in due course. For the R Core Team, Peter Dalgaard These are

The build system rolled up R-4.0.0.tar.gz (codename "Arbor Day") this morning. The list below details the changes in this release. You can get the source code from http://cran.r-project.org/src/base/R-4/R-4.0.0.tar.gz or wait for it to be mirrored at a CRAN site nearer to you. Binaries for various platforms will appear in due course. For the R Core Team, Peter Dalgaard These are

The build system rolled up R-4.0.0.tar.gz (codename "Arbor Day") this morning. The list below details the changes in this release. You can get the source code from http://cran.r-project.org/src/base/R-4/R-4.0.0.tar.gz or wait for it to be mirrored at a CRAN site nearer to you. Binaries for various platforms will appear in due course. For the R Core Team, Peter Dalgaard These are

Ok, I think we've done enough damage for one release. Thanks everyone for pulling a long weekend to get changes prepared and reviewed. We're still missing the threaded input stuff, but that needs more review and I think we wore Tiago out this time around. If someone wants to propose merging it after the freeze, I think we should consider doing it. Note that this tarball depends on

Processing commands for control at bugs.debian.org: > found 602378 4.0.1-1 Bug #602378 [src:xen] xen-hypervisor-4.0-amd64: Live migration of Guests crashes and reboots Marked as found in versions xen/4.0.1-1. > found 679533 4.0.1-5.2 Bug #679533 [src:xen] Traffic forwarding issue between Xen domU/dom0 Marked as found in versions xen/4.0.1-5.2. > found 660882 4.0.1-4 Bug #660882 [src:xen]

> > Hi there, > Is that change in R-devel intentional? > > library(Matrix) > m <- as(matrix(c(0, 1)), "sparseMatrix") > > isS4(m) > # [1] TRUE > > x <- I(m) > # Warning message: > # In `class<-`(x, unique.default(c("AsIs", oldClass(x)))) : > # Setting class(x) to multiple strings ("AsIs",

Patch works for me as well. /Andreas

Package: xen-utils-4.0 Version: 4.0.1-5.7 Severity: important After Upgrading to xen-utils 4.0.1-5.7 my pygrub Xen VMs won't boot. Running pygrub manually shows: /usr/lib/xen-default/bin/pygrub --args=root="/dev/xvda ro" --output=/tmp/foo /dev/vg0/vm-disk Using <class 'grub.GrubConf.Grub2ConfigFile'> to parse /boot/grub/grub.cfg WARNING:root:Unknown directive

Dear all: I am a newbie for Xen, and now I want to install Xen on my Fedora 13 machine. I follow Mr.Pasi Kärkkäinen''s tutorial, which is "Fedora 13 Xen 4 Tutorial", but I can not boot with the new kernel. I can not go through the step "Verify the Xen step after reboot", when I reboot and choose the new kernel, the system hang on "Starting xend daemon", so

MRI-2.0.0p247 Railties-4.0.1 We have a standalone Rails-3.2.15 based application that we are upgrading to 4.0.1. It uses only the following components of Rails-4.0.1: * actionmailer (4.0.1) * actionpack (4.0.1) * activemodel (4.0.1) * activerecord (4.0.1) * activesupport (4.0.1) * arel (4.0.1) * railties (4.0.1) Bundler has a path setting which is: path Set for your local app