Hello Alexandre!
On 11.09.20 20:52, Michel Alexandre Salim wrote:
The rationale is that many Fedora packagers do not specifically care
about EL, and with their long release cycles the maintenance burden is
higher (e.g. upgrading to fix a security vulnerability might not be
possible if the newer
On Mon, Sep 14, 2020 at 09:42:36AM -0700, Michel Alexandre Salim wrote:
> I wonder if these are two separate concerns though? I agree that being
> able to indicate a package should always be branched would be great,
> but... epel-sig / epel-wranglers might not find a package relevant in a
> new EL
On Fri, Sep 11, 2020 at 11:52:03AM -0700, Michel Alexandre Salim wrote:
...snip...
>
> EPEL packages are maintained in dist-git as additional branches on
> Fedora packages; however, unlike with Fedora releases, where by default
> a package gets branched for any new Fedora release, EPEL branches ar
We discussed the proposal a bit at today's EPEL SC meeting; here's a
revised proposal taking into account the suggestions from the meeting
and earlier in this list.
## The SIG
- bstinson pointed out that epel-wranglers was started to address the
same issue, we can resurrect that
- we want to limit
On Fri, 2020-09-11 at 15:44 -0400, Neal Gompa wrote:
> On Fri, Sep 11, 2020 at 3:10 PM Robbie Harwood
> wrote:
> > Michel Alexandre Salim writes:
> >
> > > * Have an expedited flow where this SIG can request EPEL branches
> > > and
> > > admin access to packages if there are no response from pac
On Fri, Sep 11, 2020 at 3:10 PM Robbie Harwood wrote:
>
> Michel Alexandre Salim writes:
>
> > * Have an expedited flow where this SIG can request EPEL branches and
> > admin access to packages if there are no response from package
> > maintainers for a set period (3 days? 1 week?)
> > * whethe