[07:01] <oSoMoN> good morning desktoppers
[07:08] <didrocks> good morning
[07:09] <jibel> salut didrocks et oSoMoN
[07:09] <didrocks> salut jibel
[07:16] <oSoMoN> salut didrocks & jibel
[07:19] <didrocks> hey oSoMoN
[08:03] <Wimpress> Morning desktoppers o/
[08:23] <seb128> gooood morning desktopers
[08:43] <marcustomlinson> morning oSoMoN didrocks jibel Wimpress and seb128
[08:43] <didrocks> hey marcustomlinson
[08:43] <seb128> hey marcustomlinson, how are you today?
[08:43] <seb128> didrocks, you were mentioning nautilus/mtp problems?
[08:43] <didrocks> so, nautilus has a 50% of chance hanging for me when doing copy over mtp
[08:43] <marcustomlinson> seb128: meh still recovering, you?
[08:43] <didrocks> I never got any issue when cp on a terminal
[08:43] <seb128> like locking the whole nautilus?
[08:44] <seb128> or just the copy hanging?
[08:44] <didrocks> yeah, and then, other apps are responsive
[08:44] <didrocks> but not nautilus
[08:44] <didrocks> can't even move it
[08:44] <didrocks> (move the window)
[08:44] <didrocks> or have any other nautilus windows acting
[08:45] <didrocks> I don't have a stacktrace for it though reported it seems
[08:45] <seb128> looks a bit like bug ##1845302)
[08:45] <seb128> bug #1845302
[08:45] <didrocks> I don't even have the application not responsding dialog
[08:45] <seb128> would still be useful to see if the proposed version helps with that pb
[08:45] <seb128> even if your segfault was a different one
[08:45] <didrocks> well, I can see it when killing the shell, so maybe it's opening on the brackground?
[08:46] <didrocks> yeah, let me file some bugs and I'll update later
[08:46] <didrocks> though
[08:46] <didrocks> when it's stuck
[08:46] <didrocks> I can still click on the terminal for instance
[08:46] <didrocks> and type there
[08:46] <didrocks> so, it's not a full X11 hang?
[08:46] <didrocks> as I can change focus and type
[08:47] <seb128> weird one
[08:47] <seb128> also I wish I was able to reproduce the mtp one
[08:47] <seb128> I wonder if that's the same as bug #1792085 , it's a frequent complain from some users since bionic but I never could reproduce
[08:48] <oSoMoN> good morning Wimpress, marcustomlinson, seb128
[08:49] <didrocks> seb128: I don't really know if it started due to some issues on eoan, OR if recent phone is not as good on the mtp side and trigger this…
[08:50] <didrocks> seb128: a little bit terse, but opened as bug #1853112
[08:50] <seb128> didrocks, thx
[08:51] <seb128> @mtp, yeah, I doubt the phone does mtp wrong, but maybe it does it a slightly different way that isn't handled well by libmtp or something
[08:51] <seb128> hard to tell without proper debugging :/
[08:51] <didrocks> could be, I'm switching to full terminal for some days
[08:51] <seb128> but we can't debug all the issues today :)
[08:51] <didrocks> and will see if I get the same issues
[08:51] <seb128> thx
[08:51] <didrocks> yeah, it's the one which triggered the 3 of them
[08:51] <didrocks> quite annoying to copy podcast on the phone for a run :)
[09:11] <jibel> I enabled automated tests of Focal and first builds have been promoted to current
[10:19] <seb128> jamesh, weekly summary reminder :-)
[13:47] <Trevinho>  /reconnect
[13:53] <didrocks> -- disconnected
[13:53] <didrocks> -- connected
[13:57] <Trevinho> :)
[14:16] <hellsworth> good morning desktopers!
[14:16] <didrocks> hey hellsworth
[14:16] <marcustomlinson> hey hellsworth
[14:16] <hellsworth> hi yall :)
[14:17] <hellsworth> i woke up bright eyed and ready to do all the things at 5am. this is one of the nice things about going to europe for a conference :)
[14:23] <Wimpress> Hi hellsworth
[14:23] <hellsworth> hi there
[14:29] <oSoMoN> hey hellsworth
[14:30] <hellsworth> hi Olivier!
[14:30] <seb128> _o/
[14:30] <hellsworth> :)
[14:31] <seb128> Wimpress, meeting? ;)
[14:32] <didrocks> hey
[14:33] <Wimpress> seb128: Can you drive the IRC bot please?
[14:33] <seb128> Wimpress, sure, can do
[14:34] <seb128> #startmeeting Desktop Team Weekly Meeting - 2019-11-19
[14:34] <meetingology> Meeting started Tue Nov 19 14:34:02 2019 UTC.  The chair is seb128. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[14:34] <meetingology> Available commands: action commands idea info link nick
[14:34] <seb128> Roll call:  didrocks, duflu (out), hellsworth, jamesh (out), jibel, kenvandine (out iirc?), laney (out), marcustomlinson, oSoMoN, seb128 , tkamppeter, trevinho, robert_ancell (out)
[14:34] <hellsworth> o/
[14:34] <seb128> #topic rls-bb-bugs
[14:34] <marcustomlinson> \o
[14:34] <jibel> \o
[14:34] <Trevinho> o/
[14:35] <seb128> Wimpress, you handle those or do you want me to just drive while you get used to the way we usually roll?
[14:35] <Wimpress> Ken is visiting a customer.
[14:35] <Wimpress> seb128: Please run this one, I making note :-)
[14:35] <seb128> k, what I though, but since we didn't get that "start of week" email :p
[14:35] <seb128> Wimpress,
[14:35] <seb128> k
[14:35] <seb128> so bionic bugs!
[14:35] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-bb-incoming-bug-tasks.html
[14:35] <seb128> desktop section empty
[14:36] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-bb-tracking-bug-tasks.html
[14:36] <seb128> (looking for unassigned bugs which aren't fix commited)
[14:36] <seb128> bug #1836979
[14:36] <seb128> that's incomplete so we can skip until it gets enough info
[14:37] <seb128> bug #1852315
[14:37] <seb128> seems like that one makes sense to track and should be assigned to tseliot_ / security
[14:37] <seb128> tseliot_, you handle it? can you assign the different lines as appropriate?
[14:38] <seb128> and that's it for bionic
[14:38] <seb128> #topic rls-dd-bugs
[14:38] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-dd-incoming-bug-tasks.html
[14:38] <seb128> desktop section empty
[14:38] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-dd-tracking-bug-tasks.html
[14:38] <seb128> nothing unassigned
[14:38] <seb128> #topic rls-ee-bugs
[14:39] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ee-incoming-bug-tasks.html
[14:39] <seb128> bug #1850696
[14:39] <seb128> L_aney nominated it
[14:40] <seb128> I do agree it's annoying, I don't know if I consider it annoy enough to be rls tracked though
[14:40] <seb128> what do others think?
[14:40] <hellsworth> Laney's rational makes sense to me
[14:40] <hellsworth> a regression is bad
[14:40] <Wimpress> I agree.
[14:40] <Wimpress> If we don't track it in ee we may lose it for ff.
[14:41] <oSoMoN> +1
[14:41] <seb128> k, I'm overuled, fine :)
[14:41]  * Trevinho gets it then...
[14:41] <seb128> Trevinho, sorry man!
[14:41] <seb128> Daniel is not around atm, we need to get you more gnome-shell hackers to help in the team
[14:41]  * Trevinho waits for some other upstream to arrive :-D
[14:42] <seb128> next
[14:42] <seb128> bug #1852183
[14:42] <seb128> poor Trevinho
[14:43] <seb128> I consider that one more problematic than the notifications which are only cosmetic
[14:43] <marcustomlinson> right so this is upstream in both mutter and libreoffice it seems
[14:43] <seb128> so if we gave +1 to the previous one I vote +1 for that one
[14:43] <seb128> marcustomlinson, did you test if the mutter mp to prefer the text type was enough to fix the issue in libreoffice?
[14:43] <Trevinho> seb128: is not
[14:44] <marcustomlinson> seb128: I have not
[14:44] <Trevinho> I mean, well. for LO it could be enough in some scenarios
[14:44] <Wimpress> Yep, this one needs rls tracking.
[14:44] <Trevinho> but....
[14:44] <Trevinho> LO is also broken
[14:44] <marcustomlinson> Trevinho said that was not the way to go though
[14:44] <seb128> k, anyway, we shouldn' t discuss technically details
[14:44] <seb128> +1 for nomination
[14:44] <Trevinho> I'+1
[14:44] <oSoMoN> +1 as well
[14:44] <seb128> Trevinho, gets the shell side, marcustomlinson the libreoffice one
[14:44] <marcustomlinson> yeah
[14:44] <seb128> Trevinho, marcustomlinson, k?
[14:44] <seb128> thx
[14:45] <seb128> done
[14:45] <Trevinho> k
[14:45] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ee-tracking-bug-tasks.html
[14:46] <seb128> same nvidia one we talked about earlier
[14:46] <seb128> the other ones are either owned or incomplete or fix commited
[14:46] <seb128> #topic rls-ff-incoming
[14:46] <seb128> #topic rls-ff-bugs
[14:46] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ff-incoming-bug-tasks.html
[14:46] <seb128> the first one is assigned I just forgot to untag, doing that now
[14:46] <seb128> the other 2 we just discussed
[14:47] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ff-tracking-bug-tasks.html
[14:47] <seb128> that's in shape

[14:47] <seb128> #topic update_excuses_by_team.html#desktop-packages
[14:47] <seb128> https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses_by_team.html#desktop-packages
[14:47] <seb128> L_aney asked me to take care of that one since
[14:47] <seb128> - he's off today
[14:48] <seb128> - asking for volunteer 2 weeks ago didn't get us much tractions
[14:48] <seb128> sooo
[14:48] <hellsworth> i'll volunteer for harfbuzz and pango
[14:49] <seb128> we have some easy MIRs (https://wiki.ubuntu.com/MainInclusionProcess) to file from that list
[14:49] <hellsworth> i haven't done this before so i don't really know what i'm signed up for so i'll ask for hand holding :)
[14:49] <oSoMoN> I haven't sorted out the librsvg one due to lack of time but I'll look into it this week
[14:49] <seb128> I would suggest that as part of sharing the knownledge on how to do MIR, we would ask people who never filed on to volunteer maybe?
[14:50] <seb128> I'm fine helping/working with you to explain the process and get the bugs filed
[14:50] <hellsworth> yep i volunteer
[14:50] <seb128> thx hellsworth!
[14:50] <seb128> need a second one
[14:50] <didrocks> I'm happy to tutor hellsworth on filing a MIR (and do the review at the same time then)
[14:50] <hellsworth> i picked two random ones though
[14:50] <seb128> marcustomlinson, did you ever do one?
[14:50] <marcustomlinson> yes but I'll do another
[14:50] <seb128> k, thanks
[14:50] <hellsworth> sweet! didrocks i'll ping you afterwords on how to get started
[14:50] <didrocks> same for marcustomlinson :)
[14:50] <didrocks> that way, we tackle the reviewing side of MIR-team
[14:51] <seb128> hellsworth, didrocks, bug #1851395
[14:51] <seb128> hellsworth, that's yours then
[14:51] <hellsworth> okey dokey
[14:52] <seb128> thx
[14:52] <seb128> hellsworth, I will help you for harfbuzz/pango, let's have a look together when you want
[14:52] <hellsworth> perfect sounds good
[14:53] <seb128> marcustomlinson, I though we had a second MIR, but the first in the list might go away by demoting emacs components
[14:53] <seb128> if others want to volunteer for something please let me know in /query | /msg
[14:53] <seb128> I will add trello cards and we will find assignees otherwise
[14:54] <seb128> just as a FYI I think fixing issue for "un-owned" components should be a shared effort and asking for volunteers doesn't work great from past cycles experience
[14:54] <seb128> so I'm going to propose we just start doing equal assingement to team members for those items
[14:54] <seb128> but that doesn't need to be discussed/sorted out here&today
[14:55] <seb128> #topic AOB
[14:55] <seb128> ok, any other topic?
[14:55] <seb128> one from me, I will start updating the trello for new cycles
[14:55] <didrocks> nothing for me
[14:56] <seb128> adding cards for the work I know about, in one column sorted by importance/priority
[14:56] <seb128> we said in Paris we would try that, so let's see how it goes
[14:56] <Wimpress> seb128: We can work on that together a little later if you lie?
[14:56] <Wimpress> *like
[14:56] <seb128> if you have work you plan to do feel free to card it as well
[14:57] <seb128> Wimpress, sure, let's chat about it after the meeting
[14:57] <seb128> any other topic?
[14:57] <Wimpress> Not right now.
[14:58] <seb128> k, let's wrap then
[14:58] <seb128> thanks team!
[14:58] <seb128> #endmeeting
[14:58] <meetingology> Meeting ended Tue Nov 19 14:58:32 2019 UTC.
[14:58] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-desktop/2019/ubuntu-desktop.2019-11-19-14.34.moin.txt
[14:58] <hellsworth> thank you!
[14:58] <Wimpress> Thanks seb128
[14:58] <oSoMoN> thanks
[15:13] <hellsworth> oSoMoN: since you helped me take a look at cherrytree, i wonder if you have any thoughts on why theming isn't working: https://github.com/hellsworth/cherrytree
[15:15] <hellsworth> (the add-snap branch)
[15:19] <oSoMoN> hellsworth, I'm too busy to have a look right now, but I'll see if I can later today
[15:19] <hellsworth> ah ok no problem. if you can't get to it at all that's ok and I'll bug kenvandine :)
[16:01] <marcustomlinson> hellsworth: how many snaps have you managed to get working with the gnome-3-34 extension so far?
[16:02] <marcustomlinson> I mean theming working any all
[16:02] <marcustomlinson> *and
[16:02] <hellsworth> all but cherrytree. i haven't had any themeing issues
[16:03] <hellsworth> which makes troubleshooting hard because all of my examples dont' do anything special to make themeing work
[16:03] <marcustomlinson> hellsworth: https://pastebin.ubuntu.com/p/2fqq4Jg69R/
[16:03] <marcustomlinson> you only see this ^ on first launch though. you can `rm -rf ~/snap/cherrytree` to simulate again
[16:04] <hellsworth> but snaps working with the gnome-3-34 extension are: evince, calculator, simple-scan
[16:04] <marcustomlinson> I fear there's some clashing going on between gtk2 and gtk3 here
[16:05] <marcustomlinson> like the application is expecting gtk2 symbols and gtk3 is being provided
[16:05] <hellsworth> ah i should have looked more closely at my build output
[16:06] <hellsworth> i could add gtk2 stuff - and no extension - like gimp/glimpse does and see if that looks nicer
[16:07] <marcustomlinson> quite possible yeah
[16:07] <hellsworth> but the cherrytree deb looks nice and seems to use gtk3
[16:07] <hellsworth> so it shouldn't need gtk2
[16:09] <marcustomlinson> hellsworth: where do you see that it uses gtk3?
[16:10] <hellsworth> just eyeballing it
[16:10] <hellsworth> i pasted a screenshot in telegram
[16:19] <marcustomlinson> hellsworth: I'm almost certain the problem is these: python-gtk2, python-gtksourceview2
[16:19] <hellsworth> hmm
[16:19] <hellsworth> can python2.7 not use gtk3?
[16:20] <hellsworth> i had assumed this was true but maybe not
[16:20] <hellsworth> so yeah i'll try with gimp/glimpse method then
[16:20] <marcustomlinson> can but you'll have some duplicated libs in the snap and platform
[16:24] <hellsworth> yeah makes sense
[16:28] <marcustomlinson> hellsworth: it may work just to stage those two packages in gnome-3-34-1804
[16:29] <marcustomlinson> but it's a big _may_
[16:29] <hellsworth> well maybe but that would be a pretty heavy-handed solution, no?
[16:30] <marcustomlinson> if it's what's needed in the platform to support python gtk apps then I'd say necessary
[16:30] <hellsworth> i don't think we should accommodate gtk2 apps with the gnome-3-34 extension though. the apps should move to gtk3. heck, they should be getting ready for gtk4
[16:31] <hellsworth> i mean using the extension is an alternative method of building snaps. they don't have to use it
[16:31] <marcustomlinson> oh sorry
[16:31] <hellsworth> actually, i wonder what is in freedesktop-sdk
[16:31] <marcustomlinson> I read python2-gtk not python-gtk2
[16:31] <marcustomlinson> right, back to the gtk2 problem then
[16:31] <hellsworth> :)
[16:31] <hellsworth> also i think python2.7 is soon to be deprecated
[16:32] <hellsworth> i only wanted to snap cherrytree because i can't live without it :)
[16:32] <hellsworth> so really we shouldn't go out of our way with the extension to support python2.7 or gtk2
[16:33] <marcustomlinson> right, I think we're simply facing a gtk2 app (square shape) trying to use a gtk3 runtime (circle hole)
[16:33] <hellsworth> marcustomlinson: thanks for pointing out that it's a gtk2 app so i have something else to try :)
[16:34] <marcustomlinson> it only runs because of the packages you staged
[16:34] <hellsworth> yep
[16:34] <hellsworth> i didn't put two and two together
[16:37] <marcustomlinson> no, you put two and three together
[16:38] <marcustomlinson> ba dum tss!
[16:42] <hellsworth> haha yes good one. i am actually laughing over here :)
[20:40] <seb128> marcustomlinson, turns out libmail-authenticationresults-perl has a depends on another perl component which is currently in universe, so we get to do another one for libscalar-list-utils-perl
[20:40] <seb128> marcustomlinson, can you handle that one?
[20:40] <seb128> marcustomlinson, you can use the one hellsworth just did as an example, https://bugs.launchpad.net/ubuntu/+source/libmail-dkim-perl/+bug/1853175
[20:40] <seb128> (not for today, no hurry)
[20:42] <hellsworth> marcustomlinson: seb128 i'd like to open that MIR too since it is a cascading issue from the libmail-authenticationresults-perl depends issue.
[20:43] <seb128> hellsworth, sorry I should have asked you first, that sounds good to me!
[20:43] <seb128> marcustomlinson, unping, you get to wait until the next one, lucky you ;)
[20:43] <hellsworth> fyi i'm going to do it later (maybe tomorrow) though since i want to keep on what i'm doing with troubleshooting a snapcraft extension issue
[20:44] <seb128> hellsworth, no hurry, those packages are not blocking any important work and MIR team usually takes some time to do reviews anyway
[20:44] <seb128> so tomorrow/later in the week is fine