Re: regressions on release-3.7 ?

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

 



> I propose that we don't drop test units but provide an ack to patches
> that have known regression failures.

IIRC maintainers have had permission to issue such overrides since a
community meeting some months ago, but such overrides have remained
rare.  What should we do to ensure that currently failing Jenkins
results are checked and (if necessary) overridden in a consistent
and timely fashion, without putting all of that burden directly on
your shoulders?  Some sort of "officer of the day" rotation?  An
Etherpad work queue?  Something else?
_______________________________________________
Gluster-devel mailing list
Gluster-devel@xxxxxxxxxxx
http://www.gluster.org/mailman/listinfo/gluster-devel




[Index of Archives]     [Gluster Users]     [Ceph Users]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [eCos]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux