similar to: Error with installed.packages with R 3.4.0 on Windows

Jean-Claude: Well, here's my "explanation". Caveat emptor! Note that: "simplify2array() is the utility called from sapply() when simplify is not false" and > sapply(a, I, simplify = "array") [,1] [,2] [1,] list,2 list,2 [2,] list,2 list,2 So it seems that simplify2array() is not intended to operate in the way that you expected, i.e. that recursive

Reading the doc for ?simplify2array, I got the impression that with the 'higher = T' argument the function returns an array of dimension greater than 2 when it makes sense (the doc says "when appropriate", which is rather vague). I would expect a <- list( list(list(1, 2), list(3, 4)), list(list(5, 6), list(7, 8)) ) simplify2array(a, higher = T) to return the same

Hi, I tried executing the following statement multiple times on R 3.4 and it worked only the first time. In older versions of R it seems to have worked. Am I doing anything wrong? In R 3.4 (works only the first time) tmp <- installed.packages() #this works tmp <- installed.packages() ## See error below Error in if (file.exists(dest) && file.mtime(dest) > file.mtime(lib)

Try R-3.4.0 patched. Best, Uwe Ligges On 01.06.2017 03:54, Anil Dabral wrote: > Hi, > > I tried executing the following statement multiple times on R 3.4 and it worked only the first time. In older versions of R it seems to have worked. Am I doing anything wrong? > > > In R 3.4 (works only the first time) > > tmp <- installed.packages() #this works > >

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

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

Is there an R function that can be used to calculate a sample size for a linear regression: i.e. Given a linear regression: y=f(x,z) i.e. fit1<-lm(y~x+z) is there a function which can be passed coef(z), SE(z), and other parameters to determine a sample size based on z, SEz and other information from the regression? Thanks, John John Sorkin M.D., Ph.D. Chief, Biostatistics and Informatics

Hi, there was a memory improvement done in R going from R 3.3.3 to R 3.4.0 when it comes to comparing an integer 'x' an double 'y' (either may be scalar or vector). For example, in R 3.3.3, I get: > getRversion() [1] '3.3.3' > x <- integer(1000) > y <- double(1000) > profmem::profmem(z <- (x < y)) Rprofmem memory profiling of: z <- (x < y)

On 11 May 2017 at 10:17, Erwan Le Pennec wrote: | Dear all, | | I've stumbled a similar issue with the package cluster when | compiling the 3.4.0 version with the settings of Fedora RPM specs. | Compiling R with the default setting of configure yields a version that | works for cluster... and nlme. | | I did not find the exact option that was the cause of this issue | but

Hello again, as stated earlier there is a problem with mtime setting on directories during healing in replication setup. Today I tested 2.0.5 and found out that the handling is more or less generally buggy for directory mtimes. Simply try this: untar some kernel archive on your local disk and look at the mtime of the created top directory. now untar the same archive on an exported gluster fs and

Looks like there is a buglet in 'installed.packages', around line 17: for (lib in lib.loc) { dest <- file.path(tempdir(), paste("libloc_", URLencode(lib,=20 TRUE), paste(fields, collapse =3D ","), ".rds", sep =3D "")) if (!noCache && file.exists(dest) && file.info(dest)$mtime >=20

On 8 September 2015 at 13:57, Kevin Korb <kmk at sanitarium.net> wrote: Hi Kevin. > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > The ctime will always be newer or the same as the mtime. This is > because changing the mtime also changes the ctime as does other things > like changing the permissions. > > Rsync only pays attention to the mtime because rsync can

While running dovecot on debian etch using version 1.0.rc15-2etch3, i wonder the following: If i read the config files correctly, dovecot seems to have no equivalent of courier's IMAP_EMPTYTRASH=Trash:7 setting. Therefore, i wrote a script that dives into the user's directories and their maildirs. It looks like this: ============================================= #!/bin/bash for pad1

smbclient (and smbtar) in version 2.2.7a (and prior) has problems with large files (> 4GB). The following patch (against 2.2.7a) fixes all known problems with this. This code has been checked into the CVS tree in all branches as well. -- ====================================================================== Herb Lewis Silicon Graphics Networking Engineer

https://bugzilla.samba.org/show_bug.cgi?id=13735 Bug ID: 13735 Summary: Synchronize files when the sending side has newer change times while modification times and sizes are identical on both sides Product: rsync Version: 3.1.3 Hardware: All OS: All Status: NEW

Greetings all- I am conducting security testing on a device that uses Linux 2.4 with ext3. I am testing secure overwrite of remnant data in temporary files, but have run into a real good stumpper in the way Ext allocates data blocks. I've got 10 yrs of *NIX behind me, several with Linux, and this has really got me perplexed as I can't find any documentation explaining the subject

Hello, I'm using rsync as part of a centralised config management for several servers. I'm trying to monitor the mtime of a particular directory and confirm that the remote copies are approximately as new as the the local master. However, mtime on that directory is not being synced. Here's my rsync command: cd $confdir && rsync -avpzR --checksum -I -e "ssh"

Hello, This patch adds client and server support for transmitting the st_nlink field across SSH2_FXP_NAME and SSH2_FXP_ATTRS responses. Please let me know if there anything I can do to improve this patch. I am not subscribed to list so please CC me. Index: sftp-common.c =================================================================== RCS file: /cvs/src/usr.bin/ssh/sftp-common.c,v retrieving

If Maildir storage is used, the mtime of a given Maildir file is set to the message's INTERNALDATE. Now, when a client APPENDs a message to an IMAP mailbox, the client may optionally specify the INTERNALDATE: | If a date-time is specified, the internal date SHOULD be set in the | resulting message; otherwise, the internal date of the resulting | message is set to the current date and time by

On 6/30/07, Wayne Davison <wayned@samba.org> committed: > Added Files: > checksum-xattr.diff > Log Message: > A simple patch that lets rsync use cached checksum values stored in > each file's extended attributes. A perl script is provided to create > and update the values. Wayne, You should be aware of two drawbacks of caching checksums in xattrs: First,