It seems that 'proj/x11.git' was some kind of half-bare repository since the beginning, and it always complained when pushing. But since last git update, the default behavior has changed and now git refuses all commits. I guess the 'bare' repository was created by simply moving the .git directory from a checkout. I think the simplest solution for this would be to 'git clone --bare' the repository once again. Below is the exact error message: $ git push Counting objects: 11, done. Delta compression using up to 2 threads. Compressing objects: 100% (6/6), done. Writing objects: 100% (6/6), 715 bytes, done. Total 6 (delta 3), reused 0 (delta 0) remote: error: refusing to update checked out branch: refs/heads/master remote: error: By default, updating the current branch in a non-bare repository remote: error: is denied, because it will make the index and work tree inconsistent remote: error: with what you pushed, and will require 'git reset --hard' to match remote: error: the work tree to HEAD. remote: error: remote: error: You can set 'receive.denyCurrentBranch' configuration variable to remote: error: 'ignore' or 'warn' in the remote repository to allow pushing into remote: error: its current branch; however, this is not recommended unless you remote: error: arranged to update its work tree to match what you pushed in some remote: error: other way. remote: error: remote: error: To squelch this message and still keep the default behaviour, set remote: error: 'receive.denyCurrentBranch' configuration variable to 'refuse'. To git+ssh://git@git.overlays.gentoo.org/proj/x11.git ! [remote rejected] master -> master (branch is currently checked out) error: failed to push some refs to 'git+ssh://git@git.overlays.gentoo.org/proj/x11.git'
Reassigning to infra, we don't have enough perms to fix it
More details we were able to read: The config file holds [core] bare = false besides other non-usual entries. Files that exist more than elsewhere are: FETCH_HEAD, ORIG_HEAD and index. If we had permissions to run something like "sudo su -s /bin/bash git" on pelican the overlay team could probably fix this itself.
Please re-test. Thanks for reporting :)
(In reply to comment #3) > Please re-test. > Thanks for reporting :) Seems to work fine now, thanks.
reopening to fix resolution
