Packit-as-a-Service case studies and tips

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



I am considering using Packit-as-a-Service [1] for an upstream
project, as the maintainer of the project suggested managing the RPM
spec file on the upstream's repository in Github.

Could you tell me some case studies of the upstream project using
Packit-as-a-Service?
I know rebase-helper [2] is using it.

What I want to do is
* to check the RPM spec file at the pull-request timing on GitHub,
building it on specified build targets (rawhide or fNN).

My questions are
* How to manage a RPM spec file on the upstream repository,
synchronizing it with Fedora rawhide's one.
  For example, in case of rawhide, the RPM spec file's release version
is sometimes automatically updated.
  I am thinking of managing the RPM spec file on the upstream without
%changelog to synchronize it easily.
* Is it possible to manage the RPM spec file including %PatchN and the
patch file on the upstream repository?

[1] https://packit.dev/packit-as-a-service/
[2] https://github.com/rebase-helper/rebase-helper

Thanks.

-- 
Jun | He - His - Him
_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
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@xxxxxxxxxxxxxxxxxxxxxxx




[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Users]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]

  Powered by Linux