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]