For Trusty I see https://bileto.ubuntu.com/excuses/2468/trusty.html That is all completing, but postgresql-9.5/armhf. Quoting Pitti fromt he last stable update "These are fallout from moving from LXC to LXD. For devel I fixed the latter in https://anonscm.debian.org/cgit/pkg-postgresql/postgresql-common.git/commit/?id=fc40fc34ce -- functionally everything is correct, the test just failed on unexpected stderr output from a warning in netstat."
For Xenial I see https://bileto.ubuntu.com/excuses/2469/xenial.html That is again as above, only the lxd based environments. s390x was not available pre xenial, so it fails now but not on trusty - as arm this is a lxd based test environment - so it should be the same issue - correct? Yakkety seems worse thou https://bileto.ubuntu.com/excuses/2470/yakkety.html we have: 1. the same LXD based issue as Xenial/Trusty 2. pg-repack - that seems a nova issue at first "novaclient.exceptions.OverLimit: Quota exceeded for ram: Requested 1536, but already used 50688 of 51200" But it recovers from that and then runs on all arches into "test tablespace ... FAILED" That LGTM before http://autopkgtest.ubuntu.com/packages/pg-repack/yakkety/amd64 I don't know - is that known to be flaky? I can't retrigger the test lacking the matching upload rights :-/ 3. postfix failing on amd64 and s390x Those seem to be caused by connectivity issues, again I'm not sure if those are known and/or transient only. The history e.g. on http://autopkgtest.ubuntu.com/packages/postfix/yakkety/amd64 suggests that they might be just flaky as well. Ultimately I'd like to let that go to the judgement of Pitti (Pinging him on IRC) He can also trigger the retest if that is what we want/need. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1664478 Title: New upstream microreleases 9.3.16, 9.5.6 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/postgresql-9.3/+bug/1664478/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
