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

Philippe Normand
Reported 2022-01-23 06:55:54 PST
bst bits allowing our Sdk and Platform to have the extension mounted in the runtime sandbox.
Attachments
[fast-cq] Patch (2.13 KB, patch)
2022-01-23 08:54 PST, Philippe Normand
no flags
Philippe Normand
Comment 1 2022-01-23 08:54:50 PST
Created attachment 449751 [details] [fast-cq] Patch
Adrian Perez
Comment 2 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.
Philippe Normand
Comment 3 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 :)
EWS
Comment 4 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].
Radar WebKit Bug Importer
Comment 5 2022-02-04 08:52:18 PST
Note You need to log in before you can comment on or make changes to this bug.