<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Jun 24, 2020 at 7:59 PM Brian Murray <<a href="mailto:brian@canonical.com">brian@canonical.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Fri, Jun 19, 2020 at 08:03:56PM +0200, Olivier Tilloy wrote:<br>
> Hello everyone,<br>
> <br>
> I was on +1 maintenance shift this Thursday and Friday.<br>
> This is what I managed to get through:<br>
> <br>
>   * rocksdb FTBFS: filed <a href="https://launchpad.net/bugs/1884072" rel="noreferrer" target="_blank">https://launchpad.net/bugs/1884072</a>,<br>
> cherry-picked one upstream patch and wrote another trivial one,<br>
> attached debdiff to the bug report, needs sponsoring (but low priority<br>
> because the new upstream version that is available in experimental<br>
> builds fine)<br>
>   * python-cogent: looked at autopkgtests failures, but I couldn't<br>
> reproduce them locally, I asked for retries with various triggers, but<br>
> no luck<br>
<br>
I'm curious how you ran the python-cogent autopkgtests as I was able to<br>
recreate the failure using qemu as the virtualization server during one<br>
of my previous +1 shifts.<br></blockquote><div><br></div><div>I had used a groovy chroot on my focal laptop, admittedly a different environment than what's used to run autopkgtests.</div><div>I tried again today, using the lxd virtualization server (supposedly much closer to the real thing), and it's still happily passing here.</div></div></div>