[06:33] <chiluk> pulseaudio is not building on eoan
[06:33] <chiluk> 33%: Checks: 3, Failures: 2, Errors: 0
[06:33] <chiluk> tests/cpu-volume-test.c:81:F:svolume:svolume_mmx_test:0: Failed
[06:33] <chiluk> tests/cpu-volume-test.c:81:F:svolume:svolume_sse_test:0: Failed
[06:33] <chiluk> FAIL cpu-volume-test (exit status: 1)
[06:34] <chiluk> Also I miss you folks...  This is what I've been busy with lately... https://lkml.org/lkml/2019/7/23/673
[08:37] <RikMills> oSoMoN: hi. does the libreoffice smoketest fail here against kconfig look an issue to you, or just a random glitch? http://autopkgtest.ubuntu.com/packages/libr/libreoffice/eoan/armhf
[08:38] <RikMills> I am retrying, but will a long while to get result of that
[08:39] <oSoMoN> RikMills, that's a question for marcustomlinson ^
[08:39] <seb128> RikMills, marcustomlinson is the new libreoffice maintainer
[08:39] <seb128> lol, sorry oSoMoN :)
[08:39] <RikMills> oh, sorry. I must have missed that change!
[08:41] <marcustomlinson> RikMills: hey, looks random to me. At least, I haven't seen that before
[08:42] <RikMills> marcustomlinson: ok. thanks. I won't spend any more time looking then, and just see what result of the test retry is
[08:43] <seb128> marcustomlinson, speaking about libreoffice, do you have an eoan upload coming? I want to update poppler before ff, as usual that inludes a soname change and require to rebuild (and often adjust) rdepends including libreoffice
[08:44] <marcustomlinson> seb128: yes 6.3.0 needs to be uploaded soon. I'm running autopkgtests now on the build in my ppa, if all is well I should have it in today. but... that may be hopeful
[08:44] <seb128> marcustomlinson, I will probably try to do that transition next week, I will put poppler first in a ppa and kick a no change rebuild there to see if libreoffice needs changes but I just wanted to give you some forward notice
[08:44] <seb128> marcustomlinson, k, feels like we should get 6.3 in before, which is better
[08:45] <seb128> it means I'm not public the update and it gives a newer version to test which has more chance to work with the current poppler :)
[08:45] <marcustomlinson> seb128: yeah I aim to have it uploaded soon soon. Worst case Mon/Tues
[08:46] <seb128> marcustomlinson, k, good, well let's talk again next week then, hopefully by then 6.3 is in eoan and I've test build results
[10:34] <ricotz> marcustomlinson, hi, could push your current ubuntu-eoan-6.3 branch, so I can take a look?
[10:35] <ricotz> *could you
[10:35] <marcustomlinson> ricotz: WIP at the moment
[10:35] <marcustomlinson> ricotz: will push sometime today, I'll ping you, sorry
[10:35] <ricotz> marcustomlinson, I know the current one look like WIP already, you can force-push it later
[10:38] <ricotz> marcustomlinson, e.g. the nss tarball can be filtered out
[11:02] <marcustomlinson> ricotz: ok I've pushed. You'll see I'm pretty aggressively trying to reduce diff between Debian and Ubuntu
[11:04] <marcustomlinson> ricotz: it builds as is, but I got a few weird autopkgtest failures on armhf I'm still looking at
[11:09] <ricotz> marcustomlinson, oh dear
[11:10] <ricotz> marcustomlinson, this is aggressive indeed, at least merge the revert and apply to preserve the history for those changes
[11:11] <ricotz> marcustomlinson, did you confirm with infra that all builders provide the required diskspace? e.g. like 50G
[11:11] <marcustomlinson> ricotz: as I said it is building
[11:12] <marcustomlinson> https://launchpad.net/~marcustomlinson/+archive/ubuntu/libreoffice/+packages
[11:12] <ricotz> ok, but this is not what I asked
[11:12] <ricotz> the split was made to deal with launchpad's deficiencies
[11:13] <marcustomlinson> yeah legacy deficiencies
[11:14] <cjwatson> All builders have 60G of disk
[11:15] <ricotz> marcustomlinson, please squash revert and reapply
[11:15] <ricotz> cjwatson, this sounds sufficient at this point
[11:15] <marcustomlinson> ok
[11:16] <ricotz> marcustomlinson, could you rebase on libreoffice_6.3.0-1 tag
[11:16] <ricotz> I mean "merge"
[11:17] <ricotz> sorry, need to go and will be back in a few hours
[12:23] <rbasak> src:magnus isn't autosyncing
[12:23] <rbasak> No mention in the log and it's not blacklisted
[12:23] <rbasak> However it previously existed in Debian with a higher version string
[12:23] <rbasak> Launchpad has it in publishing history with that. This might explain it.
[12:24] <rbasak> Is a manual sync acceptable, or would that fail due to the version?
[12:24] <rbasak> Is it correct in Debian for the version to have gone backwards, or should it have an epoch bump in Debian?
[12:26] <juliank> rbasak: I'd say it's OK to not have an epoch because it was not part of a stable release anymore, so no upgrades broke
[12:26] <juliank> but I mean you can always ask for an epoch
[12:28] <juliank> rbasak: FWIW, syncpackage does not do anything
[12:28] <juliank> wonder if uploading the dsc does
[12:34] <juliank> Ah no the sync went through
[12:45] <coreycb> rbasak: do you know if backportpackage is broken with openstack-dev-tools 0.170? i could very possibly be mis-using it but the new signature checking is failing to  verify signatures on .dsc files.
[12:49] <rbasak> I don't know about that, sorry
[12:51] <coreycb> rbasak: ok i'll check with mattia
[14:12] <tarzeau> after the featurefreeze (22nd august) how hard is it to continue importing leaf packages? or is that the last date?
[14:27] <rbasak> tarzeau: feature change uploads require an exception from the release team
[14:27] <rbasak> tarzeau: https://wiki.ubuntu.com/FeatureFreeze
[14:28] <rbasak> tarzeau: and https://wiki.ubuntu.com/FreezeExceptionProcess
[14:32] <tarzeau> rbasak: ok thanks
[15:06] <rbasak> bryce has the PHP transition ready
[15:06] <rbasak> The MySQL 8.0 transition is still in progress.
[15:06] <rbasak> Any implications for entangling them intentionally, apart from that we'll need both PHP related and MySQL related FTBFS fixed before both can migrate?
[15:07] <rbasak> Since feature freeze is coming up, delaying PHP doesn't seem like a great idea.
[15:07] <rbasak> bryce already has all FTBFS resolved in a trial PPA
[15:07] <rbasak> And most (but not all) FTBFS are resolved in a trial MySQL 8 transition PPA too.
[15:07] <bryce> https://launchpad.net/~bryce/+archive/ubuntu/php7.3-transition.4/+packages
[15:25] <rbasak> vorlon: ^ advice please? Can you see any issues with going for both transitions at once?
[15:36] <Locutusofborg> rbasak, I have one
[15:37] <Locutusofborg> mythtv is entangling libvpx and mysql-8.0
[15:38] <Locutusofborg> if anybody can kick it out to proposed for some days... we can at least have libvpx migrate
[15:38] <rbasak> Locutusofborg: kick what out to proposed
[15:38] <rbasak> ?
[15:38] <Locutusofborg> mythtv
[15:38] <Locutusofborg> so they are not entangled anymore
[15:38] <Locutusofborg> vpx and mysql
[15:39] <Locutusofborg> fixing xpra will make vpx migrate
[15:39] <rbasak> I'm not sure I follow
[15:40] <rbasak> But anyway, I'm fine with it as long as we don't hold up progress on MySQL or PHP :)
[15:42] <Locutusofborg> vorlon, please please please kick deal.ii out from arm64
[15:43] <Locutusofborg> so we can make slepc/petsc/hypre/ufl/sundials/mshr/ffc/fenix/dolfin/dijitso transition migrate
[15:43] <Locutusofborg> it fails, I tried old gcc, still fails
[15:44] <Locutusofborg> will be fixed in Debian by ginggs eventually, in debian fails on ppc64el
[16:23] <vorlon> rbasak: the risk of letting mysql and php transitions get entangled is random other uploads of leaf packages resetting the transition; the risk of this is higher the more such leaf packages there are.  I think you will find it better to finish the mysql transition first
[16:23] <vorlon> Locutusofborg: so deal.ii is broken on arm64 in Ubuntu but not in Debian?
[17:06] <ginggs> vorlon: yes, deal.ii FTBFS on arm64 with gcc9, builds in debian where gcc8 is still default
[17:17] <coreycb> vorlon: is there any chance we can stick with python3-django 1:1.11.22-1 and sync 2:2.2.4-1 next cycle? upstream openstack doesn't plan to add any django 2.2 support until next cycle.
[17:54] <vorlon> ginggs: so has anyone tried building deal.ii with gcc-8 in Ubuntu to work around this?
[17:56] <vorlon> coreycb: django 2:2.2.4-1 is currently stalled in eoan-proposed and will stay there until all the packages which depend on it are happy with the new version, so I think you're fine
[17:56] <vorlon> coreycb: also, at present there's a pile of unresolved autopkgtest regressions for the reverse-dependencies
[17:57] <coreycb> vorlon: ok thanks
[20:55] <ginggs> vorlon: Locutusofborg is trying here https://launchpad.net/~costamagnagianfranco/+archive/ubuntu/locutusofborg-ppa/+sourcepub/10402252/+listing-archive-extra
[21:20] <Locutusofborg> vorlon, I failed...
[21:20] <Locutusofborg> lets see if gfortran is to blame