[01:26] <KGB-2> gnome-shell signed tags 103cd6c Jeremy Bicha ubuntu/42.2-0ubuntu1 * gnome-shell Debian release 42.2-0ubuntu1 * https://deb.li/sZGl
[01:26] <KGB-0> gnome-shell ubuntu/master 2c360cd Jeremy Bicha * pushed 22 commits (first 5 follow) * https://deb.li/3nVjI
[01:26] <KGB-0> gnome-shell ubuntu/master a13ef10 Cheng-Chia Tseng po/zh_TW.po * Update Chinese (Taiwan) translation * https://deb.li/3qSHi
[01:26] <KGB-0> gnome-shell ubuntu/master 4908671 Charles Monzat po/fr.po * Update French translation * https://deb.li/3iti0
[01:26] <KGB-0> gnome-shell ubuntu/master 362ab5d Changwoo Ryu po/ko.po * Update Korean translation * https://deb.li/i2Yb2
[01:26] <KGB-0> gnome-shell ubuntu/master 5581bda Daniel Rusek po/cs.po * Update Czech translation * https://deb.li/x92E
[01:26] <KGB-0> gnome-shell ubuntu/master 63f1925 Christian Kirbach po/de.po * Update German translation * https://deb.li/3KkGe
[06:33] <pieq> Hi everyone!
[06:34] <pieq> RAOF: hey! Last week we discussed about xrandr being available even on Wayland
[06:34] <RAOF> Indeed we did.
[06:34] <pieq> I wanted to use it to grab the maximum resolution available for the primary monitor, but I found that if I run xrandr on wayland, the maximum resolution shown is the one currently selected
[06:35] <RAOF> Have you run into any of the caveats yet? :)
[06:35] <RAOF> Ah, yes you have.
[06:35] <pieq> for instance, if, on a 3840x2160, I pick a lower resolution (e.g. 2560x1440), then run xrandr, the max resolution shown in the output is 2560x1440
[06:35] <RAOF> So, XWayland is going to synthesise enough xrandr information so that clients can work.
[06:36] <RAOF> But, you can't actually *change* anything through RandR on XWayland.
[06:36] <RAOF> So there's no need for XWayland to expose anything but the current mode, so it doesn't.
[06:36] <pieq> so I'm out of luck with this method if I want to find out the max resolution for a given monitor
[06:36] <pieq> OK I see
[06:36] <RAOF> Yes.
[06:36] <pieq> RAOF: any other route you would suggest?
[06:36] <RAOF> You *might* be able to get away with parsing the EDID?
[06:37] <pieq> how can I achieve that?
[06:38] <RAOF> So, the `edid-decode` package includes a parser.
[06:38] <RAOF> And, assuming that the driver you're interested in supports KMS, you can fetch the EDID from the sysfs tree.
[06:39] <RAOF> Specifically, `/sys/class/drm` will include a bunch of `card?-
[06:40] <RAOF> `card$NUMBER-$CONNECTION_TYPE-$ANOTHER_NUMBER` directories.
[06:41] <RAOF> Which will include an `edid` file if it's available.
[06:41] <RAOF> Now, it will *also* inclued an `edid` file if there's nothing plugged in, but in that case the file will be empty. :{
[06:44] <pieq> RAOF: what about the modes file in these dirs?
[06:44] <RAOF> That might even be a pre-parsed EDID for you, containing just the information you're after?
[06:46] <pieq> RAOF: yes, it seems it includes what I'm looking for. Thanks!
[06:47] <RAOF> In case you want more information, edid-decode will be able to list a whole *bunch* of information about the attached monitor.
[06:49] <pieq> edid-decode does contain a lot of stuff! Thanks for the tip
[06:51] <pieq> RAOF: do you know how xrandr determines what's the "primary" monitor?
[06:51] <duflu> pieq, try 'weston-info'
[06:52] <duflu> Also sorry in advance - I am entering a meeting
[06:52] <pieq> :)
[06:52] <pieq> I'll check it out too
[06:52] <RAOF> pieq: I probably did at one point, but I've forgotten. It could well be set by the desktop environment.
[06:56] <duflu> pieq, also handy:   grep . /sys/class/drm/*/modes
[07:05] <pieq> duflu: yeah, this is what I'm exploring at the moment
[07:05] <pieq> it might be enough, except I don't know how to identify the "primary" monitor
[07:07] <seb128> goood morning desktopers
[07:07] <didrocks> good morning
[07:07] <seb128> lut didrocks ! en forme ? bon weekend?
[07:08] <didrocks> ça va, bon week-end, et toi ?
[07:10] <seb128> nickel, on était dans le nord, weekend reposant
[07:14] <didrocks> super :)
[07:19] <jibel> Good morning all
[07:22] <didrocks> salut jibel 
[07:33] <duflu> Hi seb128 
[07:34] <duflu> Morning didrocks and jibel 
[07:34] <seb128> lut jibel 
[07:34] <seb128> duflu, hey there :) how was your week away from the computer?
[07:36] <didrocks> hey duflu 
[07:38] <duflu> seb128, hard work for the first few days. Several hours working outside per day. But I did make real progress inside and outside the house. Not enough though; will need to do it again some time
[07:40] <luna> morning
[07:41] <seb128> hey luna 
[07:42] <seb128> duflu, well, at least it's moving in the right direction :)
[07:42] <duflu> Hi luna 
[07:57] <schopin> oSoMoN: Hi! I have a potential patch, testing it out right now.
[11:36] <lissyx> oSoMoN, hello
[11:37] <lissyx> oSoMoN, I was looking for you
[11:37] <lissyx> oSoMoN, for https://bugzilla.mozilla.org/show_bug.cgi?id=1769958 I cant repro on the latest beta
[11:37] <oSoMoN> lissyx, hi, let me check
[11:37] <lissyx> oSoMoN, and unfortunately even if I login with my launchpad account, I cant install an earlier beta build with snap
[11:38] <lissyx> having hada look at the snap packaging, it seems there's no real difference between 101.0b8 and latest 102 beta, so I assume if it was fixed, it's somewhere else
[11:38] <lissyx> but I first would like to verify I can repro this on 101.0b8 as reported on bugzilla
[11:46] <oSoMoN> yeah there's no way to get to old builds easily, but I'll test myself and will report back on the bug
[11:48] <diddledani> ello. who's the expert on powersaving features? specifically every time I leave my puter on overnight allowing the screens to be put into standby, whenever I get back in the morning I can't bring them back to life. I'd like some debugging ideas 'cos I'm unfamiliar with the powersaving backends. I am able to ssh into the machine from another so the system isn't dead
[11:51] <lissyx> oSoMoN, but isn't there a way I can get the credentials or the builds?
[11:51] <lissyx> it would reduce your load
[11:52] <oSoMoN> lissyx, do you have access to https://dashboard.snapcraft.io/snaps/firefox/revisions/ ?
[11:53] <lissyx> nope
[11:53] <lissyx> 404
[11:53] <oSoMoN> :/
[11:54] <ricotz> oSoMoN, the Build URL should be public, which you can find on snapcraft for a specific build
[11:55] <ricotz> there you have a direct link to the snap file
[11:55] <lissyx> and I can install that manually directly ?
[11:55] <oSoMoN> yes, but it looks like Launchpad isn't keeping the snap around for too long: https://launchpad.net/~mozilla-snaps/firefox/+snap/firefox-snap-beta/+build/1766755
[11:56] <ricotz> ah :(
[11:56] <oSoMoN> (that's for 101b8-1 / amd64)
[11:56] <lissyx> I have a git clone of the repo
[11:57] <oSoMoN> lissyx, FWIW I can't reproduce the issue in an Ubuntu 22.04 VM
[11:57] <lissyx> with 101.0b8 ?
[11:57] <oSoMoN> yes
[11:57] <lissyx> could it be a snap change then?
[11:57] <lissyx> I've noticed the reporter mentions the selection UI has a "Open" button
[11:57] <lissyx> from my testing, we have "Select" and not "Open"
[11:57] <oSoMoN> but I vaguely recall a similar issue with the desktop portal
[11:58] <oSoMoN> same here, let me see if I can dig up the issue I'm thinking about
[11:58] <lissyx> if it's fixed it's nice but I'm like to close with a proper note of the fix :)
[12:05] <oSoMoN> seb128, does this issue ring a bell to you: the portal being shown to pick a directory shows an "Open" button instead of "Select" ? I vaguely recall something like that, but I can't find any reference to it now.
[12:05] <seb128> oSoMoN, reading the backlog
[12:10] <seb128> oSoMoN, doesn't ring a bell no, sorry, I do have 'select' here
[12:10] <seb128> would be worth asking on which desktop environment that is? could be an issue with the !gnome portal?
[12:22] <lissyx> done: https://bugzilla.mozilla.org/show_bug.cgi?id=1769958#c8
[12:22] <lissyx> but given the report, I would assume it was not a fancy setup
[12:32] <seb128> having a screenshot might help? also journalctl log
[12:50] <lissyx> as I said, I'm not sure the reporter can share more
[12:52] <lissyx> maybe i should reinstall the 22.04 VM and not perform any upgrade to have older versions of snap
[13:32] <lissyx> 102.0b4-1 on a fresh non updated 22.04 install and no repro
[13:33] <lissyx> oSoMoN, seb128, on the non updated 2204 I have "Select" in the folder selection, but it's always disabled when I try to select a different folder than ~/Downloads/
[13:34] <seb128> lissyx, that's a gtk4 bug which was fixed in a SRU, if you edit the filename it should enable the action
[13:35] <lissyx> ok
[13:35] <lissyx> but then I have "Select" and not "Open"
[13:37] <seb128> if there is only one report I wouldn't worry about that report so much, it also lists flatpak in the description
[13:37] <seb128> so sounds like rather a bug in the portal and not firefox
[13:38] <lissyx> it's a report from QA
[13:38] <lissyx> it's not just random people doing random stuff
[13:38] <lissyx> I can't just ignore and RESOLVED:INVALID without knowing what happened
[13:39] <seb128> and QA isn't able to provide a screenshot or a journal log?
[13:39] <lissyx> so I agree it looks very much like outside of firefox
[13:39] <lissyx> seb128, QA might, but it's not going to happen within the next minutes
[13:39] <lissyx> that's why I needinfo? them
[13:42] <lissyx> but since you are working on that, I was hoping you might knew some of the fixes that landed :)
[13:42] <lissyx> i'd also still like to know how I can get access for installing older versions of snaps, in case I need something similar in the future
[13:43] <lissyx> if you can make that happen, my launchpad account is https://launchpad.net/~lissyx
[13:43] <seb128> not really atm, only the publisher has access to those for some reasons :/
[13:43] <seb128> otherwise from the build logs but that's only having a short history kept
[13:43] <lissyx> yeah
[13:43] <lissyx> maybe I'll end up installing this "multipass" and rebuild myself
[13:44] <seb128> unless the launchpadapi allow to query maybe more logs than what the webui is showing
[13:44] <lissyx> and I guess the build process on snapcraft will not rely on our mach tooling and not leverage sccache-dist, so it'll be slower :)
[13:45] <lissyx> bbl
[14:32] <seb128> rls bug review!
[14:32] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-jj-incoming-bug-tasks.html
[14:32] <seb128> bug #1969959
[14:33] <seb128> it's 'nouveau' driver, no other report
[14:33] <seb128> I would consider it as not a rls issue at this point
[14:34] <kenvandine> agreed
[14:36] <seb128> bug #1977619
[14:36] <seb128> that's a regression from a point release which was SRUed
[14:36] <seb128> I forwarded upstream and they acknowleged the issue
[14:36] <seb128> so I would vote +1
[14:36] <kenvandine> +1
[14:38] <seb128> bug #1976256
[14:38] <seb128> that was nominated and has a fix pending, I'm untagging
[14:38] <seb128> bug #1969396
[14:39] <seb128> while an annoying issue, it's rather specific setups and it's workaroundable from the gsetting config so I would vote -1
[14:40] <kenvandine> ok
[14:42] <seb128> others were discussed and some triaging is needed, I will try to do that later
[14:42] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-kk-incoming-bug-tasks.html
[14:42] <kenvandine> cool
[14:42] <seb128> bug #1977564
[14:42] <seb128> Jeremy reported it, I will assign it to him
[14:43] <kenvandine> great, obvious +1 
[14:43] <seb128> and that's it for k
[14:43] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ff-incoming-bug-tasks.html
[14:44] <seb128> bug #1966911
[14:44] <seb128> unsure why it targets focal if the title state jammy, I'm going to ask
[14:45] <seb128> or I guess it's Marco who pinged the wrong letter and was for jj, and it's assigned and targetted there now
[14:45] <Trevinho> yeah...
[14:45] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ff-tracking-bug-tasks.html
[14:46] <seb128> bug #1973734
[14:47] <seb128> dimitri uploaded a fix so I'm assigning to him
[14:47] <seb128> bug #1961955
[14:47] <seb128> I'm going to review that to help landing the fix but I don't think it's a rls issue
[14:48] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-bb-incoming-bug-tasks.html
[14:48] <seb128> no desktop
[14:49] <kenvandine> yay
[14:49] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-bb-tracking-bug-tasks.html
[14:49] <seb128> nothing new there, I will triage a bit later
[14:49] <seb128> and that's it for this week
[14:49] <seb128> thanks kenvandine!
[14:49] <kenvandine> thank you seb128
[15:56] <lissyx> oSoMoN, btw for the about:restartrequired it happened to me only once so far
[15:56] <lissyx> oSoMoN, just when I filed
[15:57] <oSoMoN> lissyx, ok
[15:57] <lissyx> I think I got previous updates applied in background properly
[15:57] <lissyx> also "snap changes" did not show anything really suspect, just firefox and gnome stuff
[17:42] <lissyx> seb128, oSoMoN either way, I need to find the process to be added to those teams that have access, if I am to be working on the snap bugs
[19:10] <KGB-0> mutter signed tags 7fd79b8 Jeremy Bicha ubuntu/42.2-0ubuntu1 * mutter Debian release 42.2-0ubuntu1 * https://deb.li/i6En
[19:16] <KGB-0> mutter ubuntu/jammy e742eb6 Jeremy Bicha debian/changelog * releasing package mutter version 42.2-0ubuntu1 * https://deb.li/3Qru7
[19:17] <KGB-2> mutter signed tags 479a5bb Jeremy Bicha ubuntu/42.2-0ubuntu1 * mutter Debian release 42.2-0ubuntu1 * https://deb.li/i6En
[19:25] <KGB-2> gnome-shell signed tags 409968c Jeremy Bicha ubuntu/42.2-0ubuntu0.2 * gnome-shell Debian release 42.2-0ubuntu0.2 * https://deb.li/3DQdl
[19:25] <KGB-0> gnome-shell ubuntu/jammy 9512fcf Jeremy Bicha debian/patches/Revert-dateMenu-Port-to-GWeather-4.0.patch * Refresh gweather patch * https://deb.li/V67x
[19:25] <KGB-0> gnome-shell ubuntu/jammy c07af0e Jeremy Bicha debian/changelog * releasing package gnome-shell version 42.2-0ubuntu0.2 * https://deb.li/3TrVE
[20:14] <KGB-2> gnome-terminal signed tags 61d8fdf Jeremy Bicha ubuntu/3.44.1-1ubuntu1 * gnome-terminal Debian release 3.44.1-1ubuntu1 * https://deb.li/3GQEs
[20:14] <KGB-2> gnome-terminal ubuntu/master 4c7bc44 Jeremy Bicha * pushed 13 commits (first 5 follow) * https://deb.li/3U6xv
[20:14] <KGB-2> gnome-terminal ubuntu/master 4256515 Christian Persch meson.build * build: Post release version bump * https://deb.li/35V0A
[20:14] <KGB-2> gnome-terminal ubuntu/master b26cf5c Philipp Kiemle po/de.po * Update German translation * https://deb.li/PBlR
[20:14] <KGB-2> gnome-terminal ubuntu/master f002a1d Christian Persch src/terminal-screen.cc * screen: Use same match cursor as vte hyperlink cursor. * https://deb.li/3cOAv
[20:14] <KGB-2> gnome-terminal ubuntu/master 708c74e Asier Sarasua Garmendia help/eu/eu.po * Update Basque translation * https://deb.li/nXIz
[20:15] <KGB-2> gnome-terminal ubuntu/master 50c62c9 Jeremy Bicha debian/watch * Update debian/watch * https://deb.li/i4bG0
[20:39] <KGB-2> rygel signed tags fe4c591 Jeremy Bicha ubuntu/0.40.4-1ubuntu1 * rygel Debian release 0.40.4-1ubuntu1 * https://deb.li/qkRn
[20:39] <KGB-0> rygel ubuntu/master f4598ee Jeremy Bicha * pushed 16 commits (first 5 follow) * https://deb.li/38L67
[20:39] <KGB-0> rygel ubuntu/master 59531a7 Jens Georg data/meson.build * build: Don't install UI if preferences not built * https://deb.li/bkod
[20:39] <KGB-0> rygel ubuntu/master 4011289 Jeremy Bicha debian/watch * Update debian/watch * https://deb.li/3e26y
[20:39] <KGB-0> rygel ubuntu/master 09eea5b Jens Georg src/librygel-renderer/rygel-default-player-controller.vala * renderer: Fix critical if no mime_type * https://deb.li/39drV
[20:39] <KGB-0> rygel ubuntu/master 588fe97 Jens Georg src/plugins/tracker3/ rygel-tracker-plugin-factory.vala rygel-tracker-plugin.vala rygel-tracker-root-container.vala * tracker3: Do not error out if service is missing * https://deb.li/3xhw1
[20:39] <KGB-0> rygel ubuntu/master 3921cb5 Aleksandr Melman po/ru.po * Update Russian translation * https://deb.li/ilGYN
[20:43] <KGB-2> gnome-maps signed tags 3d0cde7 Jeremy Bicha upstream/42.2 * Upstream version 42.2 * https://deb.li/3NKcl
[20:52] <KGB-0> eog signed tags cf57ccc Jeremy Bicha upstream/42.2 * Upstream version 42.2 * https://deb.li/YKo7
[20:52] <KGB-2> evolution-ews pristine-tar d889991 Jeremy Bicha evolution-ews_3.44.2.orig.tar.xz.delta evolution-ews_3.44.2.orig.tar.xz.id * pristine-tar data for evolution-ews_3.44.2.orig.tar.xz * https://deb.li/yKyI
[20:52] <KGB-0> eog pristine-tar 91358b2 Jeremy Bicha eog_42.1.orig.tar.xz.delta eog_42.1.orig.tar.xz.id * pristine-tar data for eog_42.1.orig.tar.xz * https://deb.li/ipKfc
[20:52] <KGB-0> eog pristine-tar 11b553a Jeremy Bicha eog_42.2.orig.tar.xz.delta eog_42.2.orig.tar.xz.id * pristine-tar data for eog_42.2.orig.tar.xz * https://deb.li/jT2x