On Mon, Apr 25, 2022 at 7:51 AM Fabio Valentini <decatho...@gmail.com> wrote:
>
> On Mon, Apr 25, 2022 at 10:51 AM Vít Ondruch <vondr...@redhat.com> wrote:
>
> > 2) Standalone script does not solve the main issue and that is a way CI 
> > could obtain the tarball. Of course you mentioned "with support for 
> > extraction in spectool", but that is also part of the issue, because that 
> > would need the "spectool" changes as well as CI changes. My proposal does 
> > not need that. Of course, this is proof of concept, while the part of the 
> > script you point out could be possibly improved and abstracted by some 
> > macro.
>
> This has come up before, but given that the current maintainer of
> spectool (which is me) has offered to implement support for this, I
> don't see this as a problem.
> I also assume that the CI you're talking about already calls spectool
> to download package sources for new versions, so doing this would
> actually make any changes to the CI environment entirely unnecessary.
>
> We'd just need to agree on a way to specify the path to the script
> that needs to be run for generating source X.
> For example, we could use something like:
> # SourceScript: gen_clean_tarball.sh
>
> That would make it easy for spectool to parse this information from
> the .spec file, and then execute the program with that name.
> We could possibly also supply some variables as command line arguments
> to that script, for example, the current "Version" from the .spec
> file, so it doesn't have to be modified in two places.
>

The "easy" thing to do would be to define a config file to check into
Dist-Git to run source services. We could even reuse the ones that the
openSUSE community wrote for the Open Build Service. I could easily
write a harness to run them inside the Koji task for producing the
SRPM. I already did something similar for my workplace, for example.



-- 
真実はいつも一つ!/ Always, there's only one truth!
_______________________________________________
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Reply via email to