search for: svnon

git has an interface for cloning SVN repositories into git which some users might decide to use. For those users' surprise, the repository will always fail to build on svnonly target and it will exit early. The problem is simple enough to fix by just checking if a .git directory exists in top_builddir and, if so, call git svn info insstead of svn info. Signed-off-by: Felipe Balbi <balbi at kernel.org> --- Resending the patch as I believe the previous version d...

git has an interface for cloning SVN repositories into git which some users might decide to use. For those users' surprise, the repository will always fail to build on svnonly target and it will exit early. The problem is simple enough to fix by just checking if a .git directory exists in top_builddir and, if so, call git svn info insstead of svn info. Note, however, that this only supports Linux (and possibly Mac) users, as I have no means of writing/testing an equi...

...this look familiar to anyone, please? Thanks, Erin Microsoft Windows [Version 6.1.7600] Copyright (c) 2009 Microsoft Corporation. All rights reserved. c:\R\R-2.15.1\src\gnuwin32>make all recommended make all recommended make[1]: `MkRules' is up to date. make[4]: Nothing to be done for `svnonly'. installing C headers make[2]: Nothing to be done for `all'. make[2]: `libRblas.dll.a' is up to date. make[5]: Nothing to be done for `svnonly'. installing C headers make --no-print-directory -C ../extra/intl CFLAGS='-O3 -Wall -pedantic -mtune=core2' -f Makefile.win make...

...Nothing to be done for `install'. installing doc ... /sw/bin/install: cannot stat `R.1': No such file or directory make[1]: *** [install-man] Error 1 make: *** [install] Error 1 which is due to the fact that R.1 doesn't exist. When I try to make R. 1 by going into docs and doing make svnonly, I get: (sly at gigondas):~/src/R/r-devel/build-f95/doc$ make svnonly make[1]: `R.fe' is up to date. help2man: can't get `--version' info from ../src/scripts/R.fe When I try to run help2man manually I get: (sly at gigondas):~/src/R/r-devel/build-f95/doc$ perl ../../R/tools/ help...

...still failed to get it done. The below message is what I got. If anybody gives information, I would appreciate it very much. Thanks, Yongwan ======================= D:\Rsource\R-2.4.0\src\gnuwin32>make all recommended make[1]: `Rpwd.exe' is up to date. make[4]: Nothing to be done for `svnonly'. installing C headers make[2]: `all' is up to date. make[2]: `libRblas.dll.a' is up to date. make[5]: Nothing to be done for `svnonly'. installing C headers make --no-print-directory -C ../extra/intl -f Makefile.win make --no-print-directory -C ../appl OPTFLAGS='-O3 -Wall -p...

...ectory '/home/frederik/pkg-tmp/R-svn-build/doc' > /usr/bin/install: cannot stat '../../R-svn/doc/NEWS': No such file or directory > /usr/bin/install: cannot stat '../../R-svn/doc/NEWS.pdf': No such file or directory > Makefile:164: recipe for target 'svnonly' failed > make[1]: *** [svnonly] Error 1 > make[1]: Leaving directory '/home/frederik/pkg-tmp/R-svn-build/doc' > Makefile:60: recipe for target 'R' failed > make: *** [R] Error 1 This is strange: Did you accidentally delete the 'non-tarball...

....15.0 on a 64 bit Windows machine. However, I'm getting the following error: c:\R64\R-2.15.0\src\gnuwin32>set TMPDIR=c:\temp set TMPDIR=c:\temp c:\R64\R-2.15.0\src\gnuwin32>make all recommended make all recommended make[1]: `MkRules' is up to date. make[4]: Nothing to be done for `svnonly'. installing C headers make[2]: Nothing to be done for `all'. make[2]: `libRblas.dll.a' is up to date. make[5]: Nothing to be done for `svnonly'. installing C headers make --no-print-directory -C ../extra/intl CFLAGS='-O3 -Wall -pedantic -mtune=core2' -f Makefile.win make...

...it svn info" which seems to take indefinitely long - I am not using "git svn", I'm just trying to build from a regular git repo. This is difficult to debug because it is inside an @if, so "make -n" still runs it. Also there are no comments to explain what e.g. the "svnonly" target is doing, or anything else. After some time I still have little idea why it is necessary for the build system to depend on the revision control system. Clearly we are trying to do something fancy, but why not e.g. just failover to "Last Changed Date: unknown; not SVN" if S...

...stall R-patched from source on a Windows 64 bit laptop. I have installed R-tools 2.16 and set up the jpeg, tiff, and libpng files Here is the output: c:\R64\R-patched\src\gnuwin32>make all recommended make all recommended make[1]: `MkRules' is up to date. make[4]: Nothing to be done for `svnonly'. installing C headers make[2]: Nothing to be done for `all'. make[2]: `libRblas.dll.a' is up to date. make[5]: Nothing to be done for `svnonly'. installing C headers make --no-print-directory -C ../extra/intl CFLAGS='-O3 -Wall -pedantic -mtune=core2' -f Makefile.win make...

Hi, On Mon, Jan 19, 2015 at 03:31:32PM -0500, Duncan Murdoch wrote: > >>> git has an interface for cloning SVN repositories into git > >>> which some users might decide to use. For those users' > >>> surprise, the repository will always fail to build on svnonly > >>> target and it will exit early. > >>> > >>> The problem is simple enough to fix by just checking if a .git > >>> directory exists in top_builddir and, if so, call git svn > >>> info insstead of svn info. > >>> > &...

