Dear Maintainer,

   * What led up to the situation?
        Installed rEFInd from the Debian Trixie repo on MacBook Pro to enable
dual booting with MacOS
   * What exactly did you do (or not do) that was effective (or
     ineffective)?
        Installing the deb from the rEFInd website works correctly.
   * What was the outcome of this action?
        rEFInd works.  I have locked the version from the rEFInd website so
that it will not automatically upgrade.
   * What outcome did you expect instead?
        The deb from the Trixie repository should work.

Oh, that's really interesting -- the version you got from the website
is also 0.14.2 just like your bug report claims you got from Debian,
right?

They're built identically, so this sounds fishy and there's something
deeper going on here, I think. 🙈

Here's some build source comparisons between Debian's 0.14.2-2 and
upstream's 0.14.2 "debian" directories:

$ git diff --no-index --stat ../upstreams/refind/debian debian
 {../upstreams/refind/debian => debian}/changelog | 302
+++++++++++++++++++++++++++++++++++-----------------------------------------------------------------------------------------------
 {../upstreams/refind/debian => debian}/control   |   1 +
 {../upstreams/refind/debian => debian}/copyright |   6 +++
 /dev/null => debian/patches/series               |   0
 {../upstreams/refind/debian => debian}/rules     |   6 ++-
 5 files changed, 92 insertions(+), 223 deletions(-)

All the changes are really superficial:

$ # skipping "changelog" because that's not really relevant to the
build beyond the version number

$ # adding me as uploader (again, superficial)
$ git diff --no-index ../upstreams/refind/debian/control debian/control
diff --git a/../upstreams/refind/debian/control b/debian/control
index 889bbd9..ea11957 100644
--- a/../upstreams/refind/debian/control
+++ b/debian/control
@@ -1,5 +1,6 @@
 Source: refind
 Maintainer: Rod Smith <rod.smith@canonical.com>
+Uploaders: Tianon Gravi <tianon@debian.org>
 Section: admin
 Priority: optional
 Standards-Version: 4.3.0

$ # this is me copying a change to copyright ahead of the release
which includes it (it's in a newer upstream commit than the 0.14.2
release tag)
$ git diff --no-index ../upstreams/refind/debian/copyright debian/copyright
diff --git a/../upstreams/refind/debian/copyright b/debian/copyright
index 7da3745..8d788bb 100644
--- a/../upstreams/refind/debian/copyright
+++ b/debian/copyright
@@ -377,6 +377,12 @@ Files: icons/os_endeavouros.png
 Copyright: 2019 EndeavourOS Team
 License: GPL-3+

+Files: icons/os_aos.png
+Copyright: 2017
+License: public-domain
+ Claimed as public domain by source
+ (https://www.virtualbox.org/ticket/17271)
+
 Files: icons/os_haiku.png
 Copyright: 2010-2023 Haiku, inc
 License: Expat

$ # "patches/series" is an empty file, which is effectively the same
as not having one (but having it there makes it easier to backport
upstream commits when we need to)

$ # the change to "rules" is literally
https://salsa.debian.org/debian/refind/-/commit/70167247d95c730308b71b208a4aabe68e617df1
and only applies on arm64 anyhow so I'm skipping it here

So in short, I'm really stumped what might cause a difference and I've
explicitly CC'd Rod in the hopes that he knows which questions to ask
for us to get more details on what's going wrong, how it's going
wrong, and how we can fix it. 🙇

♥,
- Tianon
  4096R / B42F 6819 007F 00F8 8E36  4FD4 036A 9C25 BF35 7DD4