Re: Possible race condition with git-rebase + .git/index.lock - probably a gettext issue

--- It seems that this bug is related to localization library, similar to this diesel issue: https://github.com/diesel-rs/diesel/discussions/2947#discussioncomment-2025857.

Also, this bug is highly depend on the free space capacity on a drive where working copy is located. I encounter this bug each time when my ssd is nearly full (about 6 GB of free space on 120 GB drive).

About 90% of time, when I try to use `git svn rebase` in such conditions, the operation failed:

``` $ git svn rebase warning: пропущен уже применённый коммит ef0998895a6 warning: пропущен уже применённый коммит d1dbbd6ef8b подсказка: use --reapply-cherry-picks to include skipped commits подсказка: Disable this message with "git config advice.skippedCherryPicks false" fatal: Не удалось создать «/path/to/my/git/repo/.git/index.lock»: Файл существует.

Похоже, что другой процесс git запущен в этом репозитории, например редактор открыт из «git commit». Пожалуйста, убедитесь, что все процессы были завершены и потом попробуйте снова. Если это не поможет, то возможно процесс git был ранее завершен с ошибкой в этом репозитории: удалите файл вручную для продолжения. rebase refs/remotes/origin/trunk: command returned error: 128

Ветка push удалена (была 5c2212d372e). $ git rebase --continue fatal: не удалось прочитать файл журнала «.git/rebase-merge/message»: Нет такого файла или каталога ```

At the same time, when after I free space on my drive or set "C" locale, the operation is completed from first attempt.

I hope this will help to localize and fix the issue.