..., 2015 at 03:06:11PM -0500, Duncan Murdoch wrote: > On 19/01/2015 2:33 PM, Felipe Balbi wrote: > > git has an interface for cloning SVN repositories into git which > > some users might decide to use. For those users' surprise, the > > repository will always fail to build on svnonly target and it will > > exit early. > > > > The problem is simple enough to fix by just checking if a .git > > directory exists in top_builddir and, if so, call git svn info insstead > > of svn info. > > > > I think we are unlikely to accept this change...

git has an interface for cloning SVN repositories into git which some users might decide to use. For those users' surprise, the repository will always fail to build on svnonly target and it will exit early. The problem is simple enough to fix by just checking if a .git directory exists in top_builddir and, if so, call git svn info insstead of svn info. Signed-off-by: Felipe Balbi <balbi at kernel.org> --- Patch generated with git. Let me know if there are any...

On 19/01/2015 2:33 PM, Felipe Balbi wrote: > git has an interface for cloning SVN repositories into git which > some users might decide to use. For those users' surprise, the > repository will always fail to build on svnonly target and it will > exit early. > > The problem is simple enough to fix by just checking if a .git > directory exists in top_builddir and, if so, call git svn info insstead > of svn info. > I think we are unlikely to accept this change. Nobody in R Core uses git this way, s...

...64\R-patched>cd src cd src c:\R64\R-patched\src>cd gnuwin32/ cd gnuwin32/ c:\R64\R-patched\src\gnuwin32>set TMPDIR=c:\temp set TMPDIR=c:\temp c:\R64\R-patched\src\gnuwin32>make all recommended make all recommended make[1]: `MkRules' is up to date. make[4]: Nothing to be done for `svnonly'. installing C headers make[2]: Nothing to be done for `all'. make[2]: x86_64-w64-mingw32-dlltool: Command not found make[2]: *** [libRblas.dll.a] Error 127 make[1]: *** [rbuild] Error 2 make: *** [all] Error 2 c:\R64\R-patched\src\gnuwin32> I did indeed install R-tools. This is ver...

...ong - I am not >> using "git svn", I'm just trying to build from a regular >> git repo. This is difficult to debug because it is inside >> an @if, so "make -n" still runs it. Also there are no >> comments to explain what e.g. the "svnonly" target is >> doing, or anything else. "svnonly" is mostly to distinguish an 'svn checkout' (which is what all of R core work with) from the case of (pre)released R, i.e., a source tarball which of course at this point in time is unpacked into a source directory...

>>>>> Keith O'Hara <keith.ohara at nyu.edu> >>>>> on Tue, 24 May 2016 12:47:43 -0400 writes: > svn checkout https://svn.r-project.org/R/trunk/ <target-directory> yes, indeed. thank you, Keith. and from then on only cd <target-directory> svn up (which is short for 'svn update'). Another hint: Then do *not*

...hen thought it was MiKTeX that was not well installed. I did it again, and reran the make. Here’s what I got: C:\Rsource\R-2.1.1\src\gnuwin32>make make[1]: `Rpwd.exe' is up to date. make -f Makefile.docfiles make[3]: Nothing to be done for `docfiles'. make[4]: Nothing to be done for `svnonly'. installing C headers make[2]: `all' is up to date. make[2]: `libRblas.a' is up to date. make -f Makefile.docfiles make[4]: Nothing to be done for `docfiles'. make[5]: Nothing to be done for `svnonly'. installing C headers make --no-print-directory -C ../extra/intl -f Makefil...

...=============================================================== --- Makefile.in (revision 68786) +++ Makefile.in (working copy) @@ -28,7 +28,7 @@ Makefile: $(srcdir)/Makefile.in $(top_builddir)/config.status @cd $(top_builddir) && $(SHELL) ./config.status $(subdir)/$@ -R: Makefile svnonly +R: Makefile svnonly NEWS.rds @for d in $(SUBDIRS); do \ (cd $${d} && $(MAKE) $@) || exit 1; \ done root at 09c079b7388b:/tmp/R-devel/doc# The problem does manifest itself when the svn directory is not 'fresh' as in the case of the Docker builds as ../b...

...ilar problem. The suggestion was to re-load "ld.exe". I downloaded and installed everything again. Same problem. I am including my output. c:\esr\R-2.5.0\src\gnuwin32>make all recommended make all recommended make[1]: `Rpwd.exe' is up to date. make[4]: Nothing to be done for `svnonly'. installing C headers make[2]: `all' is up to date. make[2]: `libRblas.dll.a' is up to date. make[5]: Nothing to be done for `svnonly'. installing C headers make --no-print-directory -C ../extra/intl OPTFLAGS='-O3 -Wall -pedantic -std=gnu99' -f Makefile.win make --no-prin...

...n;E:\qwt-6.0.1\lib;C:\Program Files (x86)\QuickTime\QTSystem\; R_HOME E:\dev\R-2.15.2 TMPDIR E:/dev/tmp -------------------------------------- I get the following error: E:\dev\R-2.15.2\src\gnuwin32>make all recommended make[1]: `MkRules' is up to date. make[4]: Nothing to be done for `svnonly'. installing C headers make[2]: Nothing to be done for `all'. make[2]: `libRblas.dll.a' is up to date. make[5]: Nothing to be done for `svnonly'. installing C headers make --no-print-directory -C ../extra/intl CFLAGS='-O3 -Wall -pedantic -mtune=core2' -f Makefile.win make...