'tried it, but push failed. Was working with 1096 (debian/squeeze), any idea ?
[2012-05-28 09:31:12.921][pre-receive-hook][10] SubGit version 1.0.0-EAP ('Miai') build #1381
[2012-05-28 09:31:12.924][pre-receive-hook][10]
java.lang.NoClassDefFoundError
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:242)
at org.tmatesoft.translator.i.h.a(SourceFile:272)
at org.tmatesoft.translator.i.h.i(SourceFile:260)
at org.tmatesoft.translator.i.l.f(SourceFile:52)
at org.tmatesoft.translator.i.h.b_(SourceFile:87)
at org.tmatesoft.translator.SubGitHook.d(SourceFile:81)
at org.tmatesoft.translator.SubGitHook.a(SourceFile:52)
at org.tmatesoft.translator.SubGitHook.a(SourceFile:20)
at org.tmatesoft.translator.process.f.c(SourceFile:115)
at org.tmatesoft.translator.process.f.b(SourceFile:87)
at org.tmatesoft.translator.SubGitHook.main(SourceFile:25)
[2012-05-28 09:31:12.929][pre-receive-hook][10] Failed to execute pre-receive hook command
org.tmatesoft.translator.util.d:
at org.tmatesoft.translator.util.d.b(SourceFile:53)
at org.tmatesoft.translator.util.d.a(SourceFile:41)
at org.tmatesoft.translator.i.h.b_(SourceFile:108)
at org.tmatesoft.translator.SubGitHook.d(SourceFile:81)
at org.tmatesoft.translator.SubGitHook.a(SourceFile:52)
at org.tmatesoft.translator.SubGitHook.a(SourceFile:20)
at org.tmatesoft.translator.process.f.c(SourceFile:115)
at org.tmatesoft.translator.process.f.b(SourceFile:87)
at org.tmatesoft.translator.SubGitHook.main(SourceFile:25)
Caused by: java.lang.NoClassDefFoundError
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:242)
at org.tmatesoft.translator.i.h.a(SourceFile:272)
at org.tmatesoft.translator.i.h.i(SourceFile:260)
at org.tmatesoft.translator.i.l.f(SourceFile:52)
at org.tmatesoft.translator.i.h.b_(SourceFile:87)
... 6 more
In order to narrow down the reason could you please do the following:
$ subgit uninstall –purge $SVN_REPOS
$ mv $GIT_REPOS $GIT_REPOS_BACKUP
$ subgit install $SVN_REPOS
Does the latter resolve your problem?
Thanks in advance.
Please attach all the logs available at SVN_REPOS/subgit/logs directory for both 1381 & 1386 builds, if that's possible.
Does git push hang every time you send changes with build 1386? Try to do the following: adjust SVN_REPOS/conf/subgit.conf file by adding the option:
[license]
asyncCheck = false
And then run `subgit install SVN_REPOS` to enable it. Does that solve the problem with hanged push?
Thanks in advance.
[2012-05-31 18:36:50.869][pre-receive-hook][1] SubGit version 1.0.0-EAP ('Miai') build #1381
[2012-05-31 18:36:50.870][pre-receive-hook][1] Posix: Non-JNA platform is chosen.
[2012-05-31 18:36:50.896][pre-receive-hook][1] Command name: pre-receive.
[2012-05-31 18:36:50.896][pre-receive-hook][1] Command argument: /home/git/svn/git/project.git.
[2012-05-31 18:36:50.897][pre-receive-hook][1] Initialized console logger.
[2012-05-31 18:36:50.897][pre-receive-hook][1] SubGit version 1.0.0-EAP ('Miai') build #1381
[2012-05-31 18:36:51.168][pre-receive-hook][1] Initialized file logger, logs directory is: '/home/git/svn/repos/subgit/logs'.
[2012-05-31 18:36:51.169][pre-receive-hook][1] SubGit version 1.0.0-EAP ('Miai') build #1381
[2012-05-31 18:36:51.172][pre-receive-hook][1] Could not initialize class com.sun.jna.Native
org.tmatesoft.translator.util.d: Could not initialize class com.sun.jna.Native
Seems like hooks are run on behalf of a user with insufficient permissions to write into temporary directory. Currently SubGit checks whether temporary directory is writable on Windows machines. Seems like the same problem appears on Linux machines, too. So, I've prepared a new build #1393 that makes sure that temporary directory is writable while hooks are running on Linux.
Please download this build from http://subgit.com/interim/, thanks!
Message:
Log:
[2012-12-17 13:14:00.771][subgit][177] SubGit version 2.0.0-EAP ('Patrick' EAP) build #9999999
[2012-12-17 13:14:00.771][subgit][177] Adding 'D:\atlassian-stash-2.0.0\bin\bootstrap.jar' into fat jar
[2012-12-17 13:14:00.771][subgit][177] Adding 'D:\atlassian-stash-2.0.0\bin\tomcat-juli.jar' into fat jar
[2012-12-17 13:14:00.771][subgit][177] Adding 'D:\atlassian-stash-2.0.0\bin\tomcat-juli.jar' into fat jar
[2012-12-17 13:14:00.786][subgit][177] Fat jar test failed.
[2012-12-17 13:14:00.817][subgit][177] Can't find resource for bundle java.util.PropertyResourceBundle, key core.section.id
[2012-12-17 13:14:00.817][subgit][177] Can't find resource for bundle java.util.PropertyResourceBundle, key core.section.id
[2012-12-17 13:14:00.817][subgit][177] Can't find resource for bundle java.util.PropertyResourceBundle, key core.section.id
[2012-12-17 13:14:00.817][subgit][177] Can't find resource for bundle java.util.PropertyResourceBundle, key core.section.id
[2012-12-17 13:14:00.817][subgit][177] Can't find resource for bundle java.util.PropertyResourceBundle, key core.section.id
[2012-12-17 13:14:00.817][subgit][177] Can't find resource for bundle java.util.PropertyResourceBundle, key core.pathEncoding
[2012-12-17 13:14:00.817][subgit][177] Can't find resource for bundle java.util.PropertyResourceBundle, key svn.branches
[2012-12-17 13:14:00.817][subgit][177] Can't find resource for bundle java.util.PropertyResourceBundle, key svn.tags
[2012-12-17 13:14:00.817][subgit][177] Can't find resource for bundle java.util.PropertyResourceBundle, key svn.shelves
[2012-12-17 13:14:00.817][subgit][177] Can't find resource for bundle java.util.PropertyResourceBundle, key auth.section.id
[2012-12-17 13:14:00.817][subgit][177] Can't find resource for bundle java.util.PropertyResourceBundle, key auth.section.id
[2012-12-17 13:14:00.817][subgit][177] Can't find resource for bundle java.util.PropertyResourceBundle, key daemon.section.id
[2012-12-17 13:14:00.817][subgit][177] Can't find resource for bundle java.util.PropertyResourceBundle, key daemon.section.id
[2012-12-17 13:14:00.817][subgit][177] Can't find resource for bundle java.util.PropertyResourceBundle, key daemon.section.id
[2012-12-17 13:14:00.817][subgit][177] Can't find resource for bundle java.util.PropertyResourceBundle, key daemon.section.id
[2012-12-17 13:14:00.927][subgit][177] Initialized file logger, logs directory is: 'D:\Atlassian\ApplicationData\Stash\data\repositories\1\subgit\logs'.
[2012-12-17 13:14:00.927][subgit][177] SubGit version 2.0.0-EAP ('Patrick' EAP) build #9999999
[2012-12-17 13:14:01.005][subgit][177] Using Subversion configuration and credentials cache at: C:\Documents and Settings\Default User\Application Data\Subversion
[2012-12-17 13:14:01.177][subgit][177] Created installation report:
ErrorReport[description='Push rejected: SubGit installation is in progress.
Pushes will be allowed as soon as SubGit installation is completed.', warning=true, git enabled=false, svn enabled=true]
[2012-12-17 13:14:01.177][subgit][177] Using Subversion configuration and credentials cache at: C:\Documents and Settings\Default User\Application Data\Subversion
[2012-12-17 13:14:01.224][subgit][177] Using Subversion configuration and credentials cache at: C:\Documents and Settings\Default User\Application Data\Subversion
[2012-12-17 13:14:01.271][subgit][177] Using Subversion configuration and credentials cache at: C:\Documents and Settings\Default User\Application Data\Subversion
[2012-12-17 13:14:01.317][subgit][177] Using Subversion configuration and credentials cache at: C:\Documents and Settings\Default User\Application Data\Subversion
[2012-12-17 13:14:01.380][subgit][177] SubGit initial translation hooks installed.
[2012-12-17 13:14:01.380][subgit][177] Sync started for git location 'default'
The last message in log file:
[2012-12-17 13:14:28.380][subgit][177] SET_PATH '' 20167 not empty depth=infinity
[2012-12-17 13:14:28.380][subgit][177] SET_PATH 'trunk' -1 not empty depth=infinity
[2012-12-17 13:14:28.380][subgit][177] sendCopyFrom=true
r20167
M trunk/src/main/java/com/Helloworld.java
======
Thank you for reporting this problem! From the log it looks like you experience different issue - we're trying to figure out how it could happen and will let you know as soon as the issue is fixed or if we'd need more information. Please track new issue for updates: http://issues.tmatesoft.com/issue/SGT-562
So, far what could help us to resolve the problem:
1) full translation log file, if possible;
2) if there is anything special about your repository configuration (for instance, do you have path-based authentication configured, may it happen that user on whose behalf import is ran does not have access to some of the paths)?
Thanks!
In that case resuming import might resolve the problem.