Re: EPEL2RHEL - New Wording? - New Workflow?

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

 



On Thu, Mar 16, 2023 at 6:31 PM Patrick Riehecky via epel-devel <epel-devel@xxxxxxxxxxxxxxxxxxxxxxx> wrote:
On Thu, 2023-03-16 at 16:05 -0700, Troy Dawson wrote:
>
>
> On Thu, Mar 16, 2023 at 3:43 PM Kevin Fenzi <kevin@xxxxxxxxx> wrote:
> > On Thu, Mar 16, 2023 at 03:10:23PM -0700, Troy Dawson wrote:
> > >
> > > This is what I have on my ticket.  Respond soon (by tomorrow end
> > > of day) if
> > > you think I need changes.
> > >
> > > Subject:
> > > Notice: <package> will be automatically retired from epel<major>
> > > when RHEL
> > > <major>.<minor> is released
> > >
> > > Comment:
> > > Thank you for your work maintaining <package> in epel<major>. 
> > > This package
> > > has been considered important enough to Red Hat's customers that
> > > Red Hat
> > > has decided to promote it to be an official part of RHEL.  It
> > > will be part
> > > of RHEL <major>.<minor>.  When that is released, EPEL automation
> > > will
> > > remove <package> from epel<major>.
> >
> > That looks pretty good, but I might suggest adding something more
> > explicit at the end:
> >
> > Note that this issue is purely informational, you do not need to
> > take any
> > actions at this time.
> >
> > But perhaps thats overkill. ;)
> >
> > kevin
> >
>
>
> It's slight overkill, but you are correct, they might think they have
> to do something.
> I have changed the last sentence to be
>
> When that is released, EPEL automation will remove <package> from
> EPEL <major> and close this bug. 
>
> Troy

I'd consider something in a final paragraph that says "something like":

No action is required from you at this time.


Having an explicit "non-call to action" int its own paragraph may help
folks feel more comfortable that they know what to expect and what they
do/do not need to do.

Pat

Although I do agree having something in a separate paragraph would be best, my concern is that I don't  know how they are creating these bugs.
Doing a single paragraph, everything can fit between a pair of quotes, and you don't have to worry about special characters.  That always works for any scripting or automation you are working with.  Doing a separate paragraph might be easy, it might be a pain in the rear.

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
Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue

[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