/srv/irclogs.ubuntu.com/2020/01/09/#ubuntu-release.txt

xnoxvorlon:  doko: can you please remove dogtag-pki from focal & freeipa? https://bugs.launchpad.net/ubuntu/+source/dogtag-pki/+bug/185896702:44
ubot5Ubuntu bug 1858967 in freeipa (Ubuntu) "RM: dogtag-pki RC buggy, not in testing or stable" [Undecided,Confirmed]02:44
-queuebot:#ubuntu-release- Unapproved: fwupd (focal-proposed/main) [1.3.6-1ubuntu1 => 1.3.6-1ubuntu1] (core)04:04
-queuebot:#ubuntu-release- Unapproved: fwupd (focal-proposed/main) [1.3.6-1ubuntu1 => 1.3.6-1ubuntu1] (core)04:08
-queuebot:#ubuntu-release- Unapproved: fwupd (focal-proposed/main) [1.3.6-1ubuntu1 => 1.3.6-1ubuntu1] (core)04:08
tjaaltonechoing here..05:54
tjaaltonxnox: the reason why it's not in testing or stable is because openjdk-8 will never migrate. and it works just fine with current nss, and supports tls 1.3 via jss05:54
tjaaltonfedora hasn't moved on from jdk8 yet, which is why jdk11 support hasn't been a top priority. jss and dogtag do now build fine against it, but the rest is still WIP05:56
-queuebot:#ubuntu-release- Unapproved: cockpit (eoan-backports/universe) [208-1~ubuntu19.10.1 => 210-1~ubuntu19.10.1] (no packageset)08:28
-queuebot:#ubuntu-release- Unapproved: accepted cockpit [source] (eoan-backports) [210-1~ubuntu19.10.1]08:32
-queuebot:#ubuntu-release- Unapproved: cockpit (disco-backports/universe) [208-1~ubuntu19.04.1 => 210-1~ubuntu19.04.1] (no packageset)08:32
-queuebot:#ubuntu-release- Unapproved: accepted cockpit [source] (disco-backports) [210-1~ubuntu19.04.1]08:33
-queuebot:#ubuntu-release- Unapproved: cockpit (bionic-backports/universe) [208-1~ubuntu18.04.1 => 210-1~ubuntu18.04.1] (no packageset)08:33
-queuebot:#ubuntu-release- Unapproved: accepted cockpit [source] (bionic-backports) [210-1~ubuntu18.04.1]08:40
=== andrewc is now known as Guest9434
jamespageahasenack: I think most mojo usage is not via packages tbh09:08
LocutusOfBorgvorlon, can we please hint cp2k on armhf? regressed in release http://autopkgtest.ubuntu.com/packages/c/cp2k/focal/armhf09:20
LocutusOfBorgso we might have some scalapack/petsc/slepc/mumps/ and something else migrate09:21
LocutusOfBorgmaybe kicking out sdpa from release pocket until openblas is fixed might help a lot09:22
=== andrewc is now known as Guest57238
oSoMoNfirefox is blocked in focal-proposed because of the missing i386 build, I thought this had been dealt with already?10:44
oSoMoNLaney, vorlon: I noticed there's a duplicate force-badtest entry for firefox/armhf in lp:~ubuntu-release/britney/hints-ubuntu, so one of them should be removed10:50
oSoMoNand interestingly the last 8 test runs have passed consistently (http://autopkgtest.ubuntu.com/packages/firefox/focal/armhf), so maybe remove both entries?10:50
Laneyokey dokey10:55
-queuebot:#ubuntu-release- New binary: python-intervaltree-bio [amd64] (focal-proposed/none) [1.0.1-3.1] (no packageset)11:15
-queuebot:#ubuntu-release- New source: pop-gtk-theme (focal-proposed/primary) [5.0.0~1576602011~19.10~7760154~ubuntu1]11:31
-queuebot:#ubuntu-release- New source: pop-icon-theme (focal-proposed/primary) [2.1.0~1571158475~19.10~6bf9347~ubuntu1]11:32
oSoMoNdear SRU team: can someone please review chromium-browser 79.0.3945.79-0ubuntu0.19.10.2 in the eoan queue?12:12
ahasenackjamespage: looks like IS built their own package, for trusty12:14
ahasenackat least on wendigo12:15
oSoMoNvorlon, can you please help unblocking firefox in focal-proposed (blocked by the missing i386 builds)?12:22
jamespageahasenack: I think we're only talking about RM'ing for focal development12:27
ahasenackjamespage: yeah, I'm fine with that, I checked yesterday and updating to 0.11.0 (latest upstream) was annoying, and just fixing the existing old version was annoying as well, it's an old package that has not been rebuilt recently12:28
ahasenackjust copied over from release to release12:28
dokoxnox, vorlon: I see that tjaalton handles these ...12:30
-queuebot:#ubuntu-release- Unapproved: fwupd (bionic-proposed/main) [1.2.10-1ubuntu2~ubuntu18.04.2 => 1.2.10-1ubuntu2~ubuntu18.04.3] (desktop-core)14:04
-queuebot:#ubuntu-release- New: accepted open-font-design-toolkit [amd64] (focal-proposed) [1.8]14:16
-queuebot:#ubuntu-release- New: accepted python-intervaltree-bio [amd64] (focal-proposed) [1.0.1-3.1]14:16
-queuebot:#ubuntu-release- New binary: linux-signed [amd64] (xenial-proposed/main) [4.4.0-172.202] (core, kernel)14:21
-queuebot:#ubuntu-release- New: accepted linux-signed [amd64] (xenial-proposed) [4.4.0-172.202]14:23
superm1can someone poke the fwupd in focal unapproved?  I'm hoping it sorts out the transient autopkgtest failures that have been preventing migration.14:51
-queuebot:#ubuntu-release- Unapproved: cinder (eoan-proposed/main) [2:15.0.0-0ubuntu1 => 2:15.0.1-0ubuntu1] (openstack, ubuntu-server)14:53
-queuebot:#ubuntu-release- Unapproved: octavia (eoan-proposed/universe) [5.0.0-0ubuntu1 => 5.0.1-0ubuntu1] (no packageset)14:53
-queuebot:#ubuntu-release- Unapproved: neutron (eoan-proposed/main) [2:15.0.0-0ubuntu1 => 2:15.0.1-0ubuntu1] (openstack, ubuntu-server)14:53
seb128superm1, hey, happy new year!15:10
seb128superm1, ^15:10
seb128superm1, ups, I though the bot showed that but I accepted them now15:10
-queuebot:#ubuntu-release- Unapproved: accepted fwupd [amd64] (focal-proposed) [1.3.6-1ubuntu1]15:10
-queuebot:#ubuntu-release- Unapproved: accepted fwupd [armhf] (focal-proposed) [1.3.6-1ubuntu1]15:10
-queuebot:#ubuntu-release- Unapproved: accepted fwupd [arm64] (focal-proposed) [1.3.6-1ubuntu1]15:11
seb128can someone ignore the openjdk-13/14 armhf autopkgtest failures for libglvnd? those are clearly not due to that lib, just not working more often than not and taking ages when they do work still15:31
vorlonLocutusOfBorg: where do you see that it has regressed in release? http://autopkgtest.ubuntu.com/packages/c/cp2k/focal/armhf shows failures for the -proposed version only16:08
vorlonLocutusOfBorg: I have been working on this transition, cp2k is the problematic one because the regression happens as a result of the Debian changes16:08
vorlonoSoMoN: not blocked by missing build but by failing autopkgtest; I'll hint it now16:09
superm1seb128: happy new year to you too.  great thanks!16:12
ddstreetvorlon i see ubuntu-distro-info lists next friday as the final day for Disco, but i havent' seen any reminder email yet, is that day correct or will disco eol later in the month?16:16
vorloninfinity: ^^16:18
infinityddstreet, vorlon: Ahh, yeah, the notice should have gone out when we were all still on holidays to make that date.  I'll send it today, and it'll be today + 14 days.16:23
ddstreetthnx!16:23
LocutusOfBorg6.1-3build1 cp2k/6.1-3build1 2020-01-05 06:34:12 UTC 1h 29m 05s vorlon fail log   artifacts  16:23
LocutusOfBorgvorlon, ^^16:23
LocutusOfBorgoh got it16:23
LocutusOfBorgmeh16:23
LocutusOfBorga nasty guy might want to sync cp2k from experimental16:24
=== msalvatore_ is now known as msalvatore
oSoMoNvorlon, thanks16:41
vorlonLocutusOfBorg: given that many of the test regressions seem to be due to changes to what version of libint is linked against, probably not16:47
-queuebot:#ubuntu-release- New binary: plymouth [s390x] (focal-proposed/main) [0.9.4git20200109-0ubuntu1] (core)16:52
-queuebot:#ubuntu-release- New binary: plymouth [ppc64el] (focal-proposed/main) [0.9.4git20200109-0ubuntu1] (core)16:53
-queuebot:#ubuntu-release- New binary: plymouth [arm64] (focal-proposed/main) [0.9.4git20200109-0ubuntu1] (core)16:55
-queuebot:#ubuntu-release- New binary: linux-signed [amd64] (eoan-proposed/main) [5.3.0-27.29] (core, kernel)16:58
-queuebot:#ubuntu-release- New binary: linux-signed [s390x] (eoan-proposed/main) [5.3.0-27.29] (core, kernel)16:58
-queuebot:#ubuntu-release- New binary: linux-signed [ppc64el] (eoan-proposed/main) [5.3.0-27.29] (core, kernel)16:58
-queuebot:#ubuntu-release- New binary: linux-signed [arm64] (eoan-proposed/main) [5.3.0-27.29] (core, kernel)16:59
-queuebot:#ubuntu-release- New binary: plymouth [armhf] (focal-proposed/main) [0.9.4git20200109-0ubuntu1] (core)17:03
-queuebot:#ubuntu-release- New: accepted linux-signed [amd64] (eoan-proposed) [5.3.0-27.29]17:29
-queuebot:#ubuntu-release- New: accepted linux-signed [ppc64el] (eoan-proposed) [5.3.0-27.29]17:29
-queuebot:#ubuntu-release- New: accepted linux-signed [arm64] (eoan-proposed) [5.3.0-27.29]17:29
-queuebot:#ubuntu-release- New: accepted linux-signed [s390x] (eoan-proposed) [5.3.0-27.29]17:29
-queuebot:#ubuntu-release- New binary: dpdk [ppc64el] (focal-proposed/main) [19.11-2ubuntu1] (ubuntu-server)17:31
-queuebot:#ubuntu-release- New binary: dpdk [armhf] (focal-proposed/main) [19.11-2ubuntu1] (ubuntu-server)17:43
ahasenackdid the excuses page break, or is it just taking longer to process all the data? Timestamp is Generated: 2020.01.09 15:18:56 +000017:54
ahasenackthat's over 2h ago17:54
RikMillsahasenack: proposed migration runs have been failing with: "FATAL: Failure to fetch swift results from ...."17:56
RikMillscurrent one is still going so fingers crossed17:57
ahasenackoh17:57
RikMillsdamn. that crashed17:57
* RikMills jinxed it17:57
ahasenackso canonistack issue?17:58
RikMillsLaney cjwatson? ^17:59
cjwatsonRikMills: autopkgtest isn't me17:59
RikMillssorry. hard to keep track of who pushes buttons on what!18:00
-queuebot:#ubuntu-release- New binary: dpdk [amd64] (focal-proposed/main) [19.11-2ubuntu1] (ubuntu-server)18:00
LaneyI'll ask IS but I can't really stick around18:01
ahasenackRikMills: where did you see that error?18:01
Laneyhttps://people.canonical.com/~ubuntu-archive/proposed-migration/log/focal/2020-01-09/18:02
Laneyworth bookmarking18:02
ahasenacktil18:02
ahasenackthanks, and thanks for checking with #is18:04
LaneyOK it's being looked into, maybe vorlon can update this channel when there's an outcome18:05
Laneyo/18:05
vorlonack18:06
-queuebot:#ubuntu-release- New: accepted dpdk [amd64] (focal-proposed) [19.11-2ubuntu1]18:21
-queuebot:#ubuntu-release- New: accepted dpdk [ppc64el] (focal-proposed) [19.11-2ubuntu1]18:21
-queuebot:#ubuntu-release- New: accepted plymouth [armhf] (focal-proposed) [0.9.4git20200109-0ubuntu1]18:21
-queuebot:#ubuntu-release- New: accepted plymouth [s390x] (focal-proposed) [0.9.4git20200109-0ubuntu1]18:21
-queuebot:#ubuntu-release- New: accepted dpdk [armhf] (focal-proposed) [19.11-2ubuntu1]18:21
-queuebot:#ubuntu-release- New: accepted plymouth [ppc64el] (focal-proposed) [0.9.4git20200109-0ubuntu1]18:21
-queuebot:#ubuntu-release- New: accepted plymouth [arm64] (focal-proposed) [0.9.4git20200109-0ubuntu1]18:21
* infinity side-eyes nova, and wonders why it's suddenly trying to pull a different netcat implementation into main.18:53
vorloninfinity: because it's the one that still exists on i386 (it's an arch: all package)18:54
infinityWell, maybe not "suddenly".  Seems the release pocket has this oddity too.18:54
infinityvorlon: Oh.  That makes more sense.  And ick.18:54
infinityvorlon: Was just going through c-m/c-m-p, didn't think to apply a "lol i386" filter to it.18:55
vorlon:)18:55
infinityvorlon: Plans to remove nova/i386 or resurrect netcat-openbsd/i386?18:55
vorloninfinity: problem is, nova is *also* arch: all18:56
infinityOh.  More ick.18:56
vorlonnot sure if marking nova as seeded only on !i386 would help18:56
vorlonor just make germinate grow a hand so it can hold the knife to stab me18:57
infinityIt won't.18:57
infinityvorlon: Resurrecting netcat-openbsd/i386 doesn't seem like it'd be super awful.18:59
infinityOnly deps are libc6 and libbsd0 (which seems to still exist on i386 for now)18:59
vorloninfinity: ok.  add it to the seed and resurrect?19:00
infinityWill do.19:00
KamilionBusy testrolling my focal iso, went to install squid-deb-proxy-client, it wanted to pull in py2, so I threw half an hour at bringing it to py3. Patch sent to mvo@debian, I'll leave it here too. https://files.sllabs.com/files/storage/code/ubuntu/apt-avahi-discover.p3.patch19:01
rbasakNice, thanks!19:03
vorloninfinity: oh also since netcat-openbsd had an upload after the filter went into effect, looks like the resurrect requires a manual packageset tweak plus a no-change rebuild :P19:04
infinityvorlon: Yes to the first, no to the second (I have magic powers).19:05
vorlonhngh ok19:05
vorloninfinity: anyway I've addded it to the packageset for you19:06
infinityvorlon: Shiny, then I shall magically power it.19:06
infinity2020-01-09 19:08:01 INFO    Considering netcat-openbsd 1.206-1 in focal19:08
infinity2020-01-09 19:08:01 INFO    Created 1 build(s)19:08
infinityvorlon: And re-published the release pocket version in case the proposed one gets stuck.19:11
infinitys/gets/stays/ ..19:12
* infinity removes linux-oem-osp1 with extreme prejudice now that the meta is transitioned.19:18
-queuebot:#ubuntu-release- Packageset: Added netcat-openbsd to i386-whitelist in focal19:22
EickmeyerI see nobody has taken a look at lv2vst in NEW yet? This is part of a backup plan in case Hydrogen doesn't release a 1.0 in time for Focal so that we can change our manual ISO QA tests if necessary.20:27
EickmeyerBasically, I need this ASAP as its a build-dep for another package we need (avldrums.lv2).20:28
-queuebot:#ubuntu-release- New binary: sight [amd64] (focal-proposed/universe) [19.0.0-4] (no packageset)20:37
vorlonI didn't get any specific updates from IS, but I see that the latest p-m run has cleared the swift problems of before21:01
RikMills:)21:02
vorloninfinity: I don't see your netcat-openbsd/i386 binaries in either pocket yet, do you know if there've been publisher problems?21:50
vorlonfirst time I've ever had syncpackage -f fail complaining that it can't verify the gpg signature on the source package. :/ is that a question of out-of-date debian-keyring on the client OS?21:53
vorlonand I see no option to skip verification21:53
vorlon(package is libfastahack, client OS is eoan)21:54
vorlonworks if I run syncpackage from focal21:55
mfoQuestion on apparent SRU corner case.  A package has a bug when running in the v5.3 kernel. Thus it needs fixing in Eoan and Bionic (for the HWE kernel).  Does Disco (regardless of time-to-EOL at this point) which runs the v5.0 kernel thus not affected, needs the patches too, for the only reason that they're being introduced in an earlier release (Bionic), and the rule is that all later releases should have the fixes too?21:58
mfoOther question is obviously, now considering Disco time-to-EOL, must it get not-too-serious-impact fixes now (e.g, case above), given that -proposed takes 7+ days, and it has ~14 left?  Not a problem uploading it, just want to make not spending other reviewers/sru-team time.22:01
mfos/make not/make sure I'm not/22:01
infinityvorlon: https://launchpad.net/ubuntu/focal/i386/netcat-openbsd22:02
infinityvorlon: Things are slow, but getting there.22:03
vorlonyeah, was wondering about the "are slow" part22:03
infinityThu, 09 Jan 2020 18:07:13 +0000: Triggering archive.syncproxy.ubuntu.com:22:04
infinityThu, 09 Jan 2020 18:07:13 +0000: Triggering ports.syncproxy.ubuntu.com:22:04
infinityThu, 09 Jan 2020 20:40:33 +0000: Triggering archive.syncproxy.ubuntu.com:22:04
infinityThu, 09 Jan 2020 20:40:34 +0000: Triggering ports.syncproxy.ubuntu.com:22:04
vorlonmfo: don't bother with disco22:04
infinityThu, 09 Jan 2020 21:54:02 +0000: Triggering archive.syncproxy.ubuntu.com:22:04
infinityThu, 09 Jan 2020 21:54:03 +0000: Triggering ports.syncproxy.ubuntu.com:22:04
infinityThere are a few very long runs in a row.  Current one's not super quick either.  Should be clearing up, I hope.22:04
vorlonmfo: because of the timing.  This does make me wonder however what we do for users who have installed the HWE kernel on bionic, then configure do-release-upgrader for non-LTS upgrades and then upgrade to disco22:05
vorlonsince the linux-hwe metapackage doesn't exist at all in non-LTS releases currently22:06
mfovorlon, yeah, ddstreet and I were wondering about that too.22:06
vorlonI guess this means a user who has installed the hwe kernel - which is the default for some install media starting with the .2 point release - wind up with no kernel support after upgrade22:06
vorlonbdmurray: ^^ do you know of any release-upgrader handling to the contrary?22:06
mfovorlon, for now, I was most curious if there's anything set in stone that later releases should have the patches introduced in earlier releases, even if not affected, for whatever reason/policy.22:07
mfosay, if a similar case pops up in the future.22:07
mfofor a release that would take longer to EOL :)22:07
vorlonmfo: the rule is that if you fix a bug in one release, it shouldn't regress for the user when they upgrade to a later release22:08
infinityvorlon: I feel like Andy and I have discussed this in the past, and the plan was for LTS+1 and beyond to have the meta revert hwe-XX.XX to generic, but I'm not sure if that ever happened past discussion.22:08
infinityvorlon: It absolutely is not the release upgrader's job to get that right, IMO.22:08
vorloninfinity: well, linux-image-generic-hwe-18.04 exists only in bionic and focal22:09
infinityRight, so that never got past the discussion stage, apparently. :P22:09
infinityCould still be fixed in eoan if we cared.  Or we could turn over a new leaf for 20.10 and beyond.22:09
apwinfinity, i believe that those transition to -generic in focal22:12
mfovorlon, right, that I know. but in this case (ignoring for a moment the possibility of ending up with a v5.3 kernel in Disco via Bionic upgrade), where there's no 'regression' possible bcz the supported configuration does not allow it to happen.   I guess the question is,  is this a rule based on 'make sure the code is applied, regardless'  or on 'avoid regressions where they can happen' (on the supported configurations).22:12
infinityapw: They sure do.  But the point is that they should do so earlier as well, for people upgrading to interim releases from .2 through .422:12
infinityapw: And I thought we'd planned on that, but maybe it's all in my head.22:12
infinitymfo: The rule is avoid regressions, not pointlessly copy and paste dead code.22:13
apwinfinity, hmm yes, we might have intended to do that22:13
mfoinfinity, alright, that phrases it pretty well.22:13
mfovorlon, infinity: thanks22:14
infinityvorlon: Looks like all things Soyuz have been gummed up by chubby security releases.  I *think* the current cycle in progress should be the last long one.22:16
infinityMaybe.22:17
wgrantprocess-build-uploads is sluggish atm due to some KDE stuff22:17
infinityAhh, yes, there's also that.  Which was why my build took 37 years to "upload".22:20
infinityBut I was strictly looking at publisher timings here.22:20
infinityWhich is currently firefox security (and other misc).22:20
cjwatsonAlso long backlog from network trouble I think22:21
infinityThe best solution is to stop watching the log and to start driving to the taco place.22:22
wgrantDefinitely.22:22
vorlondoko: I've had a look now at the specifics of the gcc-9/i386 autopkgtest failures.  it's an interesting case, of course the autopkgtest wants to install the i386 gcc, but because my autopkgtest cross patch uses apt-get build-dep, we're stuck because apt-get also enforces that the build-essential package be installed despite this not being declared anywhere... and of course gcc-9:i386 conflicts with22:33
vorlona dependency of build-essential.  I wonder if juliank has thoughts on apt-get build-dep --without-build-essential22:33
infinityvorlon: A cross apt-get build-dep should install the right cross-build-essential, ideally.  Not sure if it knows how to do that and, if so, not sure you'd be calling it in a way that would do so.22:51
infinityI think last time we did mass cross-building, that hack was in sbuild, not apt.22:51
vorloninfinity: we are calling apt-get build-dep -a arch22:52
vorlonit still enforces build-essential in addition to crossbuild-essential-arch22:52
infinityThat doesn't seem right.  Should be one or the other, I'd think, not both.22:52
infinityOr maybe it is right.  It's been a while since I walked those twisty cross-build roads.22:54
infinityI guess cross does want HOSTCC and BUILDCC to both exist for $reasons, so maybe having both build-essentials is correct.22:54
-queuebot:#ubuntu-release- Unapproved: openssh (eoan-proposed/main) [1:8.0p1-6build1 => 1:8.0p1-6ubuntu0.1] (core)23:59

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!