[04:06] <duflu> robert_ancell_, is it true that plymouth ubuntu mods have no SCM?
[04:06] <duflu> Just tars
[06:50] <oSoMoN> good morning desktoppers
[06:54] <duflu> Hi oSoMoN
[06:54] <oSoMoN> hey duflu
[07:23] <didrocks> good morning
[07:26] <duflu> Hi didrocks
[07:27] <didrocks> hey duflu
[07:28] <seb128> goood morning desktopers!
[07:28] <duflu> Hi seb128
[07:28] <seb128> hey duflu, how are you?
[07:28] <duflu> seb128, better rested... How are you/
[07:28] <duflu> ?
[07:28] <seb128> duflu, I was looking at the backlog, indeed no Vcs for the plymouth Ubuntu package
[07:28] <duflu> Doesn't matter
[07:28] <didrocks> salut seb128
[07:29] <seb128> I'm better than yesterday, still a bit tired though
[07:29] <seb128> lut didrocks, en forme ?
[07:29]  * didrocks joins the "kids at home" crew
[07:29] <didrocks> ça va :)
[07:29] <seb128> :-(
[07:29] <seb128> good luck!
[07:30] <didrocks> well, Julie has been kicked out from work (this week was the last week anyway), so, the challenge will be to find activities
[07:30] <oSoMoN> salut seb128, didrocks
[07:30] <didrocks> salut oSoMoN !
[07:31] <oSoMoN> didrocks, teach your son programming in Go :)
[07:31] <seb128> lut oSoMoN, comment ça va ?
[07:31] <oSoMoN> seb128, ça va bien, et toi?
[07:31] <didrocks> oSoMoN: his birth annoucement card was already in Go :)
[07:32] <seb128> ça va :)
[08:36] <seb128> duflu, speaking of plymouth, upstream recently did https://gitlab.freedesktop.org/plymouth/plymouth/-/commit/50c619ed which I plan to land in focal since it cuts some second off botting
[08:37] <seb128> duflu, Hans said he would welcome our feedback on the change
[08:38] <seb128> duflu, you have good eyes for the impact of such changes so if you could test it and tell me if you believe it's a regression/change we should avoid that would be useful
[08:41] <duflu> seb128, I was wondering how that worked. You either have to predict the future or delay the boot process to complete the fade-out
[08:42] <duflu> seb128, I agree with the idea too. I'd already noticed the fade-out was taking a significant portion of the boot time on fast systems
[08:43] <seb128> duflu, k, thanks for the input, I think I will include the commit in the next update
[09:02] <Laney> goooood morning
[09:03] <duflu> Morning Laney
[09:05] <seb128> hey Laney, how are you today?
[09:06] <Laney> hey duflu seb128
[09:06] <Laney> feeling like a strict mode snap
[09:07] <Laney> HAHAHAHHHHH
[09:07] <seb128> :-)
[09:07] <seb128> living the futur!
[09:07] <Laney> (confined)
[09:07] <Laney> (in case that joke wasn't obvious)
[09:07] <Laney> (i thought it was funny anyway)
[09:08] <Laney> how are you?
[09:08] <seb128> it made me smile at least :)
[09:08] <didrocks> roh
[09:08] <didrocks> hey Laney
[09:09] <seb128> good so far, a bit annoyed that spring finally showed up at the same time confinement started
[09:09] <seb128> no tennis :(
[09:09] <seb128> and having the kid around all day makes it challening to focus on work
[09:10] <RikMills> speaking of plymouth, a user on kubuntuforums is getting this https://i.imgur.com/WwBIbNA.png
[09:10] <RikMills> is that an issue known, or something likely specific to them
[09:10] <seb128> rikMills; no known by me nor something that got recent reports, also not likely due to a recent change
[09:11] <RikMills> seb128: yeah, the tennis is :( and the F1
[09:11] <RikMills> seb128: that is what I figured, but wanted to check. thanks :)
[09:12] <Laney> moin didrocks
[09:14] <Laney> ok seriously
[09:14] <Laney> what does update-manager do to defeat focus stealing prevention?
[09:15] <didrocks> update-notifier set a very old timestamp IIRC
[09:15] <didrocks> when launching update-manager
[09:16] <didrocks> (/!\ I looked at that many years ago, my memory can be blurry)
[10:29] <seb128> Laney, jamesh, weekly summary reminder
[10:29] <Laney> oh yeah
[10:29] <jamesh> thanks for the reminder
[10:30] <seb128> np! :-)
[10:44] <Laney> Trevinho: hahah I love that now a gjs patch is required
[10:44] <Laney> classic Marco
[10:44] <Laney> "ok, first we need to switch to BSD ..."
[10:48] <Trevinho> Laney: ahahahah.... Well if you see the bug you understand why. I can't deference pinters in js :-(
[10:48] <Trevinho> pointers
[10:55] <Laney> /o\
[12:41] <Laney> oSoMoN: sorry about this, but we just got https://bugs.launchpad.net/ubuntu/+source/librsvg/+bug/1867766 ...
[12:50] <oSoMoN> Laney, just finished a call, I'll have a quick lunch (not going far ;)) and I'll look at that
[13:16] <hellsworth> good morning desktopers
[13:16] <hellsworth> hey oSoMoN would you mind launching some tests for me?
[13:16] <hellsworth> https://paste.ubuntu.com/p/rrYhWqVvz9/
[13:16] <didrocks> hey hellsworth
[13:16] <hellsworth> hi didrocks !
[13:22] <hellsworth> or kenvandine maybe you could launch the autopkgtests for me in the paste ^^ ?
[13:22] <hellsworth> pretty please
[13:22] <kenvandine> hellsworth: sure
[13:22] <hellsworth> thanks :)
[13:23] <kenvandine> hellsworth: done
[13:23] <hellsworth> much appreciated
[13:23] <oSoMoN> hey hellsworth, kenvandine
[13:24] <oSoMoN> Ken beat me to it, I was afk having lunch
[13:24] <hellsworth> hi oSoMoN !
[13:24] <hellsworth> oh no worries :)
[13:24] <hellsworth> hope it was tasty
[13:24] <oSoMoN> very tasty indeed, thanks :)
[13:33] <seb128> Laney, oSoMoN, I was just poking at that before lunch, it made ubiquity autopkgtest fail (shame that librsvg wasn't in the rdepends list though)
[13:34] <seb128> oSoMoN, I will let you debug if you don't mind, but let me know if you need help
[13:35] <oSoMoN> seb128, ack
[13:36] <Laney> seb128: probably because it's via an indirect dep through gtk I guess
[13:36] <Laney> annoying
[13:36] <seb128> right
[13:37] <GunnarHj> Good afternoon Laney!
[13:37] <GunnarHj> glib2.0 and eoan? (bug #1844853) I have verified bionic and xenial; awaiting your decision/action as regards the failing i386 test in eoan.
[14:30] <seb128> oh, meeting time!
[14:31] <seb128> #startmeeting Desktop Team Weekly Meeting - 2020-03-17
[14:31] <meetingology> Meeting started Tue Mar 17 14:31:08 2020 UTC.  The chair is seb128. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[14:31] <meetingology> Available commands: action commands idea info link nick
[14:31] <didrocks> hey
[14:31] <Trevinho> o/
[14:31] <seb128> Roll call:  didrocks, duflu (out), heather, jamesh (out), jibel, kenvandine, Laney, marcustomlinson (out), oSoMoN, tkamppeter, trevinho, robert_ancell (out)
[14:31] <kenvandine> o/
[14:31] <hellsworth> \o
[14:31] <oSoMoN> hey ho
[14:32] <seb128> I hope everyone is doing fine despite viruses, lockdowns, etc
[14:32] <seb128> let's get started, IRC meetings are still a safe place :)
[14:32] <seb128> #topic rls-bb-bugs
[14:32] <hellsworth> lol yes they are
[14:32] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-bb-incoming-bug-tasks.html
[14:32] <seb128> no desktop one
[14:33] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-bb-tracking-bug-tasks.html
[14:33] <seb128> bug #1855893
[14:34] <seb128> where I got a reply from oem saying it's ok to drop the targetting
[14:34] <seb128> doing that
[14:35] <seb128> #topic rls-ee-bugs
[14:35] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ee-incoming-bug-tasks.html
[14:35] <seb128> no desktop entry
[14:35] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ee-tracking-bug-tasks.html
[14:35] <seb128> nothing interesting there
[14:36] <seb128> #topic rls-ff-bugs
[14:36] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ff-incoming-bug-tasks.html
[14:37] <seb128> bah, another 'interesting' round this week I guess
[14:37] <seb128> bug #1862081
[14:37] <Trevinho> seb128: yeah, i've it in my list already
[14:37] <Trevinho> rls at this point
[14:38] <seb128> Trevinho, k, please take assignment then
[14:38] <seb128> thanks :)
[14:38] <seb128> bug #1867548
[14:39] <seb128> Gunnar tagged it
[14:39] <Laney> probably seems worthwhile
[14:39] <seb128> yeah, I tend to agree on +1
[14:40] <seb128> k, let's accept it and move on
[14:40] <seb128> bug #1865563	
[14:40] <seb128> that was fix commited but of course Daniel disagrees with that use of the status
[14:40] <Laney> 🙄
[14:41] <seb128> I say +1, doesn't matter much anyway since it's going to land when GNOME 3.36 lands and yaru is updated
[14:41] <didrocks> yeah, the general idea is "it's done"
[14:41] <didrocks> right
[14:41] <seb128> bug #1865838
[14:41] <seb128> so oem belives we should fix it and we like oem so I think we should accept it
[14:42] <kenvandine> of course we like oem :)
[14:42] <Trevinho> so, mine as well...
[14:42] <seb128> Trevinho, thanks!
[14:42] <seb128> bug #1866044
[14:42] <didrocks> +1 indeed
[14:42] <seb128> another one that is fix commited/waiting on 3.36 to land
[14:42] <didrocks> yep
[14:42] <seb128> next one is assigned to Marco, just needs to target
[14:43] <seb128> bug #1807276
[14:43] <seb128> the bug isnt new/recent
[14:44] <seb128> would be nice to debug but at this point I don't think I would rls nominate
[14:44] <seb128> other opinions?
[14:44] <Laney> agreed
[14:44] <didrocks> +1
[14:45] <seb128> thanks, let me -notfixing for now
[14:45] <seb128> (time to enjoy my launchpad fix :p)
[14:45] <hellsworth> i agree not fixing
[14:45] <Laney> it would be good to fix osk / 2-in-1 bugs but that would have to be a specified project I think rather than rls bug fixing
[14:46] <seb128> right
[14:46] <seb128> bug #1867080
[14:47] <seb128> it's fixed upstream
[14:47] <seb128> so let's move on
[14:47] <Laney> fix the tags at least
[14:47] <seb128> yeah, did that and added a comment
[14:48] <kenvandine> maybe we should have a tag for 2-in-1 bugs?
[14:48] <Laney> thx
[14:48] <seb128> kenvandine, I wouldn't be suprised if there is already one
[14:48] <seb128> will look after the meeting
[14:49] <seb128> bug #1866275 we +1ed and I failed to target it looks like
[14:49] <kenvandine> we might want to do an organized round of 2-in-1 work
[14:49] <seb128> doing that now
[14:49] <seb128> bug #1865865  is fix commited according to Trevinho's report
[14:49] <Laney> I've been noticing the accepted bugs not nominated, is that because you are batching it to do so later?
[14:50] <Trevinho> seb128: in new release yes
[14:50] <seb128> Laney, yes, seems like otherwise I fail to see timeout and such, trying new technique to just keep the action for end of meeting
[14:50] <seb128> at least for nominations
[14:50] <Laney> ok
[14:50] <Laney> just wondering if that is why that ^ one came back
[14:51] <seb128> I need to write a bot/tool to the actions :p
[14:51] <seb128> anyway
[14:51] <seb128> bug #1850960
[14:52] <seb128> it's on 19.10 and I didn't see that reported before
[14:53] <Laney> indeed
[14:53] <seb128> not rls material imho, so voting -1
[14:53] <seb128> I will reply with some questions/details after the meeting
[14:53] <seb128> and rls-not-fixing
[14:54] <seb128> bug #1864127 I reassigned to snapd now, should have done that before
[14:54] <seb128> bug #1866194
[14:54] <seb128> we said we would revisit
[14:55] <seb128> kenvandine, thanks for commenting, I see you got a reply and it's not due to bluetooth
[14:55] <seb128> but on devices connect/disconnect
[14:56] <seb128> I think we should keep an eye on it but notfixing for now
[14:56] <seb128> until/unless it's confirmed to be either frequent or a regression
[14:56] <seb128> other opinions?
[14:56] <kenvandine> i've only seen it once
[14:57] <Laney> imho we should assign it to Robert (g-c-c) or Daniel (pulseaudio) for some further investigation, and they can Won't Fix the task if it is somehow hw specific
[14:57] <Laney> but I've certainly seen some flakiness there myself so I believe there is probably an actual issue
[14:57] <hellsworth> +1 on Laney's suggestion
[14:58] <kenvandine> i'd suspect pulseaudio
[14:58] <seb128> k
[14:59] <seb128> done
[14:59] <seb128> bug #1866616	
[15:00] <seb128> seems a pretty specific issue
[15:00] <seb128> I would vote -1 for rls targetting
[15:00] <Laney> ok, but tjaalton ^- you might want to see it
[15:02] <tjaalton> adding a question..
[15:02] <seb128> thanks
[15:02] <seb128> bug #1866890
[15:03] <seb128> looks like a duplicate of bug #1860697 which is confirmed/owned by the oem team
[15:04] <seb128> I'm going to mark it dup
[15:04] <seb128> bug #1862028
[15:05] <seb128> there is an non answered question there
[15:05] <hellsworth> should that be "even though there is no support in the kernel"?
[15:05] <hellsworth> oh no
[15:05] <hellsworth> it just reads weird
[15:05] <seb128> :)
[15:05] <Laney> it's on our list because of what
[15:05] <Laney> udisks2?
[15:05] <seb128> k, so that previous bug, we never installed that package by default
[15:06] <seb128> yeah, probably should be invalid there
[15:06] <Laney> indeed
[15:06] <seb128> k, doing that and moving on
[15:06] <seb128> one shell one assigned to Trevinho
[15:06] <seb128> need targetting though
[15:07] <seb128> bug #1864274
[15:07] <hellsworth> there's a workaround
[15:07] <seb128> ^ tjaalton should that be accepted for focal nomination?
[15:09] <seb128> k, while he comes back to me on that, moving
[15:09] <Laney> I've got to move in a minute to be in the right place for a call
[15:10] <seb128> bug #1865221 we discussed and I forgot to tag edit, doing now
[15:10] <tjaalton> seb128: yes
[15:10] <seb128> Laney, k, no problem
[15:10] <seb128> tjaalton, thanks
[15:10] <Laney> pretty sure we said last week we would notfix those three bugs
[15:10] <Laney> biab!
[15:11] <seb128> yeah, I was going to say
[15:11] <seb128> I probably failing to finish my queued task
[15:11] <seb128> I need to better handle those meetings with a stack of action
[15:11] <seb128> ok
[15:11] <seb128> that should be for bugs then
[15:11] <seb128> #topic update_excuses_by_team.html#desktop-packages
[15:11] <seb128> https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses_by_team.html#desktop-packages
[15:12] <seb128> the world is blocked behind icu
[15:12] <hellsworth> thats the truth of it
[15:13] <seb128> icu seems to get there, but still need at least webkit2gtk, php7.4 and ruby resolved
[15:13] <seb128> webkit2gtk being ours
[15:13] <seb128> I will poke at that today
[15:13] <seb128> other things on proposed migration
[15:13] <seb128> libnotify/0.7.9-1ubuntu1: i386 (log, history)
[15:14] <seb128> that one needs to be investigated
[15:14] <seb128> gcr fails to build due to a test failing (but works on Debian, unsure what the difference is)
[15:15] <seb128>    libgphoto2/2.5.24-1: i386 (log, history)
[15:15] <seb128> the test does a build which fails since i386 went away, need to look at fixing cross building
[15:15] <seb128> pygobject/ubiquity is the librsvg issue mentioned earlier and oSoMoN is looking at it
[15:15] <seb128> I will card those on trello ^
[15:16] <oSoMoN> and I have a fix in the works
[15:16] <seb128> if anyone want to help please feel free to add yourself to a card
[15:16] <seb128> oSoMoN, great
[15:16] <seb128> #topic AOB
[15:16] <seb128> ohter topics?
[15:16] <hellsworth> none from me
[15:18] <kenvandine> nope
[15:18] <seb128> seems not
[15:19] <seb128> sorry for the long meeting and thanks for sticking up and participating in the bugs review!
[15:19] <seb128> #endmeeting
[15:19] <meetingology> Meeting ended Tue Mar 17 15:19:23 2020 UTC.
[15:19] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-desktop/2020/ubuntu-desktop.2020-03-17-14.31.moin.txt
[15:19] <hellsworth> thanks seb128 !
[15:19] <oSoMoN> thanks all
[15:40] <Laney> thanks!
[15:40] <Laney> turns out the call was just me and xnox in the end
[15:40] <Laney> but we had a great time
[15:45] <oSoMoN> core devs: I would welcome a review (and sponsorship) for https://code.launchpad.net/~osomon/ubuntu-themes/scavenge-preserve-namespaces/+merge/380776
[15:46] <seb128> oSoMoN, looking
[15:46] <oSoMoN> please note that lp:ubuntu-themes isn't up-to-date with the contents of the archive, it's missing https://launchpadlibrarian.net/451540523/ubuntu-themes_19.04-0ubuntu1_19.04-0ubuntu2.diff.gz, I've asked vorlon to fix this (on #ubuntu-devel) but he hasn't responded yet
[15:47] <seb128> ack
[15:47] <Laney> I think he's off today
[15:47] <oSoMoN> so my MR will probably need to be trivially rebased on top of that
[15:48] <Laney> you might want to bzr import-dsc that
[15:48] <Laney> (or whatever it's called)
[15:48] <seb128> patch -p1 < :p
[15:48] <Laney> /ban seb128
[15:48] <oSoMoN> old school!
[15:48] <seb128> 0_o
[15:50] <Laney> wasn't joking though, often Foundations people ignore any vcs that is set so he likely doesn't even have a commit to push
[15:50] <oSoMoN> yeah, likely
[15:52] <seb128> there is a value still pinging them and asking them to merge their change
[15:52] <Laney> yes, that happened
[15:52] <Laney> (#ubuntu-devel)
[15:52] <seb128> right
[15:53] <Laney> so...
[15:53] <seb128> but then if we merge we end up cleaning behind them
[15:53] <seb128> and things never change
[15:53] <seb128> it's just frustrating
[15:53] <oSoMoN> right, but if he's off today we don't want to block on him, do we?
[15:53] <seb128> oSoMoN, I start by rebasing/uploading the fix
[15:54] <oSoMoN> cheers
[15:54] <seb128> well, the Vcs is already outdated
[15:54] <seb128> so it can be outdated by another revision
[15:54] <seb128> if he hasn't replied/done it tomorrow I will end up sorting it out myself
[16:12] <seb128> kenvandine, https://gitlab.gnome.org/Community/Ubuntu/gnome-software is that really the right place? most recent commit is a year old it says
[16:13] <seb128> kenvandine, or is the branch to use 'snap-store'? would be nice to maybe change the default or refer to this one (I came from the launchpad project)
[16:13] <kenvandine> branch is snap-store
[16:14] <kenvandine> good idea, i'll change the default
[16:17] <seb128> thx
[16:18] <kenvandine> seb128: done
[16:18] <seb128> thanks
[16:18] <kenvandine> seb128: but... it was ubuntu-master which was rebased 3 weeks ago
[16:18] <kenvandine> but... the history looks funky
[16:18] <kenvandine> you know why :)
[16:18] <seb128> shrug :)
[16:26] <seb128> kenvandine, https://gitlab.gnome.org/Community/Ubuntu/gnome-software/-/merge_requests/15
[16:26] <seb128> kenvandine, if that helps to get those translations merged? ;)
[16:26] <kenvandine> that would help :)
[16:30] <seb128> kenvandine, well, it's there now, just click the pretty button :p
[16:48] <kenvandine> seb128: my only concern is what does that do to our rebasing
[16:48] <seb128> kenvandine, you mean?
[16:49] <kenvandine> conflicts merging from upstream
[16:49] <seb128> kenvandine, do you have a better solution?
[16:49] <kenvandine> no :)
[16:49] <seb128> we will need to resolve conflicts
[16:49] <seb128> the other option is to not translate any of our downstream strings
[16:49] <seb128> that isn't great to say the least
[16:49] <kenvandine> indeed
[16:49] <kenvandine> that's not an option
[16:49] <kenvandine> i wonder if i can do some magic in the snap build
[16:51] <seb128> I don't really see how
[16:52] <seb128> the translations export from launchpad takes a while
[16:52] <seb128> it's not a download, it emails you an url when the export is ready
[16:52] <kenvandine> maybe we add that download as a blob in snap/local/ and extract that
[16:52] <kenvandine> so then updating that blob is a manual step
[16:58] <seb128> kenvandine, wfm if that's what you prefer ...
[17:00] <seb128> kenvandine, I can email you a launchpad tarball if you want, but you can also get the files from my git branch
[17:00] <kenvandine> let me chat with robert
[17:00] <seb128> k
[17:00] <kenvandine> email me the tarball
[17:00] <kenvandine> good test case
[17:30] <seb128> tjaalton, do you know where I can find a drm-tip or 5.6-rc kernel ppa/deb for focal?
[17:31] <tjaalton> seb128: mainline ppa
[17:31] <tjaalton> http://kernel.ubuntu.com/~kernel-ppa/mainline/
[17:31] <seb128> tjaalton, thanks
[17:37] <seb128> tjaalton, I've a flicker on plymouth with my xps13 and according to plymouth's upstream it's an i915 problem, fastset/boot is failing
[17:37] <seb128> still happening with rc5, I will report upstream
[17:41] <kenvandine> seb128: something like https://paste.ubuntu.com/p/yF8YmRQvfm/
[17:42] <seb128> kenvandine, looks fine to me yes
[17:42] <kenvandine> seems simple enough :)
[17:44] <tjaalton> seb128: ok
[19:25] <kenvandine> seb128: /root/parts/snap-store/src/po/fr.po exists
[19:25] <kenvandine> ........................................................................................................................................................................................................................................................... done.
[19:25] <kenvandine> seb128: if i send you a locally built snap, can you test it ?
[19:56] <kenvandine> seb128: https://gitlab.gnome.org/Community/Ubuntu/gnome-software/-/merge_requests/16
[20:06] <kenvandine> I'd appreciate help testing gtk-common-themes from candidate
[20:12] <kenvandine> good morning robert_ancell_
[20:13] <hellsworth> o/ robert_ancell !
[20:13] <robert_ancell> kenvandine, hi
[20:13] <robert_ancell> I don't know why but if I don't restart IRC in the after a disconnect it wont let me talk...
[20:13] <seb128> kenvandine, yes, I can test a snap if you give me
[20:13] <robert_ancell> hellsworth, hello!
[20:13] <seb128> hey robert_ancell
[20:14] <kenvandine> seb128: cool, i'll send it
[20:14] <robert_ancell> So every time someone pings me I inevitably have to restart...
[20:14] <kenvandine> seb128: can i send via telegram?
[20:14] <seb128> robert_ancell, maybe your client fails to register again to nickserv avec disconnect?
[20:14] <seb128> kenvandine, sure
[20:14] <kenvandine> robert_ancell: https://bugs.launchpad.net/snap-store/+bug/1867153
[20:14] <hellsworth> maybe your login to freenode is timing out
[20:14] <kenvandine> the theory is the sections API is only giving us 50 results
[20:14] <robert_ancell> I get a "you've been banned/quieted on this channel" error. Thanks IRC.
[20:14] <kenvandine> and the game in question is after 50
[20:15] <kenvandine> robert_ancell: wasn't there talk about pagination?
[20:15] <robert_ancell> kenvandine, for snaps? It was punted to phase 2 of the new API I think.
[20:15] <kenvandine> :(
[20:16] <robert_ancell> kenvandine, been asking for pagination for a long time :)
[20:16] <robert_ancell> hellsworth, yeah, I think it gets confused when I put my laptop to sleep and times out.
[20:16] <kenvandine> it's sad we still don't have it
[20:17] <kenvandine> robert_ancell: so i'm correct that it's snapd limiting the results?
[20:17] <robert_ancell> kenvandine, I'll just confirm
[20:20] <robert_ancell> kenvandine, weird, the 'snap find' for the education category shows it, but the call to get that category from snapd doesn't.
[20:20] <robert_ancell> kenvandine, but in short, it's almost certainly not in the top N (50?)
[20:20] <kenvandine> i do get it the education category in snap-store
[20:21] <kenvandine> robert_ancell: i found issues with categories in snap-store
[20:21] <kenvandine> that's my next topic :)
[20:21] <robert_ancell> curl --unix-socket /run/snapd.socket http://localhost/v2/find?category=education doesn't show it for me
[20:22] <robert_ancell> snapd is returning the top 100 in each category.
[20:23] <robert_ancell> 'snap find' shows the top 50
[20:24] <kenvandine> snap-store is only showing 36 results in education
[20:24] <kenvandine> oh
[20:24] <kenvandine> no
[20:24] <kenvandine> it's 50
[20:24] <kenvandine> exactly 50
[20:24] <kenvandine> and selflessheroes is in that
[20:26] <robert_ancell> oh whoops. It's section=education, not category=education. It's showing there now.
[20:26] <robert_ancell> (in education, not games)
[20:26] <kenvandine> in snap-store games is showing a lot more than 100
[20:27] <robert_ancell> And it's returning 50.
[20:27] <robert_ancell> kenvandine, I guess it's also showing debs?
[20:27] <robert_ancell> Because snapd is only returning 50 results.
[20:27] <kenvandine> ah it is
[20:28] <kenvandine> so that was my next issue
[20:28] <kenvandine> snap-store is now duplicating categories
[20:28] <kenvandine> like we have "Education" and "Education and Science"
[20:29] <kenvandine> and we have two "Games" categories
[20:29] <kenvandine> i hacked desktop-categories to not populate to confirm
[20:32] <kenvandine> robert_ancell: should we do something to merge categories?
[20:35] <robert_ancell> kenvandine, the snap categories assume the XDG categories aren't there.
[20:36] <robert_ancell> kenvandine, so if we need both we need to add some merging.
[20:36] <robert_ancell> The old method merged the snap categories into XDG ones. So do we now want to do the reverse or go back to the old behaviour?
[20:37] <kenvandine> no
[20:38] <kenvandine> we should favor the ones from snapd
[20:38] <kenvandine> question is, how do we disable the XDG ones?
[20:38] <kenvandine> i added a return TRUE in desktop-categories to hack around it
[20:38] <kenvandine> seb128: snap sent
[20:40] <robert_ancell> kenvandine, we need to disable the desktop-categories plugin.
[20:40] <robert_ancell> kenvandine, That's a core plugin, so it's built by default. But you could drop the .so from the package, or makes the snap plugin replace it or patch it to disable itself.
[20:41] <kenvandine> i think appstream and snap plugins depend on it
[20:41] <kenvandine> right?
[20:53] <kenvandine> snap works without desktop-categories
[20:53] <kenvandine> but it doesn't show debs when you browse categories :/
[20:54] <robert_ancell> kenvandine, the only rule in the code is gs_plugin_add_rule (plugin, GS_PLUGIN_RULE_RUN_AFTER, "desktop-categories") for the snap plugin
[20:54] <robert_ancell> So nothing else explicitly requires it
[21:00] <kenvandine> robert_ancell: what do you think about https://gitlab.gnome.org/Community/Ubuntu/gnome-software/-/merge_requests/16
[21:00] <robert_ancell> kenvandine, I was just looking at the LP MR :)
[21:01] <kenvandine> i figured this would be easier to maintain than merging them in git
[21:02] <robert_ancell> kenvandine, makes sense to me if we consider the LP ones to be better.
[21:02] <robert_ancell> kenvandine, we should make a plugin or something if we want to do that for a number of packages.
[21:02] <kenvandine> yeah
[21:06] <kenvandine> robert_ancell: to work around the duplicate categories issue, how does this look https://paste.ubuntu.com/p/RpBM8t3JNj/
[21:06] <robert_ancell> kenvandine, I would expect that to work.
[21:06] <kenvandine> it does :)
[21:06] <kenvandine> but feels hacky
[21:06] <robert_ancell> It is!
[21:07] <robert_ancell> Just don't ship the .so if that's the intention.
[21:07] <kenvandine> dropping the .so is worse
[21:07] <robert_ancell> We might risk future breakage as it's not considered an optional plugin.
[21:07] <kenvandine> then we don't get any debs when browsing categories
[21:08] <kenvandine> i don't know why though
[21:08] <kenvandine> dropping the .so i get exactly 50 results in Games
[21:08] <robert_ancell> kenvandine, oh, that's done in gs_plugin_add_category_apps
[21:08] <robert_ancell> Yeah, so you need half of the plugin...
[21:08] <kenvandine> ah
[21:08] <kenvandine> that's why :)
[21:08] <robert_ancell> And gs_plugin_add_category_apps should probably be modified to map XDG categories to snap ones.
[21:09] <kenvandine> robert_ancell: can you do that?
[21:09] <robert_ancell> kenvandine, *sigh* :)
[21:09] <kenvandine> :)
[21:09] <kenvandine> much easier for you :)
[21:09] <robert_ancell> Easy for you to say :P
[21:09] <kenvandine> indeed :)
[21:10] <robert_ancell> File a bug and assign it to me.
[21:10] <kenvandine> will do
[21:10] <kenvandine> i'd think that mapping is going to be fragile
[21:10] <kenvandine> as we don't have a stable list of categories
[21:10] <kenvandine> it is... but might not be
[21:11] <robert_ancell> Yeah, it will need to be modified if the snap categories change.
[21:11] <kenvandine> i thought there was code for that before
[21:11] <kenvandine> but i guess that was the other way around
[21:11] <kenvandine> i'm going to push my hack with a comment for now
[21:12] <robert_ancell> kenvandine, hang on
[21:12] <robert_ancell> kenvandine, modifying plugins/core/gs-desktop-common.c:gs_desktop_get_data (void) is probably a better hack.
[21:13] <robert_ancell> i.e. to return an empty array.
[21:13] <robert_ancell> Because other code does access that list.
[21:21] <kenvandine> robert_ancell: bug 1867833
[21:21] <robert_ancell> kenvandine, do you want to target that to focal?
[21:22] <kenvandine> ideally
[21:22] <kenvandine> but actually, i'm more eager to getting the snap-store-3-36 branch to stop crashing :)
[21:22] <kenvandine> i haven't had a chance to debug that
[21:22] <kenvandine> maybe you can look into that?
[21:23] <kenvandine> last i tried it, in frankfurt, that was crashing from a local build.  Not just when run as a snap
[21:23] <kenvandine> so i'm guessing something was missed in the rebase?
[21:23] <robert_ancell> kenvandine, what's the current crash? I thought we'd resolved or those?
[21:24] <kenvandine> it crashes when opening the installed tab pretty reliably
[21:24] <robert_ancell> I'll have a look.
[21:24] <kenvandine> and it also crashed for me just searching
[21:24] <robert_ancell> I think I wasn't getting the issue in Frankfurt.
[21:24] <kenvandine> it seems random
[21:24] <robert_ancell> ugh.
[21:24] <kenvandine> you might have to use it for a few minutes
[21:32] <kenvandine> robert_ancell: the empty array idea doesn't work
[21:32] <kenvandine> i only get snap results
[21:32] <robert_ancell> oh well, back to the hack :/
[21:32] <kenvandine> yup ;)
[21:47] <seb128> kenvandine, the snap you sent me is correctly translated, thanks!
[21:50] <kenvandine> seb128: woot
[21:50]  * kenvandine merges
[21:51] <seb128> :-)
[22:37] <popey> robert_ancell dunno if you saw, i filed a bug as requested https://bugs.launchpad.net/ubuntu/+source/gnome-control-center/+bug/1867598
[22:37] <robert_ancell> popey, yep, will look into that.
[22:37] <popey> ta
[22:38] <robert_ancell> popey, were there any in particular or just "all the things"
[22:38] <popey> eh?
[22:38] <popey> well, i only looked at a couple of snaps
[22:39] <robert_ancell> popey, I mean were there particular (common) interfaces that needed good descriptions or you just noticed there's lots that don't have them now.
[22:41] <popey> the latter
[22:42] <popey> i dont know when the last time it was looked at
[22:42] <popey> and i know the security team have added more since then
[22:42] <robert_ancell> It's been a while :)
[22:42] <popey> so some kind of diff somewhere but dunno where
[22:43] <robert_ancell> I was asking in case we need to prioritize which ones need text, but I think I'll just tackle this as a "fix them all equally"
[22:44] <robert_ancell> I think this is a case to re-raise that snapd needs to provide better text.