Bug 212077

Summary: [Flatpak SDK] Add bubblewrap ... wrapper
Product: WebKit Reporter: Philippe Normand <pnormand>
Component: Tools / TestsAssignee: Philippe Normand <pnormand>
Status: RESOLVED FIXED    
Severity: Normal CC: clopez, dpino, webkit-bug-importer
Priority: P2 Keywords: InRadar
Version: WebKit Local Build   
Hardware: Unspecified   
OS: Unspecified   
Bug Depends on:    
Bug Blocks: 212326    
Attachments:
Description Flags
Patch
none
Patch
none
Patch
none
Patch none

Philippe Normand
Reported 2020-05-19 08:59:19 PDT
Allowing us to use flatpak run now.
Attachments
Patch (9.18 KB, patch)
2020-05-19 09:02 PDT, Philippe Normand
no flags
Patch (9.23 KB, patch)
2020-05-21 07:23 PDT, Philippe Normand
no flags
Patch (9.59 KB, patch)
2020-05-22 02:04 PDT, Philippe Normand
no flags
Patch (9.57 KB, patch)
2020-05-22 07:14 PDT, Philippe Normand
no flags
Philippe Normand
Comment 1 2020-05-19 09:02:58 PDT
Carlos Alberto Lopez Perez
Comment 2 2020-05-19 09:26:22 PDT
Comment on attachment 399740 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=399740&action=review > Tools/ChangeLog:8 > + The bind-mounts are now handled through webkit-bwrap. It looks to me some binds mounts are gone with this new way of doing things. > Tools/flatpak/flatpakutils.py:-661 > - "--bind-mount=/run/shm=/dev/shm", I don't see this now bind-mounted with the new setup. Why is that? > Tools/flatpak/flatpakutils.py:-668 > - "--bind-mount=/run/systemd/journal=/run/systemd/journal", neither this, isn't it needed? > Tools/flatpak/flatpakutils.py:-715 > - flatpak_command.append("--bind-mount={uid_doc_path}={uid_doc_path}".format(uid_doc_path=uid_doc_path)) I also don't see this mounted
Philippe Normand
Comment 3 2020-05-19 09:37:57 PDT
That's correct, flatpak run sets those bind-mounts already, while flatpak build doesn't.
Philippe Normand
Comment 4 2020-05-20 01:29:57 PDT
Comment on attachment 399740 [details] Patch I couldn't reproduce the api-gtk failures here.
EWS
Comment 5 2020-05-20 01:37:17 PDT
Committed r261909: <https://trac.webkit.org/changeset/261909> All reviewed patches have been landed. Closing bug and clearing flags on attachment 399740 [details].
Radar WebKit Bug Importer
Comment 6 2020-05-20 01:38:14 PDT
Diego Pino
Comment 7 2020-05-20 07:32:20 PDT
Reverted r261909 for reason: execution of LayoutTests returns syntax error in the bots (GTK, WPE) Committed r261917: <https://trac.webkit.org/changeset/261917>
Philippe Normand
Comment 8 2020-05-20 08:05:31 PDT
python ./Tools/Scripts/run-webkit-tests --no-build --no-show-results --no-new-test-results --clobber-old-results --builder-name 'GTK Linux 64-bit Release (Tests)' --build-number 13781 --buildbot-worker gtk-linux-slave-6 --master-name webkit.org --buildbot-master build.webkit.org --report https://results.webkit.org --exit-after-n-crashes-or-timeouts 50 --exit-after-n-failures 500 --release --layout-tests-directory ./Tools/BuildSlaveSupport/build.webkit.org-config/public_html/dashboard/Scripts/tests --gtk --results-directory layout-test-results/dashboard-layout-test-results --debug-rwt-logging in dir /home/slave/webkitgtk/gtk-linux-64-release-tests/build (timeout 1200 secs) watching logfiles {} argv: ['python', './Tools/Scripts/run-webkit-tests', '--no-build', '--no-show-results', '--no-new-test-results', '--clobber-old-results', '--builder-name', 'GTK Linux 64-bit Release (Tests)', '--build-number', '13781', '--buildbot-worker', 'gtk-linux-slave-6', '--master-name', 'webkit.org', '--buildbot-master', 'build.webkit.org', '--report', 'https://results.webkit.org', '--exit-after-n-crashes-or-timeouts', '50', '--exit-after-n-failures', '500', '--release', '--layout-tests-directory', './Tools/BuildSlaveSupport/build.webkit.org-config/public_html/dashboard/Scripts/tests', '--gtk', '--results-directory', 'layout-test-results/dashboard-layout-test-results', '--debug-rwt-logging'] using PTY: True sh: 1: Syntax error: "(" unexpected program finished with exit code 0 elapsedTime=0.892059
Philippe Normand
Comment 9 2020-05-21 07:23:45 PDT
Carlos Alberto Lopez Perez
Comment 10 2020-05-21 07:26:13 PDT
Comment on attachment 399954 [details] Patch what is the change done compared with r261909?
Philippe Normand
Comment 11 2020-05-21 07:30:31 PDT
No change :) I'd like to reland as-is, making sure the exec bit is set on webkit-bwrap this time.
Carlos Alberto Lopez Perez
Comment 12 2020-05-21 07:36:33 PDT
(In reply to Philippe Normand from comment #11) > No change :) I'd like to reland as-is, making sure the exec bit is set on > webkit-bwrap this time. I'm confused. Your previous patch already set it as executable.
Philippe Normand
Comment 13 2020-05-21 07:42:22 PDT
How do you know?
Philippe Normand
Comment 14 2020-05-21 07:52:24 PDT
I've rebased the patch mostly for Nikolas though. I'll need to test it again before landing in any case.
Carlos Alberto Lopez Perez
Comment 15 2020-05-21 08:10:26 PDT
(In reply to Philippe Normand from comment #13) > How do you know? I just checked out r261909 locally and checked that the file was executable.
Philippe Normand
Comment 16 2020-05-21 09:13:22 PDT
With svn or git/git-svn?
Carlos Alberto Lopez Perez
Comment 17 2020-05-21 09:20:33 PDT
(In reply to Philippe Normand from comment #16) > With svn or git/git-svn? With git. There should be no difference. You can also check https://trac.webkit.org/browser/webkit/trunk/Tools/flatpak/webkit-bwrap?rev=261909 <-- it says "Property svn:executable set to *"
Carlos Alberto Lopez Perez
Comment 18 2020-05-21 09:27:14 PDT
(In reply to Carlos Alberto Lopez Perez from comment #17) > (In reply to Philippe Normand from comment #16) > > With svn or git/git-svn? > > With git. There should be no difference. > > You can also check > https://trac.webkit.org/browser/webkit/trunk/Tools/flatpak/webkit- > bwrap?rev=261909 <-- it says "Property svn:executable set to *" Or with command: svn diff -c 261909 https://svn.webkit.org/repository/webkit/trunk/
Philippe Normand
Comment 19 2020-05-22 02:03:03 PDT
Well I can't reproduce this issue anywhere and since the error message doesn't give much details, I can only guess here. Without relanding this patch I won't be able to debug this.
Philippe Normand
Comment 20 2020-05-22 02:04:16 PDT
Carlos Alberto Lopez Perez
Comment 21 2020-05-22 06:33:07 PDT Comment hidden (obsolete)
Carlos Alberto Lopez Perez
Comment 22 2020-05-22 06:33:54 PDT
(In reply to Philippe Normand from comment #19) > Well I can't reproduce this issue anywhere and since the error message > doesn't give much details, I can only guess here. Without relanding this > patch I won't be able to debug this. I can. You need to run the command like the bot does. python ./Tools/Scripts/run-webkit-tests --no-build --no-show-results --no-new-test-results --clobber-old-results --builder-name "GTK Linux 64-bit Release (Tests)" --build-number 13781 --buildbot-worker gtk-linux-slave-6 --master-name webkit.org --buildbot-master build.webkit.org --report https://results.webkit.org --exit-after-n-crashes-or-timeouts 50 --exit-after-n-failures 500 --release --gtk --results-directory layout-test-results --debug-rwt-logging sh: 1: Syntax error: "(" unexpected And the issue its still happening with this last version of the patch It looks it is caused by the parameters: --builder-name "GTK Linux 64-bit Release (Tests)" The parenthesis in "(Tests)" causes This. If the parameters are passed to a shell maybe they need to be quoted/escaped properly
Philippe Normand
Comment 23 2020-05-22 06:44:46 PDT
🤯
Philippe Normand
Comment 24 2020-05-22 07:14:02 PDT
EWS
Comment 25 2020-05-22 07:58:46 PDT
Committed r262057: <https://trac.webkit.org/changeset/262057> All reviewed patches have been landed. Closing bug and clearing flags on attachment 400043 [details].
Note You need to log in before you can comment on or make changes to this bug.