pagure

#2561 No write permissions to own forks
Closed: Fixed Opened by hhorak.

Closed: Fixed
Reopen Issue

I've forked a component rpms/mariadb-connector-c but I don't have permissions to write to the fork even if I'm the owner.

$ fedpkg clone forks/hhorak/rpms/mariadb-connector-c
Cloning into 'mariadb-connector-c'...
remote: Counting objects: 77, done.
remote: Compressing objects: 100% (75/75), done.
remote: Total 77 (delta 28), reused 0 (delta 0)
Receiving objects: 100% (77/77), 13.62 KiB | 4.54 MiB/s, done.
Resolving deltas: 100% (28/28), done.

$ cd mariadb-connector-c/

do some changes

$ git commit -am "test"
[master fde86e1] test
1 file changed, 1 insertion(+)

$ git push
FATAL: W any forks/hhorak/rpms/mariadb-connector-c hhorak DENIED by fallthru
(or you mis-spelled the reponame)
fatal: Could not read from remote repository.

Please make sure you have the correct access rights
and the repository exists.

Can you try it again? When any repo is forked, gitolite needs a refresh (for adding ACLs) which can take time. This happens outside of request-response cycle and thus the UI and gitolite are out of sync for some time.

Ah, it works now, thanks for explaining.. How long it can usually take? if it would not be just few minutes, I'd say we should either see a warning explaining that it will get fixed soon, or try to fix the delay somehow.. People will be wondering because it is not clear why it is not working.

We're trying to improve the situation, we've worked with upstream gitolite to reduce the average running time from about 3 minutes to around 1 minute and I'm (as we speak) cleaning the gitolite config to remove the tests namespaces which will reduce the number of git repositories considered (removing 20K repos) and thus will hopefully saves us some more time.

Going to close this for now, a follow up can be tracked in #2562 that we'll close when we get the idea from @vivekanand1101 implemented.

And the original issue should be fixed now :)

Metadata Update from @pingou:
- Issue close_status updated to: Fixed
- Issue tagged with: pkgs.fp
Metadata
None

pkgs.fp

None
None
None
Static archive. pagure.io was sunset in 2026; this is a read-only snapshot.
Red Hat Logo

Fedora is sponsored by Red Hat. Learn more about the relationship between Red Hat and Fedora »

© Red Hat, Inc. and others.