Re: Updated proposal for improving the FTP NEW process
On Tue, Mar 06, 2018 at 10:22:22AM -0600, Steve Robbins wrote:
> Or: change the mechanism to avoid a trip through NEW for simple cases that
> Chris outlined: new binary or soname bump. Reserve NEW for truly new
> things.
Let's not try to be wiser than ftpmasters: if, despite the increased
workload, they haven't expressed such an obvious wish yet, they obviously
value sanity checks here.
What might be reasonable is making the separation between binNEW and srcNEW
more obvious, especially for us on the other side. This would also
encourage the ftpmasters to skip license checks for binNEW -- but again,
without knowing their workflow I'm not in a position to improve it.
Meow!
--
⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀⣿⡁ A dumb species has no way to open a tuna can.
⢿⡄⠘⠷⠚⠋⠀ A smart species invents a can opener.
⠈⠳⣄⠀⠀⠀⠀ A master species delegates.
Reply to: