/srv/irclogs.ubuntu.com/2019/09/17/#ubuntu-devel.txt

=== led_dark_2 is now known as led_dark_1
pieqMorning!02:07
=== cpaelzer__ is now known as cpaelzer
cpaelzerdoko: I doubt that you had a chance to look at bug 1843394 while travelling06:08
ubottubug 1843394 in ipxe (Ubuntu) "FTBFS in Eoan - Error: operand type mismatch for `push' - gcc 9.2.1 / binutils 2.32.51.20190905-0ubuntu1" [Undecided,New] https://launchpad.net/bugs/184339406:08
cpaelzerdoko: but if you'd have a some time for me to visit after you fully arrived here let me know06:08
cpaelzerI'd appreciate having at least someone (that is somewhat happy with assembly) to talk about this issue06:09
cpaelzerI have relaized we have a team sync later today, we might sit together a bit after the actual session is done if we had no chance before that06:11
Laneyddstreet: yes, it's a long standing problem but we've never managed to understand it or catch it happening :(07:13
Laneya while ago with Stéphane we fixed up all the settings we could find but it didn't solve the problem07:14
robert_ancellRAOF, I have a bunch of gnome-software SRUs - could you help get them out of the queue?08:07
RAOFSure, after my current thing08:14
robert_ancellRAOF, thanks08:21
RAOFcjwatson: So, curious findings in the "why does mir now fail to build on 16.04" hunt. It doesn't seem to be a kernel bug (the xenial release kernel fails in the same way)10:06
RAOFcjwatson: The most recent successful build was 2019-08-30, so quite recently.10:06
cjwatsonHave you tried diffing successful/failing build logs to look for build-dep differences?10:07
RAOFThe initial part of the build shows some differences, the most suspicious of which is makedev.10:07
RAOF(The changelog for which is "don't  populate /dev in a container")10:07
RAOFHowever: That was uploaded in 2017!?10:08
cjwatsonHm, we did get rid of makedev from the chroots IIRC?  Or maybe add it10:08
cjwatsonI remember noting that but thinking nothing could possibly care10:08
cjwatsonIt could be that10:08
RAOFIt doesn't appear in the successful build from 2019-08-30, does in the failing builds. Has the chroot lost an apt pin or something?10:08
cjwatsonCan't look right now but I think that could be a lead10:09
cjwatsonWe upgraded chroots in that window, switching from artisanally-crafted chroots to ones built by livecd-rootfs10:09
RAOFOoooh.10:09
RAOFI'll try to run a build with makedev pinned.10:09
cjwatsonPinning is a red herring10:10
cjwatsonIt's not about version, it'll be about whether it's present or not10:10
cjwatsonI forget which right now, in the middle of a retro10:10
RAOFOk.10:10
* RAOF wonders how Launchpad has generated a diff from gnome-software 3.31.2-0ubuntu1, which as far as I can tell exists nowhere?10:28
cjwatsonRAOF: sure does, was in disco-proposed11:30
cjwatsonI guess it's maybe still the highest version11:30
cjwatson(see https://launchpad.net/ubuntu/+source/gnome-software/+publishinghistory)11:30
RAOFcjwatson: Aha! I was looking at the soruce page, which doesn't list that (because it was deleted)11:31
RAOFIt is unhelpful for launchpad to generated diffs against deleted uploads 😬11:31
cjwatsonRight, so the xenial chroot change did in fact add makedev, on the grounds that it was Priority: required in xenial.11:35
cjwatsonHmm.11:35
cjwatsonApparently it was manually purged from the old chroots (I can see because they had /root/.bash_history in them ...)11:36
cjwatsonSo uh I guess https://paste.ubuntu.com/p/QKGNWTNPqH/ ?11:40
cjwatsonhttps://code.launchpad.net/~cjwatson/livecd-rootfs/+git/livecd-rootfs/+merge/37286911:43
ddstreetLaney re: autopkgtest-cloud mojo-juju-2 branch, was that the right branch you suggested i use?  it seems a bit better but still doesn't work12:33
Laneydoesn't work in what way?12:33
ddstreetlatest failure for me is because yaml in the unit can't find yaml.CSafeLoader12:33
ddstreetseems the venv uses a different yaml than the packaged system one12:34
Laneyis that a failure from mojo or juju?12:34
ddstreetthe juju unit12:35
Laneygood news is I'm going to try to deploy that on the staging cloud this week12:35
Laneyso maybe I'll see that too and fix it12:35
ddstreetwell not juju unit, one of the deployed units12:35
Laneyfwiw the dependencies are in charms/bionic/autopkgtest-cloud-worker/layer.yaml12:36
ddstreetyep i updated that already to include python3-pygit2 which was missing, and python3-yaml, but even with python3-yaml installed it doesn't have the CSafeLoader as it seems it's not built correctly with cython and/or libyaml12:41
ddstreetanyway12:41
ddstreetLaney so there is no branch that currently is known to work to deploy it?12:41
LaneyI mean the one I gave you is known to work to deploy for me and juliank12:43
Laneysorry that it's not working for you, but it is not known that it doesn't as far as I'm concerned12:43
ddstreetwell, for production you mean?12:43
ddstreetor it works for you for devel?12:43
Laneylike I say hopefully I'll get to it this week12:43
Laneythe goal is to re-deploy autopkgtest.ubuntu.com with this new spec12:44
juliankLaney: I was wondering if we wanted to schedule something / get together for doing the staging deploy12:44
Laneycurrently it is using what's in master, but I wouldn't say that is very advisable for you to try to deploy12:44
Laneyjuliank: yeah, later on in the week sounds good12:44
Laneywe should go sit near an IS person to do that 😈12:45
ddstreetthat's strange that it works for both of you but not when i try :(  i suppose it doesn't make much sense for me to open MR for anything i fix, since it works for you already?12:45
juliankLaney: +112:45
Laneymissing dependencies would be good to add, sure12:45
Laneyperhaps something moved on in bionic in the meantime and we'd see if it we tried again now12:46
ddstreetok12:46
juliankI did deploy from an eoan host fwiw12:46
Laneyshouldn't matter if it's a hook error from inside one of the units12:46
juliankyaml.CSafeLoader exists in both eoan and bionic12:47
ddstreetjuliank yeah, but not with python3-yaml inside the unit's venv :(12:47
Laneywhat venv?12:47
Laneywait, is it one that juju itself is using?12:47
ddstreetcharm vevn12:47
Laneynone of those on our side I don't think12:48
Laneywelllllll, probably more efficient for us to try this ourselves12:48
Laneythanks for raising it12:48
ddstreetyeah12:48
ddstreetsure12:48
ddstreetnp12:48
* juliank certainly hasn't tried it this month :D12:48
ddstreetbtw not sure if you're using canonistack (i assume not) but it's having trouble on some archs currently12:49
juliankLaney: _now_ I just got the notification from your first sentence where you highlighted me12:50
julianksuper odd12:50
LaneyO_O12:50
juliankIt's being pushed from weechat to pushbullet to google to chrome12:50
juliankand well, the phone12:50
RAOFrobert_ancell: Enjoy your gnome-software.14:15
robert_ancellom nom. So tasty.14:16
rbasakahasenack: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=94058215:13
ubottuDebian bug 940582 in default-libmysqlclient-dev "default-libmysqlclient-dev attempting to install libmariadbclient-dev 10.1.38 -- Getting 404 Error" [Normal,Open]15:13
rbasakWrong bug, sorry15:13
rbasakahasenack: https://bugs.launchpad.net/ubuntu/+source/apt/+bug/142928515:13
ubottuLaunchpad bug 1429285 in apt (Ubuntu) "feature request: apt-get update --if-necessary" [Undecided,Confirmed]15:13

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