Bug 235490

Summary: [Flatpak SDK] Extension points for the Flatpak Sparkle-CDM extension
Product: WebKit Reporter: Philippe Normand <pnormand>
Component: Tools / TestsAssignee: Philippe Normand <pnormand>
Status: RESOLVED FIXED    
Severity: Normal CC: aperez, webkit-bug-importer
Priority: P2 Keywords: InRadar
Version: WebKit Nightly Build   
Hardware: Unspecified   
OS: Unspecified   
Bug Depends on:    
Bug Blocks: 235489    
Attachments:
Description Flags
[fast-cq] Patch none

Description Philippe Normand 2022-01-23 06:55:54 PST
bst bits allowing our Sdk and Platform to have the extension mounted in the runtime sandbox.
Comment 1 Philippe Normand 2022-01-23 08:54:50 PST
Created attachment 449751 [details]
[fast-cq] Patch
Comment 2 Adrian Perez 2022-02-04 07:57:08 PST
Comment on attachment 449751 [details]
[fast-cq] Patch

View in context: https://bugs.webkit.org/attachment.cgi?id=449751&action=review

> Tools/buildstream/elements/flatpak/platform.bst:84
> +      no-autodownload: 'true'

What's the reason to quote the booleans? They could as well be specified
directly as they are valid YAML values:

  autodelete: False
  no-autodownload: True

I know that there are many other instances around which are strings, but
the man page for fltpak-metadata clearly states that these fields are
indeed booleans (not strings). Probably this has been working fine because
when saving the data back when building the image the writer that is
serializing the values by chance chooses to write the strings unquoted
(which is allowed in YAML) and the parser from the Flatpak tooling is
magnanimous enough to accept the lowercase unquoted “true“ and “false“
strings as booleans.

Or am I overthinking things here? Anyway, we know the current approach
works and I am mostly wondering what's going on in reality.
Comment 3 Philippe Normand 2022-02-04 08:48:23 PST
I honestly have no clue what to answer, excepted that iirc I took inspiration in the FDO SDK, maybe the syntax improved since then and this has bitrotten. I can follow-up about this in a separate patch :)
Comment 4 EWS 2022-02-04 08:51:29 PST
Committed r289118 (246815@main): <https://commits.webkit.org/246815@main>

All reviewed patches have been landed. Closing bug and clearing flags on attachment 449751 [details].
Comment 5 Radar WebKit Bug Importer 2022-02-04 08:52:18 PST
<rdar://problem/88491360>