[00:31] <callmepk> good morning
[05:39] <seb128> goood morning desktopers
[05:43] <duflu> Morning seb128 
[06:04] <callmepk> hi duflu seb128 
[06:05] <duflu> Hi callmepk 
[06:32] <oSoMoN> good morning desktoppers
[06:36] <callmepk> morning oSoMoN 
[06:37] <oSoMoN> hey callmepk 
[06:48] <jibel> Good morning all
[06:50] <marcustomlinson> morning callmepk seb128 duflu oSoMoN jibel
[06:52] <callmepk> morning marcustomlinson jibel 
[06:55] <oSoMoN> morning jibel, marcustomlinson 
[07:02] <duflu> Hi oSoMoN, jibel, marcustomlinson 
[07:03] <ricotz> good morning everyone
[07:03] <oSoMoN> hey duflu 
[07:03] <oSoMoN> morning ricotz 
[07:29] <marcustomlinson> hey ricotz
[07:30] <callmepk> hey ricotz 
[07:55] <duflu> Morning ricotz 
[07:56] <duflu> Ugh resolving old code review discussions is so time consuming
[07:56]  * duflu goes for a short walk and fresh coffee
[08:08] <seb128> hey duflu, callmepk, oSoMoN, jibel, marcustomlinson, ricotz
[08:09] <jibel> Salut seb128 
[08:09] <jibel> ça va mieux?
[08:12] <seb128> jibel, ouais, encore un peu fatigué mais je tousse moins et je me sens moins ko
[08:21] <seb128> jibel, did you guys wanted the new adsys in beta? I don't know if saw but build is failing on a test issue
[08:21] <seb128>         	Error:      	Not equal: 
[08:21] <seb128>         	            	expected: "adsysd\tdev\n"
[08:21] <seb128>         	            	actual  : "adsysd\t0.3ubuntu1\n"
[08:21] <seb128> that's TestAppVersion
[08:21] <jibel> seb128, yes, it's fixed, we'll do a new upload
[08:21] <seb128> great
[08:48] <oSoMoN> salut seb128 
[09:14] <luna> Hello any idea of why there is no new Hirsute Daily builds today?
[09:17] <seb128> luna, hey, it's beta week but I don't know if that means the iso builds should be stopped ...
[09:18] <seb128> sil2100, ^ can you help reply to that question?
[09:20] <sil2100> luna, seb128: yes, during Beta week dailies are stopped as we will be only doing controlled builds until Beta is released
[09:20] <jibel> luna, there is no daily during beta week, sil2100 said he would be spinning some today
[09:20] <sil2100> I'll be starting some builds soon, but with possible respins later
[09:21] <seb128> luna, there you go ;-)
[09:21] <seb128> thanks sil2100 and jibel 
[13:54] <kenvandine> Anyone here looking for the weekly IRC meeting, see https://discourse.ubuntu.com/t/announcing-the-ubuntu-desktop-team-indaba-ama-april-23-2021/21591
[14:25] <hellsworth> good morning desktopers
[14:25] <oSoMoN> good morning hellsworth 
[14:26] <hellsworth> hi there oSoMoN 
[14:28] <ricotz> hey hellsworth 
[14:28] <hellsworth> hey ricotz .. responding to your email now
[14:28] <ricotz> hellsworth, ok
[14:29] <ricotz> hellsworth, or PM, if you want
[15:18] <seb128> hey hellsworth, how are you?
[15:18] <hellsworth> hi seb128 i'm pretty good! how are you?
[15:19] <seb128> I've been better, I got the cold from the kids over the weekend which knocked me down in bed for a few days, I start feeling better though
[15:20] <hellsworth> yeah i hear you. Aurelia had a cold for half a day and i'm on day 8 but almost at 100% now :)
[15:20] <seb128> I did a covid test and they didn't call back which should mean it's negative (I don't like the 'if you didn't hear back then it's negative' since it's not explicit and could be that they screwed)
[15:20] <hellsworth> oh here they call you either way
[15:20] <seb128> that's better!
[15:21] <seb128> on other news, result from recent hacking which could interest people working on desktop snaps
[15:21] <hellsworth> and covid tests here are $150 so i wasn't eager to go get one since i didn't have a fever 
[15:22] <hellsworth> yes! your logs right? ken mentioned how we could add some automated builds there too. it's on my todo to look into how the heck to do that :)
[15:22] <hellsworth> i'm gearing up for a culture fit interview here shortly though (first one ever! i'm both nervous and excited)
[15:22] <seb128> https://people.canonical.com/~platform/desktop/trello.log
[15:23] <seb128> right, that's an updated log ^
[15:23] <seb128> check for 'outcome' to have a summary
[15:23] <seb128> I'm going to close the cards that should be moved now
[15:24] <seb128> the code needs to be smarter though
[15:24] <seb128> like there i a stack of libreoffice cards under
[15:24] <seb128> 'Doing promotion for libreoffice would help resolving'
[15:24] <hellsworth> yeah is there a way to check that if a card already exists for a snap, to not create another one?
[15:24] <seb128> which the label I use when there is a newer revision available in another channel
[15:24] <seb128> but in the libreoffice case it's edge which is outdated
[15:25] <seb128> so probably it needs a rebuild in edge
[15:25] <seb128> that would close that stack of cards if that happened
[15:25] <hellsworth> why is the LO in edge being looked at instead of latest stable?
[15:26] <hellsworth> also there is a new build in candidate from today that I plan to test and release (with ricotz's blessing)
[15:26] <seb128> it's not, the top of the log has details
[15:26] <seb128> see https://paste.ubuntu.com/p/M9TGgpzwwc/
[15:26] <seb128> Those versions are known to be impacted by a CVE
[15:26] <seb128> {'amd64': 205}
[15:26] <seb128> The versions available in the store are
[15:26] <seb128> {'amd64': {'stable': 205, 'candidate': 207, 'edge': 193}}
[15:26] <seb128> edge is on r193 still it seems (unless the code I used to check the store is buggy)
[15:27] <seb128> $ snap info libreoffice | grep edge
[15:27] <seb128>   latest/edge:      7.0.2.2 2020-10-08 (193)
[15:27] <seb128> seems not
[15:27] <seb128> why is edge on 7.0 where stable is on 7.1?
[15:28] <hellsworth> well really edge isn't used very often. mostly it's just candidate and stable. i could close edge to make it less confusing
[15:28] <seb128> yes, I was going to say
[15:28] <hellsworth> ok that makes sense that all channels are checked for vulnerabilities
[15:28] <seb128> because the script is right, edge currently is impacted by those CVE
[15:28] <seb128> and an edge which is outdated is probably not really on the edge :)
[15:29] <seb128> I would +1 to close it, it's just confusing imho if you autobuild to candidate that's enouh
[15:29] <ricotz> it there a pocket-copy mechanism to copy candidate to edge?
[15:29] <hellsworth> also, rico and i were talking about changing the versioning scheme of the LO snap, so it is something more like debian. so every time we update the snap it would be 7.1.2.2+uc20~1 , 7.1.2.2+uc20~2 etc. do you see any problem with this?
[15:29] <seb128> ricotz, in the store UI you can dnd revisions around
[15:29] <ricotz> hellsworth, no, I don't want to change the version scheme
[15:30] <hellsworth> then i totally misunderstood you 
[15:30] <ricotz> hellsworth, my assumption was the "version" is *not* just informational
[15:31] <seb128> it is informational
[15:31] <ricotz> so I was just thinking about distinguishing uc18 from uc20 builds
[15:31] <hellsworth> ok i've closed latest/edge
[15:31] <ricotz> but edge is perfect for a uc20 build
[15:32] <ricotz> ok
[15:32] <hellsworth> we don't need to keep around uc18 builds though. move everyone to the uc20 updated one
[15:33] <seb128> hellsworth, thanks! I refreshed the log, it just moved a stack of libreoffice cards to be closed ;-)
[15:33] <hellsworth> great!!
[15:54] <seb128> kenvandine, could you trigger a rebuild on https://launchpad.net/~ken-vandine/+snap/lp-build-snap ? it would knock a few cards out of the trello board
[15:56] <GunnarHj> seb128: Today's c++ symbols file madness:
[15:56] <GunnarHj> https://launchpad.net/~gunnarhj/+archive/ubuntu/marisa/+packages
[15:56] <GunnarHj> Can you sponsor please?
[15:56] <seb128> GunnarHj, do you know why those changed?
[15:57] <GunnarHj> seb128: No. Must be something with the arch environment. (Similar to opencc yesterday.)
[15:58] <seb128> GunnarHj, how did you notice? It might be due to the lto toolchain change, could you perhaps check with d_oko if updating like that is the right fix?
[15:59] <GunnarHj> seb128: I saw them here:
[15:59] <GunnarHj> https://people.canonical.com/~doko/ftbfs-report/test-rebuild-20210325-hirsute-hirsute.html
[16:00] <GunnarHj> But sure, I can check with d_oko.
[16:00] <seb128> right, please check with him, listing random arch for individual symbols like that doesn't seem a proper way to handle whatever is happening, we should maybe turn off lto for it or something
[16:01] <RikMills> that looks very much like lto
[16:01] <GunnarHj> seb128, RikMills: What's lto?
[16:02] <seb128> GunnarHj, https://wiki.ubuntu.com/ToolChain/LTO
[16:02] <GunnarHj> thx
[16:02] <seb128> which was enabled 10 days ago (see ubuntu-devel@ emails)
[16:04] <seb128> symbols for cpp are really annoying to maintain :-/
[16:06] <GunnarHj> seb128: Yeah.. So are you saying that disabling lto is the right way to deal with it? Or should I still consult with d_oko?
[16:08] <GunnarHj> seb128: Under "Known issues" I read:
[16:09] <GunnarHj> "C++ symbols files differ, usually because some symbols for template instantiations are optimized out."
[16:13] <RikMills> the 3 packages I had with this I just marked the symbols as optional=lto. BUT I already had delta, and knew the next time I was likely to sync/merge from debian, they would be be doing bookworm and probably have LTO on
[16:13] <RikMills> |I think you just pick the path that seems most sensible for you
[16:17] <GunnarHj> RikMills: Ok.. We already have a delta in these two cases, and haven't really sorted that yet. So if it's right to change the symbols file rather than disabling lto, I think that just letting pkgkde-symbolshelper do its job makes sense for now.
[16:21] <RikMills> well, the symbolshelper doesn't know it is a toolchain change, so goes off doing complicated arch specific modifications. applying what I knew from context, and adjusting the ones it changed to marking as optional seemed better to me
[16:21]  * RikMills shrugs
[16:22] <RikMills> trying to second guess what debian might do when they have lto on is hard
[16:29] <GunnarHj> RikMills: Right. But our cases are in preliminary states, and we still need to redo it to get a sensible solution going forward.
[16:29] <GunnarHj> RikMills: That said, if you are able to give me some handholding how exactly to add "optional" to deal with Debian/Ubuntu delta it would be much appreciated.
[16:58] <kenvandine> seb128: done
[19:07] <seb128> kenvandine, thanks
[19:19] <seb128> kenvandine, also please kick rebuilds for xournalpp , transporter and leafpad
[19:19] <kenvandine> Ok
[19:19] <seb128> thanks
[19:19] <seb128> I would do those bug I think they are yours only currently right?
[19:20] <seb128> I will test candidates tomorrow and ping you for promotions to stable if things work
[19:20] <seb128> trying to clean some of those USN rebuilds old cards
[19:20] <kenvandine> Yeah, not sure the team should be on the hook for them, but I appreciate the help!
[19:21] <kenvandine> leafpad is my test case for a gtk2 snap and themes
[19:21] <seb128> kenvandine, well, you are putting cards for those on the team trello board, which is sort of putting the team involved... ;)
[19:22] <kenvandine> Yeah :-)
[19:22] <seb128> hellsworth, https://launchpad.net/~hellsworth/+snap/glimpse-editor-stable sounds like you disabled the i386 build? if so you should perhaps remove the i386 binary from the store since it's outdated, it would reflect reality that we aren't supporting that arch anymore
[19:23] <seb128> I did clean out i386 binaries for most gnome snaps
[19:23] <hellsworth> that is a great idea. i'll do that right now
[19:23] <seb128> the store UI isn't making that easy for you though
[19:24] <seb128> you need to close a channel and move back revisions for the other archs
[19:24] <seb128> thanks!
[19:24] <seb128> it feels weird having to close stable to get ride of stable/i386
[19:24] <seb128> but seems it's the only way atm
[19:25] <hellsworth> wait... so i'm looking at this in the store ui
[19:25] <seb128> https://launchpad.net/~hellsworth/+snap/glimpse-editor is failing to apply a launcher patch?
[19:25] <hellsworth> why do i need to close stable? it has build 85 for i386
[19:26] <seb128> there is no other way to remove that build 85 from stable afaik
[19:27] <kenvandine> seb128: i triggered builds for leafpad and xournalpp
[19:27] <kenvandine> looks like transporter has been failing to build
[19:27] <seb128> and you want to remove because all the i386 builds up to edge are outdated and impacted by some CVE issues
[19:27] <seb128> kenvandine, ah :/ I can try to look at that tomorrow
[19:27] <hellsworth> do i need to close stable, beta, and edge then?
[19:27] <seb128> I think so
[19:27] <hellsworth> darn ok
[19:27] <seb128> it really sucks as an UI but I didn't find a way around it
[19:27] <hellsworth> man that sucks
[19:28] <seb128> I usually moved stuff around
[19:28] <seb128> like moved stable to beta (when that was unused), saved
[19:28] <kenvandine> https://www.irccloud.com/pastebin/DMNONGLo/
[19:28] <seb128> then moved back amd64/... to stable 
[19:28] <kenvandine> vala errors in the build
[19:28] <seb128> then closed beta
[19:28] <seb128> kenvandine, ah, you need ricotz :)
[19:29] <hellsworth> i haven't touched glimpse in a good bit.. Bobby, the upstream dev took over but then didn't so let me pick it back up and dustoff the i386 binaries
[19:29] <seb128> kenvandine, is gtk2-common-themes something we can easily rebuild? last rebuilt on     22 June 2020
[19:29] <hellsworth> but is there a store person that we could ask if there's a better way?
[19:29] <hellsworth> rather who is the best store person
[19:29] <kenvandine> i haven't touched transporter in ages
[19:29] <kenvandine> i'll update it to gnome-3-38 extension
[19:30] <seb128> hellsworth, you can ask on ~snaptore on the private chat but I asked there and the reply I got was to close the track, maybe you find someone with a better advice, worth asking again
[19:30] <hellsworth> ok maybe not worth it. i'll just close and reopen
[19:30] <hellsworth> oh no i didn't know you had asked. thanks seb :)
[19:31] <seb128> np!
[19:31] <seb128> I guess it's uncommon enough that they didn't really think about it
[19:31] <seb128> kenvandine, sorry I didn't mean to pull you into fixing things there :-)
[19:31] <hellsworth> fair enough
[19:32] <hellsworth> sometimes i just assume there's a better way and idk what it is
[19:32] <kenvandine> seb128: no worries, it needs attention :)
[19:32] <seb128> it's a fair assumption to make and right to ask
[19:32] <sarnold> where's the infomercial voice-over announcer to tell us what can solve our problems for two simple payments?
[19:32] <seb128> kenvandine, you try rebuilding gtk2-common-themes as well if you can?
[19:32] <seb128> and I will stop there for today :p
[19:32] <seb128> next round tomorrow!
[19:32] <kenvandine> i took a stab at changing it to gnome-3-38 and kicked a build
[19:33] <seb128> great
[19:33] <kenvandine> seb128: ignore gtk2-common-themes
[19:33] <kenvandine> it doesn't have any binaries
[19:33] <seb128> ah
[19:33] <seb128> so we just close those cards?
[19:33] <kenvandine> yes
[19:33] <kenvandine> sorry, should have mentioned that :)
[19:33] <seb128> any way to teach your script magic to not card for this component?
[19:33] <seb128> np
[19:34] <kenvandine> maybe :)
[19:34] <kenvandine> right now my mail filter is pretty generous
[19:34] <kenvandine> we can look at filtering it in butler on trello
[19:34] <kenvandine> ok, while this builds i'm going to go back to being on holiday :)
[19:35] <kenvandine> i'll be back at my keyboard tomorrow :)
[19:35] <seb128> kenvandine, enjoy
[19:36] <seb128> and I'm going back to have an evening and some rest
[19:36] <seb128> have a nice evening and see you tomorrow desktopers!
[19:36] <kenvandine> good night
[19:44] <ricotz> kenvandine, what kind of vala error?
[23:36] <KGB-2> gnome-shell ubuntu/focal 21d148c Marco Trevisan * pushed 23 commits (first 5 follow) * https://deb.li/FJvs
[23:36] <KGB-2> gnome-shell ubuntu/focal 8e7e933 Ivan Molodetskikh js/ui/workspacesView.js * workspacesView: Fix copy-paste error * https://deb.li/3dMtU
[23:36] <KGB-2> gnome-shell ubuntu/focal 442d44c Mike Gerow js/gdm/loginDialog.js * loginDialog: Make notListedButton accessible * https://deb.li/u8nn
[23:36] <KGB-2> gnome-shell ubuntu/focal e48f6ce Florian Müllner (6 files in 5 dirs) * Bump version to 3.36.8 * https://deb.li/i4xf7
[23:36] <KGB-2> gnome-shell ubuntu/focal 3ae4a28 Marek Černocký po/cs.po * Updated Czech translation * https://deb.li/WVOy
[23:36] <KGB-2> gnome-shell ubuntu/focal 419415d Marek Černocký po/cs.po * Revert "Updated Czech translation" * https://deb.li/3FxG4
[23:36] <KGB-2> gnome-shell signed tags 3c46a61 Marco Trevisan ubuntu/3.36.9-0ubuntu0.20.04.1 * gnome-shell Debian release 3.36.9-0ubuntu0.20.04.1 * https://deb.li/AMPM
[23:36] <KGB-2> gnome-shell tags 5e97ed9 Marco Trevisan upstream/3.36.9 * Upstream version 3.36.9 * https://deb.li/3uDMj
[23:37] <KGB-2> gnome-shell upstream/3.36.x 32a7bcc Marco Trevisan * pushed 15 commits (first 5 follow) * https://deb.li/fZKN
[23:37] <KGB-2> gnome-shell upstream/3.36.x 6ecfe4e Ray Strode js/ui/panel.js * panel: Disconnect destroy signal handler when needed * https://deb.li/3Y8yx
[23:37] <KGB-2> gnome-shell upstream/3.36.x 05f051e Florian Müllner src/shell-screenshot.c * screenshot: Handle window screenshot failures gracefully * https://deb.li/34Jcg
[23:37] <KGB-2> gnome-shell upstream/3.36.x 906a0d1 Florian Müllner js/ui/dateMenu.js * dateMenu: Fix temperature edge case * https://deb.li/ijM4l
[23:37] <KGB-2> gnome-shell upstream/3.36.x 8e7e933 Ivan Molodetskikh js/ui/workspacesView.js * workspacesView: Fix copy-paste error * https://deb.li/3dMtU
[23:37] <KGB-2> gnome-shell upstream/3.36.x 442d44c Mike Gerow js/gdm/loginDialog.js * loginDialog: Make notListedButton accessible * https://deb.li/u8nn
[23:37] <KGB-2> gnome-shell pristine-tar b699e1d Marco Trevisan (Treviño) gnome-shell_3.36.9.orig.tar.xz.delta gnome-shell_3.36.9.orig.tar.xz.id * pristine-tar data for gnome-shell_3.36.9.orig.tar.xz * https://deb.li/iVjI
[23:48] <KGB-2> mutter Marco Trevisan 234231 * commented merge request !70 * https://deb.li/qMRe
[23:48] <KGB-2> mutter ubuntu/master Marco Trevisan * [close] merge request !70: Remove G_PARAM_EXPLICIT_NOTIFY from the "opacity" property * https://deb.li/3jtnn