Question or issue on macOS:
I’m using OSX and want get a svn repo into a local git repo using sourcetree.
When I add a bookmark using sourcetree using SVN URL, thus sourcetree knows it’s a SVN url, but when I click the clone button, it reports an error like following:
Can't locate SVN/Core.pm in @INC (@INC contains: /usr/local/git/lib/perl5/site_perl /Applications/SourceTree.app/Contents/Resources/git_local/lib/perl5/site_perl /Library/Perl/5.12/darwin-thread-multi-2level /Library/Perl/5.12 /Network/Library/Perl/5.12/darwin-thread-multi-2level /Network/Library/Perl/5.12 /Library/Perl/Updates/5.12.4 /System/Library/Perl/5.12/darwin-thread-multi-2level /System/Library/Perl/5.12 /System/Library/Perl/Extras/5.12/darwin-thread-multi-2level /System/Library/Perl/Extras/5.12 .) at /Applications/SourceTree.app/Contents/Resources/git_local/lib/perl5/site_perl/Git/SVN/Editor.pm line 5. BEGIN failed--compilation aborted at /Applications/SourceTree.app/Contents/Resources/git_local/lib/perl5/site_perl/Git/SVN/Editor.pm line 5. Compilation failed in require at /Applications/SourceTree.app/Contents/Resources/git_local/libexec/git-core/git-svn line 81. BEGIN failed--compilation aborted at /Applications/SourceTree.app/Contents/Resources/git_local/libexec/git-core/git-svn line 81.
I don’t how to get it through. Can anyone give me a pointer on how to do this?
How to solve this problem?
Solution no. 1:
I hit this missing
SVN/Core.pm issue recently with el capitain.
Fix I used was from Paul Schreiber’s blog :
sudo mkdir /Library/Perl/5.18/auto sudo ln -s /Applications/Xcode.app/Contents/Developer/Library/Perl/5.18/darwin-thread-multi-2level/SVN /Library/Perl/5.18/darwin-thread-multi-2level sudo ln -s /Applications/Xcode.app/Contents/Developer/Library/Perl/5.18/darwin-thread-multi-2level/auto/SVN /Library/Perl/5.18/auto/
Commenters below, say this worked on sierra and high sierra too.
Solution no. 2:
Or, if you don’t have
CommandLineTools (this is on
sudo ln -s /Library/Developer/CommandLineTools/Library/Perl/5.18/darwin-thread-multi-2level/SVN /usr/local/git/lib/perl5/site_perl/5.18.2/darwin-thread-multi-2level/SVN sudo ln -s /Library/Developer/CommandLineTools/Library/Perl/5.18/darwin-thread-multi-2level/auto/SVN /usr/local/git/lib/perl5/site_perl/5.18.2/darwin-thread-multi-2level/auto/SVN
If you previously linked some older version or just made a mistake so it gives you:
File exists, then you should first do
sudo unlink /usr/local/git/lib/perl5/site_perl/5.18.2/darwin-thread-multi-2level/SVN
for whichever file was reported as already existent, of course.
EDIT Dir doesn’t exist: (suggested by @rogeriopradoj)
mkdir -p /usr/local/git/lib/perl5/site_perl/5.18.2/darwin-thread-multi-2level
After upgrading to Sierra I lost
CommandLineTools, so I just had to reinstall it and everything was back to normal.
This will prompt you to install just the
CommandLineTools, not the whole
Hope this helps someone 🙂
Solution no. 3:
In my case, it is because different versioned perl was installed by brew as dependency of some formula, and override the system’s default version.
So the resolution for me is to relieve the overridden as described following.
which perl and
perl -v, I find it not the system default version:
# locate programs [email protected]:~|⇒ whereis perl /usr/bin/perl # locate a program file in the user's path [email protected]:~|⇒ which perl /usr/local/bin/perl [email protected]:~|⇒ perl -v This is perl 5, version 26, subversion 1 (v5.26.1) built for darwin-thread-multi-2level
which should be v5.18.2 according to the
git svn error messages.
I guess it is because the different versioned perl was installed by brew as dependency of some formula, and override the system default version.
[email protected]:~|⇒ brew uses perl --installed subversion
To prove it, try to move
/usr/local/bin in $PATH, then perl was fallback to the system’s default version:
[email protected]:~|⇒ echo $PATH /usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin:/opt/X11/bin [email protected]:~|⇒ PATH=/usr/bin:$PATH [email protected]:~|⇒ echo $PATH /usr/bin:/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin:/opt/X11/bin [email protected]:~|⇒ whereis perl /usr/bin/perl [email protected]:~|⇒ which perl /usr/bin/perl [email protected]:~|⇒ perl -v This is perl 5, version 18, subversion 2 (v5.18.2) built for darwin-thread-multi-2level (with 2 registered patches, see perl -V for more detail)
perl -V list the @INC just satisfy the
Can't locate SVN/Core.pm in @INC requirements:
[email protected]:~|⇒ perl -V Summary of my perl5 (revision 5 version 18 subversion 2) configuration: @INC: /Library/Perl/5.18/darwin-thread-multi-2level /Library/Perl/5.18 /Network/Library/Perl/5.18/darwin-thread-multi-2level /Network/Library/Perl/5.18 /Library/Perl/Updates/5.18.2 /System/Library/Perl/5.18/darwin-thread-multi-2level /System/Library/Perl/5.18 /System/Library/Perl/Extras/5.18/darwin-thread-multi-2level /System/Library/Perl/Extras/5.18
git svn and everything works well!
[email protected]:~|⇒ git svn --version git-svn version 2.15.1 (Apple Git-101) (svn 1.9.7)
Solution no. 4:
Plus to the highest answer,
If you are using souceTree, simply paste command line may not work immediately.
In that case, you may need to check git used in your sourceTree, which should be set as System git.
Solution no. 5:
Xcode 11.4 no longer includes SVN/Core.pm in its Perl bindings!
If you’ve never installed the commandline tools and Xcode 11.4 is the first version you’ve run you will see this issue. Running
xcode-select --install returns error: command line tools are already installed, use “Software Update” to install updates, which is accurate but non-obvious that your installed commandline tools differ from what you would get if installed outside of Xcode 11.4. The solution is to first remove these, then install the commandline tools using
sudo rm -rf /Library/Developer/CommandLineTools xcode-select --install
Solution no. 6:
Thanks Marko, I did find that on ElCapitan 10.11.3 I had to symlink to a different area. Not sure why, but it works.
sudo ln -s /Library/Developer/CommandLineTools/Library/Perl/5.18/darwin-thread-multi-2level/SVN /Applications/SourceTree.app/Contents/Resources/git_local/lib/perl5/site_perl/5.18.2/darwin-thread-multi-2level/SVN sudo ln -s /Library/Developer/CommandLineTools/Library/Perl/5.18/darwin-thread-multi-2level/auto/SVN /Applications/SourceTree.app/Contents/Resources/git_local/lib/perl5/site_perl/5.18.2/darwin-thread-multi-2level/auto/SVN
Solution no. 7:
I got the same issue on Macos Mojave 10.14.1. Because I used the built-in version of git, and it’s too lower(2.19.0). I fixed it by upgrade git to the latest version(2.21.0), and I found 2.19.1 also has no this issue.
Solution no. 8:
The solution for me was to delete the password entry in the OSX key ring app, and have git svn re-create it. My key entry has been created earlier (by svn I suppose), and it seems that git cannot use this key entry (nor fix it nor add a second one).
The long story: I noticed that when unsing “system git” in SourceTree, there seemed to be a problem storing the credentials. When I entered the same git command (that SourceTree is issuing) on the command-line, git kept prompting me for my password each time.
Then I found https://stackoverflow.com/a/39800112/580672
If you are interested, my setup was:
- No Xcode, only Command-Line tools (so I adapted the paths as mentioned in a post above ( https://paulschreiber.com/blog/2015/11/09/fixing-git-svn-on-os-x-el-capitan/comment-page-1/#comment-437843 )
- Homebrew has svn and perl installed
I had tried with no success:
- “embedded git” (yields the @INC error)
- “system git” (different error: “Username: Use of uninitialized value $ret in chomp at /usr/local/Cellar/git/2.21.0/share/perl5/Git.pm line 596.”)
- put usr/bin in front of my PATH as suggested above
- force-uninstalled perl in homebrew
All without success. The solution was system git and the key entry, as stated above.
Solution no. 9:
I’ve found that the best solution is to expand the list of directories in
@INC using an export
Referenced from: https://perlmaven.com/how-to-change-inc-to-find-perl-modules-in-non-standard-locations
Solution no. 10:
Manage to fix the same issue by changing the first line in