<div dir="ltr">On Tue, 30 Apr 2024 22:41:45 +0100 Martina Ferrari <<a href="mailto:tina@tina.pm" target="_blank">tina@tina.pm</a>> wrote:<br>> Hi Santiago,<br>> <br>> On 30/04/2024 14:01, Santiago Vila wrote:<br>> <br>> >> It fails to build if tzdata is updated, but it never stops working. It <br>> >> just needs to be updated as often as tzdata is. But if you have a <br>> >> suggestion to make this more automatic, I would love to hear it..<br>> > <br>> > Sorry, I still don't get it.<br>> > <br>> > Why does the package build needs to fail if tzdata is updated?<br>> <br>> > What happens if we allow the package to be built anyway?<br>> > (as in the attached patch).<br>> > Would the resulting package be broken in any way?<br>> <div>> It works, but then there is no way to embed the (effective) tzdata <br>> version into the moment-timezone.js version, so you could have identical <br>> source packages producing binaries with the same version and different <br>> contents, and no way to depend on it.<div><div>> Plus, it almost always fails to <br>> build anyway, because many of the tests need to be adjusted when tzdata <br>> changes.</div><div><br></div><div><div>Indeed, a part of the test suite can be generated during build.</div><div>So it's actually possible to rebuild this package without manual intervention of its maintainer,</div><div>whenever tzdata is updated.</div></div><div>That's what I pushed in the salsa repository.</div><div><br></div><div>I think it's a use case for adding</div><div>Static-Built-Using: tzdata-legacy</div><div><br></div><div>to debian/control ???</div><div><br></div><div>> The (better) alternative would be to make it always use a fixed tzdata <br>> version, but then tzdata migrations will be blocked each time until I <br>> upload a new version.</div><div><br></div><div><div>I skipped the generated tests for autopkgtests, and kept them only during build time to avoid the previous solution, which was to embed the tests/* in the binary package, taking way too much space for that matter.</div><div>If running the generated tests during autopkgtests is important, it should be run in the built source package instead.</div></div><div><br></div></div><div>Jérémy</div></div></div>