[01:55] <Trevinho> duflu: that diff is fine, it's just more verbose if you don't go though commits as per the fact it includes upstream + downstream changes.
[01:56] <Trevinho> you can test the actual built packages at https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/3699/+packages if you want
[01:57] <duflu> That's fine. I only asked because the diff size was suspicious for a stable point release-ish
[05:29] <Trevinho> duflu: mentioning the remaining changes is the policy on debian merges... See other ones.
[05:29] <duflu> Trevinho, that's fine but you should probably avoid the word "changes".
[05:29] <duflu> And I disagree with it because it means most of the changelog entry is things that didn't change
[05:30] <duflu> In one case you describe a patch of mine that hasn't changed, but also described it incorrectly...
[05:30] <duflu> +    + ubuntu/background_login.patch
[05:30] <duflu> +      - Change default background color as we modified the default GDM color
[05:30] <duflu> +        for our ubuntu session. Change it as well here, still applying the
[05:30] <duflu> +        background noise loading.
[05:30] <duflu> We don't use noise at all
[05:30] <Trevinho> duflu: well... It's remaining changes respect to debian
[05:30] <duflu> And that patch hasn't changed either
[05:31] <duflu> Trevinho, I suggest: (1) don't use the word "change", use "patches"; and (2) Don't try to describe what each one does. Just list the patches
[05:32] <duflu> Even then, I don't like the convention of listing things that haven't changed
[05:32] <duflu> It's a changelog
[05:34] <duflu> The problem is that most of the words in the "changelog" entries are devoted to describing what hasn't changed. It's quite misleading
[05:53] <Trevinho> I can see the point... But, well... That's the packaging policy. Although now with git isn't really needed as diffing works just well
[06:01] <Trevinho> seb128: morning
[06:25] <jibel> hi world
[06:29] <didrocks> good morning
[06:39] <Trevinho> didrocks: hey... If Laney doesn't get it first, I've prepared the g-s and mutter packaging... Although in debian there were some build failures, so not sure if it landed there yet...
[06:40] <duflu> Morning jibel and didrocks
[06:45] <didrocks> hey Trevinho, duflu
[06:45] <didrocks> Trevinho: I think I'll let that to Laney so that he can sync some part in debian
[06:48] <Trevinho> didrocks: ok, well debian side is already done by himself. But yeah it's probably better so.
[07:45] <oSoMoN> good morning desktoppers
[07:51] <duflu> Hi oSoMoN
[07:51] <oSoMoN> hey duflu
[07:58] <seb128> hey trevinho, how are you?
[07:58] <seb128> good morning desktopers
[07:58] <oSoMoN> salut seb128
[07:58] <seb128> hey duflu didrocks oSoMoN, how is it going?
[07:58] <duflu> seb128, going OK. Average. How are you?
[07:59] <oSoMoN> all good here, got many things to wrap up before I vanish for a week
[07:59] <seb128> duflu, I'm good! average doesn't sound great, hope you have a good evening at least then!
[07:59] <duflu> Well the day isn't over yet. Maybe I will make a breakthrough
[08:02] <seb128> :-)
[08:02] <Laney> hi there
[08:02] <duflu> Hi Laney
[08:03] <oSoMoN> hi Laney
[08:03] <oSoMoN> Laney, my librsvg patch was merged upstream: https://gitlab.gnome.org/GNOME/librsvg/commit/aaef7bb37c9f0cceffc3bdf2138ec80242349653
[08:04] <Laney> thx!
[08:04] <Laney> smooth as silk
[08:04] <oSoMoN> thanks to you for handling the upload to debian
[08:05] <willcooke> morning all
[08:06] <oSoMoN> good morning willcooke
[08:06] <willcooke> how goes oSoMoN?
[08:08] <duflu> Morning willcooke
[08:08] <seb128> hey Laney, willcooke
[08:08] <seb128> how is u.k?
[08:08] <willcooke> hi duflu seb128
[08:08] <seb128> oSoMoN, I sponsored your disco librsvg update yesterday evening btw
[08:08] <willcooke> It's sunny, but I'm cross none the less ;)
[08:09] <seb128> willcooke, oh? :(
[08:09] <seb128> clean that desk if that's what is bothering you!
[08:09] <seb128> :p
[08:09] <willcooke> I got my flights sorted for the mid cycle sprint in July (yarly).  Agreed everything, then they issued the tickets with the wrong date.  Got that fixed, the new tickets didnt have any baggage.
[08:10] <willcooke> and then Boy #2 peed on the sofa, again.
[08:10] <willcooke> My clean desk is making me happy though
[08:10] <willcooke> seb128, have you got anyone who could look at this?  https://bugs.launchpad.net/ubuntu/+source/gnome-initial-setup/+bug/1824188
[08:10] <ubot5`> Ubuntu bug 1824188 in gnome-initial-setup (Ubuntu) "Software tab is empty on clean 19.04 install" [High,Confirmed]
[08:10] <seb128> :(
[08:11] <willcooke> I've flaggeed it as rls-incoming since I consider it important.
[08:11] <seb128> "Failed to read from snapd: Error receiving data: Connection reset by peer"
[08:11] <seb128> mvo?
[08:11] <seb128> or ken?
[08:11] <seb128> looks like a snapd problem?
[08:11] <willcooke> ah, so the problem is at the snap end?  I did wonder
[08:11] <seb128> looks like it yes
[08:11] <willcooke> I'll got and ask them
[08:11] <willcooke> *go
[08:12] <seb128> is that happening all the time?
[08:12] <seb128> thx
[08:12] <seb128> having a journal log from that boot/session could be useful
[08:13] <willcooke> seb128, it happens every time, but only the first time.  Subsequent runs of g-i-s work
[08:14] <seb128> willcooke, could be that snap seeding is not done yet or whatever was the "snaps are not available until $delay"
[08:14] <willcooke> kenvandine suggested the same thing
[08:14] <seb128> :)
[08:15] <willcooke> which might mean adding something to snapd-glib to add some retries or something?
[08:15] <mvo> seb128: it looks like snapd died, can we get journalctl -u snapd ?
[08:16] <mvo> seb128: aha, I see this is also discussed in #snappy, I jump over there
[08:16] <GunnarHj> Hi seb128, any chance you can look at https://code.launchpad.net/~gunnarhj/ubuntu/+source/gnome-control-center/+git/gnome-control-center/+merge/365827 ?
[08:16] <seb128> GunnarHj, hey, I saw it, I have a look later
[08:17] <GunnarHj> (Robert hasn't been around for a couple of days AFAICT.)
[08:17] <GunnarHj> seb128: Ok, good.
[08:17] <seb128> he's on VAC for a few days
[08:18] <GunnarHj> Bad timing. ;)
[08:18] <seb128> well, others can review as well, I don't think he knows that code history better than others
[08:18] <GunnarHj> seb128: True; it's Tim's thing.
[08:19] <didrocks> hey seb128, a little bit better, yourself?
[08:19] <oSoMoN> seb128, thanks!
[08:19] <didrocks> hey Laney, oSoMoN, GunnarHj, willcooke
[08:19] <didrocks> sorry was already eaten in the HO ;)
[08:19] <seb128> didrocks, I'm good, kid is better as well, and it's sunny
[08:19] <seb128> hopefully a good day :)
[08:19] <didrocks> good :)
[08:19] <oSoMoN> salut didrocks
[08:19] <didrocks> yeah
[08:20] <oSoMoN> seb128, the amd64 build for that librsvg upload was cancelled, do you know why?
[08:21] <seb128> oSoMoN, no idea, infra issue?
[08:21] <seb128> oSoMoN, I retry it
[08:21] <oSoMoN> thanks
[08:22] <Laney> this seems like a weird duplication of effort given that I said I was sponsoring it already
[08:22] <Laney> hey didrocks
[08:23] <seb128> Laney, you did? sorry I didn't see that
[08:23] <seb128> there was several screens of backlog when I went to bed, I just looked at the highlights and had a ping from Olivier
[08:23] <seb128> it's not much duplication, I just did dget & dput
[08:23] <Laney> okey
[08:23] <Laney> hi btw
[08:23] <seb128> (with a debsign in the middle)
[08:23] <seb128> hey Laney :)
[08:23] <seb128> sorry for the dup work
[08:24] <Laney> review / test?
[08:24] <Laney> k, maybe it takes me longer than it takes you to sponsor stuff ;-)
[08:24] <seb128> I've to admit diff looked fine and I trusted Olivier testing
[08:24] <seb128> I don't do that for every upload I sponsor :)
[12:46] <willcooke> kenvandine, andyrock - we need to change g-i-s a bit to do the promoted snaps look up just before displaying that tab.  It's starting too fast (!) and snapd is not ready so we're getting an empty list.  Could either of you take a look at that today?
[12:47] <willcooke> (it could probably use a retry option too)
[12:48] <willcooke> or, we just remove that page for D and do a proper fix latert
[12:59] <kenvandine> probably something andyrock could do much faster, i've never looked at the g-i-s code
[13:04] <seb128> kenvandine, makes sense
[13:04] <seb128> andyrock, ^ to discuss once you are back
[13:07] <kenvandine> willcooke: i wonder why this wasn't a problem before though
[13:12] <seb128> kenvandine, see #snappy
[13:13] <seb128> kenvandine, but yeah, I'm not convinced it's not sign of a problem on their side...
[13:16] <kenvandine> i haven't read the scrollback there, but this is a new problem
[13:16] <kenvandine> i'll read it
[14:41] <Trevinho> Morning
[14:43] <seb128> hey Trevinho, how are you today?
[14:48] <willcooke> morning Trevinho
[14:53] <Trevinho> willcooke: hey!
[14:56] <didrocks> hey Trevinho
[14:58] <seb128> Trevinho, btw ubuntu-dock still ships an invalid schemas ovveride, did you mean to fix that?
[14:58] <seb128> (it probably only a warning/low impact|priority)
[15:04] <Trevinho> seb128: ouch... No. Let me prepare it after breakfast
[15:04] <seb128> thx
[15:07] <seb128> Laney, do you think you would have some review cycle for https://code.launchpad.net/~gunnarhj/ubuntu/+source/gnome-control-center/+git/gnome-control-center/+merge/365827 ? (the diff itself is probably technically wrong, but to see what that patch does and if it's harmful more than useful)?
[15:07] <seb128> I think you might have looked at that patch in the past?
[15:12] <GunnarHj> seb128: In what way is the diff technically wrong?
[15:13] <seb128> GunnarHj, well, "wrong", I don't like to comment out patches I prefer to delete them if they are buggy
[15:15] <GunnarHj> seb128: Aha, a matter of taste. :) Actually, if we want to keep that code intact in the source (for possible future use), I suppose that modifying the gnome-desktop3 patch which provides the problematic function would work too.
[15:16] <seb128> GunnarHj, I don't know offhand what that patch does and the gnome-desktop side and didn't have time to look at that yet
[15:16] <seb128> which is why I pinged L_aney, maybe he can squeeze having a look later or tomorrow
[15:17] <GunnarHj> seb128: I understand. Just wanted to mention that I have thought of alternative ways.
[15:17] <seb128> k
[15:18] <Laney> I'm fine to drop this patch, but we should probably fix the thing to bring the language-selector button back
[15:20] <seb128> hum
[15:21] <seb128> GunnarHj, that patch has a string change though, so commenting it means changing the UI and a translatable string
[15:21] <seb128> no?
[15:22] <Laney> "More…" is used elsewhere in the region panel so it's probably fine
[15:26] <GunnarHj> Laney: Bringing back the "Manage Installed Languages" button would be very nice.
[15:26] <Laney> Right, I started looking at that a little bit yesterday
[15:29] <GunnarHj> seb128: The "More..." thing is not shown currently anyway.
[15:30] <GunnarHj> seb128: For languages, that is.
[15:30] <seb128> k, I was going to check in a bit (currently having my disco machine under gdb on an Xorg segfault)
[15:31] <seb128> Laney, thx for the input, I can handle merging/uploading (I probably want to squeeze 1 or 2 extra changes for g-c-c still)
[15:50] <seb128> andyrock, how long does it take for the livepatch indicator to refresh its state?
[15:50] <andyrock> a couple of seconds
[15:51] <andyrock> why?
[15:52] <seb128> because I had livepatch status telling me "check-failed" and the indicator showing and error icon
[15:52] <seb128> (testing your SRU updates)
[15:53] <seb128> refresh would fail on an connect: permission denied
[15:53] <seb128> I turned it off and on in the software-properties
[15:53] <seb128> it worked
[15:53] <seb128> patches applied
[15:53] <seb128> the UI lists a list of CVEs now
[15:53] <seb128> but the indicator still tells me it's on error
[15:53] <seb128> and is not updating
[15:53] <seb128> so I was wondering if it's a bug
[15:53] <seb128> or if I just need to wait a few min or something
[15:54] <andyrock> looks like a bug
[15:55] <seb128> any info I can get you out of gbp while it's in this state?
[15:55] <seb128> how does it do its updating? inotify on the status file?
[15:56] <andyrock> inotify in the livepatch directory
[15:56] <andyrock> mmm let me check one second
[15:56] <andyrock> anything in the logs of update-notifier?
[15:56] <seb128> no
[15:57] <seb128> I had started it manually from a command line, nothing printed there
[15:57] <seb128> the status file was modified when the service was restore
[15:57] <seb128> and has "applied 27" as content
[15:57] <seb128> so that looks right
[16:00] <andyrock> update-notifier does not use the status file directly
[16:00] <andyrock> it use inotify on the snap common directory (that contains the status file too)
[16:00] <andyrock> and when something changes it check-state after a small timeout
[16:03] <andyrock> let me try to reproduce the issue
[16:04] <seb128> andyrock, is the debug info included in --debug-inotify? (for next time)
[16:06] <andyrock> yup
[16:09] <Trevinho> didrocks, seb128: do you remember what was the final decision for transaprency mode on dock then? default, fixed or dynamic? (FIXED: constant transparency. DYNAMIC: dock takes the opaque style only when windows are close to it)
[16:10] <andyrock> seb128: sadly using inotify can be a bit racy,  one possible way to mitigate the issue is to increase the timeout or to add a timeout that from time to time triggers a recheck
[16:11] <didrocks> Trevinho: I think we told: fixed when not in intellihide mode, and slight fixed transparency when in intellihide mode
[16:12] <kenvandine> willcooke: latest hyperv image is working... mostly :)
[16:12] <Trevinho> well, we can set only one default as gsettings, so I guess fixed for default mode
[16:12] <willcooke> :D
[16:12] <kenvandine> oem-config works and it ends up with all the proper xrdp tweaks
[16:13] <kenvandine> but i'm not getting enhances session mode
[16:13] <didrocks> Trevinho: so slight transparency maybe as a fallback? and Fixed
[16:13]  * kenvandine is thinking that's something misconfigured on my end
[16:13] <Laney> g-c-c pushed
[16:38] <Trevinho> seb128: will be ready soon at https://bileto.ubuntu.com/#/ticket/3701
[16:40] <seb128> Trevinho, I think it's late now to change the mode
[16:40] <seb128> Laney, thx!
[16:41] <Trevinho> seb128: I'm not changing the mode...
[16:41] <seb128> andyrock, k, not a bit issue in any case
[16:41] <seb128> Trevinho, k, I didn't look, was just stating that :)
[16:41] <seb128> thx
[16:41] <seb128> andyrock, btw did you see the gnome-initial-setup ping earlier? snapd takes time to be ready in disco and that makes the apps step to be empty
[16:41] <Trevinho> seb128: well, not sure was default then, I set it to FIXED, but actually now is slightly transparent so maybe I should set it to default if we don't want any visual change
[16:42] <andyrock> seb128: I didn't see it
[16:42] <andyrock> let me have a look
[16:42] <seb128> andyrock, do you think you could have a look today/tomorrow to see if we can make the code retry to contact the server in those cases, like check every 5 seconds for a like 5 minutes and maybe display a spinner?
[16:42] <Trevinho> seb128: cause the fixed was more or less the default one before
[16:43] <seb128> Trevinho, well, what's the default today? if the override is ignored I would say the change is just to delete the override so we are sure it's the same behaviour that we have in disco today?
[16:43] <Trevinho> but because adaptive went away I expect we fallback to default...
[16:43] <Trevinho> ok
[16:43] <andyrock> seb128: more likely tomorrow (or later tonight)
[16:44] <seb128> andyrock, yeah, I was expecting so, it's eod or almost now :)
[16:44] <seb128> andyrock, thx
[16:44] <seb128> andyrock, let's talk about it tomorrow morning if you want to discuss options
[16:44] <seb128> maybe delaying the request to do it when the page is displayed rat her than a start would help
[16:44] <seb128> but snapd can take a while so it might not be enough, we probably want to loop retry for a bit
[16:47] <Trevinho> seb128: ok, uploaded with no such change
[16:47] <Trevinho> seb128: I've imported also translations changes and a fix for theming that was requested by yaru guys. No visual change though
[16:49] <GunnarHj> Laney: The remaining part of bug #1823778 is about languages represented by locales with modifiers (for instance sr_RS.utf8@latin and ca_ES.utf8@valencia). Such items are screwed up (the modifier dropped) before the list of installed languages ends up in the g-c-c UI and can therefore not be selected from Region & Language. Do you possibly know offhand where that happens?
[16:49] <ubot5`> bug 1823778 in gnome-control-center (Ubuntu) "Unable to set Serbian as Language" [High,Confirmed] https://launchpad.net/bugs/1823778
[16:52] <Laney> No, not right away, sorry
[16:53] <GunnarHj> Laney: Didn't have much hope, but thought I'd ask. :/
[16:53] <Laney> :<
[17:36] <seb128> Trevinho, great, thx
[17:40] <Trevinho> seb128: per se package is ready, waiting for bileto to acknowledge it...
[17:55] <Trevinho> seb128: ok ready for publish now
[18:37] <seb128> Trevinho, nice, I did publish it now
[19:04] <seb128> kenvandine, jamesh, did you see my status update ping on those cards?
[19:04] <seb128> https://trello.com/c/o41wq7vk/186-investigate-why-xdg-desktop-portal-inhibit-api-isnt-functioning
[19:04] <seb128> https://trello.com/c/PzTXrzmr/187-implement-flatpak-style-file-forwarding-mode-for-snap-run
[19:04] <seb128> https://trello.com/c/1tbxeqAM/192-add-orggnomedesktopinterface-enable-animationsfalse-to-hyper-v-images
[19:04] <seb128> kenvandine, that one for Robert, https://trello.com/c/RH1Db0YR/61-use-snapd-subcategories-in-gnome-software
[19:05] <kenvandine> seb128: i didn't
[19:05] <kenvandine> no notifications pending for me...
[19:05] <seb128> kenvandine, or short version, at this point we are not going to do much more for disco, please review/update/move cards as appropriate
[19:05] <seb128> kenvandine, you are on the first 3, do I need to @ken you next time?
[19:06] <seb128> or we really need that nagging bot :)
[19:06] <kenvandine> Shouldn't need to
[19:06] <kenvandine> I'll take care of them
[19:06] <seb128> thx
[19:06] <seb128> there are probably others in the board that need updating/moving
[19:06] <seb128> get to them as well if you don't want me to be on your back again on monday :p
[19:09] <oSoMoN> I'm off for easter holidays, happy disco release everyone, and see you on the 22nd 🐰
[19:11] <kenvandine> seb128: :-D
[19:11] <seb128> :)
[19:13] <kenvandine> seb128: i just finished publishing the 3.32.1 versions of the seeded snaps
[19:13] <seb128> kenvandine, woot!
[19:13] <seb128> thx :)
[19:13] <kenvandine> the snap version of gnome-logs says 3.32.0, but it's really 3.32.1
[19:13] <willcooke> thanks for chasing those seb128
[19:13] <kenvandine> upstream didn't tag the release
[19:13] <seb128> willcooke, yw!
[19:14] <seb128> kenvandine, https://gitlab.gnome.org/GNOME/gnome-logs/issues/40 :p
[19:14] <gitbot> GNOME issue 40 in gnome-logs "3.32.1 tag missing" [Opened]
[19:14] <kenvandine> seb128: yeah :)
[19:14] <seb128> kenvandine, it's annoying as well when updating with the gbp git workflow
[19:14] <kenvandine> thanks for that
[19:14] <seb128> np :)
[19:14] <kenvandine> i was going to file that too
[19:15] <kenvandine> tagging is a key part of releasing...
[19:16] <willcooke> right I need to go and get the kids to bed.  Night all, see you tomorrow
[19:20] <seb128> kenvandine, I pinged davidk about the cheese one and he said that he didn't do it because the didn't have a gpg key on the machine he did the release from
[19:20] <seb128> so I guess it's the only bit that requires them to sign
[19:20] <seb128> (sometime it's also people forgetting to tag or to push)
[19:20] <kenvandine> oh
[19:20] <kenvandine> i'd think tarballs would need signing too
[19:20] <seb128> I don't think they do
[19:20] <kenvandine> must not
[19:21] <seb128> they just require ssh access to copy them iirc
[19:21] <kenvandine> ah
[19:21] <kenvandine> lots of people forget to push tags though
[19:21] <kenvandine> i wish that was defalt
[19:21] <kenvandine> default
[19:21]  * kenvandine hates this keyboard... the "u" key is stiff
[19:21] <kenvandine> :)
[19:22] <kenvandine> i'm using a keyboard my son gave me... i don't have the heart to tell him i hate it :)
[19:22] <sarnold> aww
[19:22] <kenvandine> i'm very picky about keyboards... but i'm toughing it out :)
[20:12] <seb128> 'night desktopers and see you tomorrow :)