[08:13] <seb128> goood morning desktopers!
[08:22] <nteodosio> Good morning seb128! How are you doing?
[08:23] <seb128> nteodosio, hey Nathan! I'm doing alright thanks, how are you?
[08:23] <seb128> it's stormy here today, lot of rain and strong winds
[08:23] <nteodosio> Also very well, thanks. Just wind here so far, though in the night there was much rain.
[11:07] <bandali> lissyx, ping?
[11:07] <lissyx> bandali, yes?
[11:37] <bandali> lissyx, please see my question from yesterday
[11:42] <lissyx> bandali, well given we dont build on arm64 I can keep my patches, the package-repositories addition would otherwise break my work
[11:43] <lissyx> I guess a better solution needs to be found for clang ? but in the meantime, a few patches to remove what I dont care about
[11:43] <lissyx> bandali, I'm worried a little bit of what you are going to link against on non arm64 platforms now, though ?
[11:45] <bandali> lissyx, worried how so?
[11:45] <bandali> (and re needing to find better solution for clang: agreed)
[11:45] <lissyx> you're going to link with a different libstdc++-6 than the system?
[11:46] <lissyx> this might trigger weird issues ?
[11:49] <bandali> ah...
[11:50] <bandali> i mean, i'd hope it would be okay, given that it's in a snap and all (i could well be wrong), but yeah the situation isn't ideal; the sooner we figure something out for clang/llvm the better
[11:51] <bandali> lissyx, any way we could get access to use whatever clang/llvm mozilla is building and using internally?
[12:27] <lissyx> bandali, it's distributed
[12:28] <lissyx> bandali, "mach bootstrap" installs it into $MOZBUILD
[12:29] <lissyx> but it was my understanding we were not able to do this because of limitations on the build requirements for being part of the distro and like it needs to be rebuildable in some way I don't remember
[12:29] <lissyx> https://github.com/canonical/firefox-snap/blob/nightly/snapcraft.yaml#L164-L174
[12:29] <lissyx> we do that already for dump-syms
[12:30] <lissyx> https://searchfox.org/mozilla-central/rev/217cc028cb388d786e564a765df90669358616ad/taskcluster/ci/fetch/toolchains.yml#343-371
[12:31] <lissyx> this is what rebuild clang on our infra: https://searchfox.org/mozilla-central/source/taskcluster/ci/toolchain/clang.yml
[12:34] <lissyx> bandali, and downloading it "manually" is via https://searchfox.org/mozilla-central/source/python/mozbuild/mozbuild/artifact_commands.py#221
[12:35] <lissyx> bandali, so as long as you have a mach working, maybe you could use that?
[12:35] <lissyx> bandali, let me try locally
[12:48] <lissyx> bandali, also we dont have armhf or aarch64 builds as much as I know
[12:50] <lissyx> (and as much as I know, snapcraft does not accept cross-compilation)
[12:50] <bandali> lissyx, ah i see, yeah we do need armhf and arm64 (aarch64) on our side :/ thanks a bunch for checking though. i'll definitely have a look at those links anyway
[12:51] <lissyx> I think our armhf/aarch64 on linux are tier2
[12:51] <lissyx> so maybe you could still use this non mozilla clang in this case?
[12:52] <lissyx> we might even only care for aarch64
[12:54] <bandali> aha, i see. but i think we'd want to have a better clang story anyway because of issues like this (and e.g. this issue with needing libstdc++6 affects arm64, so..)
[12:55] <lissyx> it looks our clang has a few things baked in
[12:55] <lissyx> bandali, I think you should talk with glandium over matrix about those
[12:55] <lissyx> he's based in japan, tokyo, so I think you should be able to find some overlap in time
[13:06] <KGB-2> mozjs upstream/102 e787f47 Jeremy Bícha (54 files in 26 dirs) * New upstream version 102.13.0 * https://deb.li/VkIz
[13:06] <KGB-2> mozjs upstream/102 e787f47 Jeremy Bícha (54 files in 26 dirs) * New upstream version 102.13.0 * https://deb.li/VkIz
[13:06] <KGB-0> mozjs pristine-tar c5cf2b4 Jeremy Bícha mozjs102_102.13.0.orig.tar.xz.delta mozjs102_102.13.0.orig.tar.xz.id * pristine-tar data for mozjs102_102.13.0.orig.tar.xz * https://deb.li/3Ndis
[13:06] <KGB-2> mozjs pristine-tar c5cf2b4 Jeremy Bícha mozjs102_102.13.0.orig.tar.xz.delta mozjs102_102.13.0.orig.tar.xz.id * pristine-tar data for mozjs102_102.13.0.orig.tar.xz * https://deb.li/3Ndis
[13:12] <lissyx> bandali, in the mean time I can share a patch, it looks to be working
[13:41] <lissyx> bandali, put up a PR
[14:14] <bandali> lissyx, thanks, i'll have a look and might also try pinging glandium
[14:22] <seb128> bandali, lissyx, sorry but I think I'll have to skip again the meeting, too much going on today
[14:23] <lissyx> same  for me
[14:23] <bandali> ack
[14:40] <shailangsa> does anybody know whether it's by design that extracting RAR files copied over from a windows machine does not work on ubuntu and we need to use unrar instead?
[15:34] <seb128> shailangsa, no, sounds like a bug
[18:00] <KGB-2> gnome-remote-desktop signed tags 2fa8fcd Marco Trevisan ubuntu/42.9-0ubuntu0.22.04.1 * gnome-remote-desktop Debian release 42.9-0ubuntu0.22.04.1 * https://deb.li/3Xk1x
[18:00] <KGB-0> gnome-remote-desktop tags 1bf8d24 Marco Trevisan upstream/42.9 * Upstream version 42.9 * https://deb.li/JkXy
[18:00] <KGB-2> gnome-remote-desktop ubuntu/jammy c87bd16 Marco Trevisan * pushed 6 commits (first 5 follow) * https://deb.li/3mdd4
[18:00] <KGB-2> gnome-remote-desktop ubuntu/jammy 04c2795 Marco Trevisan (Treviño) src/ grd-rdp-pipewire-stream.c grd-vnc-pipewire-stream.c * rdp/vnc-pipewire-stream: Handle potential null buffer on frame ready * https://deb.li/3UhWM
[18:00] <KGB-0> gnome-remote-desktop upstream/42.x 04c2795 Marco Trevisan (Treviño) src/ grd-rdp-pipewire-stream.c grd-vnc-pipewire-stream.c * rdp/vnc-pipewire-stream: Handle potential null buffer on frame ready * https://deb.li/3UhWM
[18:01] <KGB-0> gnome-remote-desktop upstream/42.x 8f5fff5 Pascal Nowack meson.build * build: Bump version to 42.9 * https://deb.li/i7GVj
[18:01] <KGB-2> gnome-remote-desktop ubuntu/jammy 8f5fff5 Pascal Nowack meson.build * build: Bump version to 42.9 * https://deb.li/i7GVj
[18:01] <KGB-0> gnome-remote-desktop upstream/42.x f58145f Marco Trevisan (Treviño) meson.build src/grd-rdp-pipewire-stream.c src/grd-vnc-pipewire-stream.c * New upstream version 42.9 * https://deb.li/3jh4
[18:01] <KGB-2> gnome-remote-desktop ubuntu/jammy f58145f Marco Trevisan (Treviño) meson.build src/grd-rdp-pipewire-stream.c src/grd-vnc-pipewire-stream.c * New upstream version 42.9 * https://deb.li/3jh4
[18:01] <KGB-2> gnome-remote-desktop ubuntu/jammy 6070a85 Marco Trevisan (Treviño) meson.build src/grd-rdp-pipewire-stream.c src/grd-vnc-pipewire-stream.c * Update upstream source from tag 'upstream/42.9' * https://deb.li/3OzyD
[18:01] <KGB-2> gnome-remote-desktop ubuntu/jammy d811e98 Marco Trevisan (Treviño) debian/changelog * New upstream release * https://deb.li/zEcj
[18:01] <KGB-2> gnome-remote-desktop pristine-tar 8232e2f Marco Trevisan (Treviño) gnome-remote-desktop_42.9.orig.tar.xz.delta gnome-remote-desktop_42.9.orig.tar.xz.id * pristine-tar data for gnome-remote-desktop_42.9.orig.tar.xz * https://deb.li/3va4R
[19:49] <KGB-2> gnome-user-docs tags 42725f8 Jeremy Bicha upstream/44.3 * Upstream version 44.3 * https://deb.li/3lQ6U
[19:50] <KGB-0> gnome-user-docs pristine-tar 91e96fa Jarred Wilson gnome-user-docs_44.3.orig.tar.xz.delta gnome-user-docs_44.3.orig.tar.xz.id * pristine-tar data for gnome-user-docs_44.3.orig.tar.xz * https://deb.li/lq3N