Bug 237519 - [GTK][WPE] Do not add new modules under ThirdParty to the tarball
Summary: [GTK][WPE] Do not add new modules under ThirdParty to the tarball
Status: RESOLVED FIXED
Alias: None
Product: WebKit
Classification: Unclassified
Component: WebKitGTK (show other bugs)
Version: WebKit Nightly Build
Hardware: Unspecified Unspecified
: P2 Normal
Assignee: Nobody
URL:
Keywords: Gtk
Depends on:
Blocks:
 
Reported: 2022-03-07 03:08 PST by Carlos Garcia Campos
Modified: 2022-03-08 01:19 PST (History)
3 users (show)

See Also:


Attachments
Patch (2.74 KB, patch)
2022-03-07 03:10 PST, Carlos Garcia Campos
no flags Details | Formatted Diff | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Carlos Garcia Campos 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.
Comment 1 Carlos Garcia Campos 2022-03-07 03:10:27 PST
Created attachment 453956 [details]
Patch
Comment 2 Adrian Perez 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 🤔️
Comment 3 Carlos Garcia Campos 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.
Comment 4 Michael Catanzaro 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.
Comment 5 Adrian Perez 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.
Comment 6 Adrian Perez 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  ¯\_(ツ)_/¯
Comment 7 Carlos Garcia Campos 2022-03-08 01:13:38 PST
Committed r290982 (248160@trunk): <https://commits.webkit.org/248160@trunk>