On Mon, Feb 03, 2020 at 02:15:19PM -0800, Troy Dawson wrote:
On Mon, Feb 3, 2020 at 12:29 PM Neal Gompa <ngompa13(a)gmail.com>
wrote:
>
> On Mon, Feb 3, 2020 at 2:36 PM Stephen John Smoogen <smooge(a)gmail.com> wrote:
> >
> >
> > My main job is working with Fedora Infrastructure, and we are trying to work
out how to handle:
> >
> >
https://pagure.io/fedora-infrastructure/issue/8558
> >
> > The problem is that various tools filter what packages can be branched into
Fedora see that libssh2 was in a module that RHEL shipped in 8.0 but it is no longer in
the release with 8.1.
> >
> > Do we need to make libssh2 a module?
> > Should we allow libssh2 be branched as a 'bare' package in EPEL
proper?
> > Other?
> >
>
> Since libssh2 is being dropped from RHEL, I think we should just
> permit it as a regular package in EPEL proper. That maximizes its
> usefulness to everyone.
>
I second that.
I don't think it matters if it was in a module or not. If it is no
longer in RHEL8, then it should be permitted as a regular EPEL8
package.
I agree, but... what about packages that are modules.
What does epel promise not to overlap with? Just bare rpms?
Any rpm in any modules also?
ie, would it have been ok to make a normal rpm of libssh2 before when it
was in a module?
kevin