Description of problem:
My workflow for uploading packages is:
$ git add -u
$ fedpkg clog
$ git commit -F clog
$ fedpkg import updated.srpm
$ git commit --am
When trying this with a package that has been converted to use rpmautospec, it brakes the import srpm functionality.
I receive the following message:
Could not execute import_srpm: SRPM was processed by rpmautospec (specfile msmtp.spec" was analyzed)
fedpkg import is a key function so this needs to be corrected
I found this: https://pagure.io/rpkg/issue/641
The first comment proposes a solution. When can this be implemented, and in the meantime, what is
the mitigation workflow without having to backout of rpmautospec?
You do not explain how you created updated.srpm,
but because you encountered this problem,
I assume you ran 'fedpkg srpm' or some other fedpkg command that internally ran the same.
If so, try to created it with 'rpmbuild -bs' instead.
Fedpkg does rpmautospec processing internally, while rpmbuild does not,
and the desired result is importing unprocessed changelogs.
I will assign this issue to me.
I have been meaning to tackle this issue for a long time already.
Unfortunately, I have not have *any* time for Fedora in weeks, so I have not been able to proceed.
(I will feel hurt at all if somebody fixes this in the meantime.)
My idea of fixing this is explained here:
This message is a reminder that Fedora Linux 37 is nearing its end of life.
Fedora will stop maintaining and issuing updates for Fedora Linux 37 on 2023-12-05.
It is Fedora's policy to close all bug reports from releases that are no longer
maintained. At that time this bug will be closed as EOL if it remains open with a
'version' of '37'.
Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, change the 'version'
to a later Fedora Linux version. Note that the version field may be hidden.
Click the "Show advanced fields" button if you do not see it.
Thank you for reporting this issue and we are sorry that we were not
able to fix it before Fedora Linux 37 is end of life. If you would still like
to see this bug fixed and are able to reproduce it against a later version
of Fedora Linux, you are encouraged to change the 'version' to a later version
prior to this bug being closed.