From: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
To: buildroot@busybox.net
Subject: [Buildroot] [RFC 0/3] WPE WebKit
Date: Mon, 31 Dec 2018 15:13:21 +0100 [thread overview]
Message-ID: <20181231151321.4d356df9@windsurf> (raw)
In-Reply-To: <20181228013448.GB19602@momiji>
Hello Adrian,
First of all, thanks a lot for your review of this patch series.
On Fri, 28 Dec 2018 01:34:48 +0100, Adrian Perez de Castro wrote:
> - The way I was hoping to do the WPE packaging for upstream Buildroot was to
> reuse as many bits and pieces as possible from the WebKitGTK+ packaging,
> and share code with the WPE packaging. For example: right now there is a
> BR2_PACKAGE_WEBKITGTK_ARCH_SUPPORTS configuration symbol, and in the WPE
> overlay I mentioned above there is BR2_PACKAGE_WPEWEBKIT_ARCH_SUPPORTS...
> ideally we would have a single BR2_PACKAGE_WEBKIT_ARCH_SUPPORTS, which
> gets used both by the ?wpewebkit? and ?webkitgtk? packages (the same would
> go for the logic that determines whether the target supports the JSC JIT,
> and others). I'll follow up on this in a different e-mail.
I have asked in the other e-mail as well: what is the relationship
between all those Webkit "ports" ? Why do they duplicate the core of
the Webkit code ?
I'm not sure where in Buildroot we would put those common ARCH_SUPPORTS
options, that are used by several packages that have no dependency
relationship.
> - I would like to allow building more backends than WPEBackend-fdo. More
> precisely, WPEBackend-rdk is a good option to use dispmanx on the Raspberry
> Pi directly, without needing a Wayland compositor.
So WPEBackend-fdo is a wayland backend ? Why is it named "fdo" (for
freedesktop.org I guess) instead of the more obvious
WPEBackend-wayland ?
Also, why is WPEBackend-rdk named after an overall "umbrella" project,
rather than the actual technology used in the backend ? I see that
WPEBackend-rdk also has Wayland support.
I'm confused.
Best regards,
Thomas
--
Thomas Petazzoni, CTO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
prev parent reply other threads:[~2018-12-31 14:13 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-12-23 15:48 [Buildroot] [RFC 0/3] WPE WebKit Francois Perrad
2018-12-23 15:48 ` [Buildroot] [RFC 1/3] libwpe: new package Francois Perrad
2018-12-28 0:47 ` Adrian Perez de Castro
2018-12-23 15:48 ` [Buildroot] [RFC 2/3] wpebackend-fdo: " Francois Perrad
2018-12-28 0:58 ` Adrian Perez de Castro
2018-12-29 9:15 ` François Perrad
2018-12-31 14:02 ` Thomas Petazzoni
2018-12-23 15:48 ` [Buildroot] [RFC 3/3] wpewebkit: " Francois Perrad
2018-12-28 1:18 ` Adrian Perez de Castro
2018-12-29 9:28 ` François Perrad
2018-12-31 14:08 ` Thomas Petazzoni
2018-12-27 9:30 ` [Buildroot] [RFC 0/3] WPE WebKit Thomas Petazzoni
2018-12-28 0:34 ` Adrian Perez de Castro
2018-12-30 18:01 ` François Perrad
2018-12-31 14:13 ` Thomas Petazzoni [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20181231151321.4d356df9@windsurf \
--to=thomas.petazzoni@bootlin.com \
--cc=buildroot@busybox.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.