Re: proposal: EPEL 8 Next

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

 



On Wed, Sep 9, 2020 at 5:51 AM Petr Pisar <ppisar@xxxxxxxxxx> wrote:
>
> On Tue, Sep 08, 2020 at 11:00:42PM -0500, Carl George wrote:
> > To solve this problem, I am proposing that we create a new repository called
> > EPEL 8 Next.
> >
> > - built against CentOS 8 Stream
> > - opt-in for packagers (must request epel8-next dist-git branch)
> > - opt-in for users (part of epel-release but disabled by default)

I do not like it being part of epel-release, because it is (possibly)
not compatible with a regular RHEL/CentOS release.
I don't mind it being a sub-package of epel-release, something like
epel-stream-repo, but not what they get when they do the basic
epel-release install.
Users have to go through extra steps to get and use CentOS Stream,
they can do an extra step to get the EPEL next repo.

> > - used *with* epel8, not *instead of*
> >
> I agree with all of that. I only don't like the name. Why EPEL 8 Next? If it
> is to be use with Stream, why don't we call it EPEL 8 Stream? I think the
> meaning of the repository would be easier to understand.
>

Very good question, one I asked in the meeting.
If I got the argument right, then the amount of red-tape / legal work
it would take to call it epel-stream would be much higher than we want
to pay.
Many of us didn't like the name "Stream" to begin with since it is
sooo overloaded.

But that also is part of the reason I don't want the repo installed by default.
If your average EPEL user were to see that there was now a repo called
epel-next, they would think it is what we currently call playground.
Where the maintainers put their next versions of things.  Those users
(and I'm sure there are many) who want to test, or use the next
version of ... whatever it is ... let's say nedit, would enable
epel-next, and then be disappointed that anything in there won't
install on their system.

I believe there is one other thing that was mentioned during the
meeting, and that is the lifetime.
If I remember right, the lifetime of epel8-next would only be until N
months after RHEL9 was released.  (1 < N < 12)

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