[02:30] <jamesh> robert_ancell: I've got the appstream-metadata interface PR passing CI.  Will hopefully have the packagekit one up soon
[02:30] <jamesh> if you've got any comments on it, that'd be helpful
[02:30] <robert_ancell> Nice!
[02:31] <robert_ancell> PR link?
[02:31] <jamesh> https://github.com/snapcore/snapd/pull/7042
[02:31] <gitbot> snapcore issue (Pull request) 7042 in snapd "interfaces: add an interface granting access to AppStream metadata" [Open]
[02:31] <jamesh> Took a little bit of wrangling to get the snap-update-ns AppArmor policies to allow creating the mount points, but seems to be working correctly now
[02:33] <jamesh> it was necessary to mount /var/lib/apt/lists too, since the AppStream files in /var/lib/app-info/yaml are just symlinks
[02:37] <robert_ancell> Clever sandbox :)
[02:43] <jamesh> the symlinks are absolute too, so it probably wouldn't be sufficient to just use system-files interface and access them under /var/lib/snapd/hostfs
[06:07] <didrocks> good morning
[06:07] <oSoMoN> good morning desktoppers
[06:08] <oSoMoN> salut didrocks
[06:08] <duflu> Hi didrocks, oSoMoN
[06:08] <oSoMoN> hey duflu
[06:09] <didrocks> salut oSoMoN, hey duflu
[07:18] <pieq> Morning!
[07:18] <jibel> RAOF, hi, has the SRU exception for nvidia drivers been approved?
[07:18] <jibel> Salut pieq
[07:18] <didrocks> salut pieq
[07:18] <RAOF> jibel: I believe so, yes. Hm. I should update the wiki page, shouldn't I!
[07:19] <pieq> Stupid question of the day: in what project(s) can I discuss the default settings for timezone and formats in Ubuntu? I install Ubuntu in English from Taiwan, and even though the language is properly set to English, the format is set to Chinese, so all the numbers and dates are in Chinese, which don't make sense at all... so I would like to check if someone has had the issue before and discuss defaults
[07:19] <jibel> RAOF, thanks.
[07:20] <jibel> tseliot, ^ FYI, the SRU exception for nvidia drivers has been accepted.
[07:24] <duflu> Hi pieq, jibel, RAOF, world
[07:33] <lis> hi duflu, world
[07:33] <duflu> Hi lis
[07:34] <tseliot> jibel: excellent! :)
[07:48] <RAOF> Hey lis!
[07:56] <willcooke> morning all
[07:56] <didrocks> hey willcooke
[07:59] <marcustomlinson> morning didrocks oSoMoN duflu lis tseliot RAOF willcooke :)
[07:59] <duflu> Morning willcooke and marcustomlinson
[08:00] <duflu> \o
[08:00] <duflu>     o/
[08:00] <oSoMoN> good morning willcooke, marcustomlinson
[08:00] <marcustomlinson> \o\
[08:00] <marcustomlinson> /o/
[08:01] <oSoMoN> |o|
[08:01] <seb128> hey there, good morning desktopers!
[08:01] <duflu> 🕺
[08:01] <oSoMoN> salut seb128
[08:01] <duflu> Morning seb128
[08:01] <seb128> lut oSoMoN, hey duflu, how are you today?
[08:02] <duflu> seb128, going OK. You?
[08:02] <Wimpress> o/
[08:02] <duflu> Hi Wimpress
[08:02] <seb128> I'm good!
[08:02] <seb128> enjoy nice summer weather without overheat anymore
[08:02] <oSoMoN> tired but fine, night was too short
[08:02] <oSoMoN> hey Wimpress
[08:03] <Laney> hey ho
[08:04] <duflu> Morning Laney
[08:05] <seb128> hey Laney! how are you today?
[08:05] <didrocks> hey marcustomlinson, seb128, Wimpress, Laney
[08:06] <seb128> lut didrocks, en forme ?
[08:06] <didrocks> il fait plus frais, donc c'est mieux :)
[08:06] <marcustomlinson> hey Wimpress Laney seb128
[08:08] <seb128> didrocks, cool!
[08:08] <seb128> marcustomlinson, Wimpress, hey
[08:11] <Trevinho> morning!
[08:12] <Laney> hey duflu seb128 didrocks marcustomlinson Trevinho
[08:12] <Laney> seb128: good, nice and sunny!
[08:12] <tseliot> marcustomlinson: good morning to you, and good morning everybody :)
[08:12] <duflu> Hi Trevinho
[08:13] <Laney> laney@nightingale> man snapcraft                                                                                                                                                                                                  ~
[08:13] <Laney> No manual entry for snapcraft
[08:13] <Laney> :(
[08:13] <Laney> zsh: command not found: snapcraft
[08:13] <Laney> oh
[08:13] <seb128> hey Trevinho
[08:13] <Laney> still doesn't have one tho
[08:13] <oSoMoN> morning Laney, Trevinho, tseliot
[08:15] <Laney> ahoy there oSoMoN!
[08:16] <tseliot> hey oSoMoN
[08:18] <Trevinho> hi duflu, Laney, seb, tseliot and oSoMoN
[08:19] <duflu> Morning tseliot
[08:19] <tseliot> hey Trevinho, duflu
[08:19] <duflu> I think we're going for some kind of record
[09:45] <seb128> Trevinho, duflu, that bug/commit might be another one worth trying to get to bionic with some futur SRU? https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1831161 /
[09:46] <seb128> it's only a few lines removed from altTab.js
[09:46] <seb128> do we keep a 'would be nice to SRU back to bionic' list somehow?
[09:46] <duflu> seb128, not that I can think of. Some kind of "low-hanging-fruit" tag
[09:47] <seb128> I'm not using an hidpi with scaling config, does anyone do? did you notice that issue/found it annoying?
[09:48] <duflu> I suspect it's one of those things not immediately obvious as a bug
[09:48] <duflu> So I wasn't worrying about it
[09:49] <duflu> If you're looking that closely at the shell you could exert some opinion at many things being too big or too small
[09:50] <seb128> right
[09:50] <seb128> it's always nice to add some polish to the LTS, but it's a balance to find, we don't want to spend too much efforts backporting every fix either
[09:50] <duflu> I still can't see it as a bug even in the screenshot in the upstream bug
[09:52] <duflu> The reporter also says the icons are too small when they're much bigger than the size he uses in the launcher
[09:52] <duflu> So yes, we'll get the change, but I wouldn't make it a priority
[09:56] <seb128> duflu, well the issue is not so much the icons than the label from what I understood, as showned on the screenshot from https://gitlab.gnome.org/GNOME/gnome-shell/issues/1370
[09:56] <gitbot> GNOME issue 1370 in gnome-shell "App-switcher icon size is too small in hidpi monitor, many short app names truncated" [Closed]
[09:57] <duflu> seb128, on that note the same bug in the app grid is still unresolved. I proposed a fix years ago :(
[09:58] <seb128> indeed, I though there was some movement previous cycle but it still didn't land :-/
[09:58] <seb128> maybe now is the right time of the cycle for a nag
[10:02] <seb128> oh, there was a new iteration pushed a month ago
[10:03] <seb128> where verdre asked for some testing
[10:03] <seb128> duflu, you could maybe give it a try, that might help to get things moving?
[10:05] <duflu> seb128, I will try to remember to do that too. I have my own backlog of unfinished gnome-shell stuff
[10:36] <seb128> tkamppeter, hey, thanks for working on those autopkgtest fixes. Could you merge propose the code change so it can be reviewed using the standard tools (launchpad)?
[10:37] <tkamppeter> seb128, I wanted to do so but there is again no link to merge-propose.
[10:37] <seb128> also that "stop the mainloop after 300s" looks like a workaround, do we know why those are sitting there for so long?
[10:38] <seb128> tkamppeter, please ask on #launchpad so we can figure out what we are doing wrong and fix it
[10:39] <tkamppeter> Yes, because we used old API functions on a network-manager with new API. There we always got the hang. After I did the API adaptation the hang never showed again.
[10:39] <tkamppeter> But I saw from the hang how bad debuggability is that for being more future-proof I added the timers.
[10:41] <tkamppeter> Now I get only failures when I run the script 20-30 times and one of the starts gives me a timeout of the AP not being ready.
[10:44] <seb128> do you know why the AP is failing to be ready?
[10:44] <seb128> anyway, please start by asking on #launchpad about how to mp those changes/why that's not available
[10:44] <seb128> then we can discuss the solution in the review :)
[10:49] <seb128> tkamppeter, ^
[10:51] <tkamppeter> OK, I have added some ideas to the Trello card.
[10:51] <tkamppeter> seb128, I will ask on #launchpad now.
[10:56] <seb128> Colin to the rescue as usual :-)
[11:07] <seb128> for those wondering, pushing to ~user/+git/project is wrong/makes a personal namespace and isn't mergable back to the project, you need to push to ~user/project instead
[11:08] <Laney> +git is like +junk
[11:10] <Laney> I think they decided that +junk was a bit of a mean thing to call random code :-)
[11:14] <tkamppeter> seb128, merge proposal is up now.
[11:14] <tkamppeter> seb128, Laney, LP should get easy ways for cloning and merging as GitHub/GitLab has.
[11:15] <seb128> thx tkamppeter
[11:22] <Laney> I'll write some review comments there
[11:44] <seb128> thx
[12:14] <RAOF> Trevinho: you had a reproducer (and fix?) for the CLion Gnome Shell hang, right? Might want to tell duflu about it on bug #1834583 😀
[13:18] <jibel> how do I disable automated package updates on a desktop?
[13:18] <seb128> index update? or installation of security updates?
[13:19] <jibel> any
[13:19] <seb128> https://linuxconfig.org/disable-automatic-updates-on-ubuntu-18-04-bionic-beaver-linux has some content
[13:19] <jibel> I don't want to run unattended-upgrades and don't want to see the softwareupdate popup
[13:19] <seb128> which suggests editing the apt.conf
[13:20] <seb128> but otherwise uninstall unattendeed-upgrades I would say
[13:20] <seb128> and set software-properties to never
[13:20] <jibel> thanks I'll try the apt way
[13:20] <seb128> np
[13:21] <seb128> also maybe comment on https://bugs.launchpad.net/ubuntu/+source/software-properties/+bug/1834226
[13:21] <seb128> foundations is trying to bail out of it blaming packagekit
[13:21] <seb128> but I think that's wrong and the issue is more unattended-upgrade
[13:22] <seb128> rbalint, ^ is editing the apt config the right way to disable unattended-upgrade?
[13:30] <seb128> ok, it's meeting time!
[13:31] <seb128> #startmeeting Desktop Team Meeting - 2019-07-02
[13:31] <meetingology> Meeting started Tue Jul  2 13:31:07 2019 UTC.  The chair is seb128. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[13:31] <meetingology> Available commands: action commands idea info link nick
[13:31] <seb128> Roll call: didrocks, duflu (out), jamesh (out), jibel, kenvandine, laney, marcustomlinson, oSoMoN, tkamppeter, trevinho, robert_ancell (out)
[13:31] <marcustomlinson> present
[13:31] <kenvandine> \o
[13:31] <oSoMoN> o/
[13:31] <didrocks> hey
[13:31] <seb128> yet another meeting where we don't have Will and where the rls bugs summary was sent late, sorry about that!
[13:32] <seb128> let's try to do our best still :)
[13:32] <seb128> #topic rls-bb-bugs
[13:32] <seb128> (I'm going to stop mentioning the bugs we have been ignoring for some weeks this time)
[13:32] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-bb-incoming-bug-tasks.html
[13:33] <seb128> no desktop entry
[13:33] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-bb-tracking-bug-tasks.html
[13:33] <seb128> nothing to discuss on that one either
[13:33] <tseliot> o/
[13:33] <seb128> #topic rls-cc-bugs
[13:34] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-cc-incoming-bug-tasks.html
[13:34] <seb128> no desktop entry
[13:34] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-cc-tracking-bug-tasks.html
[13:34] <seb128> nothing to discuss
[13:34] <seb128> #topic rls-dd-bugs
[13:34] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-dd-incoming-bug-tasks.html
[13:35] <seb128> no desktop entry
[13:35] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-dd-tracking-bug-tasks.html
[13:35] <seb128> same as bionic, old items / things that don't need to be sorted out now
[13:35] <seb128> #topic rls-ee-bugs
[13:36] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ee-incoming-bug-tasks.html
[13:36] <seb128> still no desktop
[13:36] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ee-tracking-bug-tasks.html
[13:36] <seb128> bugs assigned there
[13:36] <seb128> k, that was an easy round
[13:36] <seb128> #topic update_excuses_by_team.html#desktop-packages
[13:36] <seb128> Laney, hey :)
[13:37] <Laney> yo
[13:37] <Laney> nothing to note, that gdm I think is to be handled in britney
[13:37] <Laney> others already in progress from last week
[13:37] <seb128> thanks Laney
[13:38] <seb128> #topic AOB
[13:38] <seb128> other topics?
[13:38] <seb128> tkamppeter, what's the status of the n-m bionic SRU?
[13:38] <kenvandine> tkamppeter: have you been able to reproduce it yourself yet?
[13:39] <tkamppeter> I have looked into it and as the problem does not occur with current Ubuntu I assume that it got somewhere fixed upstream and so I am trying to contact upstream about it.
[13:39] <tkamppeter> #nm seems not to work, even with thaller present I got no answer at all.
[13:39] <tkamppeter> I tried also the ML but also no answer.
[13:40] <tkamppeter> I do not want to redo a fix from scratch which upstream has perhaps already done.
[13:40] <seb128> did you manage to reproduce?
[13:40] <seb128> git bisect time? ;)
[13:41] <tkamppeter> No, I was more occupied with the autopkg stuff of eoan.
[13:41] <seb128> ok, let's see what's the status next week then, hopefully it moves before the next meeting
[13:41] <seb128> thx tkamppeter
[13:41] <seb128> other topics?
[13:42] <Laney> yeah
[13:42] <kenvandine> if you can find the relevent code you could look at what's changed there
[13:42] <Laney> those ones we keep ignoring
[13:42] <Laney> why do we do that and can we stop?
[13:43] <seb128> we can probably delete those lines from the bug
[13:43] <seb128> it's not even clear those components need fixing
[13:43] <seb128> wdyt?
[13:44] <Laney> probably, that's the closest we can get to -notfixing with megabugs like that
[13:44] <seb128> to me it looks like cyphermox was a bit trigger happy to add the targets
[13:44] <Laney> which seems true otherwise they would have been assigned
[13:44] <Laney> so +1
[13:45] <seb128> thx, I will try to do that again, I started by launchpad keeps timeouting or failed to load the ajax and opened subpages
[13:45] <seb128> which was too annoying to deal with so I close the page...
[13:45] <seb128> thx for raising it Laney!
[13:45] <seb128> other topics?
[13:47] <seb128> seems not, then it's a wrap
[13:47] <seb128> thanks everyone!
[13:47] <seb128> #endmeeting
[13:47] <meetingology> Meeting ended Tue Jul  2 13:47:09 2019 UTC.
[13:47] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-desktop/2019/ubuntu-desktop.2019-07-02-13.31.moin.txt
[13:47] <didrocks> thx
[13:48] <seb128> oSoMoN, bug #1800260 is a bit puzzling O_o
[13:48] <oSoMoN> seb128, yes, very puzzling
[13:48] <seb128> it reads the right css which works with the deb but not the snap in devmode?
[13:48] <marcustomlinson> thx
[13:48] <oSoMoN> indeed
[13:49] <seb128> weird
[13:49] <oSoMoN> I was going to ask didrocks for help as he understands better the theming engine, but I got distracted by other priorities
[13:50] <oSoMoN> didrocks, when you have a moment (doesn't have to be now, not even today), can we chat about that?
[13:50] <seb128> sorry I'm only commenting now, the post was there this morning when I had a look to discourse... ;-)
[13:51] <didrocks> oSoMoN: sure
[13:52] <oSoMoN> thx, just let me know when it works best for you
[13:52] <oSoMoN> seb128, no worries, now is as good as any other time
[13:54] <seb128> (probably use the channel for the chat, Marco/Iain/other might have some clue also about the topic as well)
[13:54] <seb128> unless you use more direct bandwith and an hangout or such, which is also fine :)
[13:55] <oSoMoN> sure
[13:59] <cyphermox> seb128: what but was I pinged about?
[14:05] <seb128> cyphermox, that japenese ERA bugs keeps coming up in our weekly meeting every week because you targetted e.G poppler-data that we own and it's tagged rls-bb-incoming but there is no upstream fix and we don't know about the topic so we don't know what to do from those items
[14:05] <seb128> cyphermox, we decided we will just delete those target lines until it's clear we need to act on those packages now
[14:06] <seb128> cyphermox, those 'collections' bugs are a bit annoying to deal with, especially with SRUs since it's not obvious then which line the verifications tags apply to, the testcase, etc
[14:08] <cyphermox> why couldn't you just ignore that bug for the time being?
[14:08] <cyphermox> anyway, whatever, this is fine
[14:09] <seb128> cyphermox, we sort of doing that but it's on rls-nn-incomings reports so it's adding some noise to our weekly reviews, but no big deal
[14:09] <seb128> cyphermox, sorry I didn't mean to ping you, should have added a _ in your irc name :)
[14:09] <cyphermox> np
[14:10] <seb128> cyphermox, how are you otherwise? no heat wave in canada? ;)
[14:17] <cyphermox> heh, yeah, somewhat of one
[14:17] <cyphermox> it's not terrible, nothing you wouldn't expect this time of the year
[14:18] <cyphermox> let's just say good central a/c was a criteria I used to pick my next appartment
[14:18] <seb128> :)
[14:20] <cyphermox> also, very much looking forward to going in the spa for a bit later ;)
[14:25] <cyphermox> you? I'm assuming you're asking because it's a big heat wave in Europe?
[14:25] <cyphermox> my brother is in Switzerland this week and seemed to say so
[14:27] <seb128> cyphermox, yeah, it was around 38°C for a week or so, it's cooling down again since yesterday now though, which is nice :)
[14:27] <seb128> we are not so used to heat hear, A/C is not that common
[14:29] <cyphermox> yeah
[14:29] <cyphermox> I know weather is less extreme usually
[14:30] <cyphermox> no 20cm of snow to offset the week-long 35+ dC in summer ;)
[14:31] <seb128> :-)
[15:24] <seb128> easy shell escaping diff, could someone just +1/-1? https://people.canonical.com/~seb128/gconf.debdiff
[15:37] <oSoMoN> seb128, that's one old bug! LGTM, do you need anything else than an informal +1 ?
[15:37] <seb128> oSoMoN, no, just wanted sanity check that I'm not doing something stupid, you never know with shell :p
[15:37] <seb128> thx
[15:38] <oSoMoN> well I didn't actually test it, but it looks sound
[15:41] <Laney> I mean it looks sane
[15:41] <Laney> you could run 'shellcheck' on it
[15:46] <seb128> ah, I didn't know about that tool, it's happy with the script
[15:46] <seb128> thx oSoMoN Laney
[15:56]  * oSoMoN goes to a school parents meetup, have a good evening everyone
[15:57]  * Laney slaps oSoMoN for quitting too fast
[16:03]  * teward drags Laney in front of a tribunal for reasons
[16:06]  * tsimonq2 yeets teward into /dev/null for reasons
[16:07]  * teward is already there
[16:07]  * teward drags tsimonq2 with him into the oblivion
[17:48] <willcooke> night all