Package: sbuild
Version: 0.85.10
Severity: normal
File: /usr/bin/sbuild-createchroot

Dear Maintainer, hi!

I was creating some chroots this past month and noticed it was taking
too long in the last step which is the update step. After a pretty
intense debugging session with sergiodj, we were able to pin down the
problem to a interaction between 3 things. Including gpg in the chroot,
the bump in the max number of file descriptors and this update step only
doing a chroot without mounting /proc - and not using sbuild-update,
which does not show this bahaviour.

It basically boils down to gpg-agent trying to close all the possible
file descriptors when it's running. This happens because this is the
fallback behaviour when /proc is not mounted. When it is mounted, it
just closes what is showed in /proc/<pid>/fd/. This always happened, but
with the increase of the max number of fds [1], it's really taking a
loooong time to finish sbuild-createchroot.

I've been a bit lazy and didn't get all the urls to point you to. Let me
know if you rather have them all.

Cheers,
Charles

[1] https://lists.debian.org/debian-devel/2024/06/msg00041.html

-- System Information:
Debian Release: trixie/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 6.9.7-amd64 (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_WARN
Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages sbuild depends on:
ii  adduser         3.137
ii  libsbuild-perl  0.85.10
ii  perl            5.38.2-5

Versions of packages sbuild recommends:
ii  autopkgtest  5.37
ii  debootstrap  1.0.136
ii  schroot      1.6.13-3+b3
ii  uidmap       1:4.15.2-3

Versions of packages sbuild suggests:
pn  deborphan  <none>
ii  e2fsprogs  1.47.1-1
ii  kmod       32+20240611-1
ii  wget       1.24.5-1

-- no debconf information

Attachment: signature.asc
Description: PGP signature

Reply via email to