Back in August we closed the master-branch of a set of libreoffice repositories, due to a migration we did to consolidate them. That 'closing' was done by installing new git-hooks that would prevent any push to the 'master' branch of these repositories. At this point no-one in the porject can push to these branches (which is a feature not a bug) As time pass, the fact that master is frozen in a state that 'looks' like something legitimate appears to confuse some 'users', which forget to switch branch or did not yet realize we migrated current dev to another repo. In order to limit that kind of problems. we have created a branch 'master-deleted' on each of the impacted repo.. these branch is basically master plus a comit that remove everything and leave a Readme that explain the situation Of course since we cannot ppush to master we cannot set master to that commit. We need an fdo admin to reset master to master-deleted on all these repos. I believe that cd-ing to .git/refs/heads and doing cp master-delete master should do the trick with minimal pain... but git-wise what we want is git branch -f master master-deleted the impacted repos are: libreoffice/artwork libreoffice/base libreoffice/bootstrap libreoffice/calc libreoffice/components libreoffice/extensions libreoffice/extras libreoffice/filters libreoffice/impress libreoffice/libs-core libreoffice/libs-extern libreoffice/libs-extern-sys libreoffice/libs-gui libreoffice/postprocess libreoffice/sdk libreoffice/testing libreoffice/ure libreoffice/writer Note: this is not blocking, nor time-sensitive. This is just to avoid shoot-yourself-in-the-foot situations for infrequent users of these repos... Thanks.
Done - I backed up all the master files in case I busted it badly :-) Thanks.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.