fedora-infrastructure

#6265 Cannot push a new package to master, getting "FATAL: W any rpms/authselect jhrozek DENIED by fallthru"
Closed: Fixed Opened by jhrozek.

Closed: Fixed
Reopen Issue

Hi,

Sorry if this is a known issue or a duplicate but I couldn't find a dupe in the ticket database.

I'm having issues pushing an approved package. I can clone the repo, I can fedpkg import the approved srpm, but the push fails. I'm getting:

FATAL: W any rpms/authselect jhrozek 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.
Could not execute push: Command '['git', 'push']' returned non-zero exit status 128

Can you help me move forward with the package, please?

Metadata Update from @pingou:
- Issue tagged with: src.fp.o

Can you try now?

Yeah, that worked, but the remote threw an error:

remote: Traceback (most recent call last):
remote:   File "./hooks/post-receive.default", line 19, in <module>
remote:     import pagure  # noqa: E402
remote:   File "/usr/lib/python2.7/site-packages/pagure/__init__.py", line 62, in <module>
remote:     APP.config.from_envvar('PAGURE_CONFIG')
remote:   File "/usr/lib/python2.7/site-packages/flask/config.py", line 108, in from_envvar
remote:     return self.from_pyfile(rv, silent=silent)
remote:   File "/usr/lib/python2.7/site-packages/flask/config.py", line 128, in from_pyfile
remote:     with open(filename) as config_file:
remote: IOError: [Errno 13] Unable to load configuration file (Permission denied): '/etc/pagure/pagure.cfg'
remote: Hook ./hooks/post-receive.default failed with error code 1
To ssh://pkgs.fedoraproject.org/rpms/authselect

Thanks, that one is being tracked in https://pagure.io/fedora-infrastructure/issue/6235

Metadata Update from @pingou:
- Issue close_status updated to: Fixed
Metadata
None

src.fp.o

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.