<div dir="auto">We are actually rebuilding all Debian packages and we do tag them as binary nmu if we rebuild then again (in theory, this only happens in specific cases, but sometimes the automation triggered too often). But in theory at least: yes, there are reasons to do binary NMUs for arch:all packages as well.<div dir="auto"><br></div><div dir="auto">(We also would tag the version numbers similarly if we have a local patch, but IIRC, that wasn't the case here)</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Yangfl <<a href="mailto:mmyangfl@gmail.com">mmyangfl@gmail.com</a>> schrieb am Mi., 18. Nov. 2020, 16:42:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Sven Mueller <<a href="mailto:sven.mueller72@gmail.com" target="_blank" rel="noreferrer">sven.mueller72@gmail.com</a>> 于2020年11月18日周三 下午6:39写道：<br>
><br>
> Package: galternatives<br>
> Version: 1.0.7<br>
> Tags: patch<br>
><br>
> debian/rules compares the version from debian/changelog with the version reported by the INFO dict. However, this fails if a binnmu is at play:<br>
><br>
> A binnmu adds a changelog entry with +bX (X being an integer), but generally speaking, rebuilds might add almost any +<whatever> suffixes.<br>
><br>
> I suggest to change debian/rules as follows to allow for binnmus:<br>
><br>
> Add:<br>
><br>
> BASE_VERSION=$(shell dpkg-parsechangelog \<br>
>       sed -rne 's/^Version: ([0-9.]+)(\+.*)?/\1/p')<br>
><br>
> And compare to that instead of DEB_VERSION_UPSTREAM<br>
><br>
> This is similar to what is done for DEB_VERSION_UPSTREAM in <a href="http://pkg-info.mk" rel="noreferrer noreferrer" target="_blank">pkg-info.mk</a>, but acknowledges the fact that galternatives is a native Debian package and thus the whole version from the changelog is recognized as the upstream version.<br>
><br>
> For 1.2-1+b1, DEB_VERSION_UPSTREAM would have 1.2, as it strips the last - and everything after it.<br>
><br>
> Patch attached, this time I'll refrain from submitting anything to salsa... I caused too much chaos with the previous commits already (I hope I cleaned it up though).<br>
<br>
Wait, does arch: all package ever has a chance to do binnmu?<br>
</blockquote></div>