[16:00] <sil2100> o/
[16:01] <xnox> whoops, i was not here
[16:03] <doko> ?
[16:03] <cyphermox> o/
[16:03] <juliank> \o|o/
[16:03] <cyphermox> #startmeeting Weekly Ubuntu Foundations team
[16:03] <meetingology> Meeting started Thu Jan 24 16:03:45 2019 UTC.  The chair is cyphermox. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[16:03] <meetingology> Available commands: action commands idea info link nick
[16:04] <cyphermox> #topic Lightning rounds
[16:04] <cyphermox> echo $(shuf -e vorlon bdmurray xnox tdaitx doko sil2100 rbalint infinity cyphermox mwhudson juliank waveform)
[16:04] <cyphermox> xnox infinity waveform sil2100 vorlon cyphermox tdaitx rbalint doko bdmurray mwhudson juliank
[16:04] <cyphermox> winner is xnox this week.
[16:04] <xnox> oh really
[16:04] <xnox> not fair =)
[16:05] <cyphermox> not rigged =)
[16:05] <tdaitx> he is setting up his new router
[16:05] <xnox> * systemd fun -> untangled migrations of related things, now down to just systemd/ppc64el
[16:05] <cyphermox> xnox: need more time then?
[16:05] <rbalint> o/
[16:05] <xnox> * s390-tools srus
[16:05] <xnox> * upstream upgrades of mdadm/systemd-upstreaming.
[16:05] <xnox> * router hunter
[16:05] <xnox> (done)
[16:05] <doko> xnox: really? still seeing arm64
[16:06] <cyphermox> I suspect infinity isn't around?
[16:06] <waveform> okay, I'll go next then
[16:06] <waveform> * RPi.GPIO updated to work on aarch64 but may need SRU?
[16:06] <cyphermox> yup
[16:06] <xnox> doko, i'm looking to get systemd migrate.... i need it to migrate such that triggered by things get better.... http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#systemd
[16:06] <waveform> * gpiozero updated to work on aarch64. Will either need SRU or backport
[16:06] <waveform> * wiringpi packaging (source v1!) needs updating
[16:06] <waveform> * testing pigpio under aarch64; not working yet
[16:06] <waveform> * tested current released on CM3; works but needs missing device-tree
[16:06] <waveform> * tested current release on 3B, 3B+, 3A+ - working fine
[16:06] <waveform> * still looking at kernel compression
[16:07] <waveform> (done)
[16:07] <cyphermox> nice
[16:07] <sil2100> o/
[16:07] <doko> waveform: you missed the archive training ;p
[16:07] <bdmurray> xnox: Have you seen bug 1811071? also valgrind
[16:07] <sil2100> - Many kernel SRU reviews (new cycle)
[16:07] <sil2100> - SRU reviews and releases
[16:07] <sil2100> - DMB meeting
[16:07] <sil2100> - Fixing core18 snap builds caused by a locale-dependent test failing on builders
[16:07] <sil2100> - raspi3 'upstreaming':
[16:07] <sil2100>   * Pushing flash-kernel, raspi3-firmware and Dave's u-boot + irqbalancer to bionic
[16:07] <sil2100>   * Finished work-around hack for enabling multiverse in gadget tree builds on builders
[16:07] <sil2100>   * Got working cdimage raspi3 builds for disco
[16:07] <sil2100>   * Did a manual cpc livefs -proposed enabled raspi3 build - success!
[16:07] <sil2100>   * Confirmed reported possible issues with using raspi3-firmware on pi3
[16:07] <xnox> bdmurray, yes, valgrind with s390x fixes migrated. should upload that bit too.
[16:07] <sil2100>   * Prepared an updated linux-firmware-raspi2 + livecd-rootfs in PPA for testing
[16:07] <sil2100>   * Changed classic pi3-gadget to use different config.txt for armhf and arm64
[16:07] <sil2100> - Sent credentials for core-snap rebuilds to CPC
[16:07] <sil2100> - Fixed a typo in core-snap rebuilder jenkins script
[16:07] <sil2100> - Started looking into trello API and the available Python bindings
[16:07] <sil2100> - Sponsored irqbalancer and json-schema-validator for Dave
[16:07] <sil2100> - Performed NEW reviews of ec2-hibinit-agent and zhmcclient
[16:07] <sil2100> - Performed a few package removals
[16:08] <sil2100> (done)
[16:08] <cyphermox> no vorlon today
[16:08] <cyphermox> cyphermox:
[16:08] <cyphermox> - so. much. snow. shoveling.
[16:08] <cyphermox> - MIR reviews: libimagequant, gnome-remote-desktop, pipewire
[16:08] <cyphermox> - grub2: SRUs for signature checking, update-grub breadcumbs, LVM menu
[16:08] <cyphermox> - dkms/shim-signed: preparing SRUs for self-signing process
[16:08] <cyphermox> - update packagesets for DMB
[16:08] <xnox> ooh ooh, had an awesome meeting with IBM presenting z14 mainframe storage groups, over webex.... because they can't give us access.
[16:08] <cyphermox> - discussion with Microsoft on processes for shim reviews
[16:08] <cyphermox> - helping slashd with a new package (sosreport cleaner)
[16:08] <cyphermox> - reviewing http module to enable for grub EFI images
[16:08] <cyphermox> (done)
[16:09] <cyphermox> tdaitx:
[16:09] <tdaitx> * openjdk-7 security update is on hold
[16:09] <tdaitx>   - hotspot patch backport is kind of a beast
[16:09] <tdaitx>   - upstream should be releasing the security updates soon anyway
[16:09] <tdaitx> * reviewing failed packages in the bionic rebuild
[16:09] <tdaitx>   - focusing on packages in main or packages that are (b-)deps of other main packages
[16:09] <tdaitx> Other:
[16:09] <tdaitx> - travelling Saturday to Europe
[16:09] <tdaitx> - working half-days next week in UTC+1 timezone, will try to match work time to join the squad/team meetings
[16:09] <tdaitx> - at FOSDEM in Brussels next weekend and the openjdk unconference on Monday (that translates to 3-5 February)
[16:09] <tdaitx> (done)
[16:09] <rbalint> * partner work
[16:09] <tdaitx> rbalint: go!
[16:09] <rbalint> * fixed meld's dependencies
[16:09] <rbalint> * backported wireshark 2.6.6 for *-security
[16:09] <rbalint> * fixed a bunch of unattended-upgrades regressions affecting Disco in git
[16:09] <rbalint>   https://github.com/mvo5/unattended-upgrades/pull/166
[16:09] <rbalint> * triaging the kubernetes vs. systemd-resolved issue
[16:09] <rbalint> (done)
[16:10] <doko> - GCC 9 packages are getting ready for upload to disco
[16:10] <doko> - GCC 8 updates, pending upload
[16:10] <doko> - openjdk-11 and openjdk-12 updates
[16:10] <doko> - finally started bionic test rebuilds (archive & planned OpenSSL/OpenJDK/Python/GCC updates)
[16:10] <doko> - MIR writing / reviews
[16:10] <doko> - transition fun the whole week ...
[16:10] <doko> - pestering people about addressing ftbfs and autopkg test failures, within the team and cross team. Not much success for both
[16:10] <doko> - getting mobbed by desktop team members about my automake workaround
[16:10] <doko> and how long does http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html take to display for you?
[16:10] <doko> (done)
[16:11] <bdmurray> ooh, its me
[16:11] <bdmurray> fixed Error Tracker mojo specification so it passes CI
[16:11] <bdmurray> submitted RT re live-ues-foundations Jenkins jobs
[16:11] <bdmurray> tested multiple systemd-resolved potential fixes for comcast mail servers
[16:11] <bdmurray> SRU verification of debootstrap for T, X, released B
[16:11] <bdmurray> rebuilt oops-repository so the Depends on python-cassandra takes
[16:11] <bdmurray> tested livepatch not available notification for release upgrades
[16:11] <bdmurray> merged livepatch not available notification to Disco, uploaded SRU for C
[16:11] <bdmurray> verified livepatch notification bug LP: #1799310 for Cosmic
[16:11] <bdmurray> uploaded ubuntu-release-upgrader, update-manager SRUs for 18.04, 18.10
[16:11] <bdmurray> verified all (so many!) their bugs too
[16:11] <bdmurray> uploaded intitramfs-tools SRU for 18.04 (LP: #1768230, #1561643)
[16:11] <bdmurray> ✔  done
[16:11] <bdmurray> juliank:
[16:11] <juliank>  * gnutls28 SRU ploaded
[16:11] <juliank> * apt CVE fix
[16:11] <juliank> * apt 1.8.0~beta1 releasing (lots of small branches merged!)
[16:11] <juliank> * apt hardening work (getting a bit stuck)
[16:12] <juliank> done
[16:12] <tdaitx> doko: update_excuses takes about 7~10 seconds
[16:12] <doko> I need a new laptop
[16:13] <xnox> bdmurray, the framebuffer option stuff looks interesting.
[16:13] <xnox> bdmurray, it's "fixed" in disco too?
[16:13] <cyphermox> doko: why?
[16:13] <cyphermox> #topic Release incoming bugs
[16:13] <tdaitx> doko: it is displayed as soon as it starts loading and I can scroll down, still 7~10 seconds to load everything
[16:13] <juliank> doko: 7.67seconds I measured on my t480s
[16:13] <cyphermox> oh, time to load excuses, ok
[16:13] <cyphermox> took not long at all here.
[16:14] <cyphermox> so; let's talk about the 18.04.2 bugs?
[16:14]  * juliank measured using "Page load time" chrome extension
[16:14] <bdmurray> bug 1812258
[16:14] <bdmurray> I forget where those go again.
[16:15] <bdmurray> Oh, maybe I should have reloaded.
[16:16] <bdmurray> cyphermox: What about bug 1772374 for the point release?
[16:16] <cyphermox> bdmurray: yes
[16:17] <cyphermox> thanks for reminding me, I'll get on it right after the meeting
[16:17] <bdmurray> cyphermox: So no card needed?
[16:17] <cyphermox> no
[16:17] <bdmurray> cyphermox: I think xnox merged a ubiquity fix for bionic from slangasek too
[16:17] <cyphermox> yeah, I'll go have a look at ubiquity in general
[16:19] <xnox> bdmurray, i have merged an duploaded again
[16:19] <cyphermox> fwiw it's as simple as merging https://code.launchpad.net/~swem/ubiquity/+git/ubiquity/+merge/346666
[16:19] <xnox> it should be in unapproved.
[16:19] <xnox> there is more?
[16:19] <xnox> looking
[16:19] <cyphermox> xnox: oh, I can do it, no biggie
[16:19] <xnox> seems legit.
[16:19] <bdmurray> xnox: there is no ubiquity in the bionic queue
[16:19] <xnox> hmmmm
[16:20] <bdmurray> xnox: What about bug 1776626?
[16:20] <xnox> bdmurray, do not care.
[16:20] <xnox> bdmurray, we never actually committed to backport all of that into bionic.
[16:22] <bdmurray> xnox: What about bug 1760106?
[16:23] <xnox> bdmurray, it's in disco, remaining tasks are unimportant.
[16:23] <xnox> bdmurray, i kind of want to drop them to be fair.
[16:24] <bdmurray> Okay, that was it for me.
[16:25] <cyphermox> ok
[16:25] <cyphermox> moving on to DD bugs?
[16:25] <cyphermox> #link http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-dd-incoming-bug-tasks.html#foundations-bugs
[16:25] <rbalint> i think we could have LP: #1803993 on the radar for bionic, too
[16:26] <cyphermox> rbalint: AFAIK that was fixed already
[16:26] <cyphermox> https://bugs.launchpad.net/ubuntu/+source/gdm3/+bug/1767918
[16:26] <xnox> *sigh*
[16:27] <xnox> but but plymouth is supposed to be on vt1
[16:27] <rbalint> cyphermox, seems like the fix ws not complete
[16:27] <xnox> so should gdm
[16:27] <xnox> why is there like handoff.vt=7 stuck somewhere?
[16:27] <xnox> why, is there like handoff.vt=7 stuck somewhere?
[16:27] <cyphermox> rbalint: doesn't tell much actually
[16:27] <rbalint> https://gitlab.gnome.org/GNOME/gdm/issues/408#note_360857
[16:29] <rbalint> cyphermox, it may turn out that the fix was complete, but the newer report seems to be valid
[16:29] <cyphermox> rbalint: wanna look into it then?
[16:30] <rbalint> cyphermox, yes, it sounds important if it is not fixed yet
[16:30] <bdmurray> xnox agreed to test it
[16:31] <cyphermox> rbalint: I think what we were trying to say is that it likely is already fixed, and this could be caused by some extra bit laying around
[16:31] <cyphermox> config and stuff
[16:31] <cyphermox> like vt.handoff not doing what it should.
[16:31] <bdmurray> there isn't much new in the dd list
[16:31] <bdmurray> although bug 1812688 is new
[16:31] <cyphermox> so sounds like xnox will test, and then we can look again
[16:32] <cyphermox> ok, misunderstanding
[16:32] <doko> bdmurray: I XFAIL'd it
[16:32] <cyphermox> rbalint: you want to have a look at plymouth, see if our patch is solid, get more info from the reporter?
[16:33] <cyphermox> doko: thanks
[16:33] <cyphermox> ok next topic
[16:33] <cyphermox> #topic Team proposed-migration report
[16:33] <rbalint> cyphermox, i'd try to reproduce then see if the suggestion on gnome's tracker fixes it
[16:33] <cyphermox> ok
[16:34] <cyphermox> #link http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses_by_team.html#foundations-bugs
[16:34] <doko> to shorten that ...
[16:34] <doko> we need systemd migrating, and hints updating
[16:34] <doko> sil2100: ^^^
[16:35] <doko> and blocking issues are: gsequencer coyote idlastro mothur ngraph-gtk redmine gap-io mir
[16:35] <doko> besides to the latter everything else is unowned
[16:35] <doko> maybe server cares about redmine
[16:35] <xnox> so https://bugs.launchpad.net/ubuntu/+source/debian-installer/+bug/1812258 commented and marked incompleted
[16:36] <doko> escalated the kernel not migrating to gaughen and the kernel team
[16:37] <doko> cyphermox: do you have gaughen powers for this meeting? then please assign people to one of those issues above ;-P
[16:38] <cyphermox> I don't have super powers, no
[16:39] <cyphermox> I'm just throwing people under the buses
[16:39] <cyphermox> systemd sounds like xnox work, and he probably already is on top of it?
[16:39] <xnox> i have local two patches to hopefully unfuck ppc64el
[16:41] <bdmurray> So who will test e2fsprogs for Bionic?
[16:41] <doko> so who volunteers for looking at gsequencer coyote idlastro mothur ngraph-gtk redmine gap-io mir
[16:41] <doko> ?
[16:42] <cyphermox> I said I'd try to do the patch, I can try to test e2fsprogs on bionic
[16:42] <cyphermox> I haven't yet blown away my MAAS setup
[16:42] <bdmurray> cyphermox: okay, great
[16:43] <sil2100> I can look at mir
[16:44] <doko> sil2100: ta, that is entangled with capnproto
[16:44] <rbalint> pygments will migrate after new python
[16:45] <cyphermox> doko: coyote, mothur; maybe
[16:46] <doko> ok, that leaves gsequencer idlastro ngraph-gtk redmine gap-io
[16:46] <doko> in Rome they close doors until things are done ...
[16:46] <cyphermox> idlastro looks to go with coyote for gnudatalanguage tbh
[16:47] <rbalint> doko, i take redmine blindly
[16:47] <doko> rbalint: ta, please coordinate with server (ahasenack, cpaelzer)
[16:48] <rbalint> doko, ok
[16:48] <doko> that leaves gsequencer idlastro ngraph-gtk gap-io
[16:48] <doko> sil2100, waveform, bdmurray: ^^^
[16:49] <gaughen> doko, I don't see gsequencer on the update-excuses list
[16:49] <doko> gaughen: you see it on http://people.canonical.com/~ubuntu-archive/proposed-migration/update_output_notest.txt
[16:50] <gaughen> aaah, I was looking at http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses_by_team.html
[16:50] <doko> gaughen: and it's on excuses as well, triggered by jack-audio-connection-kit
[16:50] <gaughen> I really don't see it on the link I pasted
[16:51] <doko> gaughen: http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html
[16:51] <cyphermox> ok; we done with proposed-migration?
[16:51] <doko> we still have gsequencer idlastro ngraph-gtk gap-io unaddressed
[16:52] <cyphermox> I said I'm taking idlastro too
[16:52] <doko> sorry, but this sucks. the last two meetings we adjourned this discussion
[16:52] <doko> and I have one more topic
[16:52] <doko> ta
[16:52] <cyphermox> I understand
[16:52] <cyphermox> fwiw it smells like a gnudatalanguage real regression
[16:52] <doko> gsequencer ngraph-gtk gap-io
[16:53] <doko> yep, I already pinged ginggs
[16:53] <cyphermox> anybody not yet core-dev wants to play?
[16:53] <doko> waveform: ^^^your turn ;p
[16:53] <waveform> I got the hint ;) Just looking at gap-io to see if I have the slightest clue what's up!
[16:54] <bdmurray> I'll give that ngraph-gtk a look
[16:54] <cyphermox> waveform: ta. tbh, no clue what gap-io is at all ;P
[16:54] <doko> ok, then I take gsequencer
[16:55] <doko> please note, you can come up with a fix or a work around
[16:55] <doko> cyphermox: next to AOB?
[16:55] <sil2100> waveform: once I untangle mir+capnproto, I can help you out since you're probably new to all this ;)
[16:55] <cyphermox> yes.
[16:55] <waveform> sil2100, ta :)
[16:56] <gaughen> doko, so are they all taken now?
[16:56] <cyphermox> #topic AOB
[16:56] <cpaelzer> rbalint: we have not investigated redmine yet, just skimmed it and thought it depends on ruby things which are in flight - if you take it (blindly or not) we'd appreciate
[16:56] <xnox> sil2100, did mir get the MIR that they wanted for whatever new mir1.0 release?
[16:56] <sil2100> xnox: no clue, I don't follow mir development, I'll just have to look into that
[16:56] <doko> xnox, sil2100: no, I asked security to priotize today. but it's a ftbfs now as well
[16:57] <doko> ok, now there is a bionic test rebuild ... http://people.canonical.com/~doko/ftbfs-report/test-rebuild-20181220-disco.html
[16:57] <doko> a lot of regressions ...
[16:58] <sil2100> xnox: anyway, I'll be looking at that tomorrow
[16:58] <bdmurray> doko: bionic or disco test rebuild?
[16:58] <doko> bdmurray: should I file tagged bug reports so that these get attention within the different teams?
[16:58] <doko> aohh, wrong URL: http://people.canonical.com/~doko/ftbfs-report/test-rebuild-20181222-bionic.html
[16:59] <xnox> /usr/lib/bin/capnp: not found
[16:59] <xnox> sounds not fun
[16:59] <sil2100> xnox: you want to take mir?
[16:59] <xnox> sil2100, i think so.
[16:59] <sil2100> Since you started investigating it now
[16:59] <rbalint> cpaelzer, i take a look, maybe some in-flight packages are stuck
[16:59] <xnox> sil2100, i have history
[16:59] <sil2100> doko: ^
[17:00] <sil2100> waveform: so maybe I'll pick up gap-io then o/
[17:00] <waveform> yup, I'll take it
[17:00] <waveform> sorry, meant - no I can take a look
[17:01] <waveform> (til I get horribly stuck and come begging for help :)
[17:01] <gaughen> doko, security team has put yaml-cpp on top of the security review queue
[17:01] <doko> ta
[17:02] <cyphermox> and we're over time
[17:02] <cyphermox> anything else to discuss?
[17:02] <gaughen> doko, did you get your other topic discussed?
[17:02] <doko> so what about the bionic ftbfs?
[17:02] <doko> gaughen: no, not the last one
[17:02] <cyphermox> they need to be fixed...
[17:02] <doko> bdmurray, sil2100: so filing tagged reports?
[17:03] <bdmurray> doko: about the ones in main?
[17:03] <doko> yes, at least those. 26 ...
[17:03] <sil2100> doko: I'll look at libdbusmenu for sure, can look at a few others by the way
[17:03] <bdmurray> that seems reasonable to me
[17:03] <cyphermox> we don't have to assign them right now in this meeting
[17:03] <cyphermox> but yes, they should be fixed
[17:04] <doko> sil2100: it's not about a single one, but how to proceed
[17:04] <doko> so how should I tag them?
[17:05] <sil2100> I guess bdmurray might have better ideas, but I'd say a 'ftbfs' tag and affecting bionic should be enough?
[17:06] <sil2100> bdmurray: ^ what do you think?
[17:06] <doko> they should show up on the 18.04 LTS report
[17:07] <bdmurray> sil2100: +1
[17:07] <gaughen> doko, are these regressions?
[17:08] <gaughen> okay, xnox says yes these are regressions
[17:09] <xnox> doko, do you want to join the voice call? =)
[17:09] <gaughen> doko, was bionic ftbfs your last topic?
[17:09] <sil2100> doko: we could put them on the .2 milestone as well, but I'd like Adam as the driver to decide if that's the way to go
[17:09] <sil2100> So for now I'd say just the tags and nominations
[17:09] <doko> gaughen: they built before, so yes
[17:10] <doko> sil2100: can you make show up adam in a meeting?
[17:11] <doko> gaughen: yes, but I didn't get a reply yet
[17:11] <xnox> doko, hehe
[17:11] <doko> gaughen: maybe I just tag those as rls-cc-incoming
[17:11] <gaughen> cc?
[17:11] <doko> or whatover this tag is named
[17:11] <cyphermox> doko: "they need to get done, they will be done on an opportunity basis" is your reply I guess right now
[17:12] <cyphermox> and tag was rls-bb-incoming  / ftbfs / bionic   or did I get that wrong?
[17:12] <sil2100> I wonder if we use the rls-**-incoming tasks for point releases
[17:12] <sil2100> Maybe we should
[17:12] <cyphermox> IIRC we did
[17:12] <doko> so how to flag them?
[17:12] <cyphermox> to some degre anyway
[17:12] <sil2100> doko: ok, so fair point, add the rls-bb-incoming tag to it
[17:13] <cyphermox> worst case is it won't be useful, but at least they will show up on the report
[17:13] <sil2100> So ftbfs rls-bb-incoming and a nomination to bionic, for now
[17:13] <doko> ta. will file these
[17:13] <doko> ok
[17:13] <sil2100> cyphermox: true, I hope Adam looks at that one!
[17:14] <cyphermox> well; it's useful for anyone who wants to make the release , and later the point release, shinier.
[17:14] <sil2100> Anyway, I will from now on for sure
[17:14] <doko> what I never understand is if I should close the bug task for the development series ...
[17:14] <cyphermox> doko: if it builds for the dev release, yeah,  no?
[17:14] <doko> well yes, I can check that too
[17:14] <cyphermox> since fix does not apply to dev release
[17:14] <cyphermox> anyway, just a guess
[17:16] <cyphermox> ok; closing meeting then?
[17:17] <doko> gaughen, cyphermox: we should have a format where things don't fall off
[17:17] <doko> like rotating the different topics
[17:17] <cyphermox> doko: sorry, what?
[17:17] <cyphermox> the format to not drop bugs is the incoming/tracking reports, no?
[17:17] <gaughen> doko, you mean topics in our irc mtg here?
[17:17] <cyphermox> for meetings I use http://people.ubuntu.com/~cyphermox/meetings/foundations.html ; open to additions / changes
[17:17] <doko> the ftbfs issues were delayed and adjourned for hte last two meetings. that should not happen
[17:18] <doko> just rotate these topics except for the status reports and aob
[17:18] <cyphermox> doko: last meeting was special, no managers around. I'm not making decisions for the team without talking to our leaders.
[17:18] <cyphermox> before last, I don't recall
[17:19]  * doko ducks. which manager was present this meeting?
[17:19] <cyphermox> gaughen was.
[17:19] <gaughen> I was here this week!
[17:19] <gaughen> and I still am
[17:19] <cyphermox> doko: or is that why you ducked ;D
[17:20] <doko> anyway, I'd like to stay in the time limits, and address issues not for one area
[17:20] <cyphermox> anyway, this sounds very #endmeeting
[17:20] <doko> for just one area
[17:20] <doko> so if lts issues fall out, that's ok as well
[17:20] <cyphermox> doko: if you think we should rotate every week so the meeting doesn't take 2 hours, I'm all for it. Let's check with vorlon who usually drives the meeting.
[17:20] <cyphermox> #endmeeting
[17:20] <meetingology> Meeting ended Thu Jan 24 17:20:49 2019 UTC.
[17:20] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-meeting/2019/ubuntu-meeting.2019-01-24-16.03.moin.txt
[17:21] <cyphermox> doko: I freestyled abit, added point release bugs this meeting and the last
[17:22] <doko> cyphermox: ta