[13:07] <ahasenack> vorlon: hi, didn't you encounter this openldap smbk5pwd DEP8 failure when you merged heimdal recently? https://bugs.launchpad.net/ubuntu/+source/openldap/+bug/2004560
[13:07] -ubottu:#ubuntu-devel- Launchpad bug 2004560 in openldap (Ubuntu) "smbk5pwd test fails due to perms (FS and AppArmor)" [Undecided, New]
[13:07] <ahasenack> https://autopkgtest.ubuntu.com/packages/o/openldap/lunar/amd64 is all red
[13:42] <vorlon> ahasenack: it doesn't sound familiar to me
[13:44] <ahasenack> I was wondering how it migrated even, given all the reds
[13:45] <ahasenack> publishing was on 26th
[13:45] <ahasenack> test failed on the 25th
[13:45] <ahasenack> (it == heimdal)
[13:47] <ahasenack> ah, it's marked as superficial, maybe that was it
[13:48] <vorlon> superficial tests should still block if they fail
[13:49] <vorlon> I didn't do anything to force migration
[13:50] <ahasenack> we should see at least one non-failed run here then, recent: https://autopkgtest.ubuntu.com/packages/o/openldap/lunar/amd64
[13:51] <ahasenack> let me check hints
[13:52] <ahasenack> no current hints
[13:52] <ahasenack> ¯\_(ツ)_/¯
[13:52] <ahasenack> I'll fix the bug in openldap anyway in my next upload
[13:52] <ahasenack> s/bug/test/
[13:54] <vorlon> ahasenack: *heimdal* migrated because it didn't regress the openldap test, which was already failing since openldap updated to 2.6.3+dfsg-1~exp1ubuntu1 in December
[13:55] <vorlon> I see no historical hints for openldap
[13:56] <ahasenack> I see, so the question becomes how did openldap migrate back then
[13:56] <ahasenack> but that's historical now
[13:57] <vorlon> hmm no, the first test for this version of openldap passed on 2022-11-26, it only started failing on 2022-11-29; so maybe something else got hinted
[13:57] <vorlon> right
[13:59] <vorlon> ahasenack: it could've been the perl skiptest hint on Dec 9, if it was perl that broke it...
[13:59] <vorlon> but anyway yes, is historical
[16:00] <jawn-smi1> #startmeeting Weekly Ubuntu Foundations team
[16:01] <jawn-smith> oops, wrong channel
=== cpaelzer_ is now known as cpaelzer
[18:42] <jawn-smith> jbicha: icu needs a merge rather than a sync. I'll work on that
[18:43] <jbicha> thanks, I was just curious :)
[18:59] <dbungert> cpaelzer: dpdk passed on retrigger, so when we sort out the big_packages MP I think this will be done
[19:26] <cpaelzer> dbungert: thanks for the info
[19:45] <bdmurray> dbungert: what arch does it need adding for? I can just do it
[19:46] <dbungert> bdmurray: the proposal was dpdk/{amd64,ppc64el,s390x} to big_packages
[19:48] <bdmurray> done
[19:48] <dbungert> Thanks!
[19:54] <cpaelzer> bdmurray: there was an mp up, did you merge or just change?
[19:54] <cpaelzer> bdmurray: in the latter case I'll remove the MP
[19:55] <bdmurray> cpaelzer: I only saw the first one which had a bad target branch
[19:55] <cpaelzer> ok, I just filed it in between meetings
[19:55] <bdmurray> To answer your question I did not merge
[19:55] <cpaelzer> I can rmeove if you have just chanded
[19:55] <cpaelzer> thanks
=== guiverc2 is now known as guiverc