[00:26] <jbicha> robert_ancell: I don't think unity-control-center really has an owner now, maybe ask Trevinho if he wants to review the screen-sharing merge
[09:01] <willcooke> morning
[09:01] <Laney> hey hey!
[09:02] <seb128> good morning ukers
[09:04] <Laney> hey seb128, happy friday
[09:05] <Laney> there are a few flakes of snow outside!
[09:06] <seb128> Laney, happy friday indeed!
[09:08] <seb128> heh, here it's raining as well but it's rather hail than snow
[09:09] <seb128> Laney, did you have a fun evening? where is the photo of you with your best jumper? :)
[09:21] <Laney> seb128: yeah it was fun, lots of christmassy songs
[09:21] <Laney> https://www.youtube.com/watch?v=ETCZR5HySkQ
[09:21] <Laney> i forgot to take a picture :(
[09:21] <willcooke> :(
[09:21] <Laney> maybe somebody else did though, will send it over if someone forwards me one
[09:24] <seb128> I don't know if that's google calendar being a crappy solution or how people are using it but it keeps annoying me
[09:24] <seb128> like I never understand what/why events change from the emails
[09:44] <seb128> hum
[09:44] <seb128> I wonder why my firefox wants to open on "about:startpage" which is an invalid url
[09:46] <willcooke> seb128, sounds like you still have ubufox enabled perhaps?
[09:48] <seb128> it's marked as desactivated because obsolete
[11:37] <Laney> should we skip the gvfs tests on ppc64el/s390x? dok_o raised in #ubuntu-release
[11:41] <Laney> although to be fair they're not exactly great on other arches either
[11:41] <Laney> maybe someone should look into that
[12:20] <seb128> Laney, wfm, having a look would be nice but I'm not sure who we have around atm who has slots for that
[12:22] <Laney> mmm
[14:14] <jbicha> willcooke: if you're looking for extra stuff for the weekly newsletter, there's https://launchpad.net/ubuntu/+source/fonts-noto-color-emoji/0~20171204-1
[14:15] <jbicha> https://github.com/googlei18n/noto-emoji/pull/181
[14:16] <jbicha> less blushing too: https://android.googlesource.com/platform/external/noto-fonts//+/0b18fc5
[14:18] <willcooke> thanks jbicha, just going through the meeing notes now.  If there isn';t enough this week I'll do a bigger one next week
[14:21] <jbicha> seb128: I filed LP: #1737053 but it needs a bug subscriber
[14:21] <seb128> hey jbicha, happy friday
[14:22]  * seb128 looks at that "yet another MIR"
[14:22] <jbicha> sorry :(
[14:23] <seb128> we have an issue that the MIR team isn't really active atm :/
[14:23] <seb128> jbicha, desktop-bugs subscribed
[14:24] <jbicha> thank you
[14:24] <seb128> np
[14:28] <doko> and for the fonts mir ... we need some bureaucracy to get new bug subscribers for the packages, and a statement that it really is just a split
[14:33] <jbicha> how much bureaucracy is needed for font packages? it's not like we really do SRUs or security updates for them
[14:34] <jbicha> doko: but since you brought up font MIRs, could we talk you into reviewing LP: #1734885 ?
[14:37] <Nafallo> seb128: did you tag it #yam ? ;-)
[14:37] <Nafallo> (for Yet Another MIR)
[14:39] <seb128> Nafallo, I should :)
[14:39] <doko> we need bug scubscribers, and the statement from the package owners, that the package is ok from main from their point of view. which shouldn't be much work for a package split
[14:40] <seb128> doko, speaking of mirs, do you if anyone is active in the ubuntu-mir team? there is a stack of reports waiting unreviewed since the summer and some blocking updates/things to build (like libblockdev needed for the new udisks which gnome-disk-utility depwaits on)
[14:41] <doko> both cypher mox and n acc are currently away ...
[14:41] <jbicha> aren't you on the mir team too though?
[14:41] <seb128> doko, they are away since august? ;)
[14:42] <doko> ohh, didrocks is on this team as well ...
[14:42] <seb128> he's away until new year though
[14:42] <seb128> he didn't take any vac day between january and december
[14:42] <jbicha> !
[14:42] <doko> seb128: there is no MIR for udisks
[14:43] <seb128> I asked him if he could unblock one (gnome-charmap) before his holidays but looks like he didn't manage to squeeze that one
[14:43] <seb128> doko, libblockdev
[14:43] <seb128> udisks2 is already in main
[14:44] <doko> can't find that either
[14:45] <jbicha> LP: #1735499
[14:45] <jbicha> oops, I hadn't subscribed ubuntu-mir until now
[14:47] <doko> aha ... seb128: so that one was filed 10 days ago, not "this summer", and the MIR got aware of it only now ...
[14:48] <seb128> doko, right, the summer ones are things like https://bugs.launchpad.net/ubuntu/+source/gnome-todo/+bug/1713171 https://bugs.launchpad.net/ubuntu/+source/gnome-characters/+bug/1713176 https://bugs.launchpad.net/ubuntu/+source/switcheroo-control/+bug/1691585
[14:50] <jbicha> LP: #1709164
[14:52] <seb128> jbicha, that one probably needs security team review/input though
[14:53] <jbicha> yes, should the MIR team forward it to security?
[14:53] <doko> yes, state that a security review is needed and assign to the security team
[14:54] <jbicha> doko: I mean that used to be the MIR team's job to do that…
[14:56] <jbicha> number 4 at https://wiki.ubuntu.com/MainInclusionProcess
[14:56] <seb128> jbicha, yes, it just hasn't been reviewed by the mir team yet, I expect they are going to bounce to security once they do
[15:20] <doko> jbicha, seb128: libbockdev review done, set to incomplete
[15:21] <seb128> doko, thanks
[15:23] <seb128> mdeslaur, so looking at that .local permission bug, did you figure out what component is creating the dir or just listed the ones that have code create it and using wrong permissions?
[15:46] <jbicha> doko: would Foundations like to be the bug subscriber for libblockdev?
[15:47] <doko> jbicha: why, udisks2 has another bug subscriber
[15:48] <jbicha> doko: cool, would Foundations like to be the bug subscribe for udisks2? ;)
[15:48] <doko> no ;p
[15:50] <jbicha> I guess I need to work on my persuasion skills 🙁
[15:51] <jbicha> doko: isn't udisks2 the kind of thing that Foundations should be responsible for?
[15:51] <doko> isn't udisks2 demotable if the using package is demoted?
[15:54] <jbicha> seb128: um, do you want to subscribe Desktop Bugs to libblockdev?
[15:57] <seb128> doko, jbicha, it's not like that subscription meant anything in practice so adding desktop-bugs, udisks should be maintained by foundation as they maintain systemd and other low level services but arguing over that here isn't going to lead anywhere I feel
[16:00] <seb128> jbicha, subscribed
[16:19] <jbicha> I don't understand what could cause LP: #1737083
[16:34] <jbicha> Trevinho: are you around?
[17:07] <seb128> jbicha, today is an holiday in Italy
[17:08] <jbicha> thanks, it's hard to keep track of what timezone he's in :)
[17:08] <seb128> he's still in south america
[17:08] <jbicha> see!
[17:08] <seb128> but he tends to have shifted hours and often work at night so who knows
[17:08] <seb128> jbicha, that but I would bet on an outdated schemas in /usr/local or such
[17:09] <seb128> having the procmaps would help
[17:09] <kenvandine> it's interesting, turning swap off completely has made chromium not use nearly as much memory
[17:09] <jbicha> seb128: do you want to comment there? I'm not familiar with procmaps
[17:09] <seb128> jbicha, sure
[17:49] <jbicha> pitti: any objections if we remove python-blockdev (from source libblockdev ) ?
[17:50] <jbicha> since it's pretty new and we don't need python2 packages if nothing depends on them
[18:15] <Laney> night
[18:15] <Laney> happy weekend!
[18:15] <Laney> hope we get snowwwwwWWWww
[18:17] <chrisccoulson> Laney, I've got my fingers crossed too
[18:17] <chrisccoulson> we never get snow though
[18:18] <willcooke> night all, have a good weekend!
[19:25] <kenvandine> Laney, snowing here!
[19:25] <kenvandine> too warm to stick though