[00:04] <tsimonq2> sudip, RikMills, liushuyu: libgit2 migrating> Great! Now, ready for libgit2 1.9? :P
[00:05] <tsimonq2> I have it prepped in a PPA and ready to go.
[00:06] <tsimonq2> https://launchpad.net/~tsimonq2/+archive/ubuntu/libgit2
[00:06] <tsimonq2> I'll wait for libgit2 to properly publish in release etc then probably upload that. Or perhaps prep the whole thing in CI train and copy.
[00:07] <tsimonq2> I know we'll need another round of Rust fun, not sure about the other rdeps yet.
[00:07] <tsimonq2> Hmm, how to get in touch with Utkarsh, who maintains libgit2 in Debian...
[00:11] <sudip> hmm.. I am not seeing Utkarsh in Debian channels also.
[00:12] <sudip> tsimonq2: RikMills: do you know where can I get the file autopkgtest-results.cache from plucky ?
[00:12] <tsimonq2> https://ubuntu-archive-team.ubuntu.com/transitions/html/libgit2-1.9.html#!good,bad,partial,unknown,!notintesting I'll update this now to remove 1.7 references.
[00:12] <tsimonq2> sudip: Good question... my gut answer is that you'll need an autopkgtest/Britney admin like paride or Skia etc to grab that
[00:13] <tsimonq2> What's up? Working on a Britney patch? :)
[00:13] <sudip> no, I was trying to setup a local britney
[00:14] <sudip> for oracular I can find it at https://ubuntu-archive-team.ubuntu.com/proposed-migration/oracular/
[00:15] <sudip> but the plucky one is not there in https://ubuntu-archive-team.ubuntu.com/proposed-migration/plucky/
[00:15] <tsimonq2> With my local Britney instances, I completely ignore autopkgtests, at least for the time being. That being said, I believe it's printed in the Britney log if you want something hacky to work with for now. paride, Skia, or qa-help may know why it's no longer being published.
[00:15] <tsimonq2> sudip: Side note, this might be helpful for you: https://git.lubuntu.me/Lubuntu/ci-tools/commits/branch/main
[00:15] <tsimonq2> Latest revisions implements it all in C++, earlier revision works but with Python.
[00:17] <sudip> thanks, I will check with paride or Skia on Monday
[00:17]  * sudip checks ci-tools
[00:17] <tsimonq2> (I also have a veryveryhackynascentdonteverrelyonthisever C++ port of launchpadlib, if that interests you or anyone else: https://git.lubuntu.me/Lubuntu/launchpadlib-cpp/ - one of these days I'll ask Colin or similar to help with nailing down auth and creds better.)
[00:19] <tsimonq2> ((std::generator is actually super cool.))
[00:21] <sudip> have you considered raising an ITP for launchpadlib-cpp ?
[00:23] <tsimonq2> Eventually that's the plan, yeah. Right now it only really supports archives, SPPHs, BPPHs, distributions, and a few other related elements. It's far from complete and has 0 automated testing.
[00:23] <tsimonq2> I'd also like someone from the Launchpad team to look at it and confirm it's not completely insane.
[00:24] <tsimonq2> Patches welcome, of course.
[00:34] <tsimonq2> (If, hypothetically speaking, much of the tooling currently depending on python3-launchpadlib is ported to C++, that may have a downstream affect of higher load on the Launchpad servers due to reduced latency. :P)
[00:34] <tsimonq2> *effect
=== guiverc2 is now known as guiverc