[06:35] <oSoMoN> good morning desktoppers
[07:27] <duflu> Hi oSoMoN 
[07:28] <oSoMoN> hey duflu 
[07:31] <marcustomlinson> hello oSoMoN and duflu
[07:31] <duflu> Hey marcustomlinson 
[07:31] <oSoMoN> hey marcustomlinson 
[07:53] <cpaelzer> hey Desktop people, I'm looking for some hints where to actually look at
[07:54] <cpaelzer> since the last few weeks my focal desktop slowly gets worse and worse
[07:54] <cpaelzer> the lock screen no more auto-locks, if I do it manually the first time it flickers and is back on the desktop (I assume something crashes in the background) the second tmie works
[07:54] <cpaelzer> that is already odd, but I can live with it
[07:54] <duflu> cpaelzer, that sounds like a bug that just got fixed in gnome-shell 3.36.3
[07:55] <cpaelzer> but recently mouse behavior changed a lot - if in front of a text console the coursor becomes invisible until I click
[07:55] <cpaelzer> also "select to copy" no more works everywhere
[07:55] <duflu> cpaelzer, make sure the system is fully up to date. If you still have problems then please open a bug by running:  ubuntu-bug gnome-shell
[07:55] <cpaelzer> the worst is a chrome URL - here not only "select to copy" fails, it even isn't able to copy in any way
[07:55] <cpaelzer> right-click there does nothing
[07:56] <duflu> Or open multiple bugs. Only one topic per bug
[07:57] <cpaelzer> I usually update regularly
[07:57] <cpaelzer> gnome-desktop3-data is the only desktop'ish package having an outstanding update
[07:57] <cpaelzer> maybe a reboot will get me back
[07:57] <cpaelzer> if not I'll file bugs
[07:59] <duflu> Generally it takes the details of the attachments in a bug report to figure out
[07:59] <duflu> IRC is not a good place for such things
[07:59] <cpaelzer> yeah I know, I mostly wanted to ask in case this "right click doesn't even open a context menu to copy anymore" would ting a bell
[07:59] <cpaelzer> because if so, then IRC is a good place
[07:59] <duflu> That one doesn't ring a bell at all for me
[08:03] <Laney> moin
[08:17] <duflu> Hi Laney
[08:47] <marcustomlinson> hey Laney
[09:46] <duflu> Ugh, seems my Nvidia card doesn't do 4K
[09:47] <duflu> Now for the usual dance of Nvidia cards not offering low power, low profile and modern architectures all in one product
[09:47] <duflu> Also not fitting in my small case
[13:31] <Wimpress> Hello desktoppers
[13:31] <oSoMoN> hello Wimpress 
[13:31] <hellsworth> hiya
[13:31] <marcustomlinson> heya
[13:32] <Wimpress> #startmeeting Desktop Team Weekly Meeting - 2020-07-14
[13:32] <meetingology> Meeting started Tue Jul 14 13:32:23 2020 UTC.  The chair is Wimpress. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[13:32] <meetingology> Available commands: action commands idea info link nick
[13:32] <kenvandine> o/
[13:33] <Wimpress> Roll call:  did_rocks (out), duflu, hellsworth, jamesh, ji_bel (out), kenvandine, Laney, marcustomlinson, oSoMoN, seb_128 (out), tkamppeter, Trevinho, robert_ancell, callmepk
[13:33] <Trevinho_> hey! o/
[13:33] <oSoMoN> \o
[13:33] <marcustomlinson> \o
[13:33] <hellsworth> \o
[13:33] <callmepk> o/
[13:33] <Wimpress> #topic rls-bb-bugs
[13:33] <Wimpress> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-bb-incoming-bug-tasks.html
[13:34] <Wimpress> All clear :-)
[13:34] <Wimpress> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-bb-tracking-bug-tasks.html
[13:35] <Wimpress> Everything appears to be assigned there.
[13:35] <Wimpress> #topic rls-ff-bugs
[13:35] <Wimpress> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ff-incoming-bug-tasks.html
[13:36] <Wimpress> One bug that James has assigned.
[13:36] <Wimpress> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ff-tracking-bug-tasks.html
[13:37] <oSoMoN> if the bug is assigned, it should be accepted and the incoming tag removed, no?
[13:37] <Laney> if it wants to be tracked on -tracking
[13:37] <Laney> otherwise just the latter
[13:37] <Wimpress> You speaking of #1886854
[13:37] <oSoMoN> yes
[13:39] <Wimpress> That bug has one reported and James doesn't appear to have worked on yet.
[13:39] <Wimpress> So unsure what status should be assigned.
[13:40] <oSoMoN> let James comment before next week so it can be reviewed again?
[13:40] <Wimpress> OK
[13:41] <Wimpress> https://bugs.launchpad.net/deja-dup/+bug/1883254
[13:41] <Wimpress> Seb uploaded to groovy ^
[13:42] <Wimpress> Thinking we should assign that one to him. Is in progress.
[13:43] <Wimpress> https://bugs.launchpad.net/ubuntu/+source/nvidia-graphics-drivers-440/+bug/1874567
[13:43] <Wimpress> Trevinho: Looks like you're working on some of this.
[13:43] <Trevinho> Wimpress: yes, I've uploaded a fix for it already + SRUed it
[13:44] <Wimpress> Are the reports against the nvidia drivers accurate?
[13:44] <Wimpress> Or is it jusat a mutter issue?
[13:44] <Trevinho> Wimpress: it's just mutter, so marking as not-fix as well
[13:45] <Wimpress> What about g-c-c?
[13:45] <Trevinho> the task might have been added while adding focal to the mutter side
[13:45] <Trevinho> as well
[13:46] <Wimpress> OK, looks like it is all in hand. Thanks :-)
[13:47] <Wimpress> https://bugs.launchpad.net/ubuntu/+source/virt-manager/+bug/1872527
[13:48] <Trevinho> we said that was handled already, but didn't get any feedback at latest comment
[13:50] <Wimpress> Handled how?
[13:50] <Wimpress> Is this just a KDE issue?
[13:50] <Wimpress> Lots of comments.
[13:52] <Trevinho> by server team, looks like there's a PPA for testing, but no feedback wether it works, no?
[13:52] <oSoMoN> the spice-vdagent task for focal is incomplete because it lacks a reliable reproducer, it should be expiring soon
[13:53] <Wimpress> OK
[13:53] <marcustomlinson> but anyway, looks like server has adopted that one
[13:53] <Wimpress> https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1868660
[13:53] <Wimpress> That looks like Daniel is on it.
[13:54] <Wimpress> Assign Daniel
[13:54] <oSoMoN> we don't usually review "fix committed" bugs
[13:55] <Wimpress> Ah, OK.
[13:55] <Wimpress> Then... Moving on.
[13:55] <oSoMoN> (they should definitely have an assignee though)
[13:55] <Wimpress> #topic rls-gg-bugs
[13:55] <Wimpress> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-gg-incoming-bug-tasks.html
[13:55] <Wimpress> https://bugs.launchpad.net/ubuntu/+source/gdm3/+bug/1865226
[13:56] <Wimpress> Looks like that needs an owner
[13:56] <Trevinho> I can handle that
[13:56] <Wimpress> ty
[13:57] <Trevinho> not sure if https://bugs.launchpad.net/ubuntu/+source/gdm3/+bug/1865226/comments/4 is a concern though
[13:57] <Wimpress> Hmmm.
[13:57] <Trevinho> but will look in details, at least I've readers :)
[13:57] <Trevinho> (and cards)
[13:58] <Wimpress> https://bugs.launchpad.net/ubuntu/+source/ubuntu-meta/+bug/1886314
[13:58] <marcustomlinson> is that not more wishlist than rls
[13:58] <Wimpress> That look like it requires input from Foundations.
[13:59] <oSoMoN> FWIW I installed it last week, and I can confirm it works as intended, it regularly kills some chromium renderer processes before my desktop become unusable
[13:59] <Laney> that is a foundationsism probably
[14:00] <Wimpress> Which FOundations to subscribe?
[14:01] <Wimpress> I'll speak to Brian after.
[14:01] <Wimpress> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-gg-tracking-bug-tasks.html
[14:01] <Wimpress> All assigned ^
[14:02] <Wimpress> #topic update_excuses_by_team.html#desktop-packages
[14:02] <Wimpress> https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses_by_team.html#desktop-packages
[14:02] <Laney> Just leave it, they'll come back to it in their meeting
[14:02] <Wimpress> OK
[14:02] <Wimpress> Just a few in excuses.
[14:02] <Wimpress> Anything in there anyone need help with?
[14:02] <oSoMoN> Laney, the update_excuses_by_team report says firefox is waiting on firejail/armhf, but it's not (it's blocked on the nodejs build-dep though)
[14:03] <oSoMoN> that looks like a bug
[14:03] <Laney> I don't maintain that report
[14:03] <oSoMoN> Séb does, right?
[14:03] <Laney> It also hasn't been updated since 2020-07-10
[14:03] <Laney> soooo
[14:03] <oSoMoN> ah, right, that explains it
[14:03] <oSoMoN> so there's not much point in reviewing it
[14:04] <Laney> guess not
[14:04] <Laney> but you know about nodejs, so now is the time to ask for help if youw ant any :>
[14:04] <Wimpress> Who can spark that report back into life?
[14:05] <oSoMoN> I already requested help in my +1 maintenance report to ubuntu-devel
[14:06] <oSoMoN> if anyone on the team feels like helping with fixing node-* autopkgtest, your help will be very welcome :)
[14:06] <Wimpress> OK
[14:06] <Wimpress> Anything else on excuses?
[14:06] <oSoMoN> (details at https://lists.ubuntu.com/archives/ubuntu-devel/2020-July/041086.html)
[14:07] <Wimpress> Moving on.
[14:07] <Wimpress> #topic AOB
[14:08] <Wimpress> Anyone have anything else they want to raise?
[14:09] <Wimpress> OK. Seems like a "no" :-)
[14:09] <Wimpress> Thanks everyone.
[14:09] <Wimpress> #endmeeting
[14:09] <meetingology> Meeting ended Tue Jul 14 14:09:40 2020 UTC.  
[14:09] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-desktop/2020/ubuntu-desktop.2020-07-14-13.32.moin.txt
[14:09] <Trevinho> thanks
[14:09] <oSoMoN> thanks
[14:09] <kenvandine> thanks
[14:09] <Laney> I have fixed das report
[14:09] <marcustomlinson> thanks
[14:10] <Wimpress> Laney: No that more interesting :-)
[14:25] <Laney> xnox: rbalint: tseliot_: Wimpress: can we create a Brain Trust about in-session prompting to upgrade to OEM enablement packages pls
[14:26] <Laney> I dunno how exactly to build this :>
[14:26] <Laney> create a timer and some kind of notification system for ubuntu-drivers?
[14:26] <Laney> extend unattended-upgrades?
[14:26] <Laney> update-manager?
[14:26] <Laney> OR?
[14:29] <rbalint> Laney, i think for u-u this is very out of scope, but update-manager/update-notifier is a good fit
[14:30] <Laney> it doesn't feel "very" out of scope, it is a type of upgrade that we want to happen unattendedly
[14:30] <rbalint> Laney, would we target servers as well?
[14:30] <Laney> could do I guess, but I don't think there are plans in that directino atm
[14:31] <rbalint> Laney, by default u-u installs only from -security and i think OEM enablement would not qualify as security fix
[14:32] <Laney> sure, but this is a rule that could change if it were a good idea to do so, I thought you should be tagged in the discussion to decide that
[14:32] <Laney> sounds like you already did decide though, so fine
[14:33] <rbalint> Laney, i did not set my opinion to stone :-)
[14:33] <Laney> ah ok!
[14:34] <rbalint> Laney, by in-session i guess you mean in a desktop session?
[14:34] <rbalint> (only)
[14:35] <tseliot_> Laney, sure
[14:35] <Laney> rbalint: currently yes, but that part would be via update-notifier I guess
[14:35] <Laney> like "you just got the good stuff, now to restart"
[14:35] <Laney> s/to/go/
[14:37] <rbalint> Laney, ok, i originally understood the plan like there was an ack needed _before_ the upgrade
[14:38] <Laney> tseliot_: so we could create a timer where ubuntu-drivers checks every <interval> and automatically installs any oem-*-meta packages it finds
[14:38] <rbalint> Laney, u-u can surely add an origin to allow transitioning to oem enablement packages if the transitional packages are set up as such
[14:38] <Laney> rbalint: ah no, design told us that sucks
[14:39] <rbalint> Laney, yeah, it depends, i prefer acking major changes but most people don't i guess
[14:40] <rbalint> Laney, if we would like to make use of u-u I suggest creating an oem enablement -security origin for that to stay consistent with u-u's scope/promise
[14:40] <xnox> Laney: previously we had things emit upstart session events, which would then pop-up GUI. I.e. for CDROM inserted with Ubuntu debs, would you like to upgrade.
[14:40] <Laney> weird thing is that they have to be installed in a 'special' way
[14:41] <Laney> since those install a new apt sources.list.d thing, you have to install/update/upgrade
[14:41] <xnox> Laney: ditto software properties used to also pop up, when new hardware support was discovered.
[14:41] <Laney> right, that was jockey
[14:41] <Laney> RIP
[14:42] <Laney> xnox: I think systemd path unit these days for notifying system -> session
[14:43] <Laney> rbalint: and we want to find 'half installed' ones, e.g. if you were offline when you installed ubuntu
[14:43] <Laney> not sure if this feels less like u-u's scope to you
[14:43] <xnox> Cause yeah, something does pop up to install updates & reboot?
[14:43] <Laney> update-manager does that, not sure exactly how
[14:44] <xnox> (or is that only with the deb based store?!)
[14:44] <Laney> oh that stuff
[14:44] <xnox> Ack on update-manager.
[14:44] <Laney> you mean like new firmware things
[14:44] <Laney> that's from gnome-software
[14:44] <Laney> I guess we COUUUUUUUULLLLLDDDDDDDDD write a plugin for that
[14:45] <rbalint> Laney, half-installed as in dpkg's broken sense?
[14:46] <Laney> nah, like you got the sources.list.d thing
[14:46] <Laney> but because you weren't online ubiquity couldn't ge the stuff from there
[14:46] <Laney> so it needs to be 'finished off' later
[14:48] <Laney> I think driving this all from a timer in ubuntu-drivers is starting to make most sense to me
[14:57] <tseliot_> Laney, install automatically?
[14:58] <tseliot_> or ask the user?
[14:58] <Laney> tseliot_: auto, mp_t said that prompting is not a good experience in this case
[14:59] <Laney> it's the same in ubiquity, no ui there either
[15:00] <tseliot_> Laney, it sounds a little scary. What if things fail? The user would have no way to know that something went wrong
[15:00] <Laney> like what, failing part way through an upgrade?
[15:03] <Laney> It will often switch your kernel flavour from generic to oem, so I suppose it *is* actually relatively risky
[15:04] <Laney> ok, maybe that tips it towards being presented as an item in the list that update-manager shows you
[15:04] <rbalint> Laney, i think update-manager's settings should apply here, if the user want all updates installed without asking then then she/he gets the oem packages as well
[15:05] <rbalint> Laney, yes, a separate list in update-manager would be the best, i think
[15:07] <GunnarHj> Hi Laney, do you possibly have time to sponsor a Debian package upload?
[15:07] <GunnarHj> https://salsa.debian.org/input-method-team/ibus-typing-booster/
[15:08] <tseliot_> Laney, as long as the user has the chance to opt out of automatic updates, then I think it's ok
[16:13] <Laney> GunnarHj: I'm sorry, I can't right now, stuck on some other things
[16:13] <Laney> why aren't you a DD or a DM? :>
[16:15] <GunnarHj> Laney: Ok, I'll try with someone else. As regards DO/DM I have hesitated so far because I'm not too fond of the paper work involved in such an application. But maybe I should reconsider...