Running the GTK port on macOS with Docker
Hi, The WPE/GTK ports nowadays rely on a SDK that provides all the tools needed for development, it's used on the bots as well. Currently we run it with Flatpak, but technically, Docker can also be used. I've actually checked that a GTK MiniBrowser build downloaded from the bots can run on macOS with Docker, that involves setting up XQuartz, it's not great, but for quick testing, I wonder if that could be useful for the Apple folks? The GTK port could also be built on macOS using this docker setup, the SDK includes the GCC and clang versions used on the bots. You can already do this with a VM, but then if you want to use the SDK it adds another lever of virtualization, which is not great. So directly using the SDK through Docker seems more appealing, to me at least :) WPE can't run, I haven't managed to start Weston with its X11 backend in XQuartz... Ideally I'd prefer a native Wayland compositor for macOS but that doesn't seem to exist yet. Anyway, please let me know if some folks are interested. Philippe
Hi. Personally, I would love a way to quickly build for GTK on my Mac, as for now I had to rely on pushing to the EWS, wait for compilation errors and fix them as I went. So something running in docker using my local tree would be ideal. Jean-Yves
On 15 Oct 2021, at 1:21 am, Philippe Normand via webkit-dev <webkit-dev@lists.webkit.org> wrote:
Hi,
The WPE/GTK ports nowadays rely on a SDK that provides all the tools needed for development, it's used on the bots as well. Currently we run it with Flatpak, but technically, Docker can also be used.
I've actually checked that a GTK MiniBrowser build downloaded from the bots can run on macOS with Docker, that involves setting up XQuartz, it's not great, but for quick testing, I wonder if that could be useful for the Apple folks?
The GTK port could also be built on macOS using this docker setup, the SDK includes the GCC and clang versions used on the bots.
You can already do this with a VM, but then if you want to use the SDK it adds another lever of virtualization, which is not great. So directly using the SDK through Docker seems more appealing, to me at least :)
WPE can't run, I haven't managed to start Weston with its X11 backend in XQuartz... Ideally I'd prefer a native Wayland compositor for macOS but that doesn't seem to exist yet.
Anyway, please let me know if some folks are interested.
Philippe _______________________________________________ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev
On Fri, 2021-10-15 at 10:04 +1100, Jean-Yves Avenard wrote:
Hi.
Personally, I would love a way to quickly build for GTK on my Mac, as for now I had to rely on pushing to the EWS, wait for compilation errors and fix them as I went.
So something running in docker using my local tree would be ideal.
Alright, thanks for answering Jean-Yves :) I'll clean-up the experiment a bit, document it and ping you for testing when it's ready. Philippe
Jean-Yves
On 15 Oct 2021, at 1:21 am, Philippe Normand via webkit-dev <webkit-dev@lists.webkit.org> wrote:
Hi,
The WPE/GTK ports nowadays rely on a SDK that provides all the tools needed for development, it's used on the bots as well. Currently we run it with Flatpak, but technically, Docker can also be used.
I've actually checked that a GTK MiniBrowser build downloaded from the bots can run on macOS with Docker, that involves setting up XQuartz, it's not great, but for quick testing, I wonder if that could be useful for the Apple folks?
The GTK port could also be built on macOS using this docker setup, the SDK includes the GCC and clang versions used on the bots.
You can already do this with a VM, but then if you want to use the SDK it adds another lever of virtualization, which is not great. So directly using the SDK through Docker seems more appealing, to me at least :)
WPE can't run, I haven't managed to start Weston with its X11 backend in XQuartz... Ideally I'd prefer a native Wayland compositor for macOS but that doesn't seem to exist yet.
Anyway, please let me know if some folks are interested.
Philippe _______________________________________________ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev
Hi How is that effort going ? Having a way to build the GTK port today would have saved me a lot of time. Instead I had to keep uploading patches to bugzilla to find compilation errors. Jean-Yves
On 15 Oct 2021, at 10:33 pm, Philippe Normand <philn@igalia.com> wrote:
On Fri, 2021-10-15 at 10:04 +1100, Jean-Yves Avenard wrote:
Hi.
Personally, I would love a way to quickly build for GTK on my Mac, as for now I had to rely on pushing to the EWS, wait for compilation errors and fix them as I went.
So something running in docker using my local tree would be ideal.
Alright, thanks for answering Jean-Yves :) I'll clean-up the experiment a bit, document it and ping you for testing when it's ready.
Philippe
Hi, I found out that disk I/O is terribly slow on Docker for macOS. I had to give up on my build after several hours because of that. So I tried "Mutagen", wasn't able to make it work, and kind of gave up and moved to the next thing on the pile of things to do... Today I just found one possible workaround, involving docker-sync. I'll give this a try and report back. Philippe On 2021-11-23 06:02, Jean-Yves Avenard wrote:
Hi
How is that effort going ?
Having a way to build the GTK port today would have saved me a lot of time. Instead I had to keep uploading patches to bugzilla to find compilation errors.
Jean-Yves
On 15 Oct 2021, at 10:33 pm, Philippe Normand <philn@igalia.com> wrote:
On Fri, 2021-10-15 at 10:04 +1100, Jean-Yves Avenard wrote:
Hi.
Personally, I would love a way to quickly build for GTK on my Mac, as for now I had to rely on pushing to the EWS, wait for compilation errors and fix them as I went.
So something running in docker using my local tree would be ideal.
Alright, thanks for answering Jean-Yves :) I'll clean-up the experiment a bit, document it and ping you for testing when it's ready.
Philippe
participants (2)
-
Jean-Yves Avenard
-
Philippe Normand