Bug#934405: debhelper: Please ignore binNMUs in get_source_date_epoch() function

2019-08-13 Thread Niels Thykier
Control: tags -1 wontfix On Sat, 10 Aug 2019 21:24:37 +0300 Dmitry Shachnev wrote: > Package: debhelper > Version: 12.3 > Severity: wishlist > > Dear debhelper maintainers, > > Our package qtbase5-dev (which is marked as Multi-Arch: same) was recently > binNMUed, after which it started producin

Bug#934405: debhelper: Please ignore binNMUs in get_source_date_epoch() function

2019-08-13 Thread Dmitry Shachnev
Hi all, On Mon, Aug 12, 2019 at 06:53:01PM +0200, Mattia Rizzolo wrote: > On Mon, Aug 12, 2019 at 03:48:06PM +, Holger Levsen wrote: > > > I think it would be nice if that function ignored binNMU changelog > > > entries. > > > > nope, please dont. using changelog entries inconsistently is a r

Bug#934405: debhelper: Please ignore binNMUs in get_source_date_epoch() function

2019-08-12 Thread Mattia Rizzolo
On Mon, Aug 12, 2019 at 03:48:06PM +, Holger Levsen wrote: > > I think it would be nice if that function ignored binNMU changelog entries. > > nope, please dont. using changelog entries inconsistently is a recipe > for desaster. Same. My notes from IRC, so they can last longer: [09:08:42 PM

Bug#934405: debhelper: Please ignore binNMUs in get_source_date_epoch() function

2019-08-12 Thread Holger Levsen
Hi, thanks for filing a bug report about this issue. However... On Sat, Aug 10, 2019 at 09:24:37PM +0300, Dmitry Shachnev wrote: > I figured out that these timestamps are coming from binNMU changelogs. yes, binNMUs change the sources, despite their name. they are a hack. see #894441: 'binNMUs s

Bug#934405: debhelper: Please ignore binNMUs in get_source_date_epoch() function

2019-08-10 Thread Dmitry Shachnev
Package: debhelper Version: 12.3 Severity: wishlist Dear debhelper maintainers, Our package qtbase5-dev (which is marked as Multi-Arch: same) was recently binNMUed, after which it started producing errors when trying to install it for different architectures (so it has become non-same actually).