Bug 45354

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.