deb_specific__hgk.py

Set default hgk path for hgk outside bin.

Gbp-Pq: Name deb_specific__hgk.py.patch

deb_specific__test_zstd_s390x

# HG changeset patch
# User Julien Cristau <jcristau@debian.org>
# Date 1629904487 -7200
#      Wed Aug 25 17:14:47 2021 +0200
# Branch stable
# Node ID e11f903fd7a6e80b6168c7ef6e28f20349e681e2
# Parent  132819e1fa1565b45fc09093ebbfbe991b0a0f5d
tests: allow for variation in zstd output as seen on s390x and powerpc

Gbp-Pq: Name deb_specific__test_zstd_s390x.patch

proposed_upstream__doctest.path

# HG changeset patch
# User Julien Cristau <jcristau@debian.org>
# Date 1589916203 -7200
#      Tue May 19 21:23:23 2020 +0200
# Node ID de789b6b188b62cf38c5c5cfe760cff9a48c52f5
# Parent  3b7aabd02e11fcfc015b3a90a0c52d971a7b8a83
test: make test-doctest.py work when it's not run from a mercurial repo

This assumption fails when building and running tests from a source
tarball, e.g.

Differential Revision: https://phab.mercurial-scm.org/D8571

Gbp-Pq: Name proposed_upstream__doctest.path

proposed_upstream__revlog_s390x_part2

# HG changeset patch
# User Julien Cristau <jcristau@debian.org>
# Date 1629841355 -7200
#      Tue Aug 24 23:42:35 2021 +0200
# Branch stable
# Node ID 132819e1fa1565b45fc09093ebbfbe991b0a0f5d
# Parent  518dd67482c0bde8636d1a5e6f10cb369b522e1f
revlog: fix more type confusion in index_replace_sidedata_info (issue6580)

We were telling python that "rev" was a Py_ssize_t (via the "n" format),
but it was actually an int.

Differential Revision: https://phab.mercurial-scm.org/D11335

Gbp-Pq: Name proposed_upstream__revlog_s390x_part2.patch

proposed_upstream__revlog_s390x_part1

# HG changeset patch
# User Julien Cristau <jcristau@mozilla.com>
# Date 1629801874 -7200
#      Tue Aug 24 12:44:34 2021 +0200
# Branch stable
# Node ID 518dd67482c0bde8636d1a5e6f10cb369b522e1f
# Parent  df94c13ddf60b5c355db04d9a6dde9ce80d58df3
revlog: fix type confusion with sidedata_comp_len (issue6580)

The format string uses "i" (int) for sidedata_comp_len, so we shouldn't
be passing a pointer to Py_ssize_t to PyArg_ParseTuple.  On 64-bit
big-endian, this would result in python only writing to the upper 32
bits, and things go downhill from there.

Differential Revision: https://phab.mercurial-scm.org/D11334

Gbp-Pq: Name proposed_upstream__revlog_s390x_part1.patch

mercurial (5.9-3) unstable; urgency=medium

  * Further adjust tests for endianness-related variations.
  * Silence yet another test warning about `which`.

[dgit import unpatched mercurial 5.9-3]

Import mercurial_5.9-3.debian.tar.xz

[dgit import tarball mercurial 5.9-3 mercurial_5.9-3.debian.tar.xz]

Import mercurial_5.9.orig.tar.gz

[dgit import orig mercurial_5.9.orig.tar.gz]