Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.debian.bugs.dist > #1176743

Bug#983852: python-scrapy: please make the build reproducible

From Vagrant Cascadian <vagrant@reproducible-builds.org>
Newsgroups linux.debian.bugs.dist
Subject Bug#983852: python-scrapy: please make the build reproducible
Date 2023-12-01 01:30 +0100
Message-ID <HFZzP-abQV-3@gated-at.bofh.it> (permalink)
References <BO9mb-1Kx-7@gated-at.bofh.it> <BO9mb-1Kx-7@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


[Multipart message — attachments visible in raw view] - view raw

On 2021-03-02, Chris Lamb wrote:
> Whilst working on the Reproducible Builds effort [0] we noticed that
> python-scrapy could not be built reproducibly.
>
> This is because it uses the current build year when building the
> documentation which, of course, changes depending which year you
> build the software.
>
> Patch attached that uses SOURCE_DATE_EPOCH [1] instead.

In the upstream pull request:

  https://github.com/scrapy/scrapy/pull/5019

It was suggested drop the practice of using the build year at all and
manually updating the year... though upstream did not go so far as to
actually do that as far as I can tell.

Perhaps a really simple patch with the most recent copyright year
hard-coded that needs to be updated alongside debian/copyright would be
acceptible? It could also check to make sure the most recent year
mentioned in debian/copyright matches the patch year, if you really
wanted to make sure they stayed in sync.

Alternately, going with the SOURCE_DATE_EPOCH patch for now until
upstream decides how to fix it?


live well,
  vagrant

Back to linux.debian.bugs.dist | Previous | Next | Find similar | Unroll thread


Thread

Bug#983852: python-scrapy: please make the build reproducible Vagrant Cascadian <vagrant@reproducible-builds.org> - 2023-12-01 01:30 +0100

csiph-web