[Rd] [PATCH] Makefile: add support for git svn clones

Felipe Balbi balbi at kernel.org
Mon Jan 19 22:00:41 CET 2015


Hi,

On Mon, Jan 19, 2015 at 03:44:45PM -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.
> >>>>> 
> >>>> 
> >>>> I think we are unlikely to accept this change.  Nobody in R
> >>>> Core uses git this way, so it would never be tested, and
> >>>> would likely soon fail.
> >>> 
> >>> it will be tested by anybody using git svn clone, right ?
> >>> 
> >>>> Indeed, it already fails if someone were to try it on
> >>>> Windows, since you didn't patch the makefiles for that
> >>>> platform.
> >>> 
> >>> yeah, sorry about that, I wasn't aware there were
> >>> windows-specific Makefiles with duplicated logic in the
> >>> repository.
> >>> 
> >>>> The R sources are kept in an SVN repository, and as long as 
> >>>> that's true, we're only likely to support direct SVN access.
> >>> 
> >>> Fair enough. But don't you think it's a bit odd to couple the 
> >>> repository compilation with the availability of a specific SCM 
> >>> tool ?
> >>> 
> >>> I mean, R just won't build unless you have svn info available,
> >>> I think that's pretty odd. Printing a warning would be another
> >>>  possibility, but exitting build is almost an overreaction.
> >> 
> >> That's just false.  Build from a tarball, and you can store it
> >> anyway you like.
> > 
> > I'm talking about the SVN repository. Building from a tarball
> > prevents me from tracking R's revisions, don't you think ? But as I
> > said, if the community doesn't want to support a git svn clone,
> > that's all fine and dandy.
> > 
> 
> So why not make your patch locally, and publish it for any other git
> user to incorporate?  If some change to the master copy breaks it,

heh, that's what I'll have to do of course.

> you'll see it, and you'll fix it.  Then everyone's happy.  One of the
> purported advantages of git is the fact that it doesn't require a

it's not purported, it's a real advantage, but this is not subject of
discussion in this forum

> central repository for everything.

Right, that's all fine, it'll still be an "unofficial" change.

I just thought that such a small patch which causes no visible change to
SVN users and allow for git users to build R would be acceptable, but if
it isn't, that's fine too.

-- 
balbi
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: Digital signature
URL: <https://stat.ethz.ch/pipermail/r-devel/attachments/20150119/00814392/attachment.bin>


More information about the R-devel mailing list