[00:18] <KGB-1> gnome-shell-extension-desktop-icons Gunnar Hjalmarsson 281833 * commented merge request !11 * https://salsa.debian.org/gnome-team/shell-extensions/gnome-shell-extension-desktop-icons/-/merge_requests/11#note_281833
[00:18] <ubottu> Merge 11 in gnome-team/shell-extensions/gnome-shell-extension-desktop-icons "d/p/series: Add desktopManager-Avoid-scheduling-multiple-_layoutChil.patch" [Closed]
[01:06] <callmepk> good morning
[05:24] <KGB-1> vte2.91 pristine-tar ef5e68b Gunnar Hjalmarsson vte2.91_0.66.1.orig.tar.gz.delta vte2.91_0.66.1.orig.tar.gz.id * pristine-tar data for vte2.91_0.66.1.orig.tar.gz * https://salsa.debian.org/gnome-team/vte2.91/-/commit/ef5e68b
[05:24] <ubottu> Commit ef5e68b in gnome-team/vte2.91 "pristine-tar data for vte2.91_0.66.1.orig.tar.gz"
[05:24] <KGB-1> vte2.91 upstream/latest 04ce6dc Gunnar Hjalmarsson * pushed 78 commits (first 5 follow) * https://salsa.debian.org/gnome-team/vte2.91/compare/97ae554...04ce6dc
[05:24] <KGB-1> vte2.91 upstream/latest 970ea4e Christian Persch src/vteseq.cc * emulation: Some more docs * https://salsa.debian.org/gnome-team/vte2.91/-/commit/970ea4e
[05:24] <ubottu> Commit 970ea4e in gnome-team/vte2.91 "emulation: Some more docs"
[05:24] <KGB-1> vte2.91 upstream/latest 6460463 Christian Persch src/ cxx-utils.hh vtegtk.cc * widget: Rework exception handling in non-debug builds * https://salsa.debian.org/gnome-team/vte2.91/-/commit/6460463
[05:24] <ubottu> Commit 6460463 in gnome-team/vte2.91 "widget: Rework exception handling in non-debug builds"
[05:24] <KGB-1> vte2.91 upstream/latest 1e38c58 Christian Persch meson.build * build: Assert on non-supported option on stable branch * https://salsa.debian.org/gnome-team/vte2.91/-/commit/1e38c58
[05:24] <ubottu> Commit 1e38c58 in gnome-team/vte2.91 "build: Assert on non-supported option on stable branch"
[05:24] <KGB-1> vte2.91 upstream/latest 0857ff7 Christian Persch (8 files in 4 dirs) * widget: Defer alignment API to next cycle * https://salsa.debian.org/gnome-team/vte2.91/-/commit/0857ff7
[05:24] <ubottu> Commit 0857ff7 in gnome-team/vte2.91 "widget: Defer alignment API to next cycle"
[05:24] <KGB-1> vte2.91 upstream/latest ba1e05c Christian Persch (25 files in 3 dirs) * all: Remove SIXEL support from stable branch * https://salsa.debian.org/gnome-team/vte2.91/-/commit/ba1e05c
[05:24] <ubottu> Commit ba1e05c in gnome-team/vte2.91 "all: Remove SIXEL support from stable branch"
[05:25] <KGB-1> vte2.91 tags ceddcb3 Gunnar Hjalmarsson upstream/0.66.1 * Upstream version 0.66.1 * https://salsa.debian.org/gnome-team/vte2.91/tags/upstream/0.66.1
[06:29] <oSoMoN> good morning desktoppers
[06:33] <duflu> Hi oSoMoN 
[06:34] <oSoMoN> hey duflu 
[06:40] <jibel> Good morning
[06:44] <duflu> Morning jibel 
[06:46] <oSoMoN> salut jibel 
[06:55] <jibel> hi duflu oSoMoN 
[07:25] <callmepk> hi oSoMoN duflu jibel 
[07:26] <duflu> Hi callmepk 
[07:27] <oSoMoN> hey callmepk 
[07:33] <jpnurmi> good morning
[07:35] <jibel> Hi callmepk jpnurmi 
[07:35] <callmepk> hi jpnurmi 
[07:36] <jpnurmi> hi jibel callmepk oSoMoN duflu
[07:36] <duflu> Hi jpnurmi 
[08:03] <didrocks> good morning
=== doko_ is now known as doko
[08:12] <duflu> Hi didrocks 
[08:12] <didrocks> hey duflu 
[08:23] <seb128> goood morning desktopers
[08:27] <didrocks> salut seb128
[08:28] <seb128> lut didrocks, en forme ?
[08:29] <jibel> salut didrocks seb128 
[08:30] <duflu> Hi seb128 
[08:34] <didrocks> seb128: voix un peu rauque, mais c’est ok
[08:34] <didrocks> et toi ?
[08:34] <didrocks> salut jibel 
[08:37] <seb128> lut jibel, hey duflu, how are you?
[08:37] <seb128> didrocks, ça va :)
[08:44] <duflu> seb128, it's been quite a day which I can't talk about here. How are you?
[08:52] <oSoMoN> good morning jpnurmi, didrocks, seb128 
[08:54] <didrocks> salut oSoMoN 
[08:55] <seb128> lut oSoMoN 
[08:56] <seb128> duflu, I'm alright, I managed to escape the cold and everyone is in shape again which means hopefully I can have a quiet day and get some work done :)
[08:56] <duflu> \o/
[09:14] <ricotz> good morning everyone :)
[09:16] <didrocks> hey ricotz 
[09:20] <seb128> hey ricotz! how are you?
[09:24] <ricotz> hey seb128 didrocks 
[09:25] <ricotz> I am fine, thanks :)
[09:29] <oSoMoN> good morning ricotz 
[09:35] <ricotz> oSoMoN, hey
[10:56] <PaulePanter> Under *Veröffentlichungshinweise* (release notes) which is shown for the 20.10 upgrade, there are still http:// links listed. (Under feedback and how to help)
[11:04] <PaulePanter> (Feedback and Helping)
[11:10] <KGB-1> gnome-remote-desktop tags 2d57932 Sebastien Bacher upstream/41.1 * Upstream version 41.1 * https://salsa.debian.org/gnome-team/gnome-remote-desktop/tags/upstream/41.1
[11:11] <seb128> PaulePanter, in the distupgrader?
[11:11] <KGB-1> gnome-remote-desktop upstream/latest 71211bc Sebastien Bacher * pushed 28 commits (first 5 follow) * https://salsa.debian.org/gnome-team/gnome-remote-desktop/compare/0943e5d...71211bc
[11:11] <KGB-1> gnome-remote-desktop upstream/latest 88529f0 Pascal Nowack src/ grd-rdp-pipewire-stream.c grd-session-rdp.c grd-session-rdp.h * rdp: Get rid of the grd_session_rdp_resize_framebuffer() API * https://salsa.debian.org/gnome-team/gnome-remote-desktop/-/commit/88529f0
[11:11] <ubottu> Commit 88529f0 in gnome-team/gnome-remote-desktop "rdp: Get rid of the grd_session_rdp_resize_framebuffer() API"
[11:11] <KGB-1> gnome-remote-desktop upstream/latest 1aa0507 Pascal Nowack src/ (5 files) * rdp: Allow using custom GMainContext for RDPGFX GSources * https://salsa.debian.org/gnome-team/gnome-remote-desktop/-/commit/1aa0507
[11:11] <ubottu> Commit 1aa0507 in gnome-team/gnome-remote-desktop "rdp: Allow using custom GMainContext for RDPGFX GSources"
[11:11] <KGB-1> gnome-remote-desktop upstream/latest acd990a Pascal Nowack src/ grd-rdp-pipewire-stream.c grd-rdp-pipewire-stream.h grd-session-rdp.c * rdp: Run do_render() as GSourceFunc in custom GMainContext * https://salsa.debian.org/gnome-team/gnome-remote-desktop/-/commit/acd990a
[11:11] <ubottu> Commit acd990a in gnome-team/gnome-remote-desktop "rdp: Run do_render() as GSourceFunc in custom GMainContext"
[11:11] <KGB-1> gnome-remote-desktop upstream/latest 1e8f1a2 Pascal Nowack src/ grd-rdp-nvenc.c grd-rdp-nvenc.h * rdp-nvenc: Add APIs to push and pop current CUDA context * https://salsa.debian.org/gnome-team/gnome-remote-desktop/-/commit/1e8f1a2
[11:11] <ubottu> Commit 1e8f1a2 in gnome-team/gnome-remote-desktop "rdp-nvenc: Add APIs to push and pop current CUDA context"
[11:11] <KGB-1> gnome-remote-desktop upstream/latest c0ae364 Pascal Nowack src/grd-session-rdp.c * session-rdp: Fix small style issue * https://salsa.debian.org/gnome-team/gnome-remote-desktop/-/commit/c0ae364
[11:11] <ubottu> Commit c0ae364 in gnome-team/gnome-remote-desktop "session-rdp: Fix small style issue"
[11:12] <KGB-1> gnome-remote-desktop pristine-tar a7231af Sebastien Bacher gnome-remote-desktop_41.1.orig.tar.xz.delta gnome-remote-desktop_41.1.orig.tar.xz.id * pristine-tar data for gnome-remote-desktop_41.1.orig.tar.xz * https://salsa.debian.org/gnome-team/gnome-remote-desktop/-/commit/a7231af
[11:12] <ubottu> Commit a7231af in gnome-team/gnome-remote-desktop "pristine-tar data for gnome-remote-desktop_41.1.orig.tar.xz"
[11:38] <tjaalton> seb128: hwang will handle alsa :)
[12:02] <seb128> tjaalton, great, thanks :)
[12:17] <PaulePanter> seb128: Yes. Even shown when run from the command line: sudo do-release-upgrade
[12:18] <seb128> PaulePanter, did you report a bug on launchpad?
[12:27] <PaulePanter> seb128: No.
[12:28] <seb128> PaulePanter, could you open one maybe?
[12:28] <PaulePanter> I put it on my to-do list.
[12:28] <PaulePanter> Thank you for giving support in this channel by anwsering quickly.
[13:44] <ricotz> seb128, do you have time to continue the poppler transition? https://people.canonical.com/~ubuntu-archive/transitions/html/auto-poppler.html
[13:55] <seb128> ricotz, I try to squeeze things in between other work but help is welcome if others want to work on it
=== cpaelzer_ is now known as cpaelzer
[14:02] <ricotz> seb128, that sounds good, thank you
[14:14] <seb128> thanks!
[14:16] <seb128> kenvandine, hey, I don't remember if I mentioned that before but the github snaps template seems wrong for launchpad reference, taking https://github.com/ubuntu/evince as an example it has ' a build of the snap that gets published' pointing to https://launchpad.net/~desktop-snappers/evince/+snap/evince-stable
[14:16] <seb128> where the correct url is https://launchpad.net/~desktop-snappers/+snap/evince-stable
[14:16] <seb128> it's true for any of the snaps it seems
[14:16] <seb128> dunno if that's launchpad which changed or if that was always wrong
[14:38] <seb128> oSoMoN, hey, for some reason my firefox (rev701 from stable) is in english now, did you see report about that?
[14:39] <oSoMoN> seb128, no, I didn't, and of course that's unexpected
[14:40] <oSoMoN> seb128, do you have all the language packs listed in about:support, with version 94.0buildid20211012185633 ?
[14:42] <kenvandine> seb128: weird
[14:44] <seb128> oSoMoN, Français Language Pack	locale	92.0buildid20210903235534	false	langpack-fr@firefox.mozilla.org
[14:44] <seb128> in add-ons
[14:44] <kenvandine> seb128: something else changed... i know the eog link worked before
=== pizzaiolo is now known as pizza
[14:44] <kenvandine> now it doesn't
[14:44] <seb128> kenvandine, maybe question for #launchpad?
[14:45] <kenvandine> we'll just fix them, simpler url is good :)
[14:45] <seb128> oSoMoN, the add-ons section only lists english CA/english GB and Francais, version 92.0buildid20210903235534
[14:46] <oSoMoN> seb128, there's a version mismatch between the addons and the browser, this looks similar to https://bugzilla.mozilla.org/show_bug.cgi?id=1732676
[14:46] <ubottu> Mozilla bug 1732676 in Toolkit "Firefox doesn't fetch updated language pack" [S1, Resolved: Fixed]
[14:46] <seb128> oSoMoN, but if that was bug you should see the issue as well?
[14:46] <seb128> oSoMoN, or is that local content I have in my profile?
[14:47] <oSoMoN> seb128, the langpacks are being copied to your profile dir, so your profile became out of sync somehow
[14:47] <oSoMoN> not sure how though
[14:48] <oSoMoN> there's an "extensions" dir under your profile directory, if you delete the langpacks from there and restart firefox the correct versions should be picked up, can you try that after backing up your entire profile (in case we need to debug further)?
[14:50] <seb128> oSoMoN, I restarted firefox without changing anything and now it lists all langpack and it's translated again, weird
[14:51] <seb128> oSoMoN, thanks for the reply though!
[14:53] <seb128> oSoMoN, or it's an user error now, sorry for the noise. I reinstalled the deb to test things and it seems I someone got it opened instead of the snap, probably by clicking on an url in hexchat or something
[14:53] <seb128> my launcher points to the snap
[14:54] <oSoMoN> ah, fun problems to debug, when the deb and the snap get mixed up…
[15:03] <GunnarHj> Good afternoon, seb128!
[15:03] <GunnarHj> I proposed a rather flexible AppArmor rule for the hunspell directory.
[15:03] <GunnarHj> https://bugzilla.mozilla.org/show_bug.cgi?id=1732755#c11
[15:03] <GunnarHj> What's next step? Will you involve security?
[15:03] <ubottu> Mozilla bug 1732755 in Release Engineering "Firefox snap cannot access host's hunspell dictionaries for spellchecking" [--, Unconfirmed]
[15:17] <PaulePanter> Hi. Upgarding an Dell XPS 13 9360 from 21.04 to 21.10, the graphical login manager has the new background image, but in the bottom left corner it still says 21.04 instead 21.10. (I think it’s lightdm.) `/etc/os-release` contains 21.10.
[15:18] <seb128> GunnarHj, hey, I think someone needs to ask them again about that, either by pinging on forum.snapcraft.io or by doing a merge request with the proposed change
[15:18] <PaulePanter> VA-API with Firefox 94.0 also does not seem to work: [Child 15618: MediaSupervisor #1]: D/PlatformDecoderModule VA-API is disabled by pref.
[15:18] <PaulePanter> I thought it’s going to be enabled by default with that version.
[15:20] <oSoMoN> GunnarHj, thanks for that! I think the fastest way to get security involved is to propose a pull request against snapd to add that rule
[15:23] <oSoMoN> PaulePanter, the fix for this is actually in the gnome platform snap (see https://gitlab.gnome.org/Community/Ubuntu/gnome-sdk/-/merge_requests/31), it was merged but the snap needs to be rebuilt, tested and promoted to the stable channel for the fix to take effect
[15:23] <ubottu> Merge 31 in Community/Ubuntu/gnome-sdk "Ship VA-API drivers for HW-accelerated video decoding (LP: #1947115)." [Merged]
[15:25] <oSoMoN> PaulePanter, I just checked and it is in the candidate channel, so if you could switch to that, test and report here whether it works, that'd be very welcome: `snap refresh gnome-3-38-2004 --candidate`, then close and launch firefox again
[15:45] <GunnarHj> oSoMoN: Would a snap PR be about a change to /etc/apparmor.d/usr.lib.snapd.snap-confine.real ?
[15:51] <oSoMoN> GunnarHj, no, it would need to be a change to an existing interface, probably the 'desktop' one, in https://github.com/snapcore/snapd/tree/master/interfaces/builtin
[15:53] <GunnarHj> oSoMoN: Ah, thanks. Will submit such a PR then.
[16:03] <PaulePanter> oSoMoN: I ran the snap refresh command, logged out and back in, but Firefox still says, VA-API is disabled by platform.
[16:03] <PaulePanter> Maybe they did not enable it for all. Let me check the Mesa version.
[16:05] <PaulePanter> Robert’s blog post: https://mozillagfx.wordpress.com/2021/10/30/switching-the-linux-graphics-stack-from-glx-to-egl/
[16:05] <PaulePanter> > As of Firefox 94, users using Mesa driver >= 21 will get it by default.
[16:09] <oSoMoN> PaulePanter, what's the value of the "media.ffmpeg.vaapi.enabled" pref in about:config ?
[16:13] <PaulePanter> oSoMoN: It’s false.
[16:13] <PaulePanter> Mesa 21.2.2 is installed. No idea, why Firefox does not enable it.
[16:16] <PaulePanter> Does Firefox Snap (94.0.1-1) ship it’s own Mesa libs?
[16:16] <kenvandine> PaulePanter: gnome-3-38-2004 does
[16:17] <oSoMoN> yes, and that's the version of mesa found in Ubuntu 20.04, so VA-API won't be enabled by default
[16:18] <oSoMoN> PaulePanter, can you change the value of the pref, restart firefox and let us know whether hw-accelerated video decoding works for you?
[16:23] <PaulePanter> 21.2.2 ≥ 21, so where is the problem?
[16:24] <PaulePanter> oSoMoN: It probably is going to work, but that’s not about the problem I am trying to solve. I want users to have it enabled by default.
[16:25] <PaulePanter> kenvandine, oSoMoN: Ah, now I parsed it correctly. So how do I check the Mesa version in a snap?
[16:26] <oSoMoN> PaulePanter, you can inspect /snap/gnome-3-38-2004/current/snap/manifest.yaml
[16:26] <oSoMoN> it has 21.0.3, so not recent enough
[16:30] <PaulePanter> oSoMoN: 21.0.3 is also greater than 21?
[16:31] <oSoMoN> d'oh, I'm tired, I hadn't parsed correctly the quote myself
[16:32] <oSoMoN> so, this requires further investigation to understand why it's not enabled by default
[16:33] <PaulePanter> As a side note, setting media.ffmpeg.vaapi.enabled to true, VA-API FFmpeg decoder is initalized and working.
[16:33] <oSoMoN> PaulePanter, I can't look into it right now, would you mind filing a bug at https://bugzilla.mozilla.org/enter_bug.cgi#h=dupes|Firefox to describe and track the problem?
[16:33] <PaulePanter> oSoMoN: Will do.
[16:33] <kenvandine> how does firefox check mesa version?
[16:34] <kenvandine> perhaps the check fails in the snap for another reason so it defaults to false
[16:34] <oSoMoN> (make sure to include "snap" in the bug title, and make it block https://bugzilla.mozilla.org/show_bug.cgi?id=1665641)
[16:34] <ubottu> Mozilla bug 1665641 in Core "[Snap] Tracking bug for Snap issues" [--, New]
[16:34] <oSoMoN> thx!
[16:44] <PaulePanter> https://bugzilla.mozilla.org/show_bug.cgi?id=1740060
[16:44] <ubottu> Mozilla bug 1740060 in Firefox "[Snap] VA-API not enabled by default in Ubuntu Snap" [--, Unconfirmed]
[16:45] <PaulePanter> (The blocking number could be set after *Edit Bug* in the section *References*.