Re: 039_end_of_wal: error in "xl_tot_len zero" test

From: Christoph Berg <myon(at)debian(dot)org>
To: Thomas Munro <thomas(dot)munro(at)gmail(dot)com>, Nathan Bossart <nathandbossart(at)gmail(dot)com>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Anton Voloshin <a(dot)voloshin(at)postgrespro(dot)ru>, David Rowley <dgrowleyml(at)gmail(dot)com>, Pg Hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: 039_end_of_wal: error in "xl_tot_len zero" test
Date: 2024-11-21 12:35:49
Message-ID: Zz8pJW9xVqIZvwdk@msg.df7cb.de
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Re: To Thomas Munro
> It is (was?) weird. The PG13 build for bullseye on apt.pg.o worked
> normally, but when I built for bullseye-security (Debian LTS), I had
> to remove the patch that removed the 039_end_of_wal.pl file because
> you had changed the file. The build then failed and I put the
> remove-that-file-patch back. I did not try to repeat the build.
>
> I'll try again with today's releases.

******** build/src/test/recovery/tmp_check/log/regress_log_039_end_of_wal ********
No such file or directory at /home/myon/projects/postgresql/debian/13/build/../src/test/perl/TestLib.pm line 655.

It's still happening, but it's Debian's fault. We used to lobotomize
the relocatability of the binaries a bit to cater for our directory
layout, so in the PG13 in bullseye, includedir-server is
/usr/include/postgresql/13/server even when called from a temp tree.

https://salsa.debian.org/postgresql/postgresql/-/blob/13-bullseye/debian/patches/50-per-version-dirs.patch?ref_type=heads

In the meantime, I had noticed that the logic is no longer required
(if it ever was), so the newer branches (including 13 for apt.pg.o)
have a much shorter version of that patch:

https://salsa.debian.org/postgresql/postgresql/-/blob/13/debian/patches/50-per-version-dirs.patch?ref_type=heads

so tl;dr: it's been fixed in the meantime, sorry for the noise.

Christoph

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Peter Eisentraut 2024-11-21 12:56:36 Re: SQL:2011 application time
Previous Message Daniel Gustafsson 2024-11-21 12:16:04 Re: Windows 2016 server crashed after changes in Postgres 15.8 pgAdmin