[06:49] <oSoMoN> good morning desktoppers
[06:57] <duflu> Morning oSoMoN 
[06:58] <oSoMoN> hey duflu 
[08:15] <seb128> goood morning desktopers!
[08:26] <duflu> Hi seb128 
[08:40] <oSoMoN> salut seb128 
[08:40] <seb128> hey duflu, oSoMoN!
[08:56] <Wimpy> Morning o/
[08:59] <lissyx> hello people
[09:02] <duflu> Hi Wimpy and lissyx 
[09:05] <Wimpy> Hey duflu.
[09:06] <Wimpy> duflu: Are you aware of any bugs in `gnome-session` that cause it to fail to start under Wayland?
[09:07] <duflu> Wimpy, I can't name any but I have seen it on rare occasion. Historically gdm3 was to blame (undermaintained)
[09:07] <Wimpy> I've create two custom GNOME sessions. One for Xorg and one for Wayland. Essentially just `mutter` and `gnome-session` (to bring up all the settings components).
[09:07] <Wimpy> The Xorg session works as I expect. 
[09:07] <Wimpy> `gnome-session` dies when start in the Watland session
[09:07] <duflu> No idea
[09:08] <Wimpy> Bum :-)
[09:08] <Wimpy> I've tried LightDM and GDM3. Same behaviour with both.
[09:08] <lissyx> we've got quite a few pipewire-related crashes
[09:08] <lissyx> and it looks like we miss some debug symbols ?
[09:08] <Wimpy> LOgs and debug tracing show now useful information.
[09:08] <lissyx> e.g., https://crash-stats.mozilla.org/report/index/ceeb6878-3236-4005-8b48-7430d0221114
[09:08] <Wimpy> lissyx: I am using pipewire, but that appears to be starting just fine.
[09:13] <duflu> lissyx, it appears no one has started importing the pipewire crashes into Launchpad yet. There's only one common one... https://errors.ubuntu.com/?package=pipewire&period=week
[09:14] <lissyx> I dont know what you are talking about?
[09:14] <duflu> "we've got quite a few pipewire-related crashes"
[09:14] <lissyx> yes, see the crash-stats link?
[09:17] <duflu> OK. I'm trying to match it to known firefox crashes but am getting timeouts...
[09:19] <duflu> Umm, we seem to get log output where the stack traces should be(?) oSoMoN? https://errors.ubuntu.com/?package=firefox&period=week
[09:21] <duflu> lissyx, I can't find a known crash that matches yours. Also yours is missing debug symbols and could be viewed as unsupported because we don't formally support PipeWire till 22.10. Though understandably 22.04 will live longer than 22.10 and that will probably need to change
[09:22] <duflu> For audio I mean. For screen sharing/recording PipeWire is supported and your only option even in 22.04
[09:24] <oSoMoN> lissyx, we build pipewire as part of the firefox snap, so we should be building debug symbols and uploading them together with the firefox ones I guess
[09:25] <oSoMoN> when we rebase on core22 we should be able to drop the pipewire part and use the one in the ubuntu archive, I think
[09:29] <lissyx> oSoMoN, yes, we should, so either we looses symbols / fail to get them, or the job to pull from launchpad silently failed us
[09:30] <lissyx> oSoMoN, by any chance, have you made several builds of 106.0.5-1 on launchpad?
[09:31] <lissyx> the history is not long enough: https://launchpad.net/~mozilla-snaps/firefox/+snap/firefox-snap-stable
[09:31] <lissyx> like https://launchpad.net/~mozilla-snaps/firefox/+snap/firefox-snap-stable/+build/1932023 was 106.0.5
[09:43] <lissyx> oSoMoN, it looks like I have none of the releases since 106.0-1
[09:43] <lissyx> 107.0b* are there
[09:44] <lissyx> but the last 106 are 106.0-1, nothing else
[09:45] <lissyx> oSoMoN, expiration date on launchpad library is ~1 week right, so it makes sense I dont see the snap/debug files?
[09:51] <lissyx> ok logs show we discovered and downloaded them
[09:51] <lissyx> if we failed to extract it is on our code then :(
[09:51] <oSoMoN> lissyx, launchpad keeps the build artifacts for longer, but they might not be visible on the builds page
[09:51] <lissyx> yep
[09:51] <lissyx> using the launchpadlibrarian URLs are still working
[09:51] <lissyx> only the index seems to have fade away
[09:51] <oSoMoN> lissyx, if you have access to https://dashboard.snapcraft.io/snaps/firefox/revisions/ you should be able to download them again
[09:52] <lissyx> BuildID=20221104181631
[09:52] <lissyx> ok
[09:52] <lissyx> so this is the build is reproted on crash-stats above
[10:14] <lissyx> oSoMoN, ok that's my fault: https://bugzilla.mozilla.org/show_bug.cgi?id=1801609
[10:14] -ubottu:#ubuntu-desktop- Mozilla bug 1801609 in Socorro "Snap symbol scrapping skips Snap packages it should not skip:" [--, New]
[10:15] <oSoMoN> ack
[12:24] <KGB-0> gssdp upstream/latest f32c507 Jeremy Bicha * pushed 7 commits (first 5 follow) * https://deb.li/i4Csx
[12:24] <KGB-0> gssdp upstream/latest 626bc8e Jens Georg build-aux/dist-docs.py * build: Fix doc distribution script * https://deb.li/7idv
[12:24] <KGB-0> gssdp upstream/latest e0b477c Jens Georg meson.build * build: Post-release version bump * https://deb.li/3FSgn
[12:25] <KGB-0> gssdp upstream/latest 1970906 Jens Georg (6 files in 2 dirs) * doc,build: Add manpage for sniffer * https://deb.li/a7Vs
[12:25] <KGB-0> gssdp upstream/latest 3d24d57 Jens Georg .gitlab-ci.yml * ci: Add pandoc to installation * https://deb.li/3uYKU
[12:25] <KGB-0> gssdp upstream/latest f41f01b Jens Georg libgssdp/ gssdp-client.c gssdp-socket-source.c * client,socket-source: Propagate random port * https://deb.li/fY1A
[12:25] <KGB-0> gssdp pristine-tar 33b6704 Jeremy Bicha gssdp_1.6.2.orig.tar.xz.delta gssdp_1.6.2.orig.tar.xz.id * pristine-tar data for gssdp_1.6.2.orig.tar.xz * https://deb.li/piJC
[12:26] <jbicha> good morning
[12:35] <KGB-0> gupnp signed tags 9a7efaa Jeremy Bicha upstream/1.6.2 * Upstream version 1.6.2 * https://deb.li/5SOU
[12:36] <KGB-2> gupnp upstream/latest 7a118c4 Jeremy Bicha * pushed 19 commits (first 5 follow) * https://deb.li/3X5mF
[12:36] <KGB-2> gupnp upstream/latest 2a9c4f3 Jens Georg meson.build * build: Fix GLib version checks * https://deb.li/Js3i
[12:36] <KGB-2> gupnp upstream/latest 6175fe9 Jens Georg libgupnp/gupnp-control-point.c * ControlPoint: Fix error handling of description * https://deb.li/3G7Jh
[12:36] <KGB-2> gupnp upstream/latest 4b81684 Jens Georg libgupnp/gupnp-linux-context-manager.c meson.build * linux-cm: Fix IFA_FLAGS detection * https://deb.li/3wiK2
[12:36] <KGB-2> gupnp upstream/latest 38497a4 Jens Georg doc/gupnp.toml.in * doc: Fix repository link * https://deb.li/itCaC
[12:36] <KGB-2> gupnp upstream/latest 1fed6f7 Jens Georg libgupnp/gupnp-context-manager.c * CM: Do not leak filtered contexts on shutdown * https://deb.li/3MZh
[12:36] <KGB-2> gupnp pristine-tar 5afd03a Jeremy Bicha gupnp_1.6.2.orig.tar.xz.delta gupnp_1.6.2.orig.tar.xz.id * pristine-tar data for gupnp_1.6.2.orig.tar.xz * https://deb.li/32Doc
[12:40] <seb128> jbicha, hey, how are you?
[12:41] <jbicha> good. Yesterday was cold and rainy. I got cold enough to wear a sweatshirt in my home :)
[12:51] <lissyx> oSoMoN, very likely to be a silly mistake due to regexes
[12:51] <lissyx> oSoMoN, fix should be easy but somehow it fixes processing of 106.0.3, 106.0.4 but not 106.0.5 ?
[12:52] <oSoMoN> regexes are hard
[12:52] <lissyx> oSoMoN, do we have a way to discover some of the missing builds on launchpad's library, even if it is not referenced anymore to the build itself?
[12:52] <lissyx> (worst case I have to go over taskcluster tasks of the past weeks and dig the direct URLs)
[12:52] <oSoMoN> I'm not sure I understand the question
[12:53] <lissyx> the API we use to discover the build artifact expires its data after one week
[12:53] <lissyx> but the files on the storage and kept for longer
[12:57] <oSoMoN> lissyx, can you point me to the code that issues those API calls?
[12:58] <lissyx> of course
[12:58] <lissyx> please dont judge
[12:58] <lissyx> https://github.com/mozilla/symbol-scrapers/blob/91c63d5407f76073f87191b94c79b5867622c876/launchpad.sh#L5-L57
[13:06] <oSoMoN> ok, so you're saying that even though the build page doesn't list the artifacts any longer, said artifacts still exist on launchpad for some time?
[13:07] <oSoMoN> if that's correct, then it's probably not meant to be relied on, and I don't know how to get the links to the artifacts
[13:14] <lissyx> oh I understand that
[13:14] <lissyx> but for the specific drift we're looking at, beign able to get easily the full list would allow be to backfill the missing symbols
[13:17] <tsimonq2> Heya, not sure if y'all are working on Firefox but could you please create a branch for 23.04? :)
[13:19] <seb128> tsimonq2, we have stable/beta/edge branches, why would we want one for 23.04?
[13:21] <seb128> I guess what you meant was to open/close the stable/ubuntu-23.04 snap track? I though Ken had done that for our default snaps while in Prague but seems not for firefox
[13:31] <tsimonq2> seb128: same page :)
[13:44] <lissyx> oSoMoN, never mind, pulling through TC logs I've for 106.0.1-106.0.5 now
[13:59] <KGB-0> gimp upstream/3.x 66f01a3 Jordi Mallach * pushed 291 commits (first 5 follow) * https://deb.li/pRUn
[13:59] <KGB-0> gimp upstream/3.x 6e92077 Jordi Mas (via Jordi Mallach) po/ca.po * Update Catalan translation * https://deb.li/3QsY7
[13:59] <KGB-0> gimp upstream/3.x 9a2f5b0 Jehan (via Jordi Mallach) app/ (12 files in 4 dirs) * app: rework and fix the logic for copy-pasting multiple drawables. * https://deb.li/1erU
[13:59] <KGB-0> gimp upstream/3.x 92cc33d Jehan (via Jordi Mallach) app/display/gimpdisplayshell-dnd.c * app: fix a use of gimp_edit_paste(). * https://deb.li/3BiTF
[14:00] <KGB-0> gimp upstream/3.x fc05091 Jehan (via Jordi Mallach) app/actions/edit-actions.c menus/image-menu.xml.in plug-ins/script-fu/scripts/paste-as-brush.scm plug-ins/script-fu/scripts/paste-as-pattern.scm * app, menus, plug-ins: move some advanced paste actions into submenu. * https://deb.li/Zpti
[14:00] <KGB-0> gimp upstream/3.x 143496a Jehan (via Jordi Mallach) (11 files in 6 dirs) * app, menus, pdb: new "Paste as Single Layer( in Place)?" actions. * https://deb.li/3LSBh
[14:00] <KGB-0> gimp tags 66a8e87 Jordi Mallach upstream/2.99.14 * Upstream version 2.99.14 * https://deb.li/0tf2
[14:06] <oSoMoN> lissyx, good
[14:06] <oSoMoN> tsimonq2, going to open the branch now
[14:08] <oSoMoN> done
[14:09] <tsimonq2> Thank you!
[14:11] <ginggs> we also need the stable/ubuntu-23.04 channel open/close done for the snapd-desktop-integration snap, is this an appropriate place to ask?
[14:16] <tsimonq2> oSoMoN: ^^^ :) 
[14:17] <oSoMoN> yes, but I'm not a collaborator on that snap, so can't do it myself
[14:24] <seb128> ginggs, we need Ken for that one
[14:35] <seb128> ginggs, done now
[14:35] <ginggs> seb128: thanks!
[14:35] <seb128> ginggs, np!
[14:39] <lissyx> oSoMoN, waiting on symbols reprocessing :)
[17:08] <juliank> How we doing on the 2x scaling? Anything broken there or does that at least just work everywhere?
[17:08]  * juliank considers buying 4K laptop
[17:08] <juliank> I can pay 250€ to upgrade from FHD+ to 4K touch screen which is ok I guess in terms of price
[17:08] <juliank> And boy I love touch when in stupid web forms
[17:09] <juliank> But if half my UX is blurry I'm like no
[17:10] <juliank> ok snaps don't scale I suppose
[17:10] <juliank> ok only the spotify snap doesn't scale
[17:12] <juliank> testing on 2560x1440 display now
[17:58] <KGB-0> gnome-software signed tags 5a9a3f1 Jeremy Bicha ubuntu/43.0-1ubuntu1 * gnome-software Debian release 43.0-1ubuntu1 * https://deb.li/RGZG
[18:44] <Eickmeyer> Hey desktopers! Looks like an ubuntu-23.04 track hasn't been opened for gnome-3.28.1804 yet? If so can that be done? I need that for freeshow.
[18:45] <Eickmeyer> s/gnome.3.28.1804/gnome-3-28-1804
[18:46] <Eickmeyer> It's mostly due to electron still depending on it.
[19:38] <seb128> Eickmeyer, k, done now
[19:40] <Eickmeyer> seb128: Thanks!
[19:40] <seb128> np!
[23:12] <KGB-0> mutter signed tags 900af76 Jeremy Bicha ubuntu/43.0-1ubuntu5 * mutter Debian release 43.0-1ubuntu5 * https://deb.li/3b3gj