SubGit 3.3.14 released!

SubGit 3.3.14 has been released!

This version contains two important improvements:

  • Update HEAD to Git reference specified in ‘trunk=’ option (SGT-1337).
  • Support for newer SSH algorithms based on the Apache sshd library (SVNKIT-759).

Download it from SubGit website.

The downloaded subgit-3.3.14.zip file is corrupted, please fix it. Thanks.

Hi Bian Jiaping,

Thank you for noticing that! It is now fixed. We are sorry for the server error that caused it.

With subgit 3.3.14:
subgit install $path → fails

SubGit version 3.3.14 ('Bobique') build #4433

About to shut down background translation process.
Background translation process is not running.

Translating Subversion revisions to Git commits...

INSTALLATION FAILED

error: Failed to launch background translation process: timeout waiting for pid file '/var/opt/gitlab/git-data/repositories/@hashed/d4/73/d4735e3a265e16eee03f59718b9b5d03019c07d8b6c51f90da3a666eec13ab35.git/subgit/daemon.pid'.
error: Unexpected error has occurred; please report along with the logs ('/var/opt/gitlab/git-data/subgit/subgit-install-20220421-181320.zip')
error:   to https://support.tmatesoft.com/, thank you!

uninstalling and reinstalling 3.3.13:

SubGit version 3.3.13 ('Bobique') build #4426

About to shut down background translation process.
Background translation process is not running.

Translating Subversion revisions to Git commits...

    Subversion revisions translated: 138244.
    Total time: 6 seconds.

INSTALLATION SUCCESSFUL

subgit-install.zip (8.8 KB)

‘fetch --async’ with 3.3.14 seems to work, however

To repro:

  • configure, install, register repository with 3.3.13,
  • subgit install $repo_path # to confirm the command works initially
    → success
  • subgit shutdown $repo_path
  • sudo apt remove -y subgit && sudo dpkg -i subgit_3.3.14_all.deb && sudo apt install -f -y
  • subgit install $repo_path
    → error
  • sudo apt remove -y subgit && sudo dpkg -i subgit_3.3.13_all.deb && sudo apt install -f -y
  • subgit install $repo_path
    → still works

possibly a class path issue?

Hello Oliver,

thank you for reporting this issue!

We haven’t managed to reproduce it locally, though. I have followed the steps you listed exactly on Debian Linux with OpenJDK 8u322 installed, but everything worked fine, the subgit install $repo_path invoked after 3.3.14 installed worked well starting SubGit daemon and SubGit operations worked well, too. So I assume, it might have been a local issue, possibly permissions-related, could it be the case?