/srv/irclogs.ubuntu.com/2019/07/23/#ubuntu-devel.txt

=== JanC_ is now known as JanC
rbalintddstreet, yes, the plan is merging 242 from Debian instead of cherry-picking more changes09:32
=== alan_g_ is now known as alan_g
ddstreetrbalint ah ok, well i'll just sru and leave eoan as is then11:54
ddstreetrbalint you mind if i push systemd to eoan to fix the FTBFS in the meantime, until it's updated to 242?12:37
coreycbsil2100: hi, did you happen to get a chance to look at those RM bugs?14:08
sil2100coreycb: sorry, got preempted last time and then forgot, picking them up now14:13
coreycbsil2100: no problem, thanks so much14:22
sil2100coreycb: ok, so I processed as many removals from the list as possible - I could not act on 2 of the bugs because the packages still had 'valid' reverse-dependencies15:04
sil2100Left some comments there15:04
coreycbsil2100: thanks i'll take a look15:05
rbalintddstreet, feel free but i'd rather drop it from proposed since issues keep popping up due to missing patches for gcc915:30
ddstreetrbalint the FTBFS is an upstream bug, the testcase overflows the stack, i'll fix it upstream first but it's trivial to fix in eoan as well15:37
ddstreetbut, i can just leave eoan alone...just means nobody can build systemd for eoan until 242 is merged (and hopefully, it will build then)15:38
rbalintddstreet, feel free to push the fix to eoan, too, i may not finish the merge today15:40
rbalintddstreet, my point was that it may not be the last issue to fix before it can migrate15:41
ddstreetrbalint if you're merging todayish, i'll just stay out of your way15:41
rbalintddstreet, i start today, but i think it will take a few iteration to polish it, so if you are fairly certain that this update gets it to release, (like built in on all arches and autopkgtest passes) then it is worth a shot15:43
rbalintddstreet, santa_ also reported an issue, thus it is not only a testcase fix that's missing15:44
santa_ddstreet: FYI the issue I have seen is that _sometimes_ the systemd from proposed hangs on "systemctl start network-online.target". the autopkgtest LXD backend relies on this command, so it makes autopkgtest hang. I have inspected systemd's git and there's a number of changes in the part I believe is involved in the hang16:12
santa_rbalint: btw, whenever you have a package ready to test feel free to ping me and I will test as soon as I can16:13
roaksoaxir16:18
ddstreetsanta_ have you opened a lp or upstream bug, and/or have dbg logs of it happening?17:34
ddstreetif you are confident it's already fixed upstream tho, probably easiest to just retest after the merge to 24217:35
santa_ddstreet: I'm not confident it's fixed upstream but the code involved changed17:39
santa_let me see if I can find a build log with the thing happening17:40
santa_http://tritemio-groomlake.duckdns.org/logs/knewstuff_5.60.0-0ubuntu1%2btritemio9_amd64-2019-07-19T21%3a16%3a10Z17:46
santa_ddstreet: ↑ just search "network-online.target" there17:47
ddstreetsanta_ well network-online.target will definitely block for more than 60 seconds if it's having trouble actually setting up the nw18:01
ddstreetyou sure that's not the problem?18:01
santa_ddstreet: when that happened I got into the cointainer and if I recall correclty, the thing was blocked ad-infinitum, even after the network was actually up18:11
ddstreetah, well yeah that's bad then18:11
ddstreetsanta_ did you happen to notice, in the container, and dbus errors?  i've seen 'lost' dbus messages that cause waiting systemd processes to never finish, in some autopkgtests https://github.com/systemd/systemd/issues/1293218:12
ddstreetyou may need to turn on debug though, at least for dbus18:13
ddstreethopefully the 242 merge will fix it, though :)18:13
santa_ddstreet: interesting. nope, I didn't check dbus thing. iirc I just checked the journal but I didn't see any ugly thing18:16
santa_in any case if the 242 merge doesn't fix it I would be glad to re-check with your help18:17
santa_I'm just a plain user wrt systemd XD18:17
=== Wryhder is now known as Lucas_Gray
rbasakSkuggen: mysql-8.0 FTBFS. Looks like some openssl changes since the PPA build. Please could you take a look?21:13
rbasakI don't know if it would be better to patch or bump to the latest microrelease if there's a fix upstream.21:13
rbasakIf it's not difficult I think cherry-picking a patch would be less disruptive, and we can update later? What do you think?21:13

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