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.
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:
so tl;dr: it's been fixed in the meantime, sorry for the noise.
Christoph
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 |