While waiting for builds of crmsh and virtualization-test-results I have checked more of the long list found in proposed migration
postgresql-common triggering some i386 removal issues. Provided an MP with the correct overrides at https://code.launchpad.net/~paelzer/britney/hints-ubuntu-focal-pgsql-i386-universe/+merge/378234 And furthermore it seems postgresql-pgmp has a python2/3 issue. I was adapting that and have an MP ready here: https://code.launchpad.net/~paelzer/ubuntu/+source/postgresql-pgmp/+git/postgresql-pgmp/+merge/378239 On Wed, Jan 29, 2020 at 11:52 AM Christian Ehrhardt < [email protected]> wrote: > > > On Tue, Jan 28, 2020 at 9:52 AM Christian Ehrhardt < > [email protected]> wrote: > >> ## Bug Triage ## >> >> Got 27 bugs from last Friday >> But most of them were updates to caes in progress slightly amplified by >> merges that touched a lot of bugs to mark them fixed. >> >> Eventually it came down to a few task/status updates some IRC pings to >> get things moving and just one real new triage. >> >> >> ## Proposed Migration ## >> >> - Qemu: >> There is a qemu 4.0 with some CVEs hanging on failed build. >> But I have a qemu 4.2 soon to be ready that works and will fix the same >> issues (and more). >> >> - nss: >> Is blocked by some JDK tests on arm >> Two of them seem odd and always fail or skip. >> The only one that sometimes works is >> http://autopkgtest.ubuntu.com/packages/o/openjdk-lts/focal/arm64 >> The result is literally "jdk FLAKY timed out" >> For now I restarted, but maybe the test should be masked. >> @Doko - from the uploader it seems you handle openjdk-lts opinions on >> how >> to handle its tests? >> >> - crmsh: >> tests block on new python3-default >> "crmsh.minieval.FeatureNotAvailable: Sorry, Constant is not available >> in this evaluator" >> The issue is reproducible outside the test environment. >> It seems ast processing changed in py3.8 >> Found other changes like "py3.8 uses ast.Constant instead of ast.Num, >> ast.Str, >> ast.NameConstant" in other projects [2]. >> Seems crmsh needs py3.8 fixes for [3]. >> I came up with a fix and submitted it upstream for review and >> integration there [4] >> [2]: >> https://github.com/mommothazaz123/simpleeval/commit/65ab6c510563a490f22b7307b7370457cd839afe >> [3]: https://docs.python.org/3/library/ast.html#ast.AST >> [4]: https://github.com/ClusterLabs/crmsh/issues/518 >> > > I created a PR based on my issue and it got upstream accepted. > I prepared an MP for an Ubuntu upload with the fix. > => > https://code.launchpad.net/~paelzer/ubuntu/+source/crmsh/+git/crmsh/+merge/378235 > > - Some more rebuilds got triggered for python3-defaults bump and have >> issues >> - samba (andreas is on it) >> - sssd (andreas will do that as well). >> >> - DPDK breaks indirectly on the new python as well. >> The tests have a unversioned python dependency that e.g. breaks >> pciutils now. >> I have a fix [1] in Debian already - needs an upload to debian to merge >> it from there. >> [1]: >> https://salsa.debian.org/debian/dpdk/commit/bda4445c38450c38adb45a7f833155eaff3e3bf0 >> > > I have 19.11-3 in Debian now which is python3 compatible. > I could re-merge now but there is no gain as doko uploaded 19.11-2ubuntu2 > dumping it to use python2. > That works as well for now and we have no need to merge it for any other > reason. > Therefore - no re-merge needed for now. > > >> >> P.S. On Focal tests related to python I have seen a zillion of these >> "/usr/lib/python3.8/subprocess.py:838: RuntimeWarning: line buffering >> (buffering=1) isn't supported in binary mode, the default buffer size will >> be used" >> None in server packages, but I assume some cleanup for that has to follow. >> >> -- >> Christian Ehrhardt >> Staff Engineer, Ubuntu Server >> Canonical Ltd >> > > > -- > Christian Ehrhardt > Staff Engineer, Ubuntu Server > Canonical Ltd > -- Christian Ehrhardt Staff Engineer, Ubuntu Server Canonical Ltd
-- ubuntu-server mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-server More info: https://wiki.ubuntu.com/ServerTeam
