Bug 237519

Summary: [GTK][WPE] Do not add new modules under ThirdParty to the tarball
Product: WebKit Reporter: Carlos Garcia Campos <cgarcia>
Component: WebKitGTKAssignee: Nobody <webkit-unassigned>
Status: RESOLVED FIXED    
Severity: Normal CC: aperez, bugs-noreply, mcatanzaro
Priority: P2 Keywords: Gtk
Version: WebKit Nightly Build   
Hardware: Unspecified   
OS: Unspecified   
Attachments:
Description Flags
Patch none

Carlos Garcia Campos
Reported 2022-03-07 03:08:49 PST
We currently include ThirdParty and exclude individually what we don't want in the tarball. That means every time something new is added to ThirdParty we have to manually exclude it. It's better to exclude ThirdParty and manually add what we need instead.
Attachments
Patch (2.74 KB, patch)
2022-03-07 03:10 PST, Carlos Garcia Campos
no flags
Carlos Garcia Campos
Comment 1 2022-03-07 03:10:27 PST
Adrian Perez
Comment 2 2022-03-07 04:41:26 PST
Comment on attachment 453956 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=453956&action=review > Tools/wpe/manifest.txt.in:-50 > -exclude Source/ThirdParty/capstone We may want to keep the capstone subdirectory because the JSCOnly uses it unconditionally, and removing it would make it impossible to build JSCOnly from our release tarballs. OTOH, many Linux distributions have packages for Capstone, so we may be able to link against system libraries and avoid the bundling 🤔️
Carlos Garcia Campos
Comment 3 2022-03-07 05:17:41 PST
I guess nobody have ever tried to build jsconly from a tarball then. In any case, I think it's better not to change the behavior in this patch.
Michael Catanzaro
Comment 4 2022-03-07 06:55:36 PST
Comment on attachment 453956 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=453956&action=review > Tools/gtk/manifest.txt.in:62 > +directory Source/ThirdParty/gtest Another random note: I'm not sure this actually works from tarball builds. The tests that use gtest probably require other stuff that's not in the tarballs. Investigating that has been on my TODO for years. :P I agree it's best not to change behavior in this patch, though.
Adrian Perez
Comment 5 2022-03-07 07:11:01 PST
(In reply to Carlos Garcia Campos from comment #3) > I guess nobody have ever tried to build jsconly from a tarball then. In any > case, I think it's better not to change the behavior in this patch. I built JSCOnly a few times in the past (around the 2.30.x - 2.32.x series) and it used to work, but I haven't tried in a while.
Adrian Perez
Comment 6 2022-03-07 07:44:16 PST
(In reply to Adrian Perez from comment #5) > (In reply to Carlos Garcia Campos from comment #3) > > I guess nobody have ever tried to build jsconly from a tarball then. In any > > case, I think it's better not to change the behavior in this patch. > > I built JSCOnly a few times in the past (around the 2.30.x - 2.32.x series) > and it used to work, but I haven't tried in a while. I just tried building JSCOnly using the sources from the WPE WebKit 2.34.6 release tarball and it worked fine :] OTOH we never had made the promise that this would work, so ¯\_(ツ)_/¯
Carlos Garcia Campos
Comment 7 2022-03-08 01:13:38 PST
Note You need to log in before you can comment on or make changes to this bug.