Bug#1007717: Native source package format with non-native version
Hello,
On Tue 15 Mar 2022 at 04:29pm GMT, Ian Jackson wrote:
> Please:
>
> Part I - belss continued use of 1.0 native format, for now at least:
>
> 1. Declare explicitly that there is nothing wrong with a package with
> a native format, but a non-native version number.
>
> 2. Request that the dpkg maintainer relax the restriction which
> prevents the use of 3.0 native with Debian revision.
>
> 3. Consequently, declare that the recent MBF on this topic ought not
> to have been filed against packages where simply changing the
> source format does not currently work. That would include at
> least 1.0 native packages with Debian revisions.
>
> Part II - bless continued use of 1.0-with-diff, for now at least:
>
> 4. Declare that sometimes the use of 1.0-with-diff can be the best
> tradeoff between different considerations. In particular,
> because 1.0 is the only format which botH:
> (a) Optimises bandwidth and storage by reusing the upstream
> data when it hasn't changed.
> (b) Avoids polluting the working tree (package source code)
> with [patches], which cause trouble especially with
> git-based workflows.
>
> 5. Consequently, declare that the recent MBF on this topic ought not
> to have been filed against 1.0 with diff packages, at least
> without some further filter.
I think that you are asking us to use 6.1.1/6.1.2 for most of this, but
for I.3 are you asking for us to use 6.1.4 or 6.1.5? "Request" seems
more like 6.1.5 but I would like to check.
--
Sean Whitton
Reply to: