similar to: R CMD check dislikes .git directories

Full_Name: Ben Goodrich Version: 2.6.1 OS: Debian Submission from: (NULL) (128.103.222.166) bzr is another version control system and adds a .bzr folder to the top-level directory of a package, similar to .svn and .git for subversion and git respectively. However, while R CMD build removes directories called .svn, .git, and some others, it does not remove .bzr . As a result, the .bzr folder is

Dear all, quite a few package tools depend on R CMD INSTALL today for rapid testing of a package, eg: - devtools::install() - BiocCheck::BiocCheck() I've noticed that at least BiocCheck() doesn't ignore version control folders like .git. Trying to find out why this was, lead me to R CMD INSTALL. I know this R CMD build ignores these files and folders by default, but R CMD INSTALL

Hi, In my package RGtk2, there's a directory called 'src/RGtk2' that contains, like all the other directories in the package, a '.svn' directory. It seems that R CMD build is somehow missing that one '.svn' in 'src/RGtk2', even though it excludes all the other instances of '.svn'. I've tried putting 'src/RGtk2/.svn' into the .Rbuildignore,

The contents of .Rbuildignore seems to affect R CMD build but not R CMD check. I'm using R 2.4.0 on Debian. Is my understanding correct? And is there anything I can do about it? In my case, some of the excluded files contain references to other libraries, so linking fails under R CMD check. I realize I could add the library to the build (with Makevars, I guess), but I do not want to

On 6 December 2018 at 15:59, Ralf Stubner wrote: | On 06.12.18 15:19, Joris Meys wrote: | > I know this R CMD build ignores these files and folders by default, but R | > CMD INSTALL doesn't apparently. | | to me this is not apparent. I just tried "R CMD INSTALL ." in a package | directory with a .git directory. This went without any problems. What do | you observe? Seconded.

Time ago when the svn server was crawling due to massive hammering from people mirroring the repo, someone said that after the 2.6 release we could discuss creating official mirrors for those who work with svn clients based on distributed VCSs such as git and bazaar. Such mirrors increase productivity (facilitating experimentation and parallel tasks, allowing off-line work) and even lessens the

On Oct 28, 2009, at 8:30 AM, Óscar Fuentes wrote: > Time ago when the svn server was crawling due to massive hammering > from > people mirroring the repo, someone said that after the 2.6 release we > could discuss creating official mirrors for those who work with svn > clients based on distributed VCSs such as git and bazaar. > > Such mirrors increase productivity

Dear R Support Team, I am experiencing an issue with my R package during the `R CMD check` process. A non-standard file named `vert.txt` is being generated in the check directory, causing a NOTE in the check results. Despite adding `vert.txt` to `.Rbuildignore`, the file is still appearing. And, there are no commands in any part of my package's code that would generate this file. Here

Jason Kim <jasonwkim at google.com> writes: > On Wed, Jul 27, 2011 at 8:59 PM, Mark Lacey <641 at rudkx.com> wrote: > > Besides, the git-svn readonly bridge is a great solution for those who want to use git > >   It seems to be a reasonable solution for those individuals who > want to use git, but in my experience not for organizations that >

Is it possible to consider adding .emacs.desktop and .emacs.desktop.lock to files ignored by R CMD build? Thanks, Georgi -- Dr Georgi Boshnakov tel: (+44) (0)161 306 3684 School of Mathematics fax: (+44) (0)161 306 3669 Alan Turing Building 1.125 The University of Manchester email: Georgi.Boshnakov at manchester.ac.uk Oxford Road Manchester M13 9PL UK

I am running R CMD check on my package nleqslv with R-3.0.0 beta (2013-03-33 r62364) on Mac OS X 10.6.8 In contrast with R-2.15.3 R CMD check now issues a note for - Mercurial version control files .hgignore, .hgtags and directory .hg. These are however included in .hidden_file_exclusions. - typical Mac Finder files .DS_Store All of these are ignored when executing R CMD check --as-cran. I

Launchpad already maintains bzr mirrors: http://code.launchpad.net/llvm The mirrors are the lp:~vcs-import branches (a specific launchpad user used for automatically mirroring branches). Baptiste. 2009/10/28 Óscar Fuentes <ofv at wanadoo.es> > Time ago when the svn server was crawling due to massive hammering from > people mirroring the repo, someone said that after the 2.6 release

On Thu, 18 Nov 2004 00:38:47 +0000 (UTC), Gabor Grothendieck <ggrothendieck@myway.com> wrote : >DIFFERENCE BETWEEN USING .RBUILDIGNORE AND NOT > >The reason that the processing is different according to whether one >uses .Rbuildignore or not is that > R CMD build >takes the .Rbuildignore file into account but > R CMD install > R CMD check > R CMD build

Hi, in my path of getting the controls sample to work nicely, I fixed some classes on the way, see the attached diffs. I had some difficulties, but could track down all stupid bugs and am now almost happy with the code :) (I had the complete ImageHandler hieracy implemented at some time, but than I discovered the error was not in unloaded ImageHandlers but in the controls-program which does not

On 6 December 2018 at 15:19, Joris Meys wrote: | Dear all, | | quite a few package tools depend on R CMD INSTALL today for rapid testing | of a package, eg: | | - devtools::install() | - BiocCheck::BiocCheck() | | I've noticed that at least BiocCheck() doesn't ignore version control | folders like .git. Trying to find out why this was, lead me to R CMD | INSTALL. | | I know this R CMD

Back in December, there was some discussion here about the Ultra 20''s bios being confused by the EFI labels ZFS uses. After seeing a report about the X2100 exhibiting the same behavior as the Ultra 20, I reproduced the problem and filed: 6407133 X2100 bios intimidated by ZFS-created EFI labels hopefully that bios will get fixed, too. - Bill

A little patch to add Wx::GenericDirCtrl. A non-native control (on OS X at least) but maybe useful to someone. I have tested it but think it should just be added to controls.rb sample - will do later when i have fixed some other probs with that. Also, I''ve started putting class-specifc style constants in the relevant .i file, as discussed previosuly - will submit a patch doing this

I was trying, on a Linux system, to get a .Rbuildignore file to work. After far too long, I found the problem was the <CR><NL> line endings in the .Rbuildignore file -- I had originally created it on a Windows system, and emacs in Ubuntu was politely hiding that fact from me. The patterns didn't work to exclude files because it was trying to match filenames to patterns like

I have some questions about 1. nomenclature, 2. recommended file locations and 3. overall procedure related to creating packages. To the extent that it matters, examples here relate to Windows XP R 2.0.1 beta. The questions are interspersed and prefaced with ***. My understanding is that there are actually 6 forms of a package that one should use in package development: 1.

> On Jan 16, 2015, at 3:26 AM, Erik de Castro Lopo <mle+cl at mega-nerd.com> wrote: > > As for all the reason why the LLVM project does not use Git, I wonder > why large complex projects like the Linux kernel, Wine, MinGW-w64, > GHC and many many others don't seem to have any major problems using > Git. Lots of projects are also happy with Mercurial, or BZR, or even