[05:50] <didrocks> good morning
[05:52] <duflu> Hi didrocks 
[05:52] <didrocks> hey duflu 
[07:09] <lissyx> oSoMoN, hello
[07:09] <lissyx> oSoMoN, any reason why we dont do the same as chromium? https://bugzilla.mozilla.org/show_bug.cgi?id=1746759#c19
[07:09] -ubottu:#ubuntu-desktop- Mozilla bug 1746759 in Firefox Build System "[snap] cursor is too small in hidpi in 95 (94 regression?)" [--, Reopened]
[07:12] <seb128> goood morning desktopers
[07:12] <seb128> lut lissyx, oSoMoN 
[07:31] <duflu> Hi seb128 
[07:31] <KGB-2> evolution-ews Sebastien Bacher 341301 * commented commit c92e823 * https://deb.li/kwNg
[07:37] <KGB-2> evolution-ews Claudius Heine 341303 * commented commit c92e823 * https://deb.li/3WIEl
[07:46] <oSoMoN> hi lissyx, seb128, duflu 
[07:49] <oSoMoN> lissyx, answered
[07:53] <lissyx> oSoMoN, thanks, but then if people have to manually connect, something seems broken, right?
[07:54] <oSoMoN> lissyx, they shouldn't have to manually connect, this should be auto-connected, let me test again in a clean VM
[07:57] <oSoMoN> huh, they're not auto-connected, indeed
[07:57] <oSoMoN> that's weird
[07:57] <oSoMoN> let me check with the store team
[08:06] <lissyx> :[
[08:07] <lissyx> might not be always the case, it seems auto-connected here:
[08:07] <lissyx> $ snap connections firefox |grep themes
[08:07] <lissyx> content[gtk-3-themes]     firefox:gtk-3-themes            gtk-common-themes:gtk-3-themes   -
[08:07] <lissyx> content[icon-themes]      firefox:icon-themes             gtk-common-themes:icon-themes    -
[08:07] <lissyx> content[sound-themes]     firefox:sound-themes            gtk-common-themes:sound-themes   -
[08:15] <jamesh> lissyx: the auto-connection happens because the gtk-common-themes snap has a snap-declaration that enables it.
[08:15] <jamesh> lissyx: if it isn't auto-connecting, my guess is that there is a second snap providing the same slot installed on the system and there is no snap-declaration allowing both to be plugged simultaneously.
[08:19] <oSoMoN> jamesh, is there a way to get logs from snapd to understand why it decided not to auto-connect?
[08:20] <jamesh> oSoMoN: if the install shows up in "snap changes", then running "snap change $id" for the corresponding change ID might help.
[08:21] <jamesh> oSoMoN: getting the output of "snap list" can also help. To see what other connection candidates there might be.
[08:23] <oSoMoN> I have the details from "snap change $id", but it doesn't say anything about the interfaces that weren't auto-connected, unfortunately
[08:24] <oSoMoN> and the output of snap list is "bare, core, core18, core20, firefox, gnome-3-34-1804, gnome-3-38-2004, gtk-common-themes, snap-store"
[08:25] <jamesh> oSoMoN: the other thing would be to check "snap connections --all". If the plug has been manually disconnected, snapd won't try to reconnect it.
[08:26] <oSoMoN> jamesh, that's in a clean focal VM where I just installed the firefox snap for the first time
[08:26] <jamesh> you can use "snap disconnect --forget" to clear the "manual" state.
[08:26] <jamesh> hmm.
[08:28] <oSoMoN> I just retrieved the assertion, and indeed it doesn't include auto-connection for icon-themes and sound-themes
[08:29] <jamesh> this is in the output of "snap known snap-declaration series=16 snap-id=jZLfBRzf1cYlYysIjD2bwSzNtngY0qit"?
[08:31] <jamesh> could this be https://forum.snapcraft.io/t/allow-greedy-plugging-of-icon-themes-and-sound-themes-slots-of-gtk-common-themes/29812?u=jamesh and an old version of the assertion?
[08:32] <seb128> hey duflu, how are you?
[08:33] <jamesh> It should update the assertion automatically when it refreshes from the store, but we were missing the "slots-per-plug" bit for icons and sound in older revisions of the snap-declaration
[08:33] <duflu> seb128, alright. Got some home repairs done over the weekend but doesn't feel like I had a weekend. How are you?
[08:33] <jamesh> the old assertion might still be on the install media though
[08:34] <jamesh> That's my best guess.
[08:34] <oSoMoN> jamesh, how do I check the old assertion on the install media?
[08:35] <seb128> duflu, I'm alright, had a relaxing saturday and a fun sunday at an amusement park, a bit tired though
[08:35] <duflu> Cool
[08:36] <jamesh> oSoMoN: if you run that "snap known" command, it'd show the local copy of the assertion. The current version (as shown by "snap known --remote") should say "revision: 6"
[08:41] <oSoMoN> there's no known declaration for firefox in that VM prior to installing it (the snap id for firefox is 3wdHCAVyZEmYsCMFDE9qt92UV8rC8Wdk), and the remote one is at revision 29
[08:43] <oSoMoN> and the one for gtk-common-themes is identical (local VS remote), at revision 6
[09:46] <lissyx> oSoMoN, ok, but then it means it is a snap/ubuntu issue, not a firefox snap one :/
[09:46] <oSoMoN> lissyx, looks like it
[09:47] <lissyx> should I file a bug on launchpad then?
[09:48] <lissyx> oSoMoN, do you mind if I comment stating that you repro the issue on your side as well now?
[09:48] <oSoMoN> lissyx, sure.
[09:48] <oSoMoN> no need to file a new bug on LP though, I think we can track the problem in the existing bugzilla bug
[10:51] <ricotz> hello desktoppers
[10:55] <oSoMoN> hi ricotz 
[11:41] <seb128> hey ricotz, how are you?
[11:53] <ricotz> hey oSoMoN seb128 
[11:54] <ricotz> seb128, all good :), how are you?
[13:10] <oSoMoN> lissyx, the store team confirmed the problem with the auto-connection, and they fixed the assertion on their side, it should be functional again
[13:10] <lissyx> so we should be good to RESOLVED:FIXED ?
[13:11] <lissyx> oSoMoN, I'm doing some triage / cleanup, so expect quite some needinfo :)
[13:11] <oSoMoN> ack
[13:11] <lissyx> do you have some public link to any issue for the store isssue that I could link in the bug?
[13:11] <lissyx> and can we close https://bugzilla.mozilla.org/show_bug.cgi?id=1746759 ?
[13:11] -ubottu:#ubuntu-desktop- Mozilla bug 1746759 in Firefox Build System "[snap] cursor is too small in hidpi in 95 (94 regression?)" [S3, Reopened]
[13:12] <oSoMoN> no, it was all handled in  private conversations
[13:12] <oSoMoN> we need to test whether a snap previously installed without the auto-connection gets the auto-connection on refresh
[13:25] <lissyx> also
[13:25] <lissyx> is it expected that snap with wayland fails to work on x11 system?
[14:01] <oSoMoN> lissyx, it's not expected that one would try to run on x11 with MOZ_ENABLE_WAYLAND=1 I guess, but firefox should fall back gracefully to the default (i.e. being an xwayland client)
[14:02] <lissyx> oSoMoN, under lxde it was not working
[14:04] <lissyx> I hit that because I was running a nightly snap I did build 
[14:04] <lissyx> even forcing `MOZ_ENABLE_WAYLAND=0 snap run firefox` would not work
[14:07] <lissyx> oSoMoN, by any luck could a  snap store issue also explain non automatic connections for printers? https://bugzilla.mozilla.org/show_bug.cgi?id=1773316#c15
[14:07] -ubottu:#ubuntu-desktop- Mozilla bug 1773316 in Firefox Build System "Can't see my printer with firefox 101 on Ubuntu 22.04 (snap)" [S2, Unconfirmed]
[15:30] <juliank> I think gnome-online-accounts is a bit busted in kinetic
[15:30] <juliank> My calendars aren ot updating, evolution says it can't find access tokens or something
[15:31] <juliank> surprisingly disabling calendar for my personal gmail made the work account work again
[15:31] <juliank> and re-enabling it for my personal did not break either
[15:31] <juliank> Maybe something is racing
[17:19] <Eickmeyer[m]> juliank: In my testing, I agree. Every time I wake from sleep, goa crashes.
[17:19] <Eickmeyer[m]> Won't let me upload the report either.
[18:17] <juliank> Eickmeyer[m]: oh interesting 
[18:17] <juliank> Eickmeyer[m]: crash makes sense
[18:17] <juliank> Eickmeyer[m]: gotta have a look at that
[20:59] <KGB-2> polari upstream/latest 2e5b677 Jeremy Bicha * pushed 24 commits (first 5 follow) * https://deb.li/ipOD4
[20:59] <KGB-2> polari upstream/latest 1df3a11 Florian Müllner src/application.js * app: Remove comment from About window * https://deb.li/jVne
[20:59] <KGB-2> polari upstream/latest bd4bc05 Florian Müllner src/connections.js * connections: Use custom realname completion * https://deb.li/3ZOd0
[20:59] <KGB-2> polari upstream/latest f1c32c1 Florian Müllner data/resources/connection-details.ui src/connections.js * connections: Use EntryRows * https://deb.li/BX7A
[21:00] <KGB-2> polari upstream/latest 6bf2efb Zurab Kargareteli po/ LINGUAS ka.po * Add Georgian translation * https://deb.li/30ZBi
[21:00] <KGB-2> polari upstream/latest 82e38b2 Sabri Ünal po/tr.po * Update Turkish translation * https://deb.li/YOmV
[21:01] <KGB-2> polari pristine-tar 5299fcd Jeremy Bicha polari_43.0.orig.tar.xz.delta polari_43.0.orig.tar.xz.id * pristine-tar data for polari_43.0.orig.tar.xz * https://deb.li/3pcFs
[21:16] <KGB-2> gnote signed tags f93ca6a Jeremy Bicha upstream/42.2 * Upstream version 42.2 * https://deb.li/ilZm1
[21:16] <KGB-0> gnote upstream/latest 5d143cf Jeremy Bicha * pushed 6 commits (first 5 follow) * https://deb.li/oQ2E
[21:16] <KGB-0> gnote upstream/latest 7ed5da1 Aurimas Černius meson.build * Bump to 42.2 * https://deb.li/3xAhR
[21:16] <KGB-0> gnote upstream/latest 282b212 Мирослав Николић po/sr.po * Update Serbian translation * https://deb.li/bziD
[21:16] <KGB-0> gnote upstream/latest cb8d524 Balázs Úr po/hu.po * Update Hungarian translation * https://deb.li/39ncz
[21:16] <KGB-0> gnote upstream/latest fbb038a Asier Sarasua Garmendia po/eu.po * Update Basque translation * https://deb.li/Kn0l
[21:16] <KGB-0> gnote upstream/latest c19d537 Aurimas Černius NEWS data/org.gnome.Gnote.appdata.xml.in * Prepare 42.2 * https://deb.li/3CrCI
[21:16] <KGB-0> gnote pristine-tar 9a4db2d Jeremy Bicha gnote_42.2.orig.tar.xz.delta gnote_42.2.orig.tar.xz.id * pristine-tar data for gnote_42.2.orig.tar.xz * https://deb.li/36bGe