Hi folks, we have a 3 large updates waiting in devel:languages:haskell that have to be submitted to Factory, and I'd like to figure out how to do this best: (1) Current versions of spec-cleaner change every single spec file in devel:languages:haskell, causing 2000+ trivial updates of all Haskell packages in Factory. (2) Switching from LTS 8.x to 9.x has brought 413 version updates that ought to go to Factory. (3) There is an ongoing poll to change spec-cleaner's spelling of "Url" to "URL", which would cause yet another full update with 2000+ re-submissions to Factory. Whether this actually happens or not won't be known until 2017-08-14. Now, I can think of the following strategies for dealing with this situation: (a) Batch all these changes into one bulk submission. That gives us the minimal number of SRs, but it also means that we cannot submit any version updates from (2) before August 14th, because only then we'll know whether (3) is going to happen or not. (b) Submit (2) now, but submit (1) and (3) only after August 14th. This strategy gives us a quick Factory update to LTS 9.x, but it comes at the price of ~500 "extra" submission requests. (c) Submit (1) and (2) now, and deal with (3) only after if actually happens. If the change in (3) does not materialize, then this gives us a perfect outcome: fast update without avoidable SRs, but if (3) does happen, then we'll have ~2000 "extra" submission requests. What is your take on the respective pros and cons and which approach should be use? Is there another alternative I did not consider? Best regards, Peter -- To unsubscribe, e-mail: opensuse-haskell+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-haskell+owner@opensuse.org