Bug#1094100: Bug#1094115: check-postgres: FTBFS: make[1]: *** [debian/rules:19: override_dh_auto_test] Error 1

[Lucas Nussbaum]

On 09/02/25 at 10:17 -0800, Russ Allbery wrote:
> Lucas Nussbaum <lucas at debian.org> writes:
> > On 04/02/25 at 16:17 +0100, Christoph Berg wrote:
> >> Re: Lucas Nussbaum
> >> > > #   Failed test 'Action 'autovac_freeze' self-identifies correctly'
> >> > > #   at t/02_autovac_freeze.t line 40.
> >> > > #                   'uid=65534 topuid=10 euid=104 path='/tmp' at /usr/lib/x86_64-linux-gnu/perl-base/File/Temp.pm line 686.
> 
> >> This doesn't seem like a problem with check-postgres. Is /tmp botched
> >> in that build chroot?
> 
> > I don't think so. There's another bug with /tmp strangeness (#1094100),
> > also raised by File::Temp.
> 
> /tmp is shown above as being owned by the nobody user (65534) rather than
> root. Have you by any chance changed something about how UID mappings in
> the file system might work in your builds? For example, if the build
> chroot is on a remote NFS server with root-squash enabled, one might see
> this. I'm not sure if using user namespaces may do something similar.

I switched to using the unshare sbuild backend (instead of schroot). But
if I understand the current state of things correctly, this is also the
case on buildds.

Lucas