[01:01] <sarnold> focal has pam 1.3.1-5ubuntu* versions available, but 'apt source libpam-modules' pulls down version 1.4.0-9 from debian instead; is this expected? apt policy libpam-modules  only shows the ubuntu versions
[01:01] <sarnold> does this happen for others on focal? (I only ran it because someone in #debian on oftc mentioned it, and I thought it highly unlikely.. but it happened to me, too :)
[01:11] <Unit193> `apt-get source libpam-modules` got me pam (1.3.1-5ubuntu4.2), fresh chroot of focal.
[01:11] <Unit193> apt-cache showsrc says?
[01:13] <sarnold> Unit193: cool, thanks, then it's something about security team's crazy configs -- plus whatever the other guy did, hehe -- https://paste.ubuntu.com/p/gx5hFqyKT2/
[01:13] <Unit193> Eh?  One has to log in to even view pastes now?
[01:14] <sarnold> oh weird. that'll be a serious deterrent to using the things.
[01:14] <Unit193> Line 454
[01:15] <Unit193> You appear to have a lot of deb-src lines, `inxi -r`?
[01:15] <sarnold> so many lines
[01:15] <Unit193> deb8u2, is that stretch?
[01:15] <sarnold> oh right, my archive is turned off to save heat.. no inxi for me
[01:15] <sarnold> it probably is
[01:16] <Unit193> ...Now I do kinda want to see your sources. :P
[01:16] <sarnold> :)
[01:20] <sarnold> Unit193: https://paste.ubuntu.com/p/DVWhpSqmP7/
[01:20] <sarnold> it took a bit to scrub passwords from the thing
[01:23] <Unit193> sarnold: Can you look into using auth.d?  `man apt_auth.conf`
[01:23] <Unit193> And, wow fun!
[01:23] <Unit193> Needs updated for bullseye, fyi.
[01:23] <sarnold> Unit193: I really should; I never saw a point of it until just now :)
[01:24] <sarnold> Unit193: thanks for the reminder, hehe
[01:25] <Unit193> Sure thing!
[13:44] <seb128> hum, does anyone knows what's going on in example https://autopkgtest.ubuntu.com/results/autopkgtest-impish/impish/i386/libs/libssh/20210826_184633_15cd8@/log.gz ?
[13:44] <seb128>  /usr/lib/gcc-cross/i686-linux-gnu/11/../../../../i686-linux-gnu/bin/ld: /lib/i386-linux-gnu/libdl.so.2: undefined reference to `_dl_addr@GLIBC_PRIVATE'
[13:45] <seb128> doko_, ^ is that a gcc problem? several of the i386 autopkgtests are failing with similar errors
[14:00] <seb128> mwhudson, ^ or you but you are probably eow now
[14:18] <cjwatson> Unit193: AIUI the rule is now that you have to log in to view pastes that were created by a non-logged-in user.  It's an unfortunately necessary mitigation - we were apparently seeing increasing numbers of takedown notices for illegal material of various kinds.
[14:19] <cjwatson> Unit193: (The initial plan was to disallow anonymous posting entirely, which I pointed out would be a bit of a problem for pastebinit)
[15:05] <xnox> seb128:  i think with glibc 2.34 one should simply link against libc only without a need to link against libdl. Hence like the symbol should be in libc directly, instead of libdl.so
[15:05] <xnox> seb128:  and also cross-toolchains appear to be busted at the moment a little bit - see https://bugs.launchpad.net/ubuntu/+source/cross-toolchain-base/+bug/1941710
[15:20] <seb128> xnox, thanks
[15:26] <doko> seb128, no glibc issue. likely to go away once glibc migrates
[15:29] <doko> could also be a hardcoded dependency on libdl in some file in which case it needs a rebuild
[16:12] <jawn-smith> Got a couple of test retries. If a core dev could start these I would very much appreciate it.
[16:12] <jawn-smith> https://autopkgtest.ubuntu.com/request.cgi?release=impish&arch=armhf&package=boost1.74&trigger=icu%2F67.1-7ubuntu1
[16:12] <jawn-smith> https://autopkgtest.ubuntu.com/request.cgi?release=impish&arch=ppc64el&package=boost1.74&trigger=icu%2F67.1-7ubuntu1
[16:44] <ginggs> jawn-smith: .
[16:46] <jawn-smith> Thanks ginggs
[18:47] <Unit193> cjwatson: Huh, thanks for the further detail and backstory on the paste change.