similar to: tools::checkRd() output different from R CMD check

Dear Help, After loading the pd.Citrus library and checking the DataFrame, I ran > the R code for: > > 1) 'oligo' > > > > {> library(pd.citrus) > Loading required package: RSQLite > Loading required package: DBI > > data(pmSequence) > > > show(pmSequence) > DataFrame with 341730 rows and 2 columns > fid sequence > <integer>

Hi, I came across the following warning in R CMD check (it only occurred on Windows): The \usage entries for S3 methods should use the \method markup and not > their full name. > See the chapter 'Writing R documentation files' in manual 'Writing R > Extensions'. The package I'm looking at is one that I did not write which has 34 .Rd files. This warning does not

Dear developers, I came across with a bug while parsing Rd files. Given is the following minimal Rd file: ---- \name{foo} \title{foo} \description{ #ifdef windows win #endifd #ifdef unix unix #endif } ---- By accident I have a typo at line 6, instead of having #endif I typed #endifd. If I run checkRd(), parse_Rd(), Rd2HTML(), or others including the command line "R CMD Rconv" R

On 05/02/2018 03:21 PM, Joris Meys wrote: > Dear all, > > I've noticed by trying to download gz files from here : > https://www.ncbi.nlm.nih.gov/geo/query/acc.cgi?acc=GSM907811 > > At the bottom one can download GSM907811.CEL.gz . If I download this > manually and try > > oligo::read.celfiles("GSM907811.CEL.gz") > > everything works fine. (oligo

Use mode="wb" when you download the file. See https://github.com/HenrikBengtsson/Wishlist-for-R/issues/30. R core, and others, is there a good argument for why we are not making this the default download mode? It seems like a such a simple fix to such a common "mistake". Henrik On Thu, May 3, 2018, 00:44 Joris Meys <jorismeys at gmail.com> wrote: > Dear all, >

Using the correct mode absolutely solves it. Apologies for not trying the obvious. Cheers Joris On Thu, May 3, 2018 at 2:10 PM, Martin Morgan <martin.morgan at roswellpark.org > wrote: > > > On 05/02/2018 03:21 PM, Joris Meys wrote: > >> Dear all, >> >> I've noticed by trying to download gz files from here : >>

----- Original Message ----- > From: "Uwe Ligges" <ligges at statistik.tu-dortmund.de> > To: "Dan Tenenbaum" <dtenenba at fredhutch.org>, "R-devel at r-project.org" <r-devel at r-project.org> > Sent: Saturday, August 8, 2015 3:57:34 PM > Subject: Re: [Rd] download.file() on ftp URL fails in windows with default download method > >

Dear all, I've been diving a bit deeper into this per request of Tomas Kalibra, and found the following : - the lock on the file is only after trying to read it using oligo, so that's not a R problem in itself. The problem is independent of extrenal packages. - using Windows' fc utility and cygwin's cmp utility I found out that every so often the download.file() function inserts

We were also able to reproduce the issue on Windows Server 2012. If there's anything we can do to help please let me know; Elliot Waingold (CC'd here) can provide access to the VM we used for testing if that's of any help. # David Smith -- David M Smith <davidsmi at microsoft.com> R Community Lead, Revolution Analytics (a Microsoft company)? Tel: +1 (312) 9205766 (Chicago IL,

Hi, > url <- "ftp://ftp.ncbi.nlm.nih.gov/genomes/ASSEMBLY_REPORTS/All/GCF_000001405.13.assembly.txt" > download.file(url, tempfile()) trying URL 'ftp://ftp.ncbi.nlm.nih.gov/genomes/ASSEMBLY_REPORTS/All/GCF_000001405.13.assembly.txt' Error in download.file(url, tempfile()) : cannot open URL

----- Original Message ----- > From: "Dan Tenenbaum" <dtenenba at fredhutch.org> > To: "Uwe Ligges" <ligges at statistik.tu-dortmund.de> > Cc: "R-devel at r-project.org" <r-devel at r-project.org> > Sent: Saturday, August 8, 2015 4:02:54 PM > Subject: Re: [Rd] download.file() on ftp URL fails in windows with default download method

Hi David, ----- Original Message ----- > From: "David Smith" <davidsmi at microsoft.com> > To: "Dan Tenenbaum" <dtenenba at fredhutch.org>, "Uwe Ligges" <ligges at statistik.tu-dortmund.de>, "Elliot Waingold" > <Elliot.Waingold at microsoft.com> > Cc: "R-devel at r-project.org" <r-devel at r-project.org>

Hi, I am a Ph.D. student from Québec, Canada. I’m a beginner with R and Bioconductor. Until now the only experience I have is in analyzing microarray data using affy and limma packages. Now I am trying to analyze Rat Gene 10 st arrays and I would like to run RMA analysis and Smyth moderated t test on those arrays. Since no cdf official package is available for those arrays, after reading many

Dear all, I've noticed by trying to download gz files from here : https://www.ncbi.nlm.nih.gov/geo/query/acc.cgi?acc=GSM907811 At the bottom one can download GSM907811.CEL.gz . If I download this manually and try oligo::read.celfiles("GSM907811.CEL.gz") everything works fine. (oligo is a bioConductor package) However, if I download using download.file("

Hello, I encountered this: > png(file=tempfile(), width=1165, height=12983) Error in png(file = tempfile(), width = 1165, height = 12983) : unable to start png() device In addition: Warning messages: 1: In png(file = tempfile(), width = 1165, height = 12983) : Unable to allocate bitmap 2: In png(file = tempfile(), width = 1165, height = 12983) : opening device failed > On the

Hi, Every day a few Bioconductor packages (different ones each day) fail to build, on Windows only, with an error like this: D:\biocbld\bbs-2.13-bioc\meat>D:\biocbld\bbs-2.13-bioc\R\bin\R.exe CMD build --keep-empty-dirs --no-resave-data OrganismDbi [...] Error in find_vignette_product(name, by = "texi2pdf", engine = engine) : Failed to locate the 'texi2pdf' output file (by

Just thought I would mention that the issue below (and in https://stat.ethz.ch/pipermail/r-devel/2013-April/066318.html) is still not resolved. It hasn't been a big problem, but it potentially could be, if a critical package were to have this error on release day, then all its dependencies would fail to build, which would probably require us to postpone our release. See the complete thread

----- Original Message ----- > From: "Simon Urbanek" <simon.urbanek at r-project.org> > To: "Dan Tenenbaum" <dtenenba at fredhutch.org> > Cc: "R-devel" <r-devel at r-project.org> > Sent: Monday, January 12, 2015 5:50:35 PM > Subject: Re: [Rd] R CMD build looking for texi2dvi in the wrong place (R-devel) > > Dan, > > On

On 12/07/2018 9:46 AM, G?bor Cs?rdi wrote: > On Thu, Jul 12, 2018 at 2:30 PM G?bor Cs?rdi <csardi.gabor at gmail.com> wrote: >> >> On Thu, Jul 12, 2018 at 2:21 PM Duncan Murdoch <murdoch.duncan at gmail.com> wrote: >>> I think I found the bug. The tools::checkRd function only processes >>> \Sexpr's with "stage=render". I think the author

On 12/07/2018 7:30 AM, G?bor Cs?rdi wrote: > On Thu, Jul 12, 2018 at 12:23 PM Duncan Murdoch > <murdoch.duncan at gmail.com> wrote: >> >> On 12/07/2018 6:33 AM, G?bor Cs?rdi wrote: >>> I would like to create \examples{} in the manual dynamically, and >>> while it is possible to do this with a \Sexpr at the top level, R CMD >>> check issues a