On Fri, 2017-06-02 at 11:52 -0400, Jeremy Bicha wrote: > Here's my thinking as to how the first webkit2gtk stable update could work. > > 1. A new webkit2gtk point release is released. > 2. Since regressions are generally found within the first week and to > try to limit the work needed by the SRMs, we wait a week before > uploading to the s-p-u queue. > 3. A SRM accepts it. > 4. An email is sent out to the maintainers of the rdeps asking them to > please test their package with the new webkit2gtk version in s-p-u > within the next 2 weeks. > 5. If no regressions are reported, the update is released in the next > Debian 9 point release.
Has this been discussed with any of the r-dep maintainers? The plan only really works if step 4 actually results in useful tests. Regards, Adam
