On 07/06/2022 07:08, Sean Whitton wrote:
I agree, it's not about the benefits of the source format, we do indeed understand all the trade-offs by now. It's that certain ideas and workflows *which are not really about source packages* are made inconvenient or impossible if we remove this option. In other words, it needs to be replaced before it can be deprecated.
Mmm. And I'd be pretty reluctant to talk about deprecation until the replacement is good to go.
What would you think about adding an alternative option 4? 4b. We believe that there are indeed circumstances in which 1.0-with-diff is the best choice for a particular source package. Given that the number of packages for which this is relevant is fairly small, we recommend discontinuing use of 1.0-with-diff to gain more uniformity.Thanks for coming up with the text. I'd say that as uniformity is not good in itself, it would be good to have more concrete reasons for wanting uniformity in this case documented in this bug (not necessarily in the resolution text) before we add it to the ballot.
I would certainly vote against 4b as drafted; I would need considerable persuasion that "more uniformity" here is a concrete benefit.
Regards, Matthew
