/srv/irclogs.ubuntu.com/2017/11/21/#ubuntu-release.txt

xnoxdoko, i see the transition of doom has not migrated; i see libreoffice is building, so i guess we are waiting for that; anything more to do with qt?00:58
xnoxmdeslaur, why are you uploading postgresql-9.6 into bionic? given we have a temporary upload freeze to sort out postgresql transition to postgresql 10?01:00
xnoxmdeslaur, my understanding we don't need 9.6 in bionic, or do we?01:00
xnoxit's being removed in debian https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=87885201:01
ubot5Debian bug 878852 in postgresql-9.6 "Remove postgresql-9.6 from testing" [Serious,Open]01:01
xnoxdoko, gvfs failures apppear to be holding up samba/ldb migration01:02
LocutusOfBorggood morning, can we please have systemd hinted on s390x? https://autopkgtest.ubuntu.com/packages/systemd/bionic/s390x08:48
LocutusOfBorgseems regressed in release, and blocks the big one08:48
xnoxLocutusOfBorg, no.08:51
xnoxLocutusOfBorg, something is wrong. Ah! it's running on kvm, and the tests need fixing, as they think grub is a thing on s390x. Let me fix that and upload a fix for that.08:52
LocutusOfBorgthanks xnox!08:53
LocutusOfBorgkopanocore is blocking icu :( testsuite failures08:53
dokotsimonq2: please don't start new transitions! with your vlc upload you successfully connected the samba transiton with all our other transitions09:16
dokoseb128, Laney, didrocks: ^^^ now the gvfs issues need to be fixed09:17
dokohmm, it's just libgcrypt2009:20
LocutusOfBorgyes doko09:24
LocutusOfBorgalready fine gvfs there, systemd is worked on by xnox09:24
LocutusOfBorgginggs, is working on r-*09:27
LocutusOfBorgI hinted the python3-pyqt4 test, should pass now, and with libreoffice/systemd we will have a better update_output page09:27
apwdoko, i think this transition has got so out of hand we almost want to close the archive to sort it out :)09:28
LocutusOfBorgapw, we are mostly ready to be honest09:29
apwLocutusOfBorg, this would be the 3rd or 4th time we have thought that :)09:29
apwand then someone throws something in which breaks it09:29
LocutusOfBorgnah, this is fine, after the autosync has stopped things are getting better09:30
xnoxit's not fine.09:30
LocutusOfBorgmaybe a new perl upload will make things funny again :p09:30
xnoxwe have had a growing number of packages which are not considered for more than two weeks now.09:31
LocutusOfBorgnow they are mostly all considered from what I can see09:31
LocutusOfBorgpython-qt4 is now candidate too09:32
LocutusOfBorgnow we need libreoffice and systemd :/09:34
acheronuklibreoffice builds on arm* just got started from scratch it seems :/ I guess since the seemed hung at 19hrs09:36
dokoyes, I cancelled it and gave it back09:45
acheronukdoko: I looked at it and wondered to if mention it looked hung, so :)09:49
LocutusOfBorgapw, can we please hint kopanocore regressed in release? http://autopkgtest.ubuntu.com/packages/k/kopanocore/bionic/amd6410:23
dokoLocutusOfBorg: why? did nish have a look at that one?11:18
LocutusOfBorgwho knows? :)11:21
LocutusOfBorginstallation works locally11:22
LocutusOfBorgoops reproducible locally the issue11:25
cpaelzerLocutusOfBorg: are you looking into the kopano-core issue then?11:45
cpaelzeras doko pinged us in another channel11:46
LaneyRIP autopkgtest-cloud-worker/011:52
Laneyye served us well11:52
LocutusOfBorgcpaelzer, nope11:54
LocutusOfBorgI tried to look at the code, and I failed11:54
cpaelzerok11:56
cpaelzerI found this along the way - bug 1733572 but can't reproduce the error in the dep8 test so far11:56
ubot5bug 1733572 in kopanocore (Ubuntu) "php-mapi conflicts with other version" [Undecided,New] https://launchpad.net/bugs/173357211:56
cpaelzerok in autopkgtest the error reproduces on amd64 as well as i38611:58
dokohttps://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-bionic/bionic/amd64/r/r-cran-openssl/20171118_082449_e7d37@/log.gz12:03
dokomissing proxy settings?12:03
mdeslaurxnox: I didn't realize there was a migration going on to a newer version12:04
dokoapw, Laney, infinity: I see a few badhints for r-cran-* and r-bioc-* packages. How do you want to handle those?12:09
apwhints that need removal ?12:11
dokoapw: no, see update_output.txt for the packages that are blocking our transitions12:14
dokoI'm not going to fix all autopkg tests for the Debian Med Team12:15
ogra_they might make you a Dr. H.C. for it though ...12:17
dokodocta ogra ...12:18
ogra_:)12:19
dokoginggs: http://launchpadlibrarian.net/346150058/r-cran-tibble_1.3.4-1_1.3.4-1ubuntu1.diff.gz is not forwarded12:28
ginggsdoko: https://anonscm.debian.org/git/debian-med/r-cran-tibble.git12:36
dokoahh, ok, also debian med member? ;p12:39
ginggsdoko: yeah, it's easier that way :)12:40
ginggsif you can't beat em...12:40
dokoxnox: ^^^ something to join ...12:43
-queuebot:#ubuntu-release- Unapproved: libinput (artful-proposed/main) [1.8.2-1ubuntu2 => 1.8.4-0ubuntu0.17.10.1] (desktop-core)13:23
ginggsuploading r-cran-dplyr now, it should unblock r-cran-stringi -> icu14:17
LocutusOfBorg<314:25
-queuebot:#ubuntu-release- Unapproved: linux-firmware-snapdragon (artful-proposed/multiverse) [1.2-0ubuntu1 => 1.3-0ubuntu3~17.10.1] (kernel) (sync)14:29
-queuebot:#ubuntu-release- Unapproved: linux-firmware (artful-proposed/main) [1.169 => 1.169.1] (core, kernel) (sync)14:29
ginggserr, i mean r-cran-tidyr, whateva14:30
-queuebot:#ubuntu-release- Unapproved: linux-firmware-snapdragon (xenial-proposed/multiverse) [1.2-0ubuntu1 => 1.3-0ubuntu3~16.04.1] (kernel) (sync)14:30
-queuebot:#ubuntu-release- Unapproved: linux-firmware (xenial-proposed/main) [1.157.13 => 1.157.14] (core, kernel) (sync)14:30
-queuebot:#ubuntu-release- Unapproved: linux-firmware (zesty-proposed/main) [1.164.1 => 1.164.2] (core, kernel) (sync)14:31
-queuebot:#ubuntu-release- Unapproved: linux-firmware (trusty-proposed/main) [1.127.23 => 1.127.24] (core, kernel) (sync)14:31
balloonscould someone approve juju-core 2.2.6-0ubuntu0.16.04.3 in the zesty and xenial queue? It merely contains a fix for adt proxy failures14:36
LocutusOfBorglibreoffice seems mostly built on armhf14:39
apwballoons, i assume that would replace the one in -proposed then ?14:50
apwballoons, the code delta looks a little odd, in the sense the code it is removing has a /16 in it14:51
apwballoons, which may well imply the fix in later releases is wonky not necessarily the change as applied14:53
LaneyLocutusOfBorg: you know you can add extra triggers instead of using all-proposed, right?15:10
Laneyalso what are those arm64 requests about?15:10
LocutusOfBorgI did try some changes in scripts, and I probably issued some arm64 stuff too15:11
xnoxdoko, so i use R a little. the type system is completely nuts. more ambigious than javascript. or maybe it's me. and i'm not even sure where to start with all the current r blockage in proposed.15:11
xnoxLaney, have you done coding in R, perhaps? i'm just not sure if I don't get something about R, or its type system is really really odd.15:11
Laneyxnox: never15:11
Laneydon't know if I would even recognise R code15:12
xnoxLaney, keep it that way =)15:12
xnoxorder of imports, changes coalensence rules; and things tend to morph to the type one last stored in a variable. mophing upon value assignment is imho bad.15:13
cjwatsonI ran into http://www.burns-stat.com/pages/Tutor/R_inferno.pdf some time ago which looked useful for some of this kind of thing15:20
cjwatson(though I know no R myself)15:20
LocutusOfBorgxnox, your systemd upload didn't fix s390x? https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-bionic/bionic/s390x/s/systemd/20171121_152138_374c2@/log.gz15:31
xnoxLocutusOfBorg, yes, i have noticed that.... got carried away fixing all the other things. and i was like "i'm sure there was something else"15:32
balloonsapw, what do you mean the diff is odd? and yes, to replace what's in proposed15:32
balloonsapw, the issue we have is with the autopkgtest failing because it's trying to proxy to a local container.15:32
apwballoons, you are clearly installing a 10.0.8.0/24 equivalent with the new code, the old is a 10.0.8.0/16 ... though that makes little sense as a construct15:33
balloonsapw, ahh, right. That is true. But this is the second attempt, and we only need a /2415:33
balloonsI suppose the diff makes it look more confusing15:34
apwballoons, that was what i wanted to check, as there no commentary to say a /24 is preferable15:34
balloonsapw, ack, thank you for mentioning it15:36
xnoxcjwatson, that's a lovely PDF! sums up R nicely =)15:37
LocutusOfBorg"R_inferno" sums it up nicely, the other 126 pages are just useless :)15:39
-queuebot:#ubuntu-release- Unapproved: accepted juju-core [source] (zesty-proposed) [2.2.6-0ubuntu0.17.04.3]15:40
-queuebot:#ubuntu-release- Unapproved: accepted juju-core [source] (xenial-proposed) [2.2.6-0ubuntu0.16.04.3]15:53
LocutusOfBorgcan any AA please process this NBS? missing build on amd64: python-daiquiri (from 1.3.0-1ubuntu1)15:59
LocutusOfBorgit now provides python3-daiquiri only15:59
LocutusOfBorgI don't know why coreycb didn't ask that15:59
coreycbLocutusOfBorg: sorry about that16:01
apwLocutusOfBorg, looking16:02
apwLocutusOfBorg, coreycb, gone16:03
coreycbapw: LocutusOfBorg: thanks16:04
LocutusOfBorg<3 thanks to you two!16:07
LocutusOfBorgdoko, why uploading r-base for useless changes? they trigger a ton of autopkgtests :/16:09
-queuebot:#ubuntu-release- Unapproved: livecd-rootfs (xenial-proposed/main) [2.408.23 => 2.408.24] (desktop-core)16:15
-queuebot:#ubuntu-release- Unapproved: livecd-rootfs (zesty-proposed/main) [2.441.9 => 2.441.10] (desktop-core)16:15
-queuebot:#ubuntu-release- Unapproved: accepted docker.io [source] (artful-proposed) [17.03.2-0ubuntu1~17.10.1]16:23
bdmurrayslangasek, infinity, apw: Could somebody do some -proposed cleanup?16:24
sil2100bdmurray: for the stable series? I can do that16:29
sil2100bdmurray: I though any SRU member can do that16:29
bdmurraysil2100: Yeah the one from the report - https://people.canonical.com/~ubuntu-archive/pending-sru.html16:29
bdmurraysil2100: I think you need to be an AA to use remove-package16:29
sil2100hm, ok, I though on the sprint someone said it's also an ACL of SRU guys - anyway, running those16:30
bdmurraysil2100: well I could try one16:30
sil2100I'm running the ones from the top now16:31
sil2100So zesty16:31
sil2100Try running one of the xenial ones16:31
bdmurrayHTTP Error 401: Unauthorized16:32
sil2100heh, ok, so it is AA-only, at least now I know16:34
-queuebot:#ubuntu-release- Unapproved: accepted docker.io [source] (zesty-proposed) [17.03.2-0ubuntu1~17.04.1]16:35
sil2100bdmurray: in case you plan doing any SRU reviewing today, I had to re-upload livecd-rootfs for both zesty and xenial as there was one thing missing in the old branches I was backporting the change to16:35
sil2100Would welcome a re-review16:35
bdmurraynoted16:37
-queuebot:#ubuntu-release- Unapproved: accepted docker.io [source] (xenial-proposed) [17.03.2-0ubuntu1~16.04.1]16:40
LocutusOfBorghurray, lets delay another day the transition16:56
-queuebot:#ubuntu-release- Unapproved: accepted livecd-rootfs [source] (zesty-proposed) [2.441.10]17:02
-queuebot:#ubuntu-release- Unapproved: maas (xenial-proposed/main) [2.2.2-6099-g8751f91-0ubuntu1~16.04.1 => 2.3.0-6434-gd354690-0ubuntu1~16.04.1] (ubuntu-server)17:03
-queuebot:#ubuntu-release- Unapproved: accepted livecd-rootfs [source] (xenial-proposed) [2.408.24]17:06
-queuebot:#ubuntu-release- Unapproved: maas (zesty-proposed/main) [2.2.2-6099-g8751f91-0ubuntu1~17.04.1 => 2.3.0-6434-gd354690-0ubuntu1~17.04.1] (ubuntu-server)17:06
-queuebot:#ubuntu-release- Unapproved: maas (artful-proposed/main) [2.3.0~beta2-6327-gdd05aa2-0ubuntu1 => 2.3.0-6434-gd354690-0ubuntu1~17.10.1] (ubuntu-server)17:08
sil2100slangasek: thank you for approving livecd-rootfs!17:10
slangaseksil2100: yep17:12
xnoxoooo libreoffice has built \o/17:17
sil2100Yaay17:25
* Laney wonders how update_output_notest is going to look once p-m sees it17:29
ginggsoh someone ran all the r-cran-tidyr tests, thanks!17:33
ginggswould some kind soul please 'force bad-test r-bioc-ensembldb/2.2.0-1' ?  all of the autopkgtests now need https://bioconductor.org/packages/release/data/annotation/html/EnsDb.Hsapiens.v75.html which is 75MB in size and no plans to package it in debian17:37
ginggssee https://sources.debian.net/src/r-bioc-ensembldb/1.6.2-1/debian/README.test/17:39
ginggss/force bad-test/force-badtest/17:40
Laneyginggs: shouldn't the testsuite be dropped then?17:49
ginggsLaney: yes, how can that be done?17:50
Laneygit rm -r debian/tests17:50
ginggsi've seen another package from debain drop its tests and it still requires hinting17:50
LaneyI think we fixed that, and if not we should do17:51
Laney(https://git.launchpad.net/~ubuntu-release/britney/+git/britney2-ubuntu/commit/britney2/policies/autopkgtest.py?id=41d51369f54d695153fcd71043b511883392a5bf)17:51
QRMis this channel for Ubuntu 18?17:57
ginggsLaney: ok, thanks - i'll try it17:58
QRMyes hello i have recently installed Ubuntu 18 but before I invest any more time in setting up I would like you guys opinion on whether I should continue or revert back to 17 and wait17:59
wxlQRM: technically this is for release coordination. for discussion, try #ubuntu+118:00
QRMre: it usually takes me about 6 hours to properly configure and harden18:00
QRMoh ok thanks !18:00
Laneyginggs: I can badtest this one if it's more convenient to not upload18:01
Laneyor you can try it18:01
Laneyas you wish18:01
ginggsLaney: please badbest, i'll remove the tests in debian and we'll see when it syncs18:02
Laneyk18:02
ginggsLaney: ta! (badbest, wtf)18:03
Laneybesttest18:03
acheronukstoken seems to be one of the things that would be broken by the 'BIG' transition? and the latest rebuild FTBFS https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=87888318:10
ubot5Debian bug 878883 in src:stoken "stoken FTBFS with libtomcrypt 1.18" [Serious,Open]18:10
LocutusOfBorgacheronuk, just upload?18:22
LocutusOfBorgactually it seems to be not a problem for the big transition, but it should end a smaller one anyway18:22
LocutusOfBorgLaney, can you please hint systemd test on s390x? AFAIK it is a testsuite issue, the new upload didn't fix it, and it is holding vlc+libgcrypt20, making update_output look worse18:24
LocutusOfBorgxnox, ^^18:25
acheronukit was on my list of stuff the big one would break if it migrated, so that led me to it18:25
* acheronuk shrugs18:25
LocutusOfBorgthe patch is trivial, why not upload it?18:26
xnoxLocutusOfBorg, libreoffice is still not in, and systemd fix is in flight, why rush, if it's not your thing?18:27
acheronukit's in my set, but via other stuff. I try not to mess with things like that unless no option18:28
LocutusOfBorgI probably parsed wrongly your sentence of some hours ago "I moved to something else" :)18:28
LocutusOfBorganyhow, I don't see how hinting a bad test can hurt, and I don't see a big point in uploading systemd that runs a lot of tests right now18:29
LocutusOfBorgisn't it better to badtest it, lets stuff migrate and remove the block?18:30
xnoxLocutusOfBorg, i care about least total human effort; and majority of things is still not ready to migrate, because we still do not have libreoffice on arm64. It's still publishing.18:34
xnoxLocutusOfBorg, and hints/unblocks/blocks is human time.18:34
xnoxLocutusOfBorg, you do see how not having libreoffice as a valid candidate, results in half of the archive to not be installable and like all of kubuntu and qt?18:36
xnoxLocutusOfBorg, and it looks like r is now entagled in the mess with half of it not installable.18:36
xnoxi mean half of uninstallable packages being r18:36
LocutusOfBorgyes, but lo is publishing *now*, and r-* is fine in one hour or two maximum18:38
LocutusOfBorgso, if you upload systemd, we have to delay it by some more hours, and I don't know what else, but it is fine your opinion, I understand it18:39
LocutusOfBorgand I probably agree with you18:39
LocutusOfBorgjust I would like to wake up tomorrow without 10MB of excuses page :)18:39
acheronuktomorrow we have 9MB!18:41
* acheronuk hides18:41
LocutusOfBorgmy mobile phone will appreciate 1 less MB in size :p18:42
acheronukso would my browser18:42
* sil2100 is getting impatient waiting for the publisher to publish his new package18:58
sergiusensRAOF can you accept snapcraft into xenial- and zesty-proposed?19:09
stgraberany chance someone can review that LXD 2.0.11 SRU in xenial-proposed? been sitting there a while and would unblock a few things (kernel adt failure and a heap of bugfixes) if it was let in19:28
sil2100stgraber: I can look at it now19:31
bdmurraysil2100: I don't see livecd-rootfs in the zesty queue19:37
sil2100bdmurray: Steve already approved it, thanks!19:38
bdmurraywell fine then19:38
stgrabersil2100: thanks!19:40
sil2100Large backport diffs hurt my eyes! But that's fine19:42
stgraberyeah, we didn't get to release a bugfix release in quite a few months so it's a rather long diff :)19:44
stgraberall commits are listed in the changelog though and we don't backport new features to our stable branches19:45
ginggsbah, now r-bioc-biocparallel/1.10.1-1build1/s390x has become flaky19:45
sil2100stgraber: approved o/19:50
stgraberthanks19:50
-queuebot:#ubuntu-release- Unapproved: accepted lxd [source] (xenial-proposed) [2.0.11-0ubuntu1~16.04.1]19:50
infinityLocutusOfBorg:20:02
infinity    - debian/control: Drop libanthy0's dependency to anthy-common. anthy20:02
infinity      should pull in -common, not the library. This reclaims 3.4 MB of CD20:02
infinity      space. (Debian #582830, #582942)20:02
ubot5Debian bug 582830 in libm17n-0 "libanthy0: The dependency on anthy-common pulls in 13 MB" [Wishlist,Fixed] http://bugs.debian.org/58283020:02
ubot5Debian bug 582942 in cups "cups stops printing. too restricted permissions /usr/lib/cups/backend - permission denied" [Grave,Fixed] http://bugs.debian.org/58294220:02
infinity      - This is not relevant anymore, we don't use cdimages20:02
infinityLocutusOfBorg: How does "we use bigger ISOs" justify dropping that change?20:02
infinityLocutusOfBorg: The change was correct, regardless of media size.20:02
-queuebot:#ubuntu-release- Unapproved: cloud-init (artful-proposed/main) [17.1-27-geb292c18-0ubuntu1~17.10.1 => 17.1-41-g76243487-0ubuntu1~17.10.1] (edubuntu, ubuntu-cloud, ubuntu-server)20:03
-queuebot:#ubuntu-release- Unapproved: cloud-init (zesty-proposed/main) [17.1-27-geb292c18-0ubuntu1~17.04.1 => 17.1-41-g76243487-0ubuntu1~17.04.1] (edubuntu, ubuntu-cloud, ubuntu-server)20:08
-queuebot:#ubuntu-release- Unapproved: cloud-init (xenial-proposed/main) [17.1-27-geb292c18-0ubuntu1~16.04.1 => 17.1-41-g76243487-0ubuntu1~16.04.1] (edubuntu, ubuntu-cloud, ubuntu-server)20:11
tsimonq2infinity: (sorry if this seems like excessive poking) Now that we confirmed the tooling change works on Bionic, could we get new 17.10 ISOs pretty please? :)20:12
infinitytsimonq2: That's not something we generally do.  I'm thinking about it.20:12
tsimonq2infinity: Alright.20:13
infinitytsimonq2: I mean, we've done special exceptional respins in the days after a release (though, usually that means that flavour released late, we're not replacing ISOs), but this is a month later.  At this point, all the keeners who really wanted lubuntu 17.10 already have it.20:15
wxlinfinity: apparently not as a user brought this up to us a couple days ago20:16
infinitywxl: s/all/almost all/ :P20:17
wxl:/20:17
tsimonq2infinity: Well, another thing to consider is that we have to support 17.10 for the next eight months.20:21
infinitytsimonq2: Support the packages, not the installer.  I mean, the day bionic releases, you can tell people who are *installing* 17.10 that they're probably doing it wrong. :P20:22
infinityBut yes, there's a 5mo gap before that happens.20:22
infinityI assume this is only an issue for offline installs?20:22
LocutusOfBorginfinity, ok will reapply after the big transition?20:22
infinitySince I'd expect online ones to be able to find the bits they need.20:22
infinityLocutusOfBorg: Sure.20:22
sergiusenssil2100 if still around, mind looking at snapcraft for xenial- and zesty-proposed ?20:23
tsimonq2infinity: Let me get back to you on that because I want to be 100% sure but iirc, correct.20:23
infinityLocutusOfBorg: Actually, anthy triggers no tests (ew, but also handy in this case), just reapply it now?20:24
infinityLocutusOfBorg: Triggers no tests and builds in 3m on armhf.20:24
LocutusOfBorgack20:24
LocutusOfBorgI though about this change, the debian packaging was somewhat different, and the debian bug is closed20:26
LocutusOfBorghttps://bugs.debian.org/cgi-bin/bugreport.cgi?bug=58283020:26
ubot5Debian bug 582830 in libm17n-0 "libanthy0: The dependency on anthy-common pulls in 13 MB" [Wishlist,Fixed]20:26
LocutusOfBorgyou sure it is still a problem?20:26
xnoxinfinity, the change was fixed in debian elsehow20:26
xnoxinfinity, specifically we no longer have emacs -> something -> libanthy0 dependency chain anymore.20:26
infinityAnd was emacs literally the only reason we cared?20:26
xnoxinfinity, one sec, i did look through this.20:27
infinityOh, hrm.  anthy is only in supported now.20:27
infinitySo, maybe I care a bit less.20:27
xnoxinfinity, yeah it dropped off all cdimages, that's what i meant. something rather used to pull it in.20:28
infinityEh.20:28
xnoxbecause like we switched input methods; and emacs-common no longer pulls it in.20:28
infinityAlright, I still think the packaging is whack, but "it's whack" isn't quite enough justification to carry a delta forever.20:28
xnoxoh yeah, it's whack-a-mole all around.20:28
LocutusOfBorgso, no actions needed? I'm happy the first time I looked at it I got it right :)20:29
infinityLocutusOfBorg: Okay, you win. :P20:29
LocutusOfBorg<320:29
LocutusOfBorgI'm pretty sure I asked somewhat here or in #ubuntu-devel for help while doing anthy :) so my "win" is probably because somebody else helped20:29
infinityHeh.20:30
infinityI continue to vomit in my mouth slightly when I see how that whole packageset it put together.  anthy, uim, scim, it's all a mess.20:30
infinityBut yeah, it's not on any media, not installed by any desktops, etc.20:30
infinitySo, meh.20:31
ginggswould someone please 'force-badtest r-bioc-biocparallel/1.10.1-1build1/s390x' - it's become flaky (and has been in the past) - nothing in d-oko's r-base upload should have affected it20:37
infinityginggs: I find it entertaining that it only seems to pass on armhf.20:43
infinityQuality test.20:43
infinityAnd it *consistently* passes on armhf.  Even weirder.20:44
xnoxinfinity, because xenial kernel?20:44
infinityxnox: s390x is also a xenial kernel, though?20:45
xnoxinfinity, armhf is the last one to run on xenial kernel, inside lxd. everything else is on kvm now.20:45
xnoxinfinity, let's check top of the log, it was switched recently to openstack nova.20:45
infinityOh, did we switch s390x to bos02?20:45
infinityThat would explain the change.20:45
infinityThough, weird that this stuff is kernel-sensitive.20:45
xnox-- ssh -s /home/ubuntu/autopkgtest/ssh-setup/nova -> yeap it's running in s390x openstack20:46
infinityxnox: More funny, it consistently failed in armhf/xenial, didn't start passing until yakkety. :P20:46
infinityDitto for s390x.20:46
infinityginggs: I'll badtest it for now, but any chance you could poke people to fix their effin' tests in Debian for this?20:46
xnoxwell, we don't have host cotrol. so maybe hosts' kernel something got fixed to make things tick.20:47
infinityginggs: Also, I'm going to version the force, so we're forced (hah) to revisit it.20:48
infinityginggs: Ahh, which you asked for.20:48
ginggsinfinity: thanks, i'll poke em20:58
infinityginggs: If it helps any, the tests appear to be pretty unreliable on debian/amd64 too (though, at least they pass sometimes, unlike here)21:00
-queuebot:#ubuntu-release- Unapproved: nova (xenial-proposed/main) [2:13.1.4-0ubuntu4.1 => 2:13.1.4-0ubuntu4.3] (openstack, ubuntu-server)21:09
ginggsinfinity: #88237121:12
ginggsfor the bot: debian #88237121:13
ubot5Debian bug 882371 in src:r-bioc-biocparallel "r-bioc-biocparallel: flaky autopkgtests" [Normal,Open] http://bugs.debian.org/88237121:13
ginggsubot5: thank you21:13
ubot5You're welcome! But keep in mind I'm just a bot ;-)21:13
infinityginggs: Where did you get that whacky version number from for reportbug? :P21:16
infinityginggs: (But thanks for filing)21:16
ginggsinfinity: i scrolled down the ci.debian.net page until i found where it started being flaky21:18
mwhudson    got: 8441+0: a-1:a-8437:a-1:i-1:p-1:s-021:18
mwhudsonoww21:18
infinityginggs: Ahh.  So, some actual method to the madness.  Kay.21:18
ginggswhy not both?21:22
-queuebot:#ubuntu-release- Unapproved: lxcfs (trusty-backports/universe) [2.0.7-0ubuntu1~14.04.1 => 2.0.8-0ubuntu1~14.04.1] (no packageset)21:28
-queuebot:#ubuntu-release- Unapproved: accepted lxcfs [source] (trusty-backports) [2.0.8-0ubuntu1~14.04.1]21:32
-queuebot:#ubuntu-release- Unapproved: accepted lxd [source] (trusty-backports) [2.0.10-0ubuntu1~14.04.2]21:32
LocutusOfBorgTrying easy from autohinter: chrony/3.2-1build1 dropbear/2017.75-3 libtomcrypt/1.18.0-1 stoken/0.92-1~build1 stormlib/9.21-1build121:37
LocutusOfBorg    * arm64: dropbear-bin21:37
LocutusOfBorgwhat does it mean?21:37
cjwatsonit means that making that set of changes to the target suite results in dropbear-bin becoming newly-uninstallable on arm6421:38
cjwatson(but not other architectures.  or possibly just no other architectures earlier in alphabetical order, I forget.)21:38
LocutusOfBorgbut I tried and they seems to be installable...21:38
cjwatsonyou have to take some care to include only that set of changes, and to avoid anything that was built by older versions of those sources but not the newer versions21:39
LocutusOfBorgI'll check again later :) thanks21:40
slangasekah, how did chrony become migratable?  did someone fix its atrocious autopkgtests?21:43
cjwatsonLocutusOfBorg: It's because dropbear-bin Depends: libtomcrypt0 on all architectures except amd64, but libtomcrypt1 on amd6421:44
slangasekpossibly behind the scenes by fixing the tests in the upstream github repo that is being cloned at test time? :P21:44
cjwatsonLocutusOfBorg: and the new version of libtomcrypt builds libtomcrypt121:44
cjwatsonLocutusOfBorg: i.e. partial transition, probably fixable by rebuilding dropbear21:44
cjwatsonLocutusOfBorg: ("chdist apt-get bionic-proposed-arm64 install dropbear-bin libtomcrypt0-" reveals the problem - include a "foo-" argument for any binaries present in the old sources but not the new sources)21:45
cjwatsonLocutusOfBorg: I'll do a dropbear rebuild21:48
LocutusOfBorgthanks!21:51
LocutusOfBorgSUCCESS (1193/0)22:23
LocutusOfBorgoh gosh, the notest is *ready*22:23
bdmurraycyphermox: was the isc-dhcp part of bug 1713747 also verified?22:28
ubot5bug 1713747 in isc-dhcp (Ubuntu Xenial) "missing DOMAINSEARCH in initramfs output files if the DHCP server doesn't provide one" [High,Triaged] https://launchpad.net/bugs/171374722:28
cyphermoxit was, is some comment missing?22:29
cyphermoxhrm, wait a second22:29
cyphermoxbdmurray, it was, let me capture that in a comment22:30
cyphermoxbdmurray: to be extra safe I'll re-do the steps right now22:32
bdmurraycool22:33
xnoxLaney, slangasek - arm64 will be done soon; can we redo baseline for s390x given it uses nova-kvm now?22:40
RAOFOk. Libvirt in zesty-proposed causes a Cockpit autopkgtest regression on s390x because it now tries to run the test on s390x rather than skipping it. Where's the autopkgtest overrides branch again?22:54
slangasekxnox: shouldn't relate to the arm64 queue now that the runners are restructured; but I would be wary of doing a full retest on s390x while it might interfere with the current mega-transition22:59
RAOFAh, there it is; ~ubuntu-release/britney/hints-ubuntu23:21
slangasekRAOF: rather, ~ubuntu-sru/britney/hints-ubuntu-zesty23:31
RAOFAha! Thus neatly answering my next question :)23:32
RAOFslangasek: I don't suppose there's any easy way to validate my change before pushing it?23:34
RAOF(Adding “force-badtest cockpit/all/s390x” to my file there)23:34
slangasekRAOF: nope - you could run britney locally but that's not quick or easy or a worthwhile use of your time23:35
RAOFGood, good.23:35
dokowhat are the open issues for the transition now?23:36
dokoI know about kopano, and libgcrypt23:37

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