didrocks | good morning | 05:50 |
---|---|---|
duflu | Hi didrocks | 05:52 |
didrocks | hey duflu | 05:52 |
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:09 | |
seb128 | goood morning desktopers | 07:12 |
seb128 | lut lissyx, oSoMoN | 07:12 |
duflu | Hi seb128 | 07:31 |
KGB-2 | evolution-ews Sebastien Bacher 341301 * commented commit c92e823 * https://deb.li/kwNg | 07:31 |
KGB-2 | evolution-ews Claudius Heine 341303 * commented commit c92e823 * https://deb.li/3WIEl | 07:37 |
oSoMoN | hi lissyx, seb128, duflu | 07:46 |
oSoMoN | lissyx, answered | 07:49 |
lissyx | oSoMoN, thanks, but then if people have to manually connect, something seems broken, right? | 07:53 |
oSoMoN | lissyx, they shouldn't have to manually connect, this should be auto-connected, let me test again in a clean VM | 07:54 |
oSoMoN | huh, they're not auto-connected, indeed | 07:57 |
oSoMoN | that's weird | 07:57 |
oSoMoN | let me check with the store team | 07:57 |
lissyx | :[ | 08:06 |
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:07 |
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:15 |
oSoMoN | jamesh, is there a way to get logs from snapd to understand why it decided not to auto-connect? | 08:19 |
jamesh | oSoMoN: if the install shows up in "snap changes", then running "snap change $id" for the corresponding change ID might help. | 08:20 |
jamesh | oSoMoN: getting the output of "snap list" can also help. To see what other connection candidates there might be. | 08:21 |
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:23 |
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:24 |
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:25 |
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:26 |
oSoMoN | I just retrieved the assertion, and indeed it doesn't include auto-connection for icon-themes and sound-themes | 08:28 |
jamesh | this is in the output of "snap known snap-declaration series=16 snap-id=jZLfBRzf1cYlYysIjD2bwSzNtngY0qit"? | 08:29 |
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:31 |
seb128 | hey duflu, how are you? | 08:32 |
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:33 |
jamesh | That's my best guess. | 08:34 |
oSoMoN | jamesh, how do I check the old assertion on the install media? | 08:34 |
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:35 |
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:36 |
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:41 |
oSoMoN | and the one for gtk-common-themes is identical (local VS remote), at revision 6 | 08:43 |
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:46 |
lissyx | should I file a bug on launchpad then? | 09:47 |
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 | 09:48 |
ricotz | hello desktoppers | 10:51 |
oSoMoN | hi ricotz | 10:55 |
seb128 | hey ricotz, how are you? | 11:41 |
ricotz | hey oSoMoN seb128 | 11:53 |
ricotz | seb128, all good :), how are you? | 11:54 |
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:10 |
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:11 | |
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:12 |
lissyx | also | 13:25 |
lissyx | is it expected that snap with wayland fails to work on x11 system? | 13:25 |
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:01 |
lissyx | oSoMoN, under lxde it was not working | 14:02 |
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:04 |
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] | 14:07 | |
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:30 |
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 | 15:31 |
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. | 17:19 |
juliank | Eickmeyer[m]: oh interesting | 18:17 |
juliank | Eickmeyer[m]: crash makes sense | 18:17 |
juliank | Eickmeyer[m]: gotta have a look at that | 18:17 |
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 | 20:59 |
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:00 |
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:01 |
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 | 21:16 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!