/srv/irclogs.ubuntu.com/2020/02/27/#ubuntu-release.txt

xnoxvorlon:  openssh:i386 has a depwait on libfido2-dev => would you like to disable that feature on i386? or build libfido2-dev for i386?00:10
xnoxhttps://launchpad.net/ubuntu/+source/openssh/1:8.2p1-4/+build/1876792000:10
vorlonxnox: that's so 2 hours ago00:10
vorlonxnox: now I need to fix the dep-wait of libfido2/i386 instead00:10
xnoxok00:11
xnoxvorlon:  you don't need to do no-change rebuild, you can have done a binary copy from focal to focal-proposed => this would have created a build record on i386.00:11
* xnox ponders to do that with libcbor then00:12
vorlon(it's being mired so there's no reason to deviate)00:12
vorlonxnox: no, the binary copy does not create the build records00:12
vorlonI tried that early in the process :)00:12
vorlonxnox: hmm although I don't think I ever did a focal->focal-proposed, did you actually do this and see that it worked?00:13
xnoxvorlon:  it did for me before, i've done that earler in the cycle when something for doko got re-whitelisted00:14
xnoxi have done this now for libcbor, let's see what happens.00:14
vorlonk00:14
* xnox has no ACLs to copy to focal-release, so I only can copy to focal-proposed00:14
xnoxvorlon:  https://launchpad.net/ubuntu/focal/i386/libcbor-dev looks like it is getting published from the past00:15
vorlonand we don't want it built in focal anyway, we want it built in focal-proposed and go through the appropriate p-m sanity checks00:15
xnoxvorlon:  why build at all? it's simply republishing removed i386 binary that was there.00:15
vorlonxnox: ah right, in that case it'll bring back the i386 binaries with no new build00:16
xnoxi386 build of libcbor-dev already exists00:16
vorlonyes00:16
xnoxvorlon:  i have done this already00:16
vorlonbut I've not seen the binary copy create a new build record00:16
xnoxignore me =)00:16
xnoxvorlon:  so for mattias, i did binary copy for something that didn't have i386 build, that was built in focal-proposed and already migrated to release pocket.00:16
xnoxand i386 build record got created in focal-proposed00:17
vorlonand the binary copy resuscitates the i386 binaries whether you want them or not00:17
xnoxthat's similar to how new arches get bootstraped too00:17
xnoxi think it still goes thorugh the whitelist/blacklist. I did not see non-whitelisted binaries getting published.00:17
xnoxbut also wouldn't want to experiment with that00:17
vorlonno, the whitelist definitely does not filter out the binaries on binary copy00:18
vorlonso packages that were built in -proposed before the whitelist was in place and haven't yet migrated to the release pocket, I've been having to go back and clean up :P00:18
xnoxouch00:20
xnoxok00:20
-queuebot:#ubuntu-release- New binary: linux-signed-gke-4.15 [amd64] (bionic-proposed/main) [4.15.0-1054.57] (no packageset)00:21
-queuebot:#ubuntu-release- New binary: linux-signed [ppc64el] (bionic-proposed/main) [4.15.0-90.91] (core, kernel)00:22
-queuebot:#ubuntu-release- New binary: linux-signed [amd64] (bionic-proposed/main) [4.15.0-90.91] (core, kernel)00:23
-queuebot:#ubuntu-release- Packageset: Added libcbor to i386-whitelist in focal00:30
xnoxhm00:30
-queuebot:#ubuntu-release- New: accepted azure-cosmos-table-python [amd64] (focal-proposed) [1.0.5+git20191025-1]00:34
-queuebot:#ubuntu-release- New: accepted kodiplatform [amd64] (focal-proposed) [20180302-0ubuntu1]00:34
-queuebot:#ubuntu-release- New: accepted kodiplatform [armhf] (focal-proposed) [20180302-0ubuntu1]00:34
-queuebot:#ubuntu-release- New: accepted kodiplatform [s390x] (focal-proposed) [20180302-0ubuntu1]00:34
-queuebot:#ubuntu-release- New: accepted libserial [arm64] (focal-proposed) [1.0.0-2~build1]00:34
-queuebot:#ubuntu-release- New: accepted libserial [ppc64el] (focal-proposed) [1.0.0-2~build1]00:34
-queuebot:#ubuntu-release- New: accepted eshell-z [amd64] (focal-proposed) [0.4-3]00:34
-queuebot:#ubuntu-release- New: accepted kodiplatform [ppc64el] (focal-proposed) [20180302-0ubuntu1]00:34
-queuebot:#ubuntu-release- New: accepted libserial [armhf] (focal-proposed) [1.0.0-2~build1]00:34
-queuebot:#ubuntu-release- New: accepted kodiplatform [arm64] (focal-proposed) [20180302-0ubuntu1]00:34
-queuebot:#ubuntu-release- New: accepted libserial [s390x] (focal-proposed) [1.0.0-2~build1]00:34
-queuebot:#ubuntu-release- New: accepted libserial [amd64] (focal-proposed) [1.0.0-2~build1]00:34
wxldid we add some thing to check the iso on boot? if so, where?01:44
wxlalso does anyone know if this new iso manifest-diff check applies to flavors? or can we make it be? is there code for this somewhere?01:44
wxl(forgive me folks on devel for the doublespeak but it should probably be here)01:44
-queuebot:#ubuntu-release- Unapproved: accepted s390-tools [s390x] (focal-proposed) [2.12.0-0ubuntu2]04:02
-queuebot:#ubuntu-release- New binary: linux-signed-azure [amd64] (focal-proposed/main) [5.4.0-1004.4] (core, kernel)04:15
-queuebot:#ubuntu-release- New binary: linux-signed [s390x] (focal-proposed/main) [5.4.0-16.19] (core, kernel)04:15
-queuebot:#ubuntu-release- New binary: linux-signed [amd64] (focal-proposed/main) [5.4.0-16.19] (core, kernel)04:15
-queuebot:#ubuntu-release- New binary: linux-signed [arm64] (focal-proposed/main) [5.4.0-16.19] (core, kernel)04:16
-queuebot:#ubuntu-release- New binary: linux-signed [ppc64el] (focal-proposed/main) [5.4.0-16.19] (core, kernel)04:16
-queuebot:#ubuntu-release- New: accepted linux-signed-gke-4.15 [amd64] (bionic-proposed) [4.15.0-1054.57]05:12
-queuebot:#ubuntu-release- New: accepted linux-signed [ppc64el] (bionic-proposed) [4.15.0-90.91]05:12
-queuebot:#ubuntu-release- New: accepted linux-signed-oem [amd64] (bionic-proposed) [4.15.0-1074.84]05:12
-queuebot:#ubuntu-release- New binary: microsoft-authentication-library-for-python [amd64] (focal-proposed/none) [1.1.0-1] (no packageset)05:13
-queuebot:#ubuntu-release- New binary: azure-multiapi-storage-python [amd64] (focal-proposed/universe) [0.2.4-1] (no packageset)05:14
-queuebot:#ubuntu-release- New: accepted linux-signed-azure [amd64] (focal-proposed) [5.4.0-1004.4]05:14
-queuebot:#ubuntu-release- New: accepted linux-signed [arm64] (focal-proposed) [5.4.0-16.19]05:14
-queuebot:#ubuntu-release- New: accepted linux-signed [s390x] (focal-proposed) [5.4.0-16.19]05:14
-queuebot:#ubuntu-release- New: accepted linux-signed [amd64] (focal-proposed) [5.4.0-16.19]05:14
-queuebot:#ubuntu-release- New: accepted linux-signed [ppc64el] (focal-proposed) [5.4.0-16.19]05:14
vorlondoko: was a new upload of python3-defaults still incoming this week?05:33
vorloncpaelzer: https://launchpad.net/ubuntu/+source/procps/2:3.3.16-1ubuntu2 lol (Debian bug #951494)06:10
ubot5Debian bug 951494 in libprocps-dev "libprocps-dev: dead symlink point to the old soname" [Grave,Fixed] http://bugs.debian.org/95149406:10
vorlonmysqltest: At line 69: Query 'ALTER EVENT event_starts_test ON SCHEDULE AT '2020-02-02 20:00:02'' failed.06:26
vorlonERROR 1589 (HY000): Event execution time is in the past and ON COMPLETION NOT PRESERVE is set. The event was not changed. Specify a time in the future.06:26
vorlonmmmhmm06:26
cpaelzervorlon: nice on procps, one would think that this would have wreaked more havoc than the bit we have seen07:03
vorlonLaney, sil2100: so icu didn't quite make it because of one last package that was in the easy hint but shouldn't have been because it's not a candidate. :/  the next britney run SHOULD take care of this, but I don't have 2 hours to wait around for it.  can one of you help shepherd?  I've added some aggressive hints on this such that it really really should go through, but there might be some manual08:01
vorloncleanup required afterwards08:02
-queuebot:#ubuntu-release- New: accepted linux-signed [amd64] (bionic-proposed) [4.15.0-90.91]08:07
sil2100vorlon: hey! Okay, thanks for that! I can keep an eye out on it08:14
sil2100vorlon: I see the force hint, any particular issues I should be looking out for? Or just seeing if icu migrates?08:15
-queuebot:#ubuntu-release- New binary: libept [s390x] (focal-proposed/universe) [1.1+nmu3ubuntu3] (no packageset)08:16
-queuebot:#ubuntu-release- New binary: libept [ppc64el] (focal-proposed/universe) [1.1+nmu3ubuntu3] (no packageset)08:17
-queuebot:#ubuntu-release- New binary: libept [amd64] (focal-proposed/universe) [1.1+nmu3ubuntu3] (no packageset)08:17
juliankFinishing up the APT transition uploads now08:19
-queuebot:#ubuntu-release- New binary: libept [arm64] (focal-proposed/universe) [1.1+nmu3ubuntu3] (no packageset)08:19
-queuebot:#ubuntu-release- New binary: libept [armhf] (focal-proposed/universe) [1.1+nmu3ubuntu3] (no packageset)08:21
-queuebot:#ubuntu-release- Unapproved: aptitude (eoan-proposed/universe) [0.8.11-3ubuntu3 => 0.8.12-1ubuntu4] (no packageset)08:37
-queuebot:#ubuntu-release- New binary: therion [amd64] (focal-proposed/universe) [5.4.4ds1-5ubuntu1] (no packageset)08:37
-queuebot:#ubuntu-release- Unapproved: apt-move (eoan-proposed/universe) [4.2.27-5ubuntu1 => 4.2.27-5ubuntu2] (no packageset)08:39
-queuebot:#ubuntu-release- Unapproved: libapt-pkg-perl (eoan-proposed/main) [0.1.36 => 0.1.36build2] (core)08:43
-queuebot:#ubuntu-release- Unapproved: libqapt (eoan-proposed/universe) [3.0.4-1ubuntu4 => 3.0.4-1ubuntu5] (kubuntu)08:45
juliankhuh08:46
juliankSorry seems the script had eoan in changelog08:47
juliankI'll reupload shortly, sorry08:48
apwjuliank, should i assume that those 4 uploads all want to be rejected ?08:49
juliankyes, apw08:50
juliankthanks08:50
apwnp08:50
-queuebot:#ubuntu-release- Unapproved: rejected apt-move [source] (eoan-proposed) [4.2.27-5ubuntu2]08:51
-queuebot:#ubuntu-release- Unapproved: rejected libapt-pkg-perl [source] (eoan-proposed) [0.1.36build2]08:51
-queuebot:#ubuntu-release- Unapproved: rejected aptitude [source] (eoan-proposed) [0.8.12-1ubuntu4]08:51
-queuebot:#ubuntu-release- Unapproved: rejected libqapt [source] (eoan-proposed) [3.0.4-1ubuntu5]08:51
seb128hey there, so since the icu transition still didn't go through, if it doesn't clear today, can we get a standing ff report for packages blocked from being uploaded by it?09:05
juliankseb128: did you wait for the latest run?09:12
juliankseb128: vorlon added hints an hour ago that should make it go through09:13
seb128juliank, I had other packages migrating 50 minutes ago09:15
seb128but maybe it needs yet another round?09:15
juliankseb128: sil2100 should know09:15
seb128juliank, do you know where one can check what's the publisher status? like when was the last update started/finished?09:19
sil2100https://people.canonical.com/~ubuntu-archive/proposed-migration/log/focal/2020-02-27/09:20
sil2100So it's still running right now, the previous run seems to have been the one for vorlon's previous easy hint09:20
sil2100I assume only now the force one will be taken into consideration09:21
seb128hey sil2100, thanks09:25
seb128sil2100, do you know if update_excuses_by_team.html was listed reason why 'candidate' were not moving, like 'depends on icu' earlier in the week of I had dreamed that one?09:26
juliankwho/what's retrying python-apt builds all the time`09:49
juliank?09:49
juliankthis is annoying09:49
juliankit's failing, it will continue to fail, there's no point in retrying it every hour or so09:49
LocutusOfBorgjuliank, sorry, I mass retried what failed tonight, because of the x11 sadness10:04
LocutusOfBorgI had around 40 packages that went from sad to good10:04
LocutusOfBorgand I retried them once more after they published10:04
rbalintLocutusOfBorg, thanks for the retries for the sadness10:04
LocutusOfBorglots of ruby stuff is now good10:05
dokovorlon: I wanted the current one to migrate first, maybe overriding the uninstallability issue firsdt10:06
LocutusOfBorgvorlon, can you please NBS-proposed cleanup https://launchpad.net/ubuntu/+source/reposurgeon/4.3+git20200214.8d048e1-1 ?10:26
LocutusOfBorgarmhf is NBS now and gone in Debian10:26
Laneyicu stuff is going in now10:57
LocutusOfBorg<310:58
-queuebot:#ubuntu-release- Unapproved: ubuntu-image (eoan-proposed/main) [1.8+19.10ubuntu1 => 1.9+19.10ubuntu1] (desktop-core)10:59
-queuebot:#ubuntu-release- Unapproved: ubuntu-image (bionic-proposed/main) [1.8+18.04ubuntu2 => 1.9+18.04ubuntu1] (desktop-core)11:00
-queuebot:#ubuntu-release- Unapproved: ubuntu-image (xenial-proposed/main) [1.8+16.04ubuntu1 => 1.9+16.04ubuntu1] (no packageset)11:00
LocutusOfBorgsince ocaml/gprbuild were mostly ready before ruby started the transition, can we copy-back two packages and then restore after migration?11:06
LocutusOfBorghivex 1.3.18-2build1 and libguestsfs 1:1.40.2-7ubuntu3 are probably enough11:07
LocutusOfBorgdoko,  what is your opinion? I can't parse anymore britney, it was stuck by python3.8 autopkgtests11:08
-queuebot:#ubuntu-release- New: accepted azure-multiapi-storage-python [amd64] (focal-proposed) [0.2.4-1]11:17
-queuebot:#ubuntu-release- New: accepted microsoft-authentication-library-for-python [amd64] (focal-proposed) [1.1.0-1]11:17
cjwatsonvorlon: Could you file a bug about copies reviving binaries in spite of the DAS filter?  I don't think that's totally intended.11:18
cjwatsonOr at least it seems questionable.11:18
cjwatsonCopies should certainly create build records.11:19
cjwatson(Assuming the filter permits them)11:19
-queuebot:#ubuntu-release- New source: kpeoplevcard (focal-proposed/primary) [0.1-0ubuntu1]12:16
-queuebot:#ubuntu-release- New binary: microsoft-authentication-extensions-for-python [amd64] (focal-proposed/universe) [0.1.3-1] (no packageset)12:17
=== wgrant is now known as wgrant_
=== wgrant_ is now known as wgrant
sforsheecan someone help get linux-firmware 1.173.15 promoted in bionic? It looks like it should be ready13:01
-queuebot:#ubuntu-release- New binary: linux-signed-hwe [amd64] (xenial-proposed/main) [4.15.0-90.91~16.04.1] (kernel)13:06
-queuebot:#ubuntu-release- New binary: linux-signed-hwe [ppc64el] (xenial-proposed/main) [4.15.0-90.91~16.04.1] (kernel)13:09
-queuebot:#ubuntu-release- New: accepted linux-signed-hwe [amd64] (xenial-proposed) [4.15.0-90.91~16.04.1]13:23
-queuebot:#ubuntu-release- New: accepted linux-signed-hwe [ppc64el] (xenial-proposed) [4.15.0-90.91~16.04.1]13:23
sil2100rbalint: hey! Did you see my comment/question https://bugs.launchpad.net/ubuntu/+source/ec2-instance-connect/+bug/1861909/comments/8 ?14:14
ubot5Ubuntu bug 1861909 in ec2-instance-connect (Ubuntu Eoan) "Please ship ec2-instance-connect.conf instead of creating it in postinst" [Undecided,Fix committed]14:14
-queuebot:#ubuntu-release- New binary: elasticsearch-curator [amd64] (focal-proposed/universe) [5.8.1-1] (no packageset)14:21
-queuebot:#ubuntu-release- New binary: linux-signed-azure [amd64] (xenial-proposed/main) [4.15.0-1073.78] (kernel)14:26
-queuebot:#ubuntu-release- New source: sane-airscan (focal-proposed/primary) [0.9.16-0ubuntu1]14:49
cpaelzerhi AAs I'd ask for help on https://launchpad.net/ubuntu/+source/microsoft-authentication-extensions-for-python14:50
cpaelzer0.1.3-1 just passed debian-New ~10h ago14:50
cpaelzeras usual with Debian new that was a binary upload14:51
cpaelzer0.1.3-2 is the source upload and in Debian since ~3h and soon hitting ubutu as well I guess14:51
cpaelzerthe package is in the Ubuntu new queue at https://launchpad.net/ubuntu/focal/+queue?queue_state=0&queue_text=14:51
cpaelzerI was wondering if an AA would need to accept the one in the new queue right now14:52
cpaelzeror if this has to wait until the source upload of 0.1.3-2 appears?14:52
cpaelzerapw: seb128: doko: ^^14:52
cpaelzerbluca: I just asked the archive admins - lets wait for an answer14:54
blucahello - thanks14:54
blucahi seb128 - I see you took care of network-manager-openconnect in the past, any chance you could have time to please look at https://bugs.launchpad.net/ubuntu/+source/network-manager-openconnect/+bug/1857624 please? We got patches in Debian to add GP support, and we use GP in Microsoft so it would be great if it worked out of the box in 20.04 for the internal users. Thanks!15:11
ubot5Ubuntu bug 1857624 in network-manager-openconnect (Ubuntu) "Option Protocol gp (Palo Alto GlobalProtect) missing on GUI" [Undecided,Confirmed]15:11
seb128bluca, do you know what that version is in debian/experimental only?15:12
seb128cpaelzer, I'm in a call but I try to have a look when possible15:12
blucanot 100% sure - I think the maintainer was holding back to go to the next release directly, since the patches in -3 were reworked upstream - but that requires also a new version of openconnect, so it's all kinda stalled15:16
rbalintsil2100, no, i've missed that but i'm on it, thanks!15:33
vorlonsil2100: it was just watching to make sure that if the uninstallables increased, we followed through on those.  The force hint was "just in case" something changed and broke the main hint15:38
vorlonnow, does anyone know why there hasn't been a britney run /since/ this?15:43
vorlondoko: the current python3-defaults /did/ migrate last week15:43
vorlondoko: because I override the tests as we discussed15:43
vorlonoverrode15:43
Laneythis> icu? Sure there has15:46
vorlonah, I was just using a wrong glob15:51
vorlonhours beginning with 1 do not have logs matching 0*15:51
vorlon:)15:51
Laneycheck out snakefruit:~laney/tail-latest-britney-log15:53
Laney:>15:53
vorlonLaney: do you know why arm64 autopkgtest queues aren't progressing?15:58
Laneyvorlon: they are15:59
Laneyubuntu@juju-prod-ues-proposed-migration-machine-11:~$ journalctl --since=15:00 ADT_ARCH=arm64 | grep -c 'Acknowledging request'15:59
Laney4815:59
vorlonLaney: but much more slowly than they should https://cdo.kpi.canonical.com/d/000000030/ubuntu-foundations?panelId=19&fullscreen&orgId=115:59
Laneycan't say what the value of should is16:01
LaneyI noticed some unhelpful things earlier in the day like lots of duplicated gscan2pdf requests that people had done16:01
Laneyand for example right now there are some libreoffice runs that are duplicating one another16:02
vorlonah, well we should axe those for sure16:02
vorlonLaney: generally arm64 seems to be about half as fast as the others16:02
vorlonbut obviously duplicate libreoffice tests are outside the norm :P16:03
LaneyI sort of trained myself to expect arm64 to be the worst16:05
Laneyperhaps that's not always been the case ...16:05
Laneyif we had engineering but not hardware to look into this I would suggest looking at lxding by default and VMing only when needed16:07
dokovorlon: no asked for python3.8, not python3-defaults16:08
vorlon<doko> vorlon: would you be willing to ignore every autopkg test for python3-defaults, dropping python3.7? the reason I'm asking is that everything else is still tested with 3.7, which we don't care about anymore16:11
vorlondoko: there are logs :P16:11
vorlonyou asked me to skip for python3-defaults and said there would be a new upload this week16:11
Laneyvorlon: would be handy if you could take on killing off those libreoffice requests if you've time; I'm trying to help people get stuff uploaded for FF at the minute16:11
vorlonack16:11
Laneyyou might like the not committed filter-amqp-dupes script16:12
Laneyhmm, actually that's not that helpful for already-in-progress runs16:12
Laneywhat you need to do is HUP the workers, kill the runner/autopkgtest processes and then filter the requests before anything restarts and picks it back up16:13
=== jdstrand_ is now known as jdstrand
cpaelzerseb128: apw: doko: (and now I also see vorlon around) - I wanted to ping again for microsoft-authentication-extensions-for-python in the focal new queue and how it needs to be handled (details about 2h up in the log)16:48
seb128cpaelzer, accepted16:49
-queuebot:#ubuntu-release- New: accepted microsoft-authentication-extensions-for-python [amd64] (focal-proposed) [0.1.3-1]16:50
cpaelzerthanks seb12816:50
cpaelzerdid the discussion on that vpn thing conlude as well?16:50
cpaelzer+c16:50
-queuebot:#ubuntu-release- New: accepted elasticsearch-curator [amd64] (focal-proposed) [5.8.1-1]16:51
-queuebot:#ubuntu-release- New: accepted libept [arm64] (focal-proposed) [1.1+nmu3ubuntu3]16:51
-queuebot:#ubuntu-release- New: accepted libept [ppc64el] (focal-proposed) [1.1+nmu3ubuntu3]16:51
-queuebot:#ubuntu-release- New: accepted therion [amd64] (focal-proposed) [5.4.4ds1-5ubuntu1]16:51
-queuebot:#ubuntu-release- New: accepted libept [amd64] (focal-proposed) [1.1+nmu3ubuntu3]16:51
-queuebot:#ubuntu-release- New: accepted libept [s390x] (focal-proposed) [1.1+nmu3ubuntu3]16:51
-queuebot:#ubuntu-release- New: accepted libept [armhf] (focal-proposed) [1.1+nmu3ubuntu3]16:51
seb128cpaelzer, if it's not good enough to get to Debian unstable I'm a bit nervous to get it in focal16:51
seb128cpaelzer, but if someone wants to do the Debian merge and upload I will not stop them16:52
seb128I just don't have enough acccess to VPNs to test that and the fact that the Debian maintainer keeps it in experimental doesn't give me confidence16:52
cpaelzerok good to know, bluca ^^ here you know what to work on now16:53
cpaelzerget it in unstable might be the easiest path to work on for you I guess?16:53
vorlonrafaeldtinoco: libguestfs entangled ocaml and ruby, I'm rolling this back to let us try to get both halves through sooner16:54
rafaeldtinocono problem. tks!16:54
cjwatsonCan I assume that somebody is going to take care of putting auto-sync into --dry-run mode at EOD today?16:55
vorloncjwatson: yes16:56
cpaelzervorlon: will you (later) bring libguestfs back again => https://bugs.launchpad.net/ubuntu/+source/libguestfs/+bug/1864164 ?16:56
ubot5Error: Could not gather data from Ubuntu for bug #1864164 (https://launchpad.net/bugs/1864164). The error has been logged16:56
cjwatsongood good16:56
vorloncpaelzer: yes16:56
cpaelzerok16:56
cpaelzerjust asked as I've known bugs depend on it16:56
blucathanks, I'll ping the Debian maintainer16:57
blucaand thanks for processing new16:58
juliankooh, libept is accepted, time to do rebuilds for its rdeps16:58
juliankoh not publshed yet16:59
juliankoh, my affected hint is wrong for apt transition, so you only see bad ones16:59
blucaare syncs from unstable still happening automatically? I've fixed a silly mistake in the b-deps list in https://launchpad.net/ubuntu/+source/azure-functions-devops-build/ early this morning17:00
vorlonbluca: yes, until EOD Pacific coast time17:00
vorlonLocutusOfBorg, kenvandine, marcustomlinson: I am killing all libreoffice/arm64 autopkgtests from the queue, please don't queue any more; these timeouts are choking the infra.  We will treat this as a badtest for now17:04
sforsheecan linux-firmware 1.173.15 in bionic be promoted? It looks ready to me17:08
vorlonby promoted, you mean the sru released to -updates?17:08
sforsheevorlon: yes17:08
vorlonyes, doing17:09
sforsheeta17:09
vorlonxnox: I've done what I can to clear out the autopkgtest regressions for your glibc upload (by badtesting those reproducible in updates), but there are some that seem to really be proposed-only; nauty/i386 is really weird17:11
vorlondoko: what did you say was the blocker for removing python3.7 right now?17:13
-queuebot:#ubuntu-release- New binary: python-pweave [amd64] (focal-proposed/universe) [0.25-2] (no packageset)17:17
-queuebot:#ubuntu-release- New binary: smrtanalysis [amd64] (focal-proposed/universe) [0~20200227] (no packageset)17:17
-queuebot:#ubuntu-release- New: accepted python-pweave [amd64] (focal-proposed) [0.25-2]17:19
-queuebot:#ubuntu-release- New: accepted smrtanalysis [amd64] (focal-proposed) [0~20200227]17:19
-queuebot:#ubuntu-release- New binary: gnumed-server [amd64] (focal-proposed/universe) [22.9-1] (no packageset)17:20
-queuebot:#ubuntu-release- New: accepted gnumed-server [amd64] (focal-proposed) [22.9-1]17:27
=== alan_g is now known as alan_g_
vorlonrafaeldtinoco: hivex also rolled back, same rationale (ocaml+ruby)17:28
rafaeldtinococool17:29
xnoxvorlon:  i've seen weird things on i386, as if the machines started to use 64bit kernel; because some packages started to try to search for 64bit implementation of things, instead of 32bit ones. Do we know if images have changed in eoan to use 64bit kernel and for example some packages didn't run tests in eoan, since that change?17:36
vorlonxnox: but a baseline retest of that one succeeded, it only failed with the new glibc17:37
xnoxvorlon:  excellent. it does suggest a missbuilt glibc.17:39
xnoxand nauty itself hasn't been rebuilt in ages.17:39
vorlonexcept via the rebuild autopkgtest17:40
xnoxchecked rebuild test results for disco & eoan they don't list it17:43
=== alan_g_ is now known as alan_g
LocutusOfBorgvorlon, are you available for some quick migration? 1) reposurgeon -> NBS on armhf in proposed, removed in debian 2) gazebo: amd64 only package, needs a permanent hint everywhere else17:50
LocutusOfBorgand this https://code.launchpad.net/~till-kamppeter/britney/hints-ubuntu/+merge/37991117:51
LocutusOfBorgits a matter of kick the can along17:51
-queuebot:#ubuntu-release- Unapproved: zfs-linux (bionic-proposed/main) [0.7.5-1ubuntu16.8 => 0.7.5-1ubuntu16.9] (core)17:55
xnoxvorlon:  there are two tests, make-check and build-examples. The build-examples autopkgtest depends on build-essential and after failing initially, it does use all-proposed and installs both libc6-dev and libc6. During the make-check test, it does not depend on build-essential and there is this gem in the log:17:58
xnoxHolding Back libc6-dev:i386 rather than change libc6:i38617:58
xnoxmeaning that neither new libc6 got installed, nor libc6-dev got installed thus leading to17:59
xnoxnaucompare.c:5: error: include file 'stdio.h' not found17:59
dokovorlon: uwsgi-plugin-python317:59
xnoxvorlon:  in an eoan i386 schroot, with manually installed libc6-dev & libc6 from proposed, ./debian/tests/make-check passes18:00
xnoxvorlon:  https://paste.ubuntu.com/p/X8mqs53rcs/18:07
-queuebot:#ubuntu-release- New binary: kodi [s390x] (focal-proposed/universe) [2:18.5+dfsg1-0ubuntu2] (no packageset)18:13
rbalintsil2100, ec2-instance-connect is now really verified18:15
blucacan a build be done with a profile (say "nocheck") to break a build-time tie?18:18
vorlonxnox: ah, right, this is the arch skew bug with the foreign-arch hinting, I think?  hmm I thought I had patched that?  anyway, if you retry it with all-proposed=1 I think it should pass18:22
vorlonLocutusOfBorg: reposurgeon/armhf removed18:22
sil2100rbalint: on it!18:23
vorlonLocutusOfBorg: libqtpropertybrowser-dev is amd64-only?  that seems... weird18:23
vorlonLocutusOfBorg: anyway, gazebo hinted18:24
rafaeldtinocothere is a dead-lock in build-dependency among jruby and ruby-psych packages.. debian has done a binary upload to unlock this ..18:46
rafaeldtinococan I upload a binary for ruby-psych, build jruby, and upload ruby-psych in source again ?18:46
rafaeldtinocowould that be possible ?18:46
rafaeldtinocoto unlock this situation ?18:46
bluca(same for azure-cli and azure-functions-devops-build which is the reason I asked about the nocheck profile build)18:47
rafaeldtinocofor my case I would need "sid" binaries of libpsych-java_3.1.0+really3.1.0-1_all.deb AND ruby-psych_3.1.0+really3.1.0-1+b1_amd64.deb for amd64, arm64, armhf, ppc64el, s390x into -proposed18:53
rafaeldtinocothat would allow be to build jruby18:53
rafaeldtinocoand rebuild ruby-psych and libpsych-java would work18:53
rafaeldtinocojust tested and it worked18:55
rafaeldtinocovorlon: ^ any comment on that ?18:55
rafaeldtinocowould that be possible ?18:55
rafaeldtinocothis would unlock the ruby transition18:55
rafaeldtinocohttps://people.canonical.com/~ubuntu-archive/transitions/html/html/ruby2.7-add.html18:56
rafaeldtinocokanashiro: fyi ^18:56
LocutusOfBorgrafaeldtinoco, no18:56
LocutusOfBorgyou can't upload binaries18:56
rafaeldtinocoyep, would it be possible for an AA to do it18:56
LocutusOfBorgyou can add a binary such as jruby into ruby-psych/debian directory and call it directly18:57
rafaeldtinocobringing from sid18:57
LocutusOfBorgand then no change rebuild18:57
LocutusOfBorgthis is how I do it usually18:57
rafaeldtinocoyep but there are multiple arches18:57
LocutusOfBorgyou add multiple binaries :p18:57
rafaeldtinoco=o)18:57
LocutusOfBorgand then call the one directly18:57
rafaeldtinocowell, i can uncompress the debian binary18:58
rafaeldtinocofrom debian/ and do lots of things18:58
rafaeldtinocobut syncing 2 binaries from sid18:58
rafaeldtinocoseem easier, no ?18:58
rafaeldtinocothey will go away right after18:59
rafaeldtinocoas soon as the first (jruby) is compiled18:59
-queuebot:#ubuntu-release- New binary: kodi [amd64] (focal-proposed/universe) [2:18.5+dfsg1-0ubuntu2] (no packageset)19:14
LocutusOfBorgrafaeldtinoco, if possible, yes19:31
LocutusOfBorg:)19:31
rafaeldtinocolet's see19:32
-queuebot:#ubuntu-release- New binary: kodi [ppc64el] (focal-proposed/universe) [2:18.5+dfsg1-0ubuntu2] (no packageset)19:42
vorlondoko: I think I heard you mention gnat earlier, what's the analysis here on plplot vs gnat-8 vs gnat-9? why is it depending on gnat+gnat-9?19:59
vorlondoko: ah because there's a new gnat metapackage in -proposed, ignore me19:59
blucaLocutusOfBorg: no profiles either? I'll do an upload to sid without the dependency then, and change it manually later - it's just for tests20:10
blucatoo bad we can't set nocheck or stage1 or whatev20:10
-queuebot:#ubuntu-release- Unapproved: linux-firmware (bionic-proposed/main) [1.173.15 => 1.173.16] (core, kernel)20:11
-queuebot:#ubuntu-release- Unapproved: rejected livecd-rootfs [source] (eoan-proposed) [2.620.1]20:23
-queuebot:#ubuntu-release- Unapproved: livecd-rootfs (eoan-proposed/main) [2.620 => 2.620.1] (desktop-core)20:23
-queuebot:#ubuntu-release- Packageset: Removed boost1.67 from i386-whitelist in focal20:30
-queuebot:#ubuntu-release- Packageset: Removed python3.7 from i386-whitelist in focal20:30
-queuebot:#ubuntu-release- Packageset: Added amtk to i386-whitelist in focal20:30
-queuebot:#ubuntu-release- Packageset: Added mapbox-geometry to i386-whitelist in focal20:30
-queuebot:#ubuntu-release- Packageset: Added mapbox-variant to i386-whitelist in focal20:30
-queuebot:#ubuntu-release- Packageset: Added mapbox-wagyu to i386-whitelist in focal20:30
kanashirovorlon, could you please provide some feedback about rafaeldtinoco's proposal above regarding ruby-psych and jruby situation?20:50
-queuebot:#ubuntu-release- New: accepted linux-signed-azure [amd64] (xenial-proposed) [4.15.0-1073.78]20:53
vorlonrafaeldtinoco, kanashiro: "upload a binary" - no, that's not an option21:34
rafaeldtinocono no I know21:34
rafaeldtinocowhat about U copying from debian temporarily ?21:34
rafaeldtinocois that an option ?21:34
vorlonrafaeldtinoco: we can't copy binaries from Debian, no21:35
rafaeldtinocook21:35
rafaeldtinocotrying to find alternatives =)21:35
vorlonI mean, I could use a Debian binary in the bootstrap archive21:36
vorlonif that's really the only way21:36
vorlonbut that requires an AA to do it21:36
rafaeldtinocolet me explain to see if you can come up with any idea21:36
=== hggdh is now known as hggdh-msft
rafaeldtinocoif I have libpsych-java and ruby-psych installed (from sid) I can compile jruby and then I can compile ruby-psych and libpsych-java21:37
rafaeldtinocosomehow debian got itself in a build-dependency loop by copying binaries over the releases21:37
rafaeldtinocoruby-psych was turned into a dependency for jruby to yaml wrapping21:37
rafaeldtinocoi can generate jruby without ruby-psych, but then it complains about not supporting it when trying to compile ruby-psych itself21:38
vorlonrafaeldtinoco: is there an earlier, interim version of either package that was in Debian that didn't have the circular dep?21:44
rafaeldtinocoyes but using ruby2.521:44
vorlonah21:44
rafaeldtinoconot ruby2.721:44
vorlonbut would it build in Ubuntu against ruby2.7 if we synced it?21:44
rafaeldtinocokanashiro: ^ u know ?21:44
rafaeldtinocokanashiro: was the one working with debian ruby team21:45
* rafaeldtinoco checking git in salsa21:45
kanashiroI have no idea21:45
kanashironeed to try it21:45
rafaeldtinocodebian has binary copied it also21:45
rafaeldtinocofor sid, is that correct ?21:45
rafaeldtinoco(over the releases I mean)21:46
rafaeldtinocoand it contained 2.5 and 2.721:46
kanashirodebian sid now has ruby 2.5 and 2.7 enabled21:46
rafaeldtinococommit f7bfddd5721:47
rafaeldtinocoAuthor: Miguel Landaeta <nomadium@debian.org>21:47
rafaeldtinocoDate:   Sat Sep 16 20:41:24 201721:47
rafaeldtinoco    Fix dependencies on ruby-psych and add dependencies on libpsych-java21:47
rafaeldtinocodebian/9.1.8.0-321:47
rafaeldtinocothis is the tag where it got included21:47
rafaeldtinocolet me see if I can build that version21:48
kanashirothat is before the current debian stable release, the chances are low of this jruby version builds fine against ruby 2.721:50
rafaeldtinoco-               ruby-json,21:52
rafaeldtinocoit used ruby-json before21:52
-queuebot:#ubuntu-release- New binary: ubuntu-advantage-tools [amd64] (focal-proposed/main) [20.2.1~0ubuntu1] (core)21:54
-queuebot:#ubuntu-release- New binary: ubuntu-advantage-tools [s390x] (focal-proposed/main) [20.2.1~0ubuntu1] (core)21:54
-queuebot:#ubuntu-release- New binary: ubuntu-advantage-tools [ppc64el] (focal-proposed/main) [20.2.1~0ubuntu1] (core)21:54
-queuebot:#ubuntu-release- New binary: ubuntu-advantage-tools [arm64] (focal-proposed/main) [20.2.1~0ubuntu1] (core)21:56
-queuebot:#ubuntu-release- New binary: ubuntu-advantage-tools [armhf] (focal-proposed/main) [20.2.1~0ubuntu1] (core)21:56
rafaeldtinocothe version not depending on psych is so old22:05
rafaeldtinocoi can't get it to build22:05
vorlonok22:09
vorlonthen we might have to resort to the bootstrap archive22:10
rafaeldtinocoyes, sorry about that22:20
rafaeldtinocoi really spent a bunch of time on this trying to avoid22:21
rafaeldtinocobut ruby with java is really not my style to come up with some magick22:21
rafaeldtinocoill have a rebuild for both pkgs ready22:22
-queuebot:#ubuntu-release- Unapproved: livecd-rootfs (bionic-proposed/main) [2.525.40 => 2.525.41] (desktop-core)22:43
vorlonxnox: o hey, all autopkgtests for glibc/eoan cleared22:47
-queuebot:#ubuntu-release- New binary: libxml2 [s390x] (focal-proposed/main) [2.9.10+dfsg-4] (core, i386-whitelist)23:54
-queuebot:#ubuntu-release- New binary: libxml2 [i386] (focal-proposed/main) [2.9.10+dfsg-4] (core, i386-whitelist)23:54
-queuebot:#ubuntu-release- New binary: libxml2 [ppc64el] (focal-proposed/main) [2.9.10+dfsg-4] (core, i386-whitelist)23:54
-queuebot:#ubuntu-release- New binary: libxml2 [amd64] (focal-proposed/main) [2.9.10+dfsg-4] (core, i386-whitelist)23:57
-queuebot:#ubuntu-release- New binary: libxml2 [arm64] (focal-proposed/main) [2.9.10+dfsg-4] (core, i386-whitelist)23:58
-queuebot:#ubuntu-release- New binary: libxml2 [armhf] (focal-proposed/main) [2.9.10+dfsg-4] (core, i386-whitelist)23:59

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