Re: Playground policy

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

 



On Fri, May 1, 2020 at 10:49 AM Michel Alexandre Salim
<michel@xxxxxxxxxxxxxxx> wrote:
>
>
>
> On 5/1/20 1:10 AM, Petr Pisar wrote:
> > On Thu, Apr 30, 2020 at 12:32:26PM -0700, Michel Alexandre Salim wrote:
> >> Generally speaking (I can make this a separate thread if that helps) - do we
> >> expect every package in EPEL8 to also be built for EPEL8-playground, either
> >> through package.cfg or by building directly from the epel8-playground
> >> branch?
> >
> > There is no such rule, but in my opinion, it is welcomed for exactly the terrible
> > experience anybody gets when he tries to use epel8-playground.
> >
> Right, but if some package repos are missing packages.cfg and the
> maintainer does not build it separately for epel8-playground, it is a
> terrible experience for other packages depending on this missing package
> -- everytime the maintainer submits an epel8 build, the epel8-playground
> target will report a build failure.
>
> > The purpose of epel8-playground is to diverge when needed. That's why the epel8
> > branch contains package.cfg by default.
> >
> That seems to be the case for packages branched normally (fedpkg
> request-branch). *However* I've seen some packages where the epel8
> branch and master branch are identical -- not sure how it happens, maybe
> the committer has force-push permission? Or is there a way to request
> that a branch be cloned from another branch instead of created from scratch?
>

I prefer my EPEL branches to be this way when possible.  And it's
simple enough to do

fedpkg clone <package>
cd <package>
fedpkg switch-branch epel8
git merge master
fedpkg push

Nothing fancy about it, as long as you are the maintainer of the epel branch.

Troy
_______________________________________________
epel-devel mailing list -- epel-devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to epel-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/epel-devel@xxxxxxxxxxxxxxxxxxxxxxx




[Index of Archives]     [Fedora Announce]     [Fedora News]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Maintainers]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Legacy]     [Fedora Desktop]     [Fedora Fonts]     [ATA RAID]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Announce]     [SSH]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Centos]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora QA]     [Fedora Triage]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Tux]     [Yosemite News]     [Linux Apps]     [Gnome Users]     [KDE Users]     [Fedora Tools]     [Fedora Art]     [Fedora Docs]     [Maemo Users]     [Asterisk PBX]     [Fedora Sparc]     [Fedora Universal Network Connector]     [Fedora ARM]

  Powered by Linux