[Webkit-unassigned] [Bug 256679] New: [WPE][GTK][CMake] The path to bwrap and xdg-dbus-proxy should not be auto-detected when cross-compiling

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Thu May 11 17:35:28 PDT 2023


https://bugs.webkit.org/show_bug.cgi?id=256679

            Bug ID: 256679
           Summary: [WPE][GTK][CMake] The path to bwrap and xdg-dbus-proxy
                    should not be auto-detected when cross-compiling
           Product: WebKit
           Version: WebKit Nightly Build
          Hardware: Unspecified
                OS: Unspecified
            Status: NEW
          Severity: Normal
          Priority: P2
         Component: WPE WebKit
          Assignee: webkit-unassigned at lists.webkit.org
          Reporter: clopez at igalia.com
                CC: aperez at igalia.com, bugs-noreply at webkitgtk.org

When enabling -DENABLE_BUBBLEWRAP_SANDBOX=ON is needed to defined to the build the paths (full-paths) to the bwrap and xdg-dbus-proxy binaries.

The current CMake code is auto-detecting those paths by calling CMake function find_program(), so it is defining the paths to those programs with the values from the host system.

But when cross-compiling that is wrong because the target binaries end with the values for the paths from the host system which don't necessary have to match the values from the target system.

Those value may match if the distro of the host and the target is the same (for example cross-compiling on debian x86_64 for debian aarch64).

But in other case don't match (for example cross-compiling in Debian for Yocto)

I can't see how it will be possible to auto-detect the value that this programs will have in the target system, so the only sane way of dealing with this seems to be to give an error at configure time and ask for those paths to be defined manually.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20230512/47a81824/attachment.htm>


More information about the webkit-unassigned mailing list