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

Bug#1007717: Draft resolution for "Native source package format with non-native version"



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


Reply to: