User Tools

Site Tools


eg-app-fw:meetings

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revision Previous revision
Next revision
Previous revision
eg-app-fw:meetings [2019/03/13 13:54]
waltminer
eg-app-fw:meetings [2024/02/21 14:23] (current)
wminer
Line 1: Line 1:
 ===== Meetings Notes for AGL Application Framework and Security Team ===== ===== Meetings Notes for AGL Application Framework and Security Team =====
  
-Meetings of the App Framework and Security EG are held every other Wednesday. Meeting time is 14:00 UTC. The upcoming schedule can be found below+Meetings of the App Framework and Security EG are held every other Wednesday. The upcoming schedule can be found on the [[https://​lists.automotivelinux.org/​g/​agl-dev-community/​calendar | project calendar]] ​
  
 Conference Information:​ Conference Information:​
  
-Walt Miner is inviting you to a scheduled Zoom meeting. +Topic: AGL App FW and Security BiWeekly Call\\
- +
-Topic: AGL App FW and Security BiWeekly Call +
-Time: Mar 13, 2019 8:00 AM Central Time (US and Canada) +
-        Every 2 weeks on Wed, 18 occurrence(s) +
-        Mar 13, 2019 8:00 AM +
-        Mar 27, 2019 8:00 AM +
-        Apr 10, 2019 8:00 AM +
-        Apr 24, 2019 8:00 AM +
-        May 8, 2019 8:00 AM +
-        May 22, 2019 8:00 AM +
-        Jun 5, 2019 8:00 AM +
-        Jun 19, 2019 8:00 AM +
-        Jul 3, 2019 8:00 AM +
-        Jul 17, 2019 8:00 AM +
-        Jul 31, 2019 8:00 AM +
-        Aug 14, 2019 8:00 AM +
-        Aug 28, 2019 8:00 AM +
-        Sep 11, 2019 8:00 AM +
-        Sep 25, 2019 8:00 AM +
-        Oct 9, 2019 8:00 AM +
-        Oct 23, 2019 8:00 AM +
-        Nov 6, 2019 8:00 AM +
-Please download and import the following iCalendar (.ics) files to your calendar system. +
-Weekly: https://​zoom.us/​meeting/​554912100/​ics?​icsToken=2278095868ff89758ff6f159e6b423ce0887b65c78f9908bd7f3c714147dc789+
  
 + 
 Join Zoom Meeting Join Zoom Meeting
-https://​zoom.us/​j/​554912100+https://​zoom.us/​j/​554912100?​pwd=MkhsVllMR2pSdUlTVUhwRndTRzlvdz09
  
-One tap mobile +Meeting ID: 554 912 100\\ 
-+16465588656,,​554912100#​ US (New York) +Passcode: 180916
-+16699006833,,​554912100#​ US (San Jose)+
  
-Dial by your location 
-        +1 646 558 8656 US (New York) 
-        +1 669 900 6833 US (San Jose) 
-        855 880 1246 US Toll-free 
-        877 369 0926 US Toll-free 
-Meeting ID: 554 912 100 
 Find your local number: https://​zoom.us/​u/​ameRude4a Find your local number: https://​zoom.us/​u/​ameRude4a
  
 ------ ------
 +
 +==== Feb 21, 2024  ====
 +
 +Attendees: Walt, Jan-Simon, Scott, Marius, Denys
 +
 +
 +**App FW EG Topics** ​
 +   * 2/7
 +     * Revisited and updated the [[https://​confluence.automotivelinux.org/​x/​bgBNB | 2023 Roadmap Confluence page]]  ​
 +
 +**Application Framework Redesign**
 +
 +   * IPC
 +     * 11/29
 +       * Full speed ahead with gRPC
 +
 +**Connectivity EG Topics** ​
 +
 +   * CAN/ Vehicle Signaling
 +     * 12/13
 +       * KUKSA.val is now on 0.4.2 
 +       * VSS is on 4.0 
 +     * 2/7
 +       * Rust 1.70 mix-in is now merged which reduced the size of our patch for databroker. ​
 +
 +   * Ref HW
 +     * No update
 +
 +
 +   * Networking/​Bluetooth
 +     * No update
 +     * Possibly stubbed-out grpc api.
 + 
 +   * 5G/LTE module and Telephony
 +     * No update
 +
 +New: 
 +
 +
 +==== Feb 7, 2024  ====
 +
 +Attendees: Walt, Jan-Simon, Scott, Marius
 +
 +
 +**App FW EG Topics** ​
 +   * 9/20 
 +     ​* ​ Revisited and updated the [[https://​confluence.automotivelinux.org/​x/​bgBNB | 2023 Roadmap Confluence page]] ​
 +   * 10/4
 +     * Scott started working on documentation
 +   * 10/18
 +     * Scott uploaded a first batch of documentation changes:
 +       * https://​gerrit.automotivelinux.org/​gerrit/​c/​AGL/​documentation/​+/​29283
 +       * https://​gerrit.automotivelinux.org/​gerrit/​c/​AGL/​documentation/​+/​29284
 +       * https://​gerrit.automotivelinux.org/​gerrit/​c/​AGL/​documentation/​+/​29285
 +     * Discussing options for mkdocs templating
 +       * https://​squidfunk.github.io/​mkdocs-material/​ vs mkdocs + upstream rtd theme
 +   * 11/29 
 +     * All documentation done for now. Will look at doing some more updates before the Quillback release.
 +   * 2/7
 +     * Revisited and updated the [[https://​confluence.automotivelinux.org/​x/​bgBNB | 2023 Roadmap Confluence page]]  ​
 +
 +**Application Framework Redesign**
 +
 +   * IPC
 +     * 11/29
 +       * Full speed ahead with gRPC
 +
 +**Connectivity EG Topics** ​
 +
 +   * CAN/ Vehicle Signaling
 +     * 12/13
 +       * KUKSA.val is now on 0.4.2 
 +       * VSS is on 4.0 
 +     * 2/7
 +       * Rust 1.70 mix-in is now merged which reduced the size of our patch for databroker. ​
 +
 +   * Ref HW
 +     * No update
 +
 +
 +   * Networking/​Bluetooth
 +     * No update
 +     * Possibly stubbed-out grpc api.
 + 
 +   * 5G/LTE module and Telephony
 +     * No update
 +
 +New: 
 +
 +
 +
 +==== Dec 13, 2023  ====
 +
 +Attendees: Walt, Jan-Simon, Scott,
 +
 +
 +**App FW EG Topics** ​
 +   * 9/20 
 +     ​* ​ Revisited and updated the [[https://​confluence.automotivelinux.org/​x/​bgBNB | 2023 Roadmap Confluence page]] ​
 +   * 10/4
 +     * Scott started working on documentation
 +   * 10/18
 +     * Scott uploaded a first batch of documentation changes:
 +       * https://​gerrit.automotivelinux.org/​gerrit/​c/​AGL/​documentation/​+/​29283
 +       * https://​gerrit.automotivelinux.org/​gerrit/​c/​AGL/​documentation/​+/​29284
 +       * https://​gerrit.automotivelinux.org/​gerrit/​c/​AGL/​documentation/​+/​29285
 +     * Discussing options for mkdocs templating
 +       * https://​squidfunk.github.io/​mkdocs-material/​ vs mkdocs + upstream rtd theme
 +   * 11/29 
 +     * All documentation done for now. Will look at doing some more updates before the Quillback release. ​
 +
 +**Application Framework Redesign**
 +
 +   * IPC
 +     * 11/29
 +       * Full speed ahead with gRPC
 +
 +**Connectivity EG Topics** ​
 +
 +   * CAN/ Vehicle Signaling
 +     * 12/13
 +       * KUKSA.val is now on 0.4.2 
 +       * VSS is on 4.0 
 +
 +   * Ref HW
 +     * No update
 +
 +
 +   * Networking/​Bluetooth
 +     * No update
 +     * Possibly stubbed-out grpc api.
 + 
 +   * 5G/LTE module and Telephony
 +     * No update
 +
 +New: 
 +
 +
 +==== Nov 29, 2023  ====
 +
 +Attendees: Walt, Jan-Simon, Scott, Marius
 +
 +
 +**App FW EG Topics** ​
 +   * 9/20 
 +     ​* ​ Revisited and updated the [[https://​confluence.automotivelinux.org/​x/​bgBNB | 2023 Roadmap Confluence page]] ​
 +   * 10/4
 +     * Scott started working on documentation
 +   * 10/18
 +     * Scott uploaded a first batch of documentation changes:
 +       * https://​gerrit.automotivelinux.org/​gerrit/​c/​AGL/​documentation/​+/​29283
 +       * https://​gerrit.automotivelinux.org/​gerrit/​c/​AGL/​documentation/​+/​29284
 +       * https://​gerrit.automotivelinux.org/​gerrit/​c/​AGL/​documentation/​+/​29285
 +     * Discussing options for mkdocs templating
 +       * https://​squidfunk.github.io/​mkdocs-material/​ vs mkdocs + upstream rtd theme
 +   * 11/29 
 +     * All documentation done for now. Will look at doing some more updates before the Quillback release. ​
 +
 +**Application Framework Redesign**
 +
 +   * IPC
 +     * 11/29
 +       * Full speed ahead with gRPC
 +
 +**Connectivity EG Topics** ​
 +
 +   * CAN/ Vehicle Signaling
 +     * 5/31
 +       * 0.3.1 complete
 +       * databroker enablement uploaded to gerrit. ​
 +     * 6/14
 +       * Databroker gRPC for Qt apps in progress for Pike M2/M3
 +     * 8/9
 +       * Databroker available in pike but not in use. QT apps will be converted in a point release of pike.
 +
 +
 +   * Ref HW
 +     * No update
 +
 +
 +   * Networking/​Bluetooth
 +     * No update
 +     * Possibly stubbed-out grpc api.
 + 
 +   * 5G/LTE module and Telephony
 +     * No update
 +
 +New: 
 +
 +
 +==== October 18, 2023  ====
 +
 +Attendees: Jan-Simon, Scott, Denys, Marius
 +
 +
 +**App FW EG Topics** ​
 +   * 9/20 
 +     ​* ​ Revisited and updated the [[https://​confluence.automotivelinux.org/​x/​bgBNB | 2023 Roadmap Confluence page]] ​
 +   * 10/4
 +     * Scott started working on documenation
 +   * 10/18
 +     * Scott uploaded a first batch of documentation changes:
 +       * https://​gerrit.automotivelinux.org/​gerrit/​c/​AGL/​documentation/​+/​29283
 +       * https://​gerrit.automotivelinux.org/​gerrit/​c/​AGL/​documentation/​+/​29284
 +       * https://​gerrit.automotivelinux.org/​gerrit/​c/​AGL/​documentation/​+/​29285
 +     * Discussing options for mkdocs templating
 +       * https://​squidfunk.github.io/​mkdocs-material/​ vs mkdocs + upstream rtd theme
 +
 +**Application Framework Redesign**
 +
 + ​Documentation for Pike 
 +   * 6/14
 +     * Scott will work on soon
 +   * 8/9
 +     * No update
 +   * 9/6
 +     * Denys passed his changes to Scott for the sandboxing and systemd changes. Waiting on Scott to complete the updates. ​
 +   * 9/20
 +     * Scott readying updates. ​
 +   * 10/18
 +     * see above, to be backported. ​
 +
 +   * IPC
 +     * 5/17
 +       * WAM changes are done. Can try removing DBUS from applaunchd (SPEC-4801)
 +     * 5/31 
 +       * SPEC-4801 - DBUS removal from applaunchd is complete
 +     * 6/14
 +       * Databroker gRPC for Qt apps in progress for Pike M2/M3
 +     * 8/9
 +       * Databroker available in pike but not in use. QT apps will be converted in a point release of pike.
 +     * 10/18
 +       * Databroker in use and old server removed.
 +       ​* ​
 +
 +**Connectivity EG Topics** ​
 +
 +   * CAN/ Vehicle Signaling
 +     * 5/31
 +       * 0.3.1 complete
 +       * databroker enablement uploaded to gerrit. ​
 +     * 6/14
 +       * Databroker gRPC for Qt apps in progress for Pike M2/M3
 +     * 8/9
 +       * Databroker available in pike but not in use. QT apps will be converted in a point release of pike.
 +
 +
 +   * Ref HW
 +     * No update
 +
 +
 +   * Networking/​Bluetooth
 +     * No update
 +     * Possibly stubbed-out grpc api.
 + 
 +   * 5G/LTE module and Telephony
 +     * No update
 +
 +New: 
 +
 +
 +
 +==== October 4, 2023  ====
 +
 +Attendees: Walt, Jan-Simon, Scott, Denys, Marius
 +
 +
 +**App FW EG Topics** ​
 +
 +   * 9/20 
 +     ​* ​ Revisited and updated the [[https://​confluence.automotivelinux.org/​x/​bgBNB | 2023 Roadmap Confluence page]] ​
 +   * 10/4
 +     * Scott started working on documenation
 +
 +
 +**Application Framework Redesign**
 +
 + ​Documentation for Pike 
 +   * 6/14
 +     * Scott will work on soon
 +   * 8/9
 +     * No update
 +   * 9/6
 +     * Denys passed his changes to Scott for the sandboxing and systemd changes. Waiting on Scott to complete the updates. ​
 +   * 9/20
 +     * Scott readying updates. ​
 +
 +   * IPC
 +     * 5/17
 +       * WAM changes are done. Can try removing DBUS from applaunchd (SPEC-4801)
 +     * 5/31 
 +       * SPEC-4801 - DBUS removal from applaunchd is complete
 +     * 6/14
 +       * Databroker gRPC for Qt apps in progress for Pike M2/M3
 +     * 8/9
 +       * Databroker available in pike but not in use. QT apps will be converted in a point release of pike.
 +
 +**Connectivity EG Topics** ​
 +
 +   * CAN/ Vehicle Signaling
 +     * 5/31
 +       * 0.3.1 complete
 +       * databroker enablement uploaded to gerrit. ​
 +     * 6/14
 +       * Databroker gRPC for Qt apps in progress for Pike M2/M3
 +     * 8/9
 +       * Databroker available in pike but not in use. QT apps will be converted in a point release of pike.
 +
 +
 +   * Bluetooth
 +     * No update
 +
 +
 +   * Ref HW
 +     * No update
 +
 + 
 +   * 5G/LTE module and Telephony
 +     * No update
 +
 +New: 
 +
 +
 +==== September 20, 2023  ====
 +
 +Attendees: Walt, Jan-Simon, Scott, Yan, Denys, Marius
 +
 +
 +**App FW EG Topics** ​
 +
 +   * 9/20 
 +     ​* ​ Revisited and updated the [[https://​confluence.automotivelinux.org/​x/​bgBNB | 2023 Roadmap Confluence page]] ​
 +
 +
 +**Application Framework Redesign**
 +
 + ​Documentation for Pike 
 +   * 6/14
 +     * Scott will work on soon
 +   * 8/9
 +     * No update
 +   * 9/6
 +     * Denys passed his changes to Scott for the sandboxing and systemd changes. Waiting on Scott to complete the updates. ​
 +   * 9/20
 +     * Scott readying updates. ​
 +
 +   * IPC
 +     * 5/17
 +       * WAM changes are done. Can try removing DBUS from applaunchd (SPEC-4801)
 +     * 5/31 
 +       * SPEC-4801 - DBUS removal from applaunchd is complete
 +     * 6/14
 +       * Databroker gRPC for Qt apps in progress for Pike M2/M3
 +     * 8/9
 +       * Databroker available in pike but not in use. QT apps will be converted in a point release of pike.
 +
 +**Connectivity EG Topics** ​
 +
 +   * CAN/ Vehicle Signaling
 +     * 5/31
 +       * 0.3.1 complete
 +       * databroker enablement uploaded to gerrit. ​
 +     * 6/14
 +       * Databroker gRPC for Qt apps in progress for Pike M2/M3
 +     * 8/9
 +       * Databroker available in pike but not in use. QT apps will be converted in a point release of pike.
 +
 +
 +   * Bluetooth
 +     * No update
 +
 +
 +   * Ref HW
 +     * No update
 +
 + 
 +   * 5G/LTE module and Telephony
 +     * No update
 +
 +New: 
 +
 +
 +==== September 6, 2023  ====
 +
 +Attendees: Walt, Jan-Simon, Denys
 +
 +
 +**App FW EG Topics** ​
 +
 +   * 5/31 
 +     * Revisited and updated the [[https://​confluence.automotivelinux.org/​x/​bgBNB | 2023 Roadmap Confluence page]] ​
 +     * How do we improve the developer workflow for Qt and Webapps? ​
 +       * Start with documenting the process for deploying apps today. ​
 +       * We probably do not want to create and maintain a bunch of tools on our own. 
 +       * Is there something upstream we could use? YP devtool is one possibility,​ but there is no upstream maintainer and we would need to document very well and expect problems with the tooling. Possibly write a script similar to what Joel has done for Flutter. ​
 +   * 6/14
 +     * Will add developer workflow to the F2F schedule in Tokyo
 +   * 8/9
 +     * test and link config for Joel's tooling, write section for doc site
 +
 +
 +**Application Framework Redesign**
 +
 + ​Documentation for Pike 
 +   * 6/14
 +     * Scott will work on soon
 +   * 8/9
 +     * No update
 +   * 9/6
 +     * Denys passed his changes to Scott for the sandboxing and systemd changes. Waiting on Scott to complete the updates. ​
 +
 +   * IPC
 +     * 5/17
 +       * WAM changes are done. Can try removing DBUS from applaunchd (SPEC-4801)
 +     * 5/31 
 +       * SPEC-4801 - DBUS removal from applaunchd is complete
 +     * 6/14
 +       * Databroker gRPC for Qt apps in progress for Pike M2/M3
 +     * 8/9
 +       * Databroker available in pike but not in use. QT apps will be converted in a point release of pike.
 +
 +**Connectivity EG Topics** ​
 +
 +   * CAN/ Vehicle Signaling
 +     * 5/31
 +       * 0.3.1 complete
 +       * databroker enablement uploaded to gerrit. ​
 +     * 6/14
 +       * Databroker gRPC for Qt apps in progress for Pike M2/M3
 +     * 8/9
 +       * Databroker available in pike but not in use. QT apps will be converted in a point release of pike.
 +
 +
 +   * Bluetooth
 +     * No update
 +
 +
 +   * Ref HW
 +     * No update
 +
 + 
 +   * 5G/LTE module and Telephony
 +     * No update
 +
 +New: 
 +   * What to show at EOSS?
 +
 +
 +
 +==== August 09, 2023  ====
 +
 +Attendees: Jan-Simon, Scott, Marius
 +
 +
 +**App FW EG Topics** ​
 +
 +   * 5/31 
 +     * Revisited and updated the [[https://​confluence.automotivelinux.org/​x/​bgBNB | 2023 Roadmap Confluence page]] ​
 +     * How do we improve the developer workflow for Qt and Webapps? ​
 +       * Start with documenting the process for deploying apps today. ​
 +       * We probably do not want to create and maintain a bunch of tools on our own. 
 +       * Is there something upstream we could use? YP devtool is one possibility,​ but there is no upstream maintainer and we would need to document very well and expect problems with the tooling. Possibly write a script similar to what Joel has done for Flutter. ​
 +   * 6/14
 +     * Will add developer workflow to the F2F schedule in Tokyo
 +   * 8/9
 +     * test and link config for Joel's tooling, write section for doc site
 +
 +
 +**Application Framework Redesign**
 +
 + ​Documentation for Pike 
 +   * 6/14
 +     * Scott will work on soon
 +   * 8/9
 +     * No update
 +
 +   * IPC
 +     * 5/17
 +       * WAM changes are done. Can try removing DBUS from applaunchd (SPEC-4801)
 +     * 5/31 
 +       * SPEC-4801 - DBUS removal from applaunchd is complete
 +     * 6/14
 +       * Databroker gRPC for Qt apps in progress for Pike M2/M3
 +     * 8/9
 +       * Databroker available in pike but not in use. QT apps will be converted in a point release of pike.
 +
 +**Connectivity EG Topics** ​
 +
 +   * CAN/ Vehicle Signaling
 +     * 5/31
 +       * 0.3.1 complete
 +       * databroker enablement uploaded to gerrit. ​
 +     * 6/14
 +       * Databroker gRPC for Qt apps in progress for Pike M2/M3
 +     * 8/9
 +       * Databroker available in pike but not in use. QT apps will be converted in a point release of pike.
 +
 +
 +   * Bluetooth
 +     * No update
 +
 +
 +   * Ref HW
 +     * No update
 +
 + 
 +   * 5G/LTE module and Telephony
 +     * No update
 +
 +New: 
 +   * What to show at EOSS?
 +
 +
 +==== June 14, 2023  ====
 +
 +Attendees: Walt, Jan-Simon, Scott, Denys, Marius
 +
 +
 +**App FW EG Topics** ​
 +
 +
 +   * 5/31 
 +     * Revisited and updated the [[https://​confluence.automotivelinux.org/​x/​bgBNB | 2023 Roadmap Confluence page]] ​
 +     * How do we improve the developer workflow for Qt and Webapps? ​
 +       * Start with documenting the process for deploying apps today. ​
 +       * We probably do not want to create and maintain a bunch of tools on our own. 
 +       * Is there something upstream we could use? YP devtool is one possibility,​ but there is no upstream maintainer and we would need to document very well and expect problems with the tooling. Possibly write a script similar to what Joel has done for Flutter. ​
 +   * 6/14
 +     * Will add developer workflow to the F2F schedule in Tokyo
 +
 +
 +**Application Framework Redesign**
 +
 + ​Documentation for Pike 
 +   * 6/14
 +     * Scott will work on soon
 +
 +
 +   * IPC
 +     * 5/17
 +       * WAM changes are done. Can try removing DBUS from applaunchd (SPEC-4801)
 +     * 5/31 
 +       * SPEC-4801 - DBUS removal from applaunchd is complete
 +     * 6/14
 +       * Databroker gRPC for Qt apps in progress for Pike M2/M3
 +
 +**Connectivity EG Topics** ​
 +
 +   * CAN/ Vehicle Signaling
 +     * 5/31
 +       * 0.3.1 complete
 +       * databroker enablement uploaded to gerrit. ​
 +     * 6/14
 +       * Databroker gRPC for Qt apps in progress for Pike M2/M3
 +
 +
 +   * Bluetooth
 +     * No update
 +
 +
 +   * Ref HW
 +     * No update
 +
 + 
 +   * 5G/LTE module and Telephony
 +     * No update
 +
 +New: 
 +   * What to show at EOSS?
 +
 +
 +==== May 31, 2023  ====
 +
 +Attendees: Walt, Jan-Simon, Scott, Yan, Marius, Ishii, Kurokawa
 +
 +**App FW EG Topics** ​
 +
 +
 +   * 5/31 
 +     * Revisited and updated the [[https://​confluence.automotivelinux.org/​x/​bgBNB | 2023 Roadmap Confluence page]] ​
 +     * How do we improve the developer workflow for Qt and Webapps? ​
 +       * Start with documenting the process for deploying apps today. ​
 +       * We probably do not want to create and maintain a bunch of tools on our own. 
 +       * Is there something upstream we could use? YP devtool is one possibility,​ but there is no upstream maintainer and we would need to document very well and expect problems with the tooling. Possibly write a script similar to what Joel has done for Flutter. ​
 +
 +
 +**Application Framework Redesign**
 +
 +   * 2/22
 +     * Documentation update still in progress. Marius has some changes to the documentation as well. 
 +   * 3/22 
 +     * Marius documentation updates are in review in gerrit ​
 +     * Waiting on Denys for sandbox documentation updates
 +   * 4/5
 +     * documentation WIP
 +     * Create link from https://​docs.automotivelinux.org/​en/​master/#​06_Component_Documentation/​06_application_framework/ ​ back to https://​docs.automotivelinux.org/​en/​master/#​04_Developer_Guides/​01_Application_Framework/​01_Introduction/​
 +     * Debugging https://​jira.automotivelinux.org/​browse/​SPEC-4199
 +   * 4/19
 +     * Need update from Denys on documentation status. ​
 +       * Sandboxing documentation (Jira ticket) ​
 +       * Remove Dbus documentation once the WAM updates are done (Jira ticket)
 +   * 5/3
 +     * Need update from Denys on documentation status. ​
 +       * Sandboxing documentation (Jira ticket) ​
 +       * Remove Dbus documentation once the WAM updates are done (Jira ticket)
 +   * 5/17
 +     * Need update from Denys on documentation status. ​
 +       * Sandboxing documentation (Jira ticket) ​
 +       * Remove Dbus documentation once the WAM updates are done (Jira ticket)
 +   * 5/31 
 +     * Documentation for Pike is WIP
 +
 +
 +   * IPC
 +     * 5/17
 +       * WAM changes are done. Can try removing DBUS from applaunchd (SPEC-4801)
 +     * 5/31 
 +       * SPEC-4801 - DBUS removal from applaunchd is complete
 +
 +**Connectivity EG Topics** ​
 +
 +   * CAN/ Vehicle Signaling
 +     * 1/26
 +       * Kuksa.val running in the CES demo and is up to date in the Needlefish and Octopus releases. ​
 +     * 4/5
 +       * Working on Kuksa.val databroker (aka rust-based implementation,​ grpc only, preferred by upstream)
 +     * 4/19 
 +       * Discussed Paul's work using with connecting steering wheel and standard VSS signals and KUKSA.val versus the [[https://​git.automotivelinux.org/​AGL/​meta-agl-demo/​tree/​recipes-connectivity/​kuksa-val/​kuksa-val-agl/​00-agl_vss_overlay_2.2.json | overlay that Scott currently has implemented]]. ​
 +       * SPEC-4761 - Switch to KUKSA.val databroker
 +       * SPEC-4762 - Update to KUKSA.val to 0.3.1
 +     * 5/3
 +       * 0.3.1 upgrade in final stages. Client and feeder need more changes.
 +       * Added vss-tools recipe to generate the new json
 +       * mix-in layer ready this week, can add layer and submit databroker to gerrit
 +     * 5/17
 +       * 0.3.1 should be ready to go into master this week. 
 +       * databroker in progress now that semi-latest Rust (1.6.8) is available with the mix-in layer. ​
 +     * 5/31
 +       * 0.3.1 complete
 +       * databroker enablement uploaded to gerrit. ​
 +
 +
 +   * Bluetooth
 +     * No update
 +
 +
 +   * Ref HW
 +     * No update
 +
 + 
 +   * 5G/LTE module and Telephony
 +     * No update
 +
 +New: 
 +
 +
 +
 +
 +==== May 17, 2023  ====
 +
 +Attendees: Walt, Scott, Marius, Deepansh Jain (Scooterson)
 +
 +**App FW EG Topics** ​
 +
 +**Application Framework Redesign**
 +
 +   * 2/22
 +     * Documentation update still in progress. Marius has some changes to the documentation as well. 
 +   * 3/22 
 +     * Marius documentation updates are in review in gerrit ​
 +     * Waiting on Denys for sandbox documentation updates
 +   * 4/5
 +     * documentation WIP
 +     * Create link from https://​docs.automotivelinux.org/​en/​master/#​06_Component_Documentation/​06_application_framework/ ​ back to https://​docs.automotivelinux.org/​en/​master/#​04_Developer_Guides/​01_Application_Framework/​01_Introduction/​
 +     * Debugging https://​jira.automotivelinux.org/​browse/​SPEC-4199
 +   * 4/19
 +     * Need update from Denys on documentation status. ​
 +       * Sandboxing documentation (Jira ticket) ​
 +       * Remove Dbus documentation once the WAM updates are done (Jira ticket)
 +   * 5/3
 +     * Need update from Denys on documentation status. ​
 +       * Sandboxing documentation (Jira ticket) ​
 +       * Remove Dbus documentation once the WAM updates are done (Jira ticket)
 +   * 5/17
 +     * Need update from Denys on documentation status. ​
 +       * Sandboxing documentation (Jira ticket) ​
 +       * Remove Dbus documentation once the WAM updates are done (Jira ticket)
 +
 +   * IPC
 +     * 1/25
 +       * Radio tuner API converted to gRPC and the Qt app was updated to use the new API.
 +     * 3/22
 +       * Get an update from Scott next time.
 +     * 4/18 
 +       * DBUS interface to Applaunchd can be removed once the WAM changes from Roger are merged.
 +     * 5/03
 +       * Changes to WAM are WIP
 +     * 5/17
 +       * WAM changes are done. Can try removing DBUS from applaunchd (SPEC-4801)
 +
 +**Connectivity EG Topics** ​
 +
 +   * CAN/ Vehicle Signaling
 +     * 1/26
 +       * Kuksa.val running in the CES demo and is up to date in the Needlefish and Octopus releases. ​
 +     * 4/5
 +       * Working on Kuksa.val databroker (aka rust-based implementation,​ grpc only, preferred by upstream)
 +     * 4/19 
 +       * Discussed Paul's work using with connecting steering wheel and standard VSS signals and KUKSA.val versus the [[https://​git.automotivelinux.org/​AGL/​meta-agl-demo/​tree/​recipes-connectivity/​kuksa-val/​kuksa-val-agl/​00-agl_vss_overlay_2.2.json | overlay that Scott currently has implemented]]. ​
 +       * SPEC-4761 - Switch to KUKSA.val databroker
 +       * SPEC-4762 - Update to KUKSA.val to 0.3.1
 +     * 5/3
 +       * 0.3.1 upgrade in final stages. Client and feeder need more changes.
 +       * Added vss-tools recipe to generate the new json
 +       * mix-in layer ready this week, can add layer and submit databroker to gerrit
 +     * 5/17
 +       * 0.3.1 should be ready to go into master this week. 
 +       * databroker in progress now that semi-latest Rust (1.6.8) is available with the mix-in layer. ​
 +
 +
 +   * Bluetooth
 +     * No update
 +
 +
 +   * Ref HW
 +     * No update
 +
 + 
 +   * 5G/LTE module and Telephony
 +     * No update
 +
 +New: 
 +
 +
 +
 +==== May 3rd, 2023  ====
 +
 +Attendees: Walt, Jan-Simon, Scott, Marius, Denys, Dua Ha Quang
 +
 +**App FW EG Topics** ​
 +
 +**Application Framework Redesign**
 +
 +   * 2/22
 +     * Documentation update still in progress. Marius has some changes to the documentation as well. 
 +   * 3/22 
 +     * Marius documentation updates are in review in gerrit ​
 +     * Waiting on Denys for sandbox documentation updates
 +   * 4/5
 +     * documentation WIP
 +     * Create link from https://​docs.automotivelinux.org/​en/​master/#​06_Component_Documentation/​06_application_framework/ ​ back to https://​docs.automotivelinux.org/​en/​master/#​04_Developer_Guides/​01_Application_Framework/​01_Introduction/​
 +     * Debugging https://​jira.automotivelinux.org/​browse/​SPEC-4199
 +   * 4/19
 +     * Need update from Denys on documentation status. ​
 +       * Sandboxing documentation (Jira ticket) ​
 +       * Remove Dbus documentation once the WAM updates are done (Jira ticket)
 +   * 5/3
 +     * Need update from Denys on documentation status. ​
 +       * Sandboxing documentation (Jira ticket) ​
 +       * Remove Dbus documentation once the WAM updates are done (Jira ticket)
 +
 +   * IPC
 +     * 1/25
 +       * Radio tuner API converted to gRPC and the Qt app was updated to use the new API.
 +     * 3/22
 +       * Get an update from Scott next time.
 +     * 4/18 
 +       * DBUS interface to Applaunchd can be removed once the WAM changes from Roger are merged.
 +     * 5/03
 +       * Changes to WAM are WIP
 +
 +**Connectivity EG Topics** ​
 +
 +   * CAN/ Vehicle Signaling
 +     * 1/26
 +       * Kuksa.val running in the CES demo and is up to date in the Needlefish and Octopus releases. ​
 +     * 4/5
 +       * Working on Kuksa.val databroker (aka rust-based implementation,​ grpc only, preferred by upstream)
 +     * 4/19 
 +       * Discussed Paul's work using with connecting steering wheel and standard VSS signals and KUKSA.val versus the [[https://​git.automotivelinux.org/​AGL/​meta-agl-demo/​tree/​recipes-connectivity/​kuksa-val/​kuksa-val-agl/​00-agl_vss_overlay_2.2.json | overlay that Scott currently has implemented]]. ​
 +       * SPEC-4761 - Switch to KUKSA.val databroker
 +       * SPEC-4762 - Update to KUKSA.val to 0.3.1
 +     * 5/3
 +       * 0.3.1 upgrade in final stages. Client and feeder need more changes.
 +       * Added vss-tools recipe to generate the new json
 +       * mix-in layer ready this week, can add layer and submit databroker to gerrit
 +
 +
 +   * Bluetooth
 +     * No update
 +
 +
 +   * Ref HW
 +     * No update
 +
 + 
 +   * 5G/LTE module and Telephony
 +     * No update
 +
 +New: 
 +   ​* ​
 +
 +==== April 19, 2023  ====
 +
 +Attendees: Walt, Jan-Simon, Scott, Marius, Paul M, Du Ha
 +
 +**App FW EG Topics** ​
 +
 +**Application Framework Redesign**
 +
 +   * 2/22
 +     * Documentation update still in progress. Marius has some changes to the documentation as well. 
 +   * 3/22 
 +     * Marius documentation updates are in review in gerrit ​
 +     * Waiting on Denys for sandbox documentation updates
 +   * 4/5
 +     * documentation WIP
 +     * Create link from https://​docs.automotivelinux.org/​en/​master/#​06_Component_Documentation/​06_application_framework/ ​ back to https://​docs.automotivelinux.org/​en/​master/#​04_Developer_Guides/​01_Application_Framework/​01_Introduction/​
 +     * Debugging https://​jira.automotivelinux.org/​browse/​SPEC-4199
 +   * 4/19
 +     * Need update from Denys on documentation status. ​
 +       * Sandboxing documentation (Jira ticket) ​
 +       * Remove Dbus documentation once the WAM updates are done (Jira ticket)
 +
 +   * IPC
 +     * 1/25
 +       * Radio tuner API converted to gRPC and the Qt app was updated to use the new API.
 +     * 3/22
 +       * Get an update from Scott next time.
 +     * 4/18 
 +       * DBUS interface to Applaunchd can be removed once the WAM changes from Roger are merged.
 +
 +**Connectivity EG Topics** ​
 +
 +   * CAN/ Vehicle Signaling
 +     * 1/26
 +       * Kuksa.val running in the CES demo and is up to date in the Needlefish and Octopus releases. ​
 +     * 4/5
 +       * Working on Kuksa.val databroker (aka rust-based implementation,​ grpc only, preferred by upstream)
 +     * 4/19 
 +       * Discussed Paul's work using with connecting steering wheel and standard VSS signals and KUKSA.val versus the [[https://​git.automotivelinux.org/​AGL/​meta-agl-demo/​tree/​recipes-connectivity/​kuksa-val/​kuksa-val-agl/​00-agl_vss_overlay_2.2.json | overlay that Scott currently has implemented]]. ​
 +       * SPEC-4761 - Switch to KUKSA.val databroker
 +       * SPEC-4762 - Update to KUKSA.val to 0.3.1
 +
 +
 +   * Bluetooth
 +     * No update
 +
 +
 +   * Ref HW
 +     * No update
 +
 + 
 +   * 5G/LTE module and Telephony
 +     * No update
 +
 +New: 
 +
 +==== April 5, 2023  ====
 +
 +Attendees: Jan-Simon, Denys, Scott, Ishii-san, Marius
 +
 +**App FW EG Topics** ​
 +
 +**Application Framework Redesign**
 +
 +   * 2/22
 +     * Documentation update still in progress. Marius has some changes to the documentation as well. 
 +   * 3/22 
 +     * Marius documentation updates are in review in gerrit ​
 +     * Waiting on Denys for sandbox documentation updates
 +   * 4/5
 +     * documentation WIP
 +     * Create link from https://​docs.automotivelinux.org/​en/​master/#​06_Component_Documentation/​06_application_framework/ ​ back to https://​docs.automotivelinux.org/​en/​master/#​04_Developer_Guides/​01_Application_Framework/​01_Introduction/​
 +     * Debugging https://​jira.automotivelinux.org/​browse/​SPEC-4199
 +
 +   * IPC
 +     * 1/25
 +       * Radio tuner API converted to gRPC and the Qt app was updated to use the new API.
 +     * 3/22
 +       * Get an update from Scott next time.
 +
 +**Connectivity EG Topics** ​
 +
 +   * CAN/ Vehicle Signaling
 +     * 1/26
 +       * Kuksa.val running in the CES demo and is up to date in the Needlefish and Octopus releases. ​
 +     * 4/5
 +       * Working on Kuksa.val databroker (aka rust-based implementation,​ grpc only, preferred by upstream)
 +
 +
 +   * Bluetooth
 +     * No update
 +
 +
 +   * Ref HW
 +     * No update
 +
 + 
 +   * 5G/LTE module and Telephony
 +     * No update
 +
 +New: 
 +
 +
 +
 +==== March 22, 2023  ====
 +
 +Attendees: Walt, Jan-Simon, Kurokawa ​
 +
 +**App FW EG Topics** ​
 +
 +**Application Framework Redesign**
 +
 +   * 2/22
 +     * Documentation update still in progress. Marius has some changes to the documentation as well. 
 +   * 3/22 
 +     * Marius documentation updates are in review in gerrit ​
 +     * Waiting on Denys for sandbox documentation updates
 +
 +   * IPC
 +     * 1/25
 +       * Radio tuner API converted to gRPC and the Qt app was updated to use the new API.
 +     * 3/22
 +       * Get an update from Scott next time.  ​
 +
 +**Connectivity EG Topics** ​
 +
 +   * CAN/ Vehicle Signaling
 +     * 1/26
 +       * Kuksa.val running in the CES demo and is up to date in the Needlefish and Octopus releases. ​
 +
 +
 +   * Bluetooth
 +     * No update
 +
 +
 +   * Ref HW
 +     * No update
 +
 + 
 +   * 5G/LTE module and Telephony
 +     * No update
 +
 +
 +  * New topics:
 +    * Checked EG feature list for 2023. Scott will update the [[https://​confluence.automotivelinux.org/​x/​iIV2Aw | Confluence]] page to describe 2023 status and priorities. ​
 +
 +
 +
 +
 +==== February 22, 2023  ====
 +
 +Attendees: Walt, Scott, Denys, Marius, Kim Sung Won 
 +
 +
 +**Application Framework Redesign**
 +
 +
 +   * 11/16
 +     * Denys to look at systemd units and the kernel config to enable better sandboxing and add that to the app templates.
 +   * 12/14
 +     * Looking into BPF to extend and enable the sandboxing.
 +     * Basic BPF support planned for Octopus M2
 +   * 1/25 
 +     * SPEC-4627 - Basic BPF made it into Octopus. Need to check with Denys what type of testing has been done. Should we add to doc site?
 +       * Is there a simple example we can document such as limiting access to the root file system by the applications.
 +   * 2/8 
 +     * Denys is going to update the documentation site with systemd and sandbox information. ​
 +   * 2/22
 +     * Documentation update still in progress. Marius has some changes to the documentation as well. 
 +
 +   * Flutter ​
 +     * 1/25
 +       * Nothing app FW related
 +
 +   * SELinux ​
 +     * 6/15 - SPEC-4332 SELinux not available for NN yet. Scott will look at after EW. 
 +     * 6/29 - Scott on vacation.
 +     * 7/13 - Scott is starting today. Starting with permissive mode.
 +     * 7/27 - permissive mode submitted in gerrit and should be in M2
 +     * 8/10 - permissive mode released in Needlefish
 +     * 8/24 - no update
 +     * 9/21 - no update
 +     * 10/5 - no update
 +     * 12/14 - no update
 +
 +   * IPC
 +     * 1/25
 +       * Radio tuner API converted to gRPC and the Qt app was updated to use the new API. 
 +
 +  * New topics:
 +    * Checked EG feature list for 2023. Scott will update the [[https://​confluence.automotivelinux.org/​x/​iIV2Aw | Confluence]] page to describe 2023 status and priorities. ​
 +
 +
 +
 +==== February 8, 2023  ====
 +
 +Attendees: Walt, Jan-Simon, Denys 
 +
 +
 +**Application Framework Redesign**
 +
 +
 +   * 11/16
 +     * Denys to look at systemd units and the kernel config to enable better sandboxing and add that to the app templates.
 +   * 12/14
 +     * Looking into BPF to extend and enable the sandboxing.
 +     * Basic BPF support planned for Octopus M2
 +   * 1/25 
 +     * SPEC-4627 - Basic BPF made it into Octopus. Need to check with Denys what type of testing has been done. Should we add to doc site?
 +       * Is there a simple example we can document such as limiting access to the root file system by the applications.
 +   * 2/8 
 +     * Denys is going to update the documentation site with systemd and sandbox information. ​
 +
 +   * Flutter ​
 +     * 1/25
 +       * Nothing app FW related
 +
 +   * SELinux ​
 +     * 6/15 - SPEC-4332 SELinux not available for NN yet. Scott will look at after EW. 
 +     * 6/29 - Scott on vacation.
 +     * 7/13 - Scott is starting today. Starting with permissive mode.
 +     * 7/27 - permissive mode submitted in gerrit and should be in M2
 +     * 8/10 - permissive mode released in Needlefish
 +     * 8/24 - no update
 +     * 9/21 - no update
 +     * 10/5 - no update
 +     * 12/14 - no update
 +
 +   * IPC
 +     * 1/25
 +       * Radio tuner API converted to gRPC and the Qt app was updated to use the new API. 
 +
 +  * New topics:
 +    * Checked EG feature list for 2023. Scott will update the [[https://​confluence.automotivelinux.org/​x/​iIV2Aw | Confluence]] page to describe 2023 status and priorities. ​
 +
 +
 +
 +==== January 25, 2023  ====
 +
 +Attendees: Walt, Jan-Simon, Scott, Marius, Andrea Pferscher (TU Graz) 
 +
 +
 +**Application Framework Redesign**
 +
 +
 +   * 11/16
 +     * Denys to look at systemd units and the kernel config to enable better sandboxing and add that to the app templates.
 +   * 12/14
 +     * Looking into BPF to extend and enable the sandboxing.
 +     * Basic BPF support planned for Octopus M2
 +   * 1/25 
 +     * SPEC-4627 - Basic BPF made it into Octopus. Need to check with Denys what type of testing has been done. Should we add to doc site?
 +       * Is there a simple example we can document such as limiting access to the root file system by the applications.
 +
 +   * Flutter ​
 +     * 1/25
 +       * Nothing app FW related
 +
 +   * SELinux ​
 +     * 6/15 - SPEC-4332 SELinux not available for NN yet. Scott will look at after EW. 
 +     * 6/29 - Scott on vacation.
 +     * 7/13 - Scott is starting today. Starting with permissive mode.
 +     * 7/27 - permissive mode submitted in gerrit and should be in M2
 +     * 8/10 - permissive mode released in Needlefish
 +     * 8/24 - no update
 +     * 9/21 - no update
 +     * 10/5 - no update
 +     * 12/14 - no update
 +
 +   * IPC
 +     * 1/25
 +       * Radio tuner API converted to gRPC and the Qt app was updated to use the new API. 
 +
 +  * New topics:
 +    * Andrea at TU Graz working with AVL on connectivity topics. ​
 +    * Checked EG feature list for 2023. Scott will update the [[https://​confluence.automotivelinux.org/​x/​iIV2Aw | Confluence]] page to describe 2023 status and priorities. ​
 +
 +
 +
 +==== December 14, 2022  ====
 +
 +Attendees: Walt, Jan-Simon, Scott, Marius, Denys
 +
 +
 +**Application Framework Redesign**
 +
 +   * 9/21
 +     * gRPC version of applaunchd in progress
 +       * just merged in master
 +     * looking at running applaunchd as a separate user
 +       * depends on grpc version of the deamon
 +     * Documentation of applaunchd and app templates to be completed by September F2F
 +       * will be ready for postponed F2F
 +   * 10/5
 +     * Roger working on converting WAM to use gRPC applaunchd interface over the next month. ​
 +     * Documentation of applaunchd and app templates to be completed by October F2F
 +   * 11/16
 +     * Denys to look at systemd units and the kernel config to enable better sandboxing and add that to the app templates.
 +   * 12/14
 +     * Looking into BPF to extend and enable the sandboxing.
 +     * Basic BPF support planned for Octopus M2
 +
 +   * Flutter ​
 +   * 6/15 - got a few updates from Joel but no progress on the multiple app support yet. 
 +   * 6/29 - Waiting for updates from Toyota. Due next week for M1. 
 +   * 7/13 - Had separate call yesterday. Will get tag for needlefish, but need to enhance in a point release. Todos: try out multiple embedder instances e.g. under qt homescreen (-> Scott will try). Image for GSoC. (e.g.: https://​github.com/​aakash-s45/​ic or https://​github.com/​hritik-chouhan/​HVAC_dashboard)
 +   * 7/27 
 +     * Flutter looking ok for M2. Scott working on app template (see above). ​
 +   * 8/10
 +     * Released for M3 and ready for final NN release
 +   * 8/24
 +     * Good progress being made. IVI PR call now every week in order to speed up progress. ​
 +     * Scott will move the Igalia home screen for flutter from the Igalia Github into an AGL repo and we will use that as a starting point for continued home screen work including the applaunchd work. 
 +   * 9/21
 +     * 14.0.1 release pinned the Flutter SDK
 +     * Scott hacking on flutter-homescreen from Igalia, need to port to latest flutter
 +     * GSoC students finished or about to finish their apps.
 +     * Need code in embedder for window activation going forward
 +   * 10/5
 +     * Scott got to the point of being able to launch apps from the flutter home screen using applaunchd.
 +     * Discussed SPEC-4503 and how to proceed. Marius will do some prototyping and we will schedule a session during the F2F meeting to discuss.  ​
 +   * 12/14
 +     * Scott has changes to enable observatory port to enable easier debugging
 +     * Discussing crash seen during ALS 
 +       * pvr_sync_file:​ pvr_sync_create_fence:​ Failed to get fd
 +
 +''​
 +[10734.765629] pvr_sync_file:​ pvr_sync_create_fence:​ Failed to get fd
 +[10734.771904] PVR_K:​(Error):​ 808: SyncCheckpointCreateFence failed to create new
 +               ​fence<​00000000d53eba0e>​ for timeline<​20>​ using sync checkpoint
 +               ​context<​000000005216f1c0>,​ psNewSyncCheckpoint=<​00000000aea179b3>,​
 +               ​eError=PVRSRV_ERROR_UNABLE_TO_ADD_HANDLE [700]
 +[10734.794614] PVR_K:​(Error):​ 808: PVRSRVRGXKickTA3DKM:​ SyncCheckpointCreateFence[3D]
 +               ​failed (PVRSRV_ERROR_UNABLE_TO_ADD_HANDLE) [4299] ​
 +''​
 +     * Noticed an about 4h timeout on the websocket connection to kuksa .
 +
 +   * SELinux ​
 +     * 6/15 - SPEC-4332 SELinux not available for NN yet. Scott will look at after EW. 
 +     * 6/29 - Scott on vacation.
 +     * 7/13 - Scott is starting today. Starting with permissive mode.
 +     * 7/27 - permissive mode submitted in gerrit and should be in M2
 +     * 8/10 - permissive mode released in Needlefish
 +     * 8/24 - no update
 +     * 9/21 - no update
 +     * 10/5 - no update
 +     * 12/14 - no update
 +
 +   * IPC
 +     * 6/15 - Kuksa using web sockets for Needlefish. ​ Major gRPC update is planned in kuksa.val in the next month or so which will be a candidate for Octopus. ​ Scott discover an HVAC interface in VSS that we re-use and will be hooking up the green machine demo to use that instead of rewriting the HVAC binder that we currently have. 
 +     * 6/29
 +       * Jose started working on the APIs from WebApps for launching apps. Will probably use gRPC. 
 +     * 7/13
 +       * Work going on upstream to enhance gRPC support. ​
 +     * 7/27
 +       * Jose looking at gRPC for web app interface. Kuksa.val gRPC work in progress upstream. ​
 +     * 8/10
 +       * Jose on vacation
 +     * 8/24
 +       * Kuksa.val gRPC work landed. Latest version needs to be updated in our builds. gRPC conversion on our side will be later in the year. 
 +     * 9/21
 +       * Update of Kuksa.val under investigation
 +     * 12/14
 +       * Kuksa.val updated
 +
 +  * New topics:
 +    * 
 +
 +Next call Jan 11th 2023
 +
 +
 +
 +==== November 16, 2022  ====
 +
 +Attendees: Walt, Jan-Simon, Scott, Marius, Denys
 +
 +
 +**Application Framework Redesign**
 +
 +   * 9/21
 +     * gRPC version of applaunchd in progress
 +       * just merged in master
 +     * looking at running applaunchd as a separate user
 +       * depends on grpc version of the deamon
 +     * Documentation of applaunchd and app templates to be completed by September F2F
 +       * will be ready for postponed F2F
 +   * 10/5
 +     * Roger working on converting WAM to use gRPC applaunchd interface over the next month. ​
 +     * Documentation of applaunchd and app templates to be completed by October F2F
 +   * 11/16
 +     * Denys to look at systemd units and the kernel config to enable better sandboxing and add that to the app templates.
 +
 +   * Flutter ​
 +   * 6/15 - got a few updates from Joel but no progress on the multiple app support yet. 
 +   * 6/29 - Waiting for updates from Toyota. Due next week for M1. 
 +   * 7/13 - Had separate call yesterday. Will get tag for needlefish, but need to enhance in a point release. Todos: try out multiple embedder instances e.g. under qt homescreen (-> Scott will try). Image for GSoC. (e.g.: https://​github.com/​aakash-s45/​ic or https://​github.com/​hritik-chouhan/​HVAC_dashboard)
 +   * 7/27 
 +     * Flutter looking ok for M2. Scott working on app template (see above). ​
 +   * 8/10
 +     * Released for M3 and ready for final NN release
 +   * 8/24
 +     * Good progress being made. IVI PR call now every week in order to speed up progress. ​
 +     * Scott will move the Igalia home screen for flutter from the Igalia Github into an AGL repo and we will use that as a starting point for continued home screen work including the applaunchd work. 
 +   * 9/21
 +     * 14.0.1 release pinned the Flutter SDK
 +     * Scott hacking on flutter-homescreen from Igalia, need to port to latest flutter
 +     * GSoC students finished or about to finish their apps.
 +     * Need code in embedder for window activation going forward
 +   * 10/5
 +     * Scott got to the point of being able to launch apps from the flutter home screen using applaunchd.
 +     * Discussed SPEC-4503 and how to proceed. Marius will do some prototyping and we will schedule a session during the F2F meeting to discuss.  ​
 +
 +   * SELinux ​
 +     * 6/15 - SPEC-4332 SELinux not available for NN yet. Scott will look at after EW. 
 +     * 6/29 - Scott on vacation.
 +     * 7/13 - Scott is starting today. Starting with permissive mode.
 +     * 7/27 - permissive mode submitted in gerrit and should be in M2
 +     * 8/10 - permissive mode released in Needlefish
 +     * 8/24 - no update
 +     * 9/21 - no update
 +     * 10/5 - no update
 +
 +   * IPC
 +     * 6/15 - Kuksa using web sockets for Needlefish. ​ Major gRPC update is planned in kuksa.val in the next month or so which will be a candidate for Octopus. ​ Scott discover an HVAC interface in VSS that we re-use and will be hooking up the green machine demo to use that instead of rewriting the HVAC binder that we currently have. 
 +     * 6/29
 +       * Jose started working on the APIs from WebApps for launching apps. Will probably use gRPC. 
 +     * 7/13
 +       * Work going on upstream to enhance gRPC support. ​
 +     * 7/27
 +       * Jose looking at gRPC for web app interface. Kuksa.val gRPC work in progress upstream. ​
 +     * 8/10
 +       * Jose on vacation
 +     * 8/24
 +       * Kuksa.val gRPC work landed. Latest version needs to be updated in our builds. gRPC conversion on our side will be later in the year. 
 +     * 9/21
 +       * Update of Kuksa.val under investigation
 +
 +  * New topics:
 +
 +
 +==== October 5, 2022  ====
 +
 +Attendees: Walt, Jan-Simon, Scott, Marius, Roger, Jose, Denys
 +
 +
 +**Application Framework Redesign**
 +
 +   * 9/21
 +     * gRPC version of applaunchd in progress
 +       * just merged in master
 +     * looking at running applaunchd as a separate user
 +       * depends on grpc version of the deamon
 +     * Documentation of applaunchd and app templates to be completed by September F2F
 +       * will be ready for postponed F2F
 +   * 10/5
 +     * Roger working on converting WAM to use gRPC applaunchd interface over the next month. ​
 +     * Documentation of applaunchd and app templates to be completed by October F2F
 +
 +   * Flutter ​
 +   * 6/15 - got a few updates from Joel but no progress on the multiple app support yet. 
 +   * 6/29 - Waiting for updates from Toyota. Due next week for M1. 
 +   * 7/13 - Had separate call yesterday. Will get tag for needlefish, but need to enhance in a point release. Todos: try out multiple embedder instances e.g. under qt homescreen (-> Scott will try). Image for GSoC. (e.g.: https://​github.com/​aakash-s45/​ic or https://​github.com/​hritik-chouhan/​HVAC_dashboard)
 +   * 7/27 
 +     * Flutter looking ok for M2. Scott working on app template (see above). ​
 +   * 8/10
 +     * Released for M3 and ready for final NN release
 +   * 8/24
 +     * Good progress being made. IVI PR call now every week in order to speed up progress. ​
 +     * Scott will move the Igalia home screen for flutter from the Igalia Github into an AGL repo and we will use that as a starting point for continued home screen work including the applaunchd work. 
 +   * 9/21
 +     * 14.0.1 release pinned the Flutter SDK
 +     * Scott hacking on flutter-homescreen from Igalia, need to port to latest flutter
 +     * GSoC students finished or about to finish their apps.
 +     * Need code in embedder for window activation going forward
 +   * 10/5
 +     * Scott got to the point of being able to launch apps from the flutter home screen using applaunchd.
 +     * Discussed SPEC-4503 and how to proceed. Marius will do some prototyping and we will schedule a session during the F2F meeting to discuss.  ​
 +
 +   * SELinux ​
 +     * 6/15 - SPEC-4332 SELinux not available for NN yet. Scott will look at after EW. 
 +     * 6/29 - Scott on vacation.
 +     * 7/13 - Scott is starting today. Starting with permissive mode.
 +     * 7/27 - permissive mode submitted in gerrit and should be in M2
 +     * 8/10 - permissive mode released in Needlefish
 +     * 8/24 - no update
 +     * 9/21 - no update
 +     * 10/5 - no update
 +
 +   * IPC
 +     * 6/15 - Kuksa using web sockets for Needlefish. ​ Major gRPC update is planned in kuksa.val in the next month or so which will be a candidate for Octopus. ​ Scott discover an HVAC interface in VSS that we re-use and will be hooking up the green machine demo to use that instead of rewriting the HVAC binder that we currently have. 
 +     * 6/29
 +       * Jose started working on the APIs from WebApps for launching apps. Will probably use gRPC. 
 +     * 7/13
 +       * Work going on upstream to enhance gRPC support. ​
 +     * 7/27
 +       * Jose looking at gRPC for web app interface. Kuksa.val gRPC work in progress upstream. ​
 +     * 8/10
 +       * Jose on vacation
 +     * 8/24
 +       * Kuksa.val gRPC work landed. Latest version needs to be updated in our builds. gRPC conversion on our side will be later in the year. 
 +     * 9/21
 +       * Update of Kuksa.val under investigation
 +
 +  * New topics:
 +
 +
 +==== August 24, 2022  ====
 +
 +Attendees: Walt, Scott, Jan-Simon, Marius, Aman, Jose, Ishii, Lorenzo, Denys
 +
 +
 +**Application Framework Redesign**
 +   * 7/13
 +     * Code for reworked application start/stop is in gerrit for review
 +     * https://​gerrit.automotivelinux.org/​gerrit/​q/​SPEC-4466
 +     * This is scheduled to go into M1
 +     * Currently we still use .desktop files for enumeration.
 +       * Todo: work on enumeration
 +       * Todo: single app template might not be sufficient for all cases (e.g. Webapps)
 +       * agl-app(-html5/​-flutter)-* templates ?
 +       * extra metadata in desktop files vs systemd units 
 +         * DISPLAYNAME - maybe use '​Description'​ field
 +         * ICON PATH - well known fixed path (/​usr/​share/​AGL/​icons/​appname.svg ?)
 +     * How to enable a sandboxing feature in a recipe ? 
 +     * Need to document workflow for:
 +       * build with standard sdk/​cross-compiler + how to deploy binary and other necessary files
 +       ​* ​
 +  * 7/27
 +     * Denys applaunchd patches were released for M1
 +     * Currently we still use .desktop files for enumeration.
 +       * WIP: enumeration- In progress by Scott. Should be ready for M2. 
 +       * WIP: templates - single app template might not be sufficient for all cases (e.g. Webapps)
 +     * Need to document workflow for:
 +       * build with standard sdk/​cross-compiler + how to deploy binary and other necessary files]
 +   * 8/10
 +     * Denys looking at running applaunchd as a separate user. 
 +     * gRPC version of applaunchd in progress
 +     * Documentation of applaunchd and app templates to be completed by September F2F
 +   * 8/24
 +     * Denys was on vacation last week so not much progress
 +     * looking at running applaunchd as a separate user. 
 +     * gRPC version of applaunchd in progress
 +     * Documentation of applaunchd and app templates to be completed by September F2F
 +
 +   * Flutter ​
 +   * 6/15 - got a few updates from Joel but no progress on the multiple app support yet. 
 +   * 6/29 - Waiting for updates from Toyota. Due next week for M1. 
 +   * 7/13 - Had separate call yesterday. Will get tag for needlefish, but need to enhance in a point release. Todos: try out multiple embedder instances e.g. under qt homescreen (-> Scott will try). Image for GSoC. (e.g.: https://​github.com/​aakash-s45/​ic or https://​github.com/​hritik-chouhan/​HVAC_dashboard)
 +   * 7/27 
 +     * Flutter looking ok for M2. Scott working on app template (see above). ​
 +   * 8/10
 +     * Released for M3 and ready for final NN release
 +   * 8/24
 +     * Good progress being made. IVI PR call now every week in order to speed up progress. ​
 +     * Scott will move the Igalia home screen for flutter from the Igalia Github into an AGL repo and we will use that as a starting point for continued home screen work including the applaunchd work. 
 +
 +   * SELinux ​
 +     * 6/15 - SPEC-4332 SELinux not available for NN yet. Scott will look at after EW. 
 +     * 6/29 - Scott on vacation.
 +     * 7/13 - Scott is starting today. Starting with permissive mode.
 +     * 7/27 - permissive mode submitted in gerrit and should be in M2
 +     * 8/10 - permissive mode released in Needlefish
 +     * 8/24 - no update
 +
 +   * IPC
 +     * 6/15 - Kuksa using web sockets for Needlefish. ​ Major gRPC update is planned in kuksa.val in the next month or so which will be a candidate for Octopus. ​ Scott discover an HVAC interface in VSS that we re-use and will be hooking up the green machine demo to use that instead of rewriting the HVAC binder that we currently have. 
 +     * 6/29
 +       * Jose started working on the APIs from WebApps for launching apps. Will probably use gRPC. 
 +     * 7/13
 +       * Work going on upstream to enhance gRPC support. ​
 +     * 7/27
 +       * Jose looking at gRPC for web app interface. Kuksa.val gRPC work in progress upstream. ​
 +     * 8/10
 +       * Jose on vacation
 +     * 8/24
 +       * Kuksa.val gRPC work landed. Latest version needs to be updated in our builds. gRPC conversion on our side will be later in the year. 
 +
 +  * New topics:
 +
 +
 +
 +==== August 10, 2022  ====
 +Attendees: Walt, Jan-Simon, Scott, Denys, Aakash, Aman, Marius, Hritik
 +
 +
 +**Application Framework Redesign**
 +   * 7/13
 +     * Code for reworked application start/stop is in gerrit for review
 +     * https://​gerrit.automotivelinux.org/​gerrit/​q/​SPEC-4466
 +     * This is scheduled to go into M1
 +     * Currently we still use .desktop files for enumeration.
 +       * Todo: work on enumeration
 +       * Todo: single app template might not be sufficient for all cases (e.g. Webapps)
 +       * agl-app(-html5/​-flutter)-* templates ?
 +       * extra metadata in desktop files vs systemd units 
 +         * DISPLAYNAME - maybe use '​Description'​ field
 +         * ICON PATH - well known fixed path (/​usr/​share/​AGL/​icons/​appname.svg ?)
 +     * How to enable a sandboxing feature in a recipe ? 
 +     * Need to document workflow for:
 +       * build with standard sdk/​cross-compiler + how to deploy binary and other necessary files
 +       ​* ​
 +  * 7/27
 +     * Denys applaunchd patches were released for M1
 +     * Currently we still use .desktop files for enumeration.
 +       * WIP: enumeration- In progress by Scott. Should be ready for M2. 
 +       * WIP: templates - single app template might not be sufficient for all cases (e.g. Webapps)
 +     * Need to document workflow for:
 +       * build with standard sdk/​cross-compiler + how to deploy binary and other necessary files]
 +   * 8/10
 +     * Denys looking at running applaunchd as a separate user. 
 +     * gRPC version of applaunchd in progress
 +     * Documentation of applaunchd and app templates to be completed by September F2F
 +
 +
 +   * Flutter ​
 +   * 6/15 - got a few updates from Joel but no progress on the multiple app support yet. 
 +   * 6/29 - Waiting for updates from Toyota. Due next week for M1. 
 +   * 7/13 - Had separate call yesterday. Will get tag for needlefish, but need to enhance in a point release. Todos: try out multiple embedder instances e.g. under qt homescreen (-> Scott will try). Image for GSoC. (e.g.: https://​github.com/​aakash-s45/​ic or https://​github.com/​hritik-chouhan/​HVAC_dashboard)
 +   * 7/27 
 +     * Flutter looking ok for M2. Scott working on app template (see above). ​
 +   * 8/10
 +     * Released for M3 and ready for final NN release
 +
 +   * SELinux ​
 +     * 6/15 - SPEC-4332 SELinux not available for NN yet. Scott will look at after EW. 
 +     * 6/29 - Scott on vacation.
 +     * 7/13 - Scott is starting today. Starting with permissive mode.
 +     * 7/27 - permissive mode submitted in gerrit and should be in M2
 +     * 8/10 - permissive mode released in Needlefish
 +
 +   * IPC
 +     * 6/15 - Kuksa using web sockets for Needlefish. ​ Major gRPC update is planned in kuksa.val in the next month or so which will be a candidate for Octopus. ​ Scott discover an HVAC interface in VSS that we re-use and will be hooking up the green machine demo to use that instead of rewriting the HVAC binder that we currently have. 
 +     * 6/29
 +       * Jose started working on the APIs from WebApps for launching apps. Will probably use gRPC. 
 +     * 7/13
 +       * Work going on upstream to enhance gRPC support. ​
 +     * 7/27
 +       * Jose looking at gRPC for web app interface. Kuksa.val gRPC work in progress upstream. ​
 +     * 8/10
 +       * Jose on vacation
 +
 +  * New topics:
 +
 +
 +
 +==== July 27, 2022  ====
 +Attendees: Walt, Jan-Simon, Scott, Marius, Jose
 +
 +
 +**Application Framework Redesign**
 +   * 7/13
 +     * Code for reworked application start/stop is in gerrit for review
 +     * https://​gerrit.automotivelinux.org/​gerrit/​q/​SPEC-4466
 +     * This is scheduled to go into M1
 +     * Currently we still use .desktop files for enumeration.
 +       * Todo: work on enumeration
 +       * Todo: single app template might not be sufficient for all cases (e.g. Webapps)
 +       * agl-app(-html5/​-flutter)-* templates ?
 +       * extra metadata in desktop files vs systemd units 
 +         * DISPLAYNAME - maybe use '​Description'​ field
 +         * ICON PATH - well known fixed path (/​usr/​share/​AGL/​icons/​appname.svg ?)
 +     * How to enable a sandboxing feature in a recipe ? 
 +     * Need to document workflow for:
 +       * build with standard sdk/​cross-compiler + how to deploy binary and other necessary files
 +       ​* ​
 +  * 7/27
 +     * Denys applaunchd patches were released for M1
 +     * Currently we still use .desktop files for enumeration.
 +       * WIP: enumeration- In progress by Scott. Should be ready for M2. 
 +       * WIP: templates - single app template might not be sufficient for all cases (e.g. Webapps)
 +     * Need to document workflow for:
 +       * build with standard sdk/​cross-compiler + how to deploy binary and other necessary files
 +
 +
 +   * Flutter ​
 +   * 6/15 - got a few updates from Joel but no progress on the multiple app support yet. 
 +   * 6/29 - Waiting for updates from Toyota. Due next week for M1. 
 +   * 7/13 - Had separate call yesterday. Will get tag for needlefish, but need to enhance in a point release. Todos: try out multiple embedder instances e.g. under qt homescreen (-> Scott will try). Image for GSoC. (e.g.: https://​github.com/​aakash-s45/​ic or https://​github.com/​hritik-chouhan/​HVAC_dashboard)
 +   * 7/27 
 +     * Flutter looking ok for M2. Scott working on app template (see above). ​
 +
 +   * SELinux ​
 +     * 6/15 - SPEC-4332 SELinux not available for NN yet. Scott will look at after EW. 
 +     * 6/29 - Scott on vacation.
 +     * 7/13 - Scott is starting today. Starting with permissive mode.
 +     * 7/27 - permissive mode submitted in gerrit and should be in M2
 +
 +   * IPC
 +     * 6/15 - Kuksa using web sockets for Needlefish. ​ Major gRPC update is planned in kuksa.val in the next month or so which will be a candidate for Octopus. ​ Scott discover an HVAC interface in VSS that we re-use and will be hooking up the green machine demo to use that instead of rewriting the HVAC binder that we currently have. 
 +     * 6/29
 +       * Jose started working on the APIs from WebApps for launching apps. Will probably use gRPC. 
 +     * 7/13
 +       * Work going on upstream to enhance gRPC support. ​
 +     * 7/27
 +       * Jose looking at gRPC for web app interface. Kuksa.val gRPC work in progress upstream. ​
 +
 +  * New topics:
 +
 +
 +
 +==== July 13, 2022  ====
 +Attendees: Jan-Simon, Scott, Denys, Marius, Ishii-san
 +
 +
 +**Application Framework Redesign**
 +
 +     * 4/20
 +       * Someone from Konsulko will be starting to work on this half-time starting in the next two weeks. Should get that person to Berlin for the F2F as well. 
 +       * Marius opened SPEC-4236 to discuss the Flutter integration to AGL. Please review that conversation with Joel and provide feedback. Joel also added some comments to the Confluence requirements page. 
 +     * 6/1
 +       * Applaunchd rework started by Denys. ​ He received reference hardware and is getting it set up. 
 +       * First thing to get done is to switch to systemd units. Asked Denys to provide an idea for a plan during the Tuesday dev call. 
 +       * Marius asked if this will be a knife-switch. Will we deprecate the current spawning mechanism once this is added. Initial thought is that the new mechanism will be the only one available for the Needlefish release. ​
 +       * gRPC is seen as a follow-on effort, but will be available later in the Needlefish development cycle. ​
 +     * 6/15 
 +       * Denis activities since last meeting
 +         * Going over the existing applaunchd source code, learning how it enumerates the apps, parses corresponding .desktop files, handles d-bus calls and signals and spawns the app
 +         * Experimented with converting sample apps into systemd units - found first limitation of systemd sandboxing only working on system-level services (i.e. root-owned),​ but not on user-level services
 +         * The workaround is for the system-level services to drop root privileges and run the apps under a regular "​agl-driver"​ user by specifying User=agl-driver in the unit file
 +         * Another limitation of this approach is that agl-driver user normally won't have necessary permissions to start/stop those systemd services
 +         * Discussed with Scott and contemplated running applauchd as root,​instead of a regular agl-driver user
 +         * For now came up with a PolKit rule that slightly elevates agl-driver permissions in order to start/stop specific services by name, e.g.those that start with "​agl-app"​ prefix
 +         * Experimented with systemd templating and overriding mechanism
 +         * Came up with an approach that allows using a single generic template for all the apps, but also allows overriding individual settings for sandboxing purposes (e.g. disable network, protect directories,​ etc.) or completely override the entire unit, in case a custom oneis required for some apps
 +       * **In-Meeting Discussion**
 +       * Discussed adding a separate user for applaunchd that is not agl-driver and possibly run the compositor as a different user than the apps. Applaunchd should not run as root. 
 +       * Authorization and policy management would need to be built in later but the initial sandboxing should provide us the framework for building it in later.  ​
 +       * Plan for NN M1 is to have applaunchd converted to systemd, have the ability to start/stop apps, and have a preliminary version of the template available. Will review at the next EG meeting in two weeks.
 +     * 6/29
 +       * Denys gave a demo of the systemd sandboxing capabilities and start/stop of applications that is ready for M1.  ​
 +       * Conversion of all of the existing apps will be completed for M2. Services will come later. ​
 +       * Denys will create a sandbox branch to help facilitate reviewing the code. 
 +     * 7/13
 +       * Code for reworked application start/stop is in gerrit for review
 +       * https://​gerrit.automotivelinux.org/​gerrit/​q/​SPEC-4466
 +       * This is scheduled to go into M1
 +       * Currently we still use .desktop files for enumeration.
 +         * Todo: work on enumeration
 +         * Todo: single app template might not be sufficient for all cases (e.g. Webapps)
 +         * agl-app(-html5/​-flutter)-* templates ?
 +         * extra metadata in desktop files vs systemd units 
 +           * DISPLAYNAME - maybe use '​Description'​ field
 +           * ICON PATH - well known fixed path (/​usr/​share/​AGL/​icons/​appname.svg ?)
 +       * How to enable a sandboxing feature in a recipe ? 
 +       * Need to document workflow for:
 +         * build with standard sdk/​cross-compiler + how to deploy binary and other necessary files
 +       ​* ​
 +
 +   * Flutter ​
 +   * 6/15 - got a few updates from Joel but no progress on the multiple app support yet. 
 +   * 6/29 - Waiting for updates from Toyota. Due next week for M1. 
 +   * 7/13 - Had separate call yesterday. Will get tag for needlefish, but need to enhance in a point release. Todos: try out multiple embedder instances e.g. under qt homescreen (-> Scott will try). Image for GSoC. (e.g.: https://​github.com/​aakash-s45/​ic or https://​github.com/​hritik-chouhan/​HVAC_dashboard)
 +
 +   * SELinux ​
 +     * 6/15 - SPEC-4332 SELinux not available for NN yet. Scott will look at after EW. 
 +     * 6/29 - Scott on vacation.
 +     * 7/13 - Scott is starting today. Starting with permissive mode.
 +
 +   * IPC
 +     * 6/15 - Kuksa using web sockets for Needlefish. ​ Major gRPC update is planned in kuksa.val in the next month or so which will be a candidate for Octopus. ​ Scott discover an HVAC interface in VSS that we re-use and will be hooking up the green machine demo to use that instead of rewriting the HVAC binder that we currently have. 
 +     * 6/29
 +       * Jose started working on the APIs from WebApps for launching apps. Will probably use gRPC. 
 +     * 7/13
 +       * Work going on upstream to enhance gRPC support. ​
 +
 +  * New topics:
 +    * 
 +
 +
 +==== June 29, 2022  ====
 +Attendees: Walt, Jan-Simon, Jose, Denys, Marius, Lorenzo
 +
 +
 +**Application Framework Redesign**
 +
 +     * 4/20
 +       * Someone from Konsulko will be starting to work on this half-time starting in the next two weeks. Should get that person to Berlin for the F2F as well. 
 +       * Marius opened SPEC-4236 to discuss the Flutter integration to AGL. Please review that conversation with Joel and provide feedback. Joel also added some comments to the Confluence requirements page. 
 +     * 6/1
 +       * Applaunchd rework started by Denys. ​ He received reference hardware and is getting it set up. 
 +       * First thing to get done is to switch to systemd units. Asked Denys to provide an idea for a plan during the Tuesday dev call. 
 +       * Marius asked if this will be a knife-switch. Will we deprecate the current spawning mechanism once this is added. Initial thought is that the new mechanism will be the only one available for the Needlefish release. ​
 +       * gRPC is seen as a follow-on effort, but will be available later in the Needlefish development cycle. ​
 +     * 6/15 
 +       * Denis activities since last meeting
 +         * Going over the existing applaunchd source code, learning how it enumerates the apps, parses corresponding .desktop files, handles d-bus calls and signals and spawns the app
 +         * Experimented with converting sample apps into systemd units - found first limitation of systemd sandboxing only working on system-level services (i.e. root-owned),​ but not on user-level services
 +         * The workaround is for the system-level services to drop root privileges and run the apps under a regular "​agl-driver"​ user by specifying User=agl-driver in the unit file
 +         * Another limitation of this approach is that agl-driver user normally won't have necessary permissions to start/stop those systemd services
 +         * Discussed with Scott and contemplated running applauchd as root,​instead of a regular agl-driver user
 +         * For now came up with a PolKit rule that slightly elevates agl-driver permissions in order to start/stop specific services by name, e.g.those that start with "​agl-app"​ prefix
 +         * Experimented with systemd templating and overriding mechanism
 +         * Came up with an approach that allows using a single generic template for all the apps, but also allows overriding individual settings for sandboxing purposes (e.g. disable network, protect directories,​ etc.) or completely override the entire unit, in case a custom oneis required for some apps
 +       * **In-Meeting Discussion**
 +       * Discussed adding a separate user for applaunchd that is not agl-driver and possibly run the compositor as a different user than the apps. Applaunchd should not run as root. 
 +       * Authorization and policy management would need to be built in later but the initial sandboxing should provide us the framework for building it in later.  ​
 +       * Plan for NN M1 is to have applaunchd converted to systemd, have the ability to start/stop apps, and have a preliminary version of the template available. Will review at the next EG meeting in two weeks.
 +     * 6/29
 +       * Denys gave a demo of the systemd sandboxing capabilities and start/stop of applications that is ready for M1.  ​
 +       * Conversion of all of the existing apps will be completed for M2. Services will come later. ​
 +       * Denys will create a sandbox branch to help facilitate reviewing the code. 
 +
 +   * FLutter ​
 +   * 6/15 - got a few updates from Joel but no progress on the multiple app support yet. 
 +   * 6/29 - Waiting for updates from Toyota. Due next week for M1. 
 +
 +   * SELinux ​
 +     * 6/15 - SPEC-4332 SELinux not available for NN yet. Scott will look at after EW. 
 +     * 6/29 - Scott on vacation,
 +
 +   * IPC
 +     * 6/15 - Kuksa using web sockets for Needlefish. ​ Major gRPC update is planned in kuksa.val in the next month or so which will be a candidate for Octopus. ​ Scott discover an HVAC interface in VSS that we re-use and will be hooking up the green machine demo to use that instead of rewriting the HVAC binder that we currently have. 
 +     * 6/29
 +       * Jose started working on the APIs from WebApps for launching apps. Will probably use gRPC. 
 +
 +  * New topics:
 +
 +
 +
 +==== June 15, 2022  ====
 +Attendees: Walt, Jan-Simon, Scott, Jose, Denys, Marius
 +
 +
 +**Application Framework Redesign**
 +
 +     * 4/20
 +       * Someone from Konsulko will be starting to work on this half-time starting in the next two weeks. Should get that person to Berlin for the F2F as well. 
 +       * Marius opened SPEC-4236 to discuss the Flutter integration to AGL. Please review that conversation with Joel and provide feedback. Joel also added some comments to the Confluence requirements page. 
 +     * 6/1
 +       * Applaunchd rework started by Denys. ​ He received reference hardware and is getting it set up. 
 +       * First thing to get done is to switch to systemd units. Asked Denys to provide an idea for a plan during the Tuesday dev call. 
 +       * Marius asked if this will be a knife-switch. Will we deprecate the current spawning mechanism once this is added. Initial thought is that the new mechanism will be the only one available for the Needlefish release. ​
 +       * gRPC is seen as a follow-on effort, but will be available later in the Needlefish development cycle. ​
 +     * 6/15 
 +       * Denis activities since last meeting
 +         * Going over the existing applaunchd source code, learning how it enumerates the apps, parses corresponding .desktop files, handles d-bus calls and signals and spawns the app
 +         * Experimented with converting sample apps into systemd units - found first limitation of systemd sandboxing only working on system-level services (i.e. root-owned),​ but not on user-level services
 +         * The workaround is for the system-level services to drop root privileges and run the apps under a regular "​agl-driver"​ user by specifying User=agl-driver in the unit file
 +         * Another limitation of this approach is that agl-driver user normally won't have necessary permissions to start/stop those systemd services
 +         * Discussed with Scott and contemplated running applauchd as root,​instead of a regular agl-driver user
 +         * For now came up with a PolKit rule that slightly elevates agl-driver permissions in order to start/stop specific services by name, e.g.those that start with "​agl-app"​ prefix
 +         * Experimented with systemd templating and overriding mechanism
 +         * Came up with an approach that allows using a single generic template for all the apps, but also allows overriding individual settings for sandboxing purposes (e.g. disable network, protect directories,​ etc.) or completely override the entire unit, in case a custom oneis required for some apps
 +       * **In-Meeting Discussion**
 +       * Discussed adding a separate user for applaunchd that is not agl-driver and possibly run the compositor as a different user than the apps. Applaunchd should not run as root. 
 +       * Authorization and policy management would need to be built in later but the initial sandboxing should provide us the framework for building it in later.  ​
 +       * Plan for NN M1 is to have applaunchd converted to systemd, have the ability to start/stop apps, and have a preliminary version of the template available. Will review at the next EG meeting in two weeks. ​
 +
 +   * FLutter ​
 +   * 6/15 - got a few updates from Joel but no progress on the multiple app support yet. 
 +
 +   * SELinux ​
 +     * 6/15 - SPEC-4332 SELinux not available for NN yet. Scott will look at after EW. 
 +
 +   * IPC
 +     * 6/15 - Kuksa using web sockets for Needlefish. ​ Major gRPC update is planned in kuksa.val in the next month or so which will be a candidate for Octopus. ​ Scott discover an HVAC interface in VSS that we re-use and will be hooking up the green machine demo to use that instead of rewriting the HVAC binder that we currently have. 
 +
 +  * New topics:
 +
 +
 +
 +
 +
 +==== June 1, 2022  ====
 +Attendees: Walt, Jan-Simon, Scott, Jose, Marius, Denys
 +
 +
 +**Application Framework Redesign**
 +
 +     * 4/20
 +       * Someone from Konsulko will be starting to work on this half-time starting in the next two weeks. Should get that person to Berlin for the F2F as well. 
 +       * Marius opened SPEC-4236 to discuss the Flutter integration to AGL. Please review that conversation with Joel and provide feedback. Joel also added some comments to the Confluence requirements page. 
 +     * 6/1
 +       * Applaunchd rework started by Denys. ​ He received reference hardware and is getting it set up. 
 +       * First thing to get done is to switch to systemd units. Asked Denys to provide an idea for a plan during the Tuesday dev call. 
 +       * Marius asked if this will be a knife-switch. Will we deprecate the current spawning mechanism once this is added. Initial thought is that the new mechanism will be the only one available for the Needlefish release. ​
 +       * gRPC is seen as a follow-on effort, but will be available later in the Needlefish development cycle. ​
 +
 +   * FLutter ​
 +   * 2/9 - FIXME - add status from dev call yesterday. Plan for changing to AGL compositor is unknown. ​
 +   * 4/20 - See SPEC-4236 for discussion. ​
 +
 +   * CIAT
 +     * 1/12 - HTML5 and flutter work is in progress. CI scripts are ready and uploaded. Waiting for something to be ready to build on master. ​
 +     * 2/9 - QEMU x86-64 is up and running for HTML5. Flutter needs to be added as part of M2. 
 +     * 4/20 - Need to restore some mechanism to perform CIAT on the applications on master. ​
 +       * Need to rethink the mechanism for tagging apps since they currently float in git. 
 +
 +   * SELinux ​
 +     * 2/9 - Plan is to enable SELinux in permissive mode on master after Marlin branch is cut and we have updated to Kirkstone (YP 3.5).  Walt to write a Jira ticket. Scott will test out turning on the layer on the AGL-next branch.  ​
 +     * 4/20 - SPEC-4332 created for SELinux. ​
 +
 +   * IPC
 +     * 2/9 - Need to deter
 +     * mine plan for Needlefish. Do we support gRPC?  Websockets as default?
 +
 +  * New topics:
 +
 +
 +
 +
 +
 +==== March 23, 2022  ====
 +Attendees: Walt, Jan-Simon, Scott, Du, Marius, Lorenzo
 +
 +**Application Framework Redesign**
 +     * 12/15
 +       * Applaunchd rewrite with glib feature-par with qt version. Debugging discovery. Will push initial version and discovery on-top.
 +       * Slides from ALS https://​static.sched.com/​hosted_files/​ossalsjp21/​e2/​ALS2021-Arnaud.pdf ​
 +     * 1/12
 +       * applaunchd patches should be submitted today. ​
 +     * 2/9
 +       * Documentation in progress for Marlin release. Arnaud expects to be ready to submit to gerrit by Friday. Documentation will appear [[https://​docs.automotivelinux.org/​en/​master/#​3_Developer_Guides/​0_FIXME/​ | here]]. ​
 +       * Toyota will review the documentation and suggest improvements to the implementation. Date-san can decide whether to post the improvements in Confluence or Jira depending on the scope of the changes. ​
 +     * 2/23
 +       * Documentation reviewed as part of gerrit 27166. ​ Date-san said that IPC and notification mechanisms are in legal review at Toyota. Part of the IPC has been disclosed previously as part of base-system. ​ Toyota will review document again and provide feedback in gerrit. ​
 +       * Meanwhile Toyota can provide requirements to the app FW effort as it evolves this year. 
 +       * Discussed possible IPC mechanisms for WAM. Jose's proposal is to use javascript for a limited set of specific APIs. Scott brought up maintenance difficulties with having to update WAM every time a new API is added. Discussed gRPC as default mechanism and/or a proxy mechanism. ​
 +       * Flutter IPC is under development within Toyota. ​
 +     * 3/1
 +       * Scott added a write up of the current state and possible future roadmap to [[https://​confluence.automotivelinux.org/​x/​iIV2Aw | Confluence]] and gave an overview of the proposed roadmap. ​
 +         * Need additional app lifecycle requirements ​
 +         * Jose liked the idea of using the mixer as an initial implementation of gRPC that could be used by WAF. 
 +         * Asking for people to review and comment in Confluence  ​
 +         * Walt will take the roadmap as discussed in Confluence and add it to the roadmap spreadsheet. ​
 +         * Date-san asked for comments on base system and it's gaps with these requirements. ​
 +
 +   * FLutter ​
 +   * 2/9 - FIXME - add status from dev call yesterday. Plan for changing to AGL compositor is unknown. ​
 +
 +   * CIAT
 +     * 1/12 - HTML5 and flutter work is in progress. CI scripts are ready and uploaded. Waiting for something to be ready to build on master. ​
 +     * 2/9 - QEMU x86-64 is up and running for HTML5. Flutter needs to be added as part of M2. 
 +
 +   * SELinux ​
 +     * 2/9 - Plan is to enable SELinux in permissive mode on master after Marlin branch is cut and we have updated to Kirkstone (YP 3.5).  Walt to write a Jira ticket. Scott will test out turning on the layer on the AGL-next branch.  ​
 +
 +   * IPC
 +     * 2/9 - Need to deter
 +     * mine plan for Needlefish. Do we support gRPC?  Websockets as default?
 +
 +  * New topics:
 +  * 
 +
 +==== March 9, 2022  ====
 +
 +Attendees: Walt, Jan-Simon, Scott, Jose, Konagaya, Marius, Ishii, Lorenzo, Daniel
 +
 +**Application Framework Redesign**
 +     * 12/15
 +       * Applaunchd rewrite with glib feature-par with qt version. Debugging discovery. Will push initial version and discovery on-top.
 +       * Slides from ALS https://​static.sched.com/​hosted_files/​ossalsjp21/​e2/​ALS2021-Arnaud.pdf ​
 +     * 1/12
 +       * applaunchd patches should be submitted today. ​
 +     * 2/9
 +       * Documentation in progress for Marlin release. Arnaud expects to be ready to submit to gerrit by Friday. Documentation will appear [[https://​docs.automotivelinux.org/​en/​master/#​3_Developer_Guides/​0_FIXME/​ | here]]. ​
 +       * Toyota will review the documentation and suggest improvements to the implementation. Date-san can decide whether to post the improvements in Confluence or Jira depending on the scope of the changes. ​
 +     * 2/23
 +       * Documentation reviewed as part of gerrit 27166. ​ Date-san said that IPC and notification mechanisms are in legal review at Toyota. Part of the IPC has been disclosed previously as part of base-system. ​ Toyota will review document again and provide feedback in gerrit. ​
 +       * Meanwhile Toyota can provide requirements to the app FW effort as it evolves this year. 
 +       * Discussed possible IPC mechanisms for WAM. Jose's proposal is to use javascript for a limited set of specific APIs. Scott brought up maintenance difficulties with having to update WAM every time a new API is added. Discussed gRPC as default mechanism and/or a proxy mechanism. ​
 +       * Flutter IPC is under development within Toyota. ​
 +     * 3/1
 +       * Scott added a write up of the current state and possible future roadmap to [[https://​confluence.automotivelinux.org/​x/​iIV2Aw | Confluence]] and gave an overview of the proposed roadmap. ​
 +         * Need additional app lifecycle requirements ​
 +         * Jose liked the idea of using the mixer as an initial implementation of gRPC that could be used by WAF. 
 +         * Asking for people to review and comment in Confluence  ​
 +         * Walt will take the roadmap as discussed in Confluence and add it to the roadmap spreadsheet. ​
 +         * Date-san asked for comments on base system and it's gaps with these requirements. ​
 +
 +   * FLutter ​
 +   * 2/9 - FIXME - add status from dev call yesterday. Plan for changing to AGL compositor is unknown. ​
 +
 +   * CIAT
 +     * 1/12 - HTML5 and flutter work is in progress. CI scripts are ready and uploaded. Waiting for something to be ready to build on master. ​
 +     * 2/9 - QEMU x86-64 is up and running for HTML5. Flutter needs to be added as part of M2. 
 +
 +   * SELinux ​
 +     * 2/9 - Plan is to enable SELinux in permissive mode on master after Marlin branch is cut and we have updated to Kirkstone (YP 3.5).  Walt to write a Jira ticket. Scott will test out turning on the layer on the AGL-next branch.  ​
 +
 +   * IPC
 +     * 2/9 - Need to deter
 +     * mine plan for Needlefish. Do we support gRPC?  Websockets as default?
 +
 +  * New topics:
 +
 +
 +
 +==== March 1, 2022  ====
 +
 +Attendees: Walt, Jan-Simon, Scott, Jose, Marius, Date, Arnaud, Kurokawa, Daniel
 +
 +Special Meeting to to discuss App FW redesign. ​
 +
 +**Application Framework Redesign**
 +     * 12/15
 +       * Applaunchd rewrite with glib feature-par with qt version. Debugging discovery. Will push initial version and discovery on-top.
 +       * Slides from ALS https://​static.sched.com/​hosted_files/​ossalsjp21/​e2/​ALS2021-Arnaud.pdf ​
 +     * 1/12
 +       * applaunchd patches should be submitted today. ​
 +     * 2/9
 +       * Documentation in progress for Marlin release. Arnaud expects to be ready to submit to gerrit by Friday. Documentation will appear [[https://​docs.automotivelinux.org/​en/​master/#​3_Developer_Guides/​0_FIXME/​ | here]]. ​
 +       * Toyota will review the documentation and suggest improvements to the implementation. Date-san can decide whether to post the improvements in Confluence or Jira depending on the scope of the changes. ​
 +     * 2/23
 +       * Documentation reviewed as part of gerrit 27166. ​ Date-san said that IPC and notification mechanisms are in legal review at Toyota. Part of the IPC has been disclosed previously as part of base-system. ​ Toyota will review document again and provide feedback in gerrit. ​
 +       * Meanwhile Toyota can provide requirements to the app FW effort as it evolves this year. 
 +       * Discussed possible IPC mechanisms for WAM. Jose's proposal is to use javascript for a limited set of specific APIs. Scott brought up maintenance difficulties with having to update WAM every time a new API is added. Discussed gRPC as default mechanism and/or a proxy mechanism. ​
 +       * Flutter IPC is under development within Toyota. ​
 +     * 3/1
 +       * Scott added a write up of the current state and possible future roadmap to [[https://​confluence.automotivelinux.org/​x/​iIV2Aw | Confluence]] and gave an overview of the proposed roadmap. ​
 +         * Need additional app lifecycle requirements ​
 +         * Jose liked the idea of using the mixer as an initial implementation of gRPC that could be used by WAF. 
 +         * Asking for people to review and comment in Confluence  ​
 +         * Walt will take the roadmap as discussed in Confluence and add it to the roadmap spreadsheet. ​
 +         * Date-san asked for comments on base system and it's gaps with these requirements. ​
 +
 +   * FLutter ​
 +   * 2/9 - FIXME - add status from dev call yesterday. Plan for changing to AGL compositor is unknown. ​
 +
 +   * CIAT
 +     * 1/12 - HTML5 and flutter work is in progress. CI scripts are ready and uploaded. Waiting for something to be ready to build on master. ​
 +     * 2/9 - QEMU x86-64 is up and running for HTML5. Flutter needs to be added as part of M2. 
 +
 +   * SELinux ​
 +     * 2/9 - Plan is to enable SELinux in permissive mode on master after Marlin branch is cut and we have updated to Kirkstone (YP 3.5).  Walt to write a Jira ticket. Scott will test out turning on the layer on the AGL-next branch.  ​
 +
 +   * IPC
 +     * 2/9 - Need to deter
 +     * mine plan for Needlefish. Do we support gRPC?  Websockets as default?
 +
 +  * New topics:
 +
 +
 +
 +
 +==== February 23, 2022  ====
 +Attendees: Walt, Jan-Simon, Scott, Lorenzo, Konagaya, Jose, Daniel, Marius, Date, Arnaud, ​
 +
 +**Application Framework Redesign**
 +     * 12/15
 +       * Applaunchd rewrite with glib feature-par with qt version. Debugging discovery. Will push initial version and discovery on-top.
 +       * Slides from ALS https://​static.sched.com/​hosted_files/​ossalsjp21/​e2/​ALS2021-Arnaud.pdf ​
 +     * 1/12
 +       * applaunchd patches should be submitted today. ​
 +     * 2/9
 +       * Documentation in progress for Marlin release. Arnaud expects to be ready to submit to gerrit by Friday. Documentation will appear [[https://​docs.automotivelinux.org/​en/​master/#​3_Developer_Guides/​0_FIXME/​ | here]]. ​
 +       * Toyota will review the documentation and suggest improvements to the implementation. Date-san can decide whether to post the improvements in Confluence or Jira depending on the scope of the changes. ​
 +     * 2/23
 +       * Documentation reviewed as part of gerrit 27166. ​ Date-san said that IPC and notification mechanisms are in legal review at Toyota. Part of the IPC has been disclosed previously as part of base-system. ​ Toyota will review document again and provide feedback in gerrit. ​
 +       * Meanwhile Toyota can provide requirements to the app FW effort as it evolves this year. 
 +       * Discussed possible IPC mechanisms for WAM. Jose's proposal is to use javascript for a limited set of specific APIs. Scott brought up maintenance difficulties with having to update WAM every time a new API is added. Discussed gRPC as default mechanism and/or a proxy mechanism. ​
 +       * Flutter IPC is under development within Toyota. ​
 +
 +   * FLutter ​
 +   * 2/9 - FIXME - add status from dev call yesterday. Plan for changing to AGL compositor is unknown. ​
 +
 +   * CIAT
 +     * 1/12 - HTML5 and flutter work is in progress. CI scripts are ready and uploaded. Waiting for something to be ready to build on master. ​
 +     * 2/9 - QEMU x86-64 is up and running for HTML5. Flutter needs to be added as part of M2. 
 +
 +   * SELinux ​
 +     * 2/9 - Plan is to enable SELinux in permissive mode on master after Marlin branch is cut and we have updated to Kirkstone (YP 3.5).  Walt to write a Jira ticket. Scott will test out turning on the layer on the AGL-next branch.  ​
 +
 +   * IPC
 +     * 2/9 - Need to deter
 +     * mine plan for Needlefish. Do we support gRPC?  Websockets as default?
 +
 +  * New topics:
 +
 +
 +==== February 9, 2022  ====
 +Attendees: Walt, Jan-Simon, Scott, Marius, Arnaud, Takeuchi, Date, Konagaya
 +
 +**Application Framework Redesign**
 +     * 12/15
 +       * Applaunchd rewrite with glib feature-par with qt version. Debugging discovery. Will push initial version and discovery on-top.
 +       * Slides from ALS https://​static.sched.com/​hosted_files/​ossalsjp21/​e2/​ALS2021-Arnaud.pdf ​
 +     * 1/12
 +       * applaunchd patches should be submitted today. ​
 +     * 2/9
 +       * Documentation in progress for Marlin release. Arnaud expects to be ready to submit to gerrit by Friday. Documentation will appear [[https://​docs.automotivelinux.org/​en/​master/#​3_Developer_Guides/​0_FIXME/​ | here]]. ​
 +       * Toyota will review the documentation and suggest improvements to the implementation. Date-san can decide whether to post the improvements in Confluence or Jira depending on the scope of the changes. ​
 +
 +   * FLutter ​
 +   * 2/9 - FIXME - add status from dev call yesterday. Plan for changing to AGL compositor is unknown. ​
 +
 +   * CIAT
 +     * 1/12 - HTML5 and flutter work is in progress. CI scripts are ready and uploaded. Waiting for something to be ready to build on master. ​
 +     * 2/9 - QEMU x86-64 is up and running for HTML5. Flutter needs to be added as part of M2. 
 +
 +   * SELinux ​
 +     * 2/9 - Plan is to enable SELinux in permissive mode on master after Marlin branch is cut and we have updated to Kirkstone (YP 3.5).  Walt to write a Jira ticket. Scott will test out turning on the layer on the AGL-next branch.  ​
 +
 +   * IPC
 +     * 2/9 - Need to determine plan for Needlefish. Do we support gRPC?  Websockets as default?
 +
 +  * New topics:
 +
 +==== January 29, 2022  ====
 +Meeting Canceled
 +
 +==== January 12, 2022  ====
 +Attendees: Walt, Jan-Simon, Scott, Marius, Ishii, Daniel, Arnaud
 +
 +**Application Framework Redesign**
 +     * 12/15
 +       * Applaunchd rewrite with glib feature-par with qt version. Debugging discovery. Will push initial version and discovery on-top.
 +       * Slides from ALS https://​static.sched.com/​hosted_files/​ossalsjp21/​e2/​ALS2021-Arnaud.pdf ​
 +     * 1/12
 +       * applaunchd patches should be submitted today. ​
 +
 +
 +    * WAM and Flutter (SPEC-3876) ​
 +      * 12/1
 +        * Lorenzo working on getting Chromium and WAM working again. ​ Should be able to make more progress once Arnaud'​s changes are merged in the next week or two.
 +      * 12/15
 +        * Reworking parts of WAM. Plan is to bring-back individual webapps, need to handle activation of apps for that in master.
 +
 +   * CIAT
 +     * 1/12 - HTML5 and flutter work is in progress. CI scripts are ready and uploaded. Waiting for something to be ready to build on master. ​
 +     ​* ​
 +  * New topics:
 +
 +
 +
 +==== December 15, 2021  ====
 +Attendees: Walt, Jan-Simon, Scott, Daniel, Lorenzo, Arnaud, ​
 +
 +**Application Framework Redesign**
 +   * 7/28 
 +     * Arnaud introduced himself as a new member of the team looking at Application Framework topics. Started looking at building flatpak and the work started by Codethink. The engineer working on this at Codethink moved on to another project. Javier is hoping to find someone else to look it. 
 +     * Need to think about where the code will reside long-term. ​ Is there an upstream project we can give this (YP, oe, meta-virtualization,​ RedHat).  ​
 +   * 8/11
 +     * No update
 +   * 9/8 
 +     * Arnaud back from vacation.
 +     * [[https://​www.youtube.com/​watch?​v=nZCSvBNtmHQ | Sam showed a demo]] of AGL running on flatpak built from meta-flatpak. ​
 +     * Discussed replacing SMACK with SELinux/​None option. ​ Daniel needs to discuss with Simon. ​
 +     * Next steps for App FW
 +       * Need instructions for building with flatpak and how to build apps so people can start playing with QEMU as target. ​
 +       * Make sandbox available in the next two weeks
 +       * Daniel and Arnaud to work on documenting adding system level services. ​
 +     * 9/22
 +       * Sam will be transitioning to Richard Maw for their meta-flatpak work. 
 +     * 10/6
 +       * Discussed the plan that Arnaud sent to Walt for next steps with the App FW. Arnaud will update the email and send it to the mail list later this week. 
 +       * Discussed how to get the flatpak run-time into the AGL build. ​ Scott to open Jira ticket to track. ​
 +       * Repo for meta-flatpack is in Github https://​github.com/​flatpak/​meta-flatpak. ​
 +       * Initial work will be done with no LSM enabled. Scott suggested as an option that we start with SELinux in non-enforcing mode. Daniel will take a look at what can be done there.
 +     * 11/3
 +       * SPEC-4121 - removal of app FW from master will be merged later this week. Scott has a home screen hacked up that potentially could be added after the merge. Arnaud and Marius are working on the new launcher to be added in the next few weeks. ​
 +     * 11/17
 +       * Status update and discussion on next steps:
 +         * split lifecycle into separate daemon
 +         * rework homescreen and possibly merge launcher into homescreen
 +         * upload for review and discussion
 +         * milestone 1 can be delayed
 +     * 12/1
 +       * Arnaud'​s first patches are in review in gerrit (SPEC-4121). ​ Discussed whether the patches should be in meta-agl-demo or a sub-layer under meta-agl. ​  ​Arnaud will move the changes under meta-agl/​.../​app-fw. ​ Jan-Simon will set up the stub for the layout and Arnaud will resubmit the changes. ​
 +       * Next set of changes will be for home screen and launcher daemon, then the launcher. ​ Those will be uploaded in the next day or two. 
 +       * Scott can upload changes for a number of apps within a day or two of the launcher being uploaded. ​
 +     * 12/15
 +       * Applaunchd rewrite with glib feature-par with qt version. Debugging discovery. Will push initial version and discovery on-top.
 +       * Slides from ALS https://​static.sched.com/​hosted_files/​ossalsjp21/​e2/​ALS2021-Arnaud.pdf ​
 +       ​* ​
 +
 +
 +    * WAM and Flutter (SPEC-3876)
 +      * 6/30 - Lorenzo gave us an update on their work creating Flutter apps that run via WAM. Asked if he could provide a diagram in Confluence on what they are doing with an eye towards how we can resume the apps and other work once we move to Flutter embedder or other non-web based solution. ​
 +      * 7/14 - [[https://​confluence.automotivelinux.org/​x/​_ACsAg | Confluence page]] was created by Lorenzo and Roger. ​
 +      * 8/11 - Work ongoing on the launcher and UI part of hvac .
 +      * 11/3
 +        * WAM Upstream changes to remove Qt dependencies. ​
 +        * Chromium 84 to 87
 +        * Need to re-add Chromium and WAM after App FW removal. ​
 +      * 12/1
 +        * Lorenzo working on getting Chromium and WAM working again. ​ Should be able to make more progress once Arnaud'​s changes are merged in the next week or two.
 +      * 12/15
 +        * Reworking parts of WAM. Plan is to bring-back individual webapps, need to handle activation of apps for that in master.
 +
 +  * New topics:
 +    * html5 and flutter image being added to CI
 +
 +Next call in 4 weeks 
 +==== December 1, 2021  ====
 +Attendees: Walt, Jan-Simon, Scott, Ishii, Marius, Lorenzo, Arnaud, Daniel
 +
 +**Application Framework Redesign**
 +   * 7/28 
 +     * Arnaud introduced himself as a new member of the team looking at Application Framework topics. Started looking at building flatpak and the work started by Codethink. The engineer working on this at Codethink moved on to another project. Javier is hoping to find someone else to look it. 
 +     * Need to think about where the code will reside long-term. ​ Is there an upstream project we can give this (YP, oe, meta-virtualization,​ RedHat).  ​
 +   * 8/11
 +     * No update
 +   * 9/8 
 +     * Arnaud back from vacation.
 +     * [[https://​www.youtube.com/​watch?​v=nZCSvBNtmHQ | Sam showed a demo]] of AGL running on flatpak built from meta-flatpak. ​
 +     * Discussed replacing SMACK with SELinux/​None option. ​ Daniel needs to discuss with Simon. ​
 +     * Next steps for App FW
 +       * Need instructions for building with flatpak and how to build apps so people can start playing with QEMU as target. ​
 +       * Make sandbox available in the next two weeks
 +       * Daniel and Arnaud to work on documenting adding system level services. ​
 +     * 9/22
 +       * Sam will be transitioning to Richard Maw for their meta-flatpak work. 
 +     * 10/6
 +       * Discussed the plan that Arnaud sent to Walt for next steps with the App FW. Arnaud will update the email and send it to the mail list later this week. 
 +       * Discussed how to get the flatpak run-time into the AGL build. ​ Scott to open Jira ticket to track. ​
 +       * Repo for meta-flatpack is in Github https://​github.com/​flatpak/​meta-flatpak. ​
 +       * Initial work will be done with no LSM enabled. Scott suggested as an option that we start with SELinux in non-enforcing mode. Daniel will take a look at what can be done there.
 +     * 11/3
 +       * SPEC-4121 - removal of app FW from master will be merged later this week. Scott has a home screen hacked up that potentially could be added after the merge. Arnaud and Marius are working on the new launcher to be added in the next few weeks. ​
 +     * 11/17
 +       * Status update and discussion on next steps:
 +         * split lifecycle into separate daemon
 +         * rework homescreen and possibly merge launcher into homescreen
 +         * upload for review and discussion
 +         * milestone 1 can be delayed
 +     * 12/1
 +       * Arnaud'​s first patches are in review in gerrit (SPEC-4121). ​ Discussed whether the patches should be in meta-agl-demo or a sub-layer under meta-agl. ​  ​Arnaud will move the changes under meta-agl/​.../​app-fw. ​ Jan-Simon will set up the stub for the layout and Arnaud will resubmit the changes. ​
 +       * Next set of changes will be for home screen and launcher daemon, then the launcher. ​ Those will be uploaded in the next day or two. 
 +       * Scott can upload changes for a number of apps within a day or two of the launcher being uploaded. ​
 +
 +
 +    * WAM and Flutter (SPEC-3876)
 +      * 6/30 - Lorenzo gave us an update on their work creating Flutter apps that run via WAM. Asked if he could provide a diagram in Confluence on what they are doing with an eye towards how we can resume the apps and other work once we move to Flutter embedder or other non-web based solution. ​
 +      * 7/14 - [[https://​confluence.automotivelinux.org/​x/​_ACsAg | Confluence page]] was created by Lorenzo and Roger. ​
 +      * 8/11 - Work ongoing on the launcher and UI part of hvac .
 +      * 11/3
 +        * WAM Upstream changes to remove Qt dependencies. ​
 +        * Chromium 84 to 87
 +        * Need to re-add Chromium and WAM after App FW removal. ​
 +      * 12/1
 +        * Lorenzo working on getting Chromium and WAM working again. ​ Should be able to make more progress once Arnaud'​s changes are merged in the next week or two. 
 +
 +  * New topics:
 +
 +
 +==== November 17, 2021  ====
 +Attendees: Walt, Jan-Simon, Arnaud, Daniel, Ishii-san, Paul, Scott
 +
 +
 +**Application Framework Redesign**
 +   * 7/28 
 +     * Arnaud introduced himself as a new member of the team looking at Application Framework topics. Started looking at building flatpak and the work started by Codethink. The engineer working on this at Codethink moved on to another project. Javier is hoping to find someone else to look it. 
 +     * Need to think about where the code will reside long-term. ​ Is there an upstream project we can give this (YP, oe, meta-virtualization,​ RedHat).  ​
 +   * 8/11
 +     * No update
 +   * 9/8 
 +     * Arnaud back from vacation.
 +     * [[https://​www.youtube.com/​watch?​v=nZCSvBNtmHQ | Sam showed a demo]] of AGL running on flatpak built from meta-flatpak. ​
 +     * Discussed replacing SMACK with SELinux/​None option. ​ Daniel needs to discuss with Simon. ​
 +     * Next steps for App FW
 +       * Need instructions for building with flatpak and how to build apps so people can start playing with QEMU as target. ​
 +       * Make sandbox available in the next two weeks
 +       * Daniel and Arnaud to work on documenting adding system level services. ​
 +     * 9/22
 +       * Sam will be transitioning to Richard Maw for their meta-flatpak work. 
 +     * 10/6
 +       * Discussed the plan that Arnaud sent to Walt for next steps with the App FW. Arnaud will update the email and send it to the mail list later this week. 
 +       * Discussed how to get the flatpak run-time into the AGL build. ​ Scott to open Jira ticket to track. ​
 +       * Repo for meta-flatpack is in Github https://​github.com/​flatpak/​meta-flatpak. ​
 +       * Initial work will be done with no LSM enabled. Scott suggested as an option that we start with SELinux in non-enforcing mode. Daniel will take a look at what can be done there.
 +     * 11/3
 +       * SPEC-4121 - removal of app FW from master will be merged later this week. Scott has a home screen hacked up that potentially could be added after the merge. Arnaud and Marius are working on the new launcher to be added in the next few weeks. ​
 +     * 11/17
 +       * Status update and discussion on next steps:
 +         * split lifecycle into separate daemon
 +         * rework homescreen and possibly merge launcher into homescreen
 +         * upload for review and discussion
 +         * milestone 1 can be delayed
 +
 +
 +    * WAM and Flutter (SPEC-3876)
 +      * 6/30 - Lorenzo gave us an update on their work creating Flutter apps that run via WAM. Asked if he could provide a diagram in Confluence on what they are doing with an eye towards how we can resume the apps and other work once we move to Flutter embedder or other non-web based solution. ​
 +      * 7/14 - [[https://​confluence.automotivelinux.org/​x/​_ACsAg | Confluence page]] was created by Lorenzo and Roger. ​
 +      * 8/11 - Work ongoing on the launcher and UI part of hvac .
 +      * 11/3
 +        * WAM Upstream changes to remove Qt dependencies. ​
 +        * Chromium 84 to 87
 +        * Need to re-add Chromium and WAM after App FW removal. ​
 +      * 11/17
 +        * 
 +
 +  * New topics:
 +
 +
 +==== November 3, 2021  ====
 +Attendees: Walt, Jan-Simon, Scott, Arnaud, Marius, Lorenzo, Sergio
 +
 +
 +
 +**Application Framework Redesign**
 +   * 7/28 
 +     * Arnaud introduced himself as a new member of the team looking at Application Framework topics. Started looking at building flatpak and the work started by Codethink. The engineer working on this at Codethink moved on to another project. Javier is hoping to find someone else to look it. 
 +     * Need to think about where the code will reside long-term. ​ Is there an upstream project we can give this (YP, oe, meta-virtualization,​ RedHat).  ​
 +   * 8/11
 +     * No update
 +   * 9/8 
 +     * Arnaud back from vacation.
 +     * [[https://​www.youtube.com/​watch?​v=nZCSvBNtmHQ | Sam showed a demo]] of AGL running on flatpak built from meta-flatpak. ​
 +     * Discussed replacing SMACK with SELinux/​None option. ​ Daniel needs to discuss with Simon. ​
 +     * Next steps for App FW
 +       * Need instructions for building with flatpak and how to build apps so people can start playing with QEMU as target. ​
 +       * Make sandbox available in the next two weeks
 +       * Daniel and Arnaud to work on documenting adding system level services. ​
 +     * 9/22
 +       * Sam will be transitioning to Richard Maw for their meta-flatpak work. 
 +     * 10/6
 +       * Discussed the plan that Arnaud sent to Walt for next steps with the App FW. Arnaud will update the email and send it to the mail list later this week. 
 +       * Discussed how to get the flatpak run-time into the AGL build. ​ Scott to open Jira ticket to track. ​
 +       * Repo for meta-flatpack is in Github https://​github.com/​flatpak/​meta-flatpak. ​
 +       * Initial work will be done with no LSM enabled. Scott suggested as an option that we start with SELinux in non-enforcing mode. Daniel will take a look at what can be done there.
 +     * 11/3
 +       * SPEC-4121 - removal of app FW from master will be merged later this week. Scott has a home screen hacked up that potentially could be added after the merge. Arnaud and Marius are working on the new launcher to be added in the next few weeks. ​
 +       ​* ​
 +
 +    * WAM and Flutter (SPEC-3876)
 +      * 6/30 - Lorenzo gave us an update on their work creating Flutter apps that run via WAM. Asked if he could provide a diagram in Confluence on what they are doing with an eye towards how we can resume the apps and other work once we move to Flutter embedder or other non-web based solution. ​
 +      * 7/14 - [[https://​confluence.automotivelinux.org/​x/​_ACsAg | Confluence page]] was created by Lorenzo and Roger. ​
 +      * 8/11 - Work ongoing on the launcher and UI part of hvac .
 +      * 11/3
 +        * WAM Upstream changes to remove Qt dependencies. ​
 +        * Chromium 84 to 87
 +        * Need to re-ad Chromium and WAM after App FW removal. ​
 +
 +  * New topics:
 +
 +   * Criteria for M1
 +     * Working home screen, laucncher, dashboard, and settings apps
 +   * Criteria for release
 +     * Bluetooth, media player (TBD exactly what and how) and Nav
 +
 +
 +==== October 6, 2021  ====
 +Attendees: Walt, Scott, Guy, Arnaud, Daniel, Kurokawa, Javier, Marius, Sergio
 +
 +
 +
 +**Application Framework Redesign**
 +   * 7/28 
 +     * Arnaud introduced himself as a new member of the team looking at Application Framework topics. Started looking at building flatpak and the work started by Codethink. The engineer working on this at Codethink moved on to another project. Javier is hoping to find someone else to look it. 
 +     * Need to think about where the code will reside long-term. ​ Is there an upstream project we can give this (YP, oe, meta-virtualization,​ RedHat).  ​
 +   * 8/11
 +     * No update
 +   * 9/8 
 +     * Arnaud back from vacation.
 +     * [[https://​www.youtube.com/​watch?​v=nZCSvBNtmHQ | Sam showed a demo]] of AGL running on flatpak built from meta-flatpak. ​
 +     * Discussed replacing SMACK with SELinux/​None option. ​ Daniel needs to discuss with Simon. ​
 +     * Next steps for App FW
 +       * Need instructions for building with flatpak and how to build apps so people can start playing with QEMU as target. ​
 +       * Make sandbox available in the next two weeks
 +       * Daniel and Arnaud to work on documenting adding system level services. ​
 +     * 9/22
 +       * Sam will be transitioning to Richard Maw for their meta-flatpak work. 
 +     * 10/6
 +       * Discussed the plan that Arnaud sent to Walt for next steps with the App FW. Arnaud will update the email and send it to the mail list later this week. 
 +       * Discussed how to get the flatpak run-time into the AGL build. ​ Scott to open Jira ticket to track. ​
 +       * Repo for meta-flatpack is in Github https://​github.com/​flatpak/​meta-flatpak. ​
 +       * Initial work will be done with no LSM enabled. Scott suggested as an option that we start with SELinux in non-enforcing mode. Daniel will take a look at what can be done there.
 +
 +    * WAM and Flutter (SPEC-3876)
 +      * 6/30 - Lorenzo gave us an update on their work creating Flutter apps that run via WAM. Asked if he could provide a diagram in Confluence on what they are doing with an eye towards how we can resume the apps and other work once we move to Flutter embedder or other non-web based solution. ​
 +      * 7/14 - [[https://​confluence.automotivelinux.org/​x/​_ACsAg | Confluence page]] was created by Lorenzo and Roger. ​
 +      * 8/11 - Work ongoing on the launcher and UI part of hvac .
 +
 +  * New topics:
 +
 +
 +
 +
 +==== September 22, 2021  ====
 +Attendees: Walt, Jan-Simon, Scott, Sam Thursfield (Codethink),​ Arnaud, Marius, Kelly (Codethink),​ Richard Maw (Codethink),​ James
 +
 +
 +**Application Framework Redesign**
 +   * 7/28 
 +     * Arnaud introduced himself as a new member of the team looking at Application Framework topics. Started looking at building flatpak and the work started by Codethink. The engineer working on this at Codethink moved on to another project. Javier is hoping to find someone else to look it. 
 +     * Need to think about where the code will reside long-term. ​ Is there an upstream project we can give this (YP, oe, meta-virtualization,​ RedHat).  ​
 +   * 8/11
 +     * No update
 +   * 9/8 
 +     * Arnaud back from vacation.
 +     * [[https://​www.youtube.com/​watch?​v=nZCSvBNtmHQ | Sam showed a demo]] of AGL running on flatpak built from meta-flatpak. ​
 +     * Discussed replacing SMACK with SELinux/​None option. ​ Daniel needs to discuss with Simon. ​
 +     * Next steps for App FW
 +       * Need instructions for building with flatpak and how to build apps so people can start playing with QEMU as target. ​
 +       * Make sandbox available in the next two weeks
 +       * Daniel and Arnaud to work on documenting adding system level services. ​
 +     * 9/22
 +       * Sam will be transitioning to Richard Maw for their meta-flatpak work. 
 +
 +    * WAM and Flutter (SPEC-3876)
 +      * 6/30 - Lorenzo gave us an update on their work creating Flutter apps that run via WAM. Asked if he could provide a diagram in Confluence on what they are doing with an eye towards how we can resume the apps and other work once we move to Flutter embedder or other non-web based solution. ​
 +      * 7/14 - [[https://​confluence.automotivelinux.org/​x/​_ACsAg | Confluence page]] was created by Lorenzo and Roger. ​
 +      * 8/11 - Work ongoing on the launcher and UI part of hvac .
 +
 +  * New topics:
 +
 +
 +-------
 +
 +==== September 8, 2021  ====
 +Attendees: Walt, Jan-Simon, Scott, Javier, Sam Thursfield (Codethink),​ Arnaud, Marius, Daniel, Kelly (Codethink)
 +
 +
 +**Application Framework Redesign**
 +   * 6/2
 +     * Asked Daniel Stone to update his presentation on app FW changes for the June 15 workshop. ​
 +     * Flutter integration discussed. The thought is that we could do some app FW changes such as enable GRPC to make integration of Flutter simpler rather than creating a bunch of web socket code to enable flutter. We can use the lessons learned from Web Apps to determine the best course.  ​
 +   * 6/30 
 +     * Daniel and Simon {{ :​agl-distro:​collabora_-_agl_f2f_2021-06-15_-_app_framework_update.pdf | made a presentation}} during the F2F meeting. ​
 +     * Collabora looking to free up someone to start on this. 
 +   * 7/14
 +     * Daniel gave an update during AGL Tech Day!  Collabora has someone starting in the next two weeks on the App FW effort. ​
 +     * For some more context here is a transcript of the meeting chat. 
 +
 +**From Farshid Monhaseri to Everyone :** Yes I meant, Is the "​flatpack"​ with some other components are going to replace the "​aplication frame work" (specificly in PR profile)?\\
 +**From Scott Murray to Everyone :** I'd say the answer in a general way is yes, but what goes into the PR profile is an open question, that's up to Toyota for the most part. They have their own in-house app framework\\
 +**From Scott Murray to Everyone :** This work is to replace the effectively custom AGL only app framework with components based on existing projects with bigger communities.\\
 +**From Farshid Monhaseri to Everyone :** Yes, I agree ... I was hoping a slution without systemd but anyway ... If it provide the automotive industry required functionalities It is Ok\\
 +**From Farshid Monhaseri to Everyone :** I know replacing systemd custom lots of resources ... With this solution AGL will looks like a custom desktop distro (But I am agree it will have more functionalities and easy to develop)\\
 +**From Javier Jardón to Everyone :** To be more specific, we wrote a small doc about how to use the layer here: https://​gitlab.com/​CodethinkLabs/​agl/​meta-flatpak/​-/​blob/​AGL/​AGL.md\\
 +**From Farshid Monhaseri to Everyone :** Currently the AFB v4 is in "​redpesk"​ repo, but the with different licences ... I was planing to contribute to v4 and back port It to AGL ... but I think It won't be possible when we consider licencing issue\\
 +**From Farshid Monhaseri to Everyone :** There are some lack of functionalities and policy managment issue in current application frame work ... We wrote an additional service top on AFM to fulfill some requiremnts in real word Infotainment system.\\
 +**From Farshid Monhaseri to Everyone :** I was planing to push some features in current application frame work but with new situation, we have to re-learn AGL :))\\
 +**From Javier Jardón to Everyone :** https://​docs.flatpak.org/​en/​latest/​electron.html\\'​
 +
 +     * Javier said that they now have meta-flatpak building and running! Repo is available in [[https://​gitlab.com/​CodethinkLabs/​agl/​meta-flatpak/​-/​tree/​AGL | Gitlab]]
 +
 +   * 7/28 
 +     * Arnaud introduced himself as a new member of the team looking at Application Framework topics. Started looking at building flatpak and the work started by Codethink. The engineer working on this at Codethink moved on to another project. Javier is hoping to find someone else to look it. 
 +     * Need to think about where the code will reside long-term. ​ Is there an upstream project we can give this (YP, oe, meta-virtualization,​ RedHat).  ​
 +   * 8/11
 +     * No update
 +   * 9/8 
 +     * Arnaud back from vacation.
 +     * [[https://​www.youtube.com/​watch?​v=nZCSvBNtmHQ | Sam showed a demo]] of AGL running on flatpak built from meta-flatpak. ​
 +     * Discussed replacing SMACK with SELinux/​None option. ​ Daniel needs to discuss with Simon. ​
 +     * Next steps for App FW
 +       * Need instructions for building with flatpak and how to build apps so people can start playing with QEMU as target. ​
 +       * Make sandbox available in the next two weeks
 +       * Daniel and Arnaud to work on documenting adding system level services. ​
 +
 +    * WAM and Flutter (SPEC-3876)
 +      * 6/30 - Lorenzo gave us an update on their work creating Flutter apps that run via WAM. Asked if he could provide a diagram in Confluence on what they are doing with an eye towards how we can resume the apps and other work once we move to Flutter embedder or other non-web based solution. ​
 +      * 7/14 - [[https://​confluence.automotivelinux.org/​x/​_ACsAg | Confluence page]] was created by Lorenzo and Roger. ​
 +      * 8/11 - Work ongoing on the launcher and UI part of hvac .
 +
 +  * New topics:
 +
 +
 +==== August 11, 2021  ====
 +Attendees: Walt, Jan-Simon, Marius, Lorenzo, Javier
 +
 +
 +**Application Framework Redesign**
 +   * 6/2
 +     * Asked Daniel Stone to update his presentation on app FW changes for the June 15 workshop. ​
 +     * Flutter integration discussed. The thought is that we could do some app FW changes such as enable GRPC to make integration of Flutter simpler rather than creating a bunch of web socket code to enable flutter. We can use the lessons learned from Web Apps to determine the best course.  ​
 +   * 6/30 
 +     * Daniel and Simon {{ :​agl-distro:​collabora_-_agl_f2f_2021-06-15_-_app_framework_update.pdf | made a presentation}} during the F2F meeting. ​
 +     * Collabora looking to free up someone to start on this. 
 +   * 7/14
 +     * Daniel gave an update during AGL Tech Day!  Collabora has someone starting in the next two weeks on the App FW effort. ​
 +     * For some more context here is a transcript of the meeting chat. 
 +
 +**From Farshid Monhaseri to Everyone :** Yes I meant, Is the "​flatpack"​ with some other components are going to replace the "​aplication frame work" (specificly in PR profile)?\\
 +**From Scott Murray to Everyone :** I'd say the answer in a general way is yes, but what goes into the PR profile is an open question, that's up to Toyota for the most part. They have their own in-house app framework\\
 +**From Scott Murray to Everyone :** This work is to replace the effectively custom AGL only app framework with components based on existing projects with bigger communities.\\
 +**From Farshid Monhaseri to Everyone :** Yes, I agree ... I was hoping a slution without systemd but anyway ... If it provide the automotive industry required functionalities It is Ok\\
 +**From Farshid Monhaseri to Everyone :** I know replacing systemd custom lots of resources ... With this solution AGL will looks like a custom desktop distro (But I am agree it will have more functionalities and easy to develop)\\
 +**From Javier Jardón to Everyone :** To be more specific, we wrote a small doc about how to use the layer here: https://​gitlab.com/​CodethinkLabs/​agl/​meta-flatpak/​-/​blob/​AGL/​AGL.md\\
 +**From Farshid Monhaseri to Everyone :** Currently the AFB v4 is in "​redpesk"​ repo, but the with different licences ... I was planing to contribute to v4 and back port It to AGL ... but I think It won't be possible when we consider licencing issue\\
 +**From Farshid Monhaseri to Everyone :** There are some lack of functionalities and policy managment issue in current application frame work ... We wrote an additional service top on AFM to fulfill some requiremnts in real word Infotainment system.\\
 +**From Farshid Monhaseri to Everyone :** I was planing to push some features in current application frame work but with new situation, we have to re-learn AGL :))\\
 +**From Javier Jardón to Everyone :** https://​docs.flatpak.org/​en/​latest/​electron.html\\'​
 +
 +     * Javier said that they now have meta-flatpak building and running! Repo is available in [[https://​gitlab.com/​CodethinkLabs/​agl/​meta-flatpak/​-/​tree/​AGL | Gitlab]]
 +
 +   * 7/28 
 +     * Arnaud introduced himself as a new member of the team looking at Application Framework topics. Started looking at building flatpak and the work started by Codethink. The engineer working on this at Codethink moved on to another project. Javier is hoping to find someone else to look it. 
 +     * Need to think about where the code will reside long-term. ​ Is there an upstream project we can give this (YP, oe, meta-virtualization,​ RedHat).  ​
 +   * 8/11
 +     * No update
 +
 +    * WAM and Flutter (SPEC-3876)
 +      * 6/30 - Lorenzo gave us an update on their work creating Flutter apps that run via WAM. Asked if he could provide a diagram in Confluence on what they are doing with an eye towards how we can resume the apps and other work once we move to Flutter embedder or other non-web based solution. ​
 +      * 7/14 - [[https://​confluence.automotivelinux.org/​x/​_ACsAg | Confluence page]] was created by Lorenzo and Roger. ​
 +      * 8/11 - Work ongoing on the launcher and UI part of hvac .
 +
 +  * New topics:
 +    * 
 +
 +==== July 28, 2021  ====
 +Attendees: Walt, Jan-Simon, Scott, Javier, Marius, Daniel, Arnaud (Collabora),​ Lorenzo
 +
 +
 +**Application Framework Redesign**
 +   * 6/2
 +     * Asked Daniel Stone to update his presentation on app FW changes for the June 15 workshop. ​
 +     * Flutter integration discussed. The thought is that we could do some app FW changes such as enable GRPC to make integration of Flutter simpler rather than creating a bunch of web socket code to enable flutter. We can use the lessons learned from Web Apps to determine the best course.  ​
 +   * 6/30 
 +     * Daniel and Simon {{ :​agl-distro:​collabora_-_agl_f2f_2021-06-15_-_app_framework_update.pdf | made a presentation}} during the F2F meeting. ​
 +     * Collabora looking to free up someone to start on this. 
 +   * 7/14
 +     * Daniel gave an update during AGL Tech Day!  Collabora has someone starting in the next two weeks on the App FW effort. ​
 +     * For some more context here is a transcript of the meeting chat. 
 +
 +**From Farshid Monhaseri to Everyone :** Yes I meant, Is the "​flatpack"​ with some other components are going to replace the "​aplication frame work" (specificly in PR profile)?\\
 +**From Scott Murray to Everyone :** I'd say the answer in a general way is yes, but what goes into the PR profile is an open question, that's up to Toyota for the most part. They have their own in-house app framework\\
 +**From Scott Murray to Everyone :** This work is to replace the effectively custom AGL only app framework with components based on existing projects with bigger communities.\\
 +**From Farshid Monhaseri to Everyone :** Yes, I agree ... I was hoping a slution without systemd but anyway ... If it provide the automotive industry required functionalities It is Ok\\
 +**From Farshid Monhaseri to Everyone :** I know replacing systemd custom lots of resources ... With this solution AGL will looks like a custom desktop distro (But I am agree it will have more functionalities and easy to develop)\\
 +**From Javier Jardón to Everyone :** To be more specific, we wrote a small doc about how to use the layer here: https://​gitlab.com/​CodethinkLabs/​agl/​meta-flatpak/​-/​blob/​AGL/​AGL.md\\
 +**From Farshid Monhaseri to Everyone :** Currently the AFB v4 is in "​redpesk"​ repo, but the with different licences ... I was planing to contribute to v4 and back port It to AGL ... but I think It won't be possible when we consider licencing issue\\
 +**From Farshid Monhaseri to Everyone :** There are some lack of functionalities and policy managment issue in current application frame work ... We wrote an additional service top on AFM to fulfill some requiremnts in real word Infotainment system.\\
 +**From Farshid Monhaseri to Everyone :** I was planing to push some features in current application frame work but with new situation, we have to re-learn AGL :))\\
 +**From Javier Jardón to Everyone :** https://​docs.flatpak.org/​en/​latest/​electron.html\\'​
 +
 +     * Javier said that they now have meta-flatpak building and running! Repo is available in [[https://​gitlab.com/​CodethinkLabs/​agl/​meta-flatpak/​-/​tree/​AGL | Gitlab]]
 +
 +   * 7/28 
 +     * Arnaud introduced himself as a new member of the team looking at Application Framework topics. Started looking at building flatpak and the work started by Codethink. The engineer working on this at Codethink moved on to another project. Javier is hoping to find someone else to look it. 
 +     * Need to think about where the code will reside long-term. ​ Is there an upstream project we can give this (YP, oe, meta-virtualization,​ RedHat).  ​
 +
 +    * WAM and Flutter (SPEC-3876)
 +      * 6/30 - Lorenzo gave us an update on their work creating Flutter apps that run via WAM. Asked if he could provide a diagram in Confluence on what they are doing with an eye towards how we can resume the apps and other work once we move to Flutter embedder or other non-web based solution. ​
 +      * 7/14 - [[https://​confluence.automotivelinux.org/​x/​_ACsAg | Confluence page]] was created by Lorenzo and Roger. ​
 +
 +  * New topics:
 +
 +
 +
 +
 +==== July 14, 2021  ====
 +Attendees: Walt, Jan-Simon, Scott, Marius, Daniel, Javier, Farshid, George
 +
 +   * 6/2
 +     * Asked Daniel Stone to update his presentation on app FW changes for the June 15 workshop. ​
 +     * Flutter integration discussed. The thought is that we could do some app FW changes such as enable GRPC to make integration of Flutter simpler rather than creating a bunch of web socket code to enable flutter. We can use the lessons learned from Web Apps to determine the best course.  ​
 +   * 6/30 
 +     * Daniel and Simon {{ :​agl-distro:​collabora_-_agl_f2f_2021-06-15_-_app_framework_update.pdf | made a presentation}} during the F2F meeting. ​
 +     * Collabora looking to free up someone to start on this. 
 +   * 7/14
 +     * Daniel gave an update during AGL Tech Day!  Collabora has someone starting in the next two weeks on the App FW effort. ​
 +     * For some more context here is a transcript of the meeting chat. 
 +
 +**From Farshid Monhaseri to Everyone :** Yes I meant, Is the "​flatpack"​ with some other components are going to replace the "​aplication frame work" (specificly in PR profile)?\\
 +**From Scott Murray to Everyone :** I'd say the answer in a general way is yes, but what goes into the PR profile is an open question, that's up to Toyota for the most part. They have their own in-house app framework\\
 +**From Scott Murray to Everyone :** This work is to replace the effectively custom AGL only app framework with components based on existing projects with bigger communities.\\
 +**From Farshid Monhaseri to Everyone :** Yes, I agree ... I was hoping a slution without systemd but anyway ... If it provide the automotive industry required functionalities It is Ok\\
 +**From Farshid Monhaseri to Everyone :** I know replacing systemd custom lots of resources ... With this solution AGL will looks like a custom desktop distro (But I am agree it will have more functionalities and easy to develop)\\
 +**From Javier Jardón to Everyone :** To be more specific, we wrote a small doc about how to use the layer here: https://​gitlab.com/​CodethinkLabs/​agl/​meta-flatpak/​-/​blob/​AGL/​AGL.md\\
 +**From Farshid Monhaseri to Everyone :** Currently the AFB v4 is in "​redpesk"​ repo, but the with different licences ... I was planing to contribute to v4 and back port It to AGL ... but I think It won't be possible when we consider licencing issue\\
 +**From Farshid Monhaseri to Everyone :** There are some lack of functionalities and policy managment issue in current application frame work ... We wrote an additional service top on AFM to fulfill some requiremnts in real word Infotainment system.\\
 +**From Farshid Monhaseri to Everyone :** I was planing to push some features in current application frame work but with new situation, we have to re-learn AGL :))\\
 +**From Javier Jardón to Everyone :** https://​docs.flatpak.org/​en/​latest/​electron.html\\
 +
 +     * Javier said that they now have meta-flatpak building and running! Repo is available in [[https://​gitlab.com/​CodethinkLabs/​agl/​meta-flatpak/​-/​tree/​AGL | Gitlab]]
 +
 +
 +    * WAM and Flutter (SPEC-3876)
 +      * 6/30 - Lorenzo gave us an update on their work creating Flutter apps that run via WAM. Asked if he could provide a diagram in Confluence on what they are doing with an eye towards how we can resume the apps and other work once we move to Flutter embedder or other non-web based solution. ​
 +      * 7/14 - [[https://​confluence.automotivelinux.org/​x/​_ACsAg | Confluence page]] was created by Lorenzo and Roger. ​
 +
 +  * New topics:
 +
 +
 +
 +==== June 30, 2021  ====
 +Attendees: Walt, Jan-Simon, Hosokawa, Scott. Lorenzo, Marius
 +
 +   * 6/2
 +     * Asked Daniel Stone to update his presentation on app FW changes for the June 15 workshop. ​
 +     * Flutter integration discussed. The thought is that we could do some app FW changes such as enable GRPC to make integration of Flutter simpler rather than creating a bunch of web socket code to enable flutter. We can use the lessons learned from Web Apps to determine the best course.  ​
 +   * 6/30 
 +     * Daniel and Simon {{ :​agl-distro:​collabora_-_agl_f2f_2021-06-15_-_app_framework_update.pdf | made a presentation}} during the F2F meeting. ​
 +     * Collabora looking to free up someone to start on this. 
 +
 +   * 4/4 - Reviewed the [[https://​docs.google.com/​spreadsheets/​d/​1WsFPh_-2wAYE8NvKlBGywYixhhJz9EBlbUR02r0UWF8/​edit?​usp=sharing | roadmap spreadsheet]] and added the tab "Copy of App FW and Security"​ to further refine and group the tasks. ​
 +     * {{ :​eg-app-fw:​wam_cef.pdf |Presentation on Web Apps and CEF}} by Lorenzo
 +     * {{ :​agl-distro:​collabora_-_agl_sat_2021-03-18_-_app_framework.pdf ​ | Presentation from Daniel}} on App FW rework
 +   * 5/19 - Lorenzo presented at the Webengines Hackfest Embedded Session [[https://​www.youtube.com/​watch?​v=ABb4IoSGeWs ​ | link]]
 +
 +   * 4/11 - CodeThink joined the called and they are interested in participating in flatpak development. Javier also commented that they are in favor of Daniel'​s proposal to more closely follow upstream for the App FW. 
 +     * AWS main concern is security model using SMACK and the current AGL documentation makes it very difficult to develop new apps outside of the AGL demo apps. Would like the focus of new security model and App FW to be on the developer experience and making it easier to develop and deploy new apps. 
 +     * Richard suggested that we build a tutorial on how to develop apps be created in parallel with the development effort.
 +     * Need to think about how we can use flatpak and SELinux can co-exist and create an easy developer experience.
 +   * 5/19 - Javier: waiting for appfw/​Collabora progress. Meanwhile looking into core integration of flatpack into YP (updating support there)
 +   * 6/2 
 +     * Javier - [[ https://​gitlab.com/​CodethinkLabs/​agl/​meta-flatpak/​-/​tree/​coldtom/​update | updated the generic Yocto flatpak recipe]] and verified that it works. Will need to try building with AGL next. 
 +   * 6/30
 +     * No update on meta-flatpak other than it builds. ​
 +
 +  * New topics:
 +    * SPEC-3876 - Lorenzo gave us an update on their work creating Flutter apps that run via WAM. Asked if he could provide a diagram in Confluence on what they are doing with an eye towards how we can resume the apps and other work once we move to Flutter embedder or other non-web based solution. ​
 +
 +
 +
 +
 +==== June 2, 2021  ====
 +Attendees: Walt, Scott, Hosokawa, Marius, Bernard, Javier
 +
 +   * 6/2
 +     * Asked Daniel Stone to update his presentation on app FW changes for the June 15 workshop. ​
 +     * Flutter integration discussed. The thought is that we could do some app FW changes such as enable GRPC to make integration of Flutter simpler rather than creating a bunch of web socket code to enable flutter. We can use the lessons learned from Web Apps to determine the best course.  ​
 +
 +   * 4/4 - Reviewed the [[https://​docs.google.com/​spreadsheets/​d/​1WsFPh_-2wAYE8NvKlBGywYixhhJz9EBlbUR02r0UWF8/​edit?​usp=sharing | roadmap spreadsheet]] and added the tab "Copy of App FW and Security"​ to further refine and group the tasks. ​
 +     * {{ :​eg-app-fw:​wam_cef.pdf |Presentation on Web Apps and CEF}} by Lorenzo
 +     * {{ :​agl-distro:​collabora_-_agl_sat_2021-03-18_-_app_framework.pdf ​ | Presentation from Daniel}} on App FW rework
 +   * 5/19 - Lorenzo presented at the Webengines Hackfest Embedded Session [[https://​www.youtube.com/​watch?​v=ABb4IoSGeWs ​ | link]]
 +
 +   * 4/11 - CodeThink joined the called and they are interested in participating in flatpak development. Javier also commented that they are in favor of Daniel'​s proposal to more closely follow upstream for the App FW. 
 +     * AWS main concern is security model using SMACK and the current AGL documentation makes it very difficult to develop new apps outside of the AGL demo apps. Would like the focus of new security model and App FW to be on the developer experience and making it easier to develop and deploy new apps. 
 +     * Richard suggested that we build a tutorial on how to develop apps be created in parallel with the development effort.
 +     * Need to think about how we can use flatpak and SELinux can co-exist and create an easy developer experience.
 +   * 5/19 - Javier: waiting for appfw/​Collabora progress. Meanwhile looking into core integration of flatpack into YP (updating support there)
 +   * 6/2 
 +     * Javier - [[ https://​gitlab.com/​CodethinkLabs/​agl/​meta-flatpak/​-/​tree/​coldtom/​update | updated the generic Yocto flatpack recipe]] and verified that it works. Will need to try building with AGL next. 
 +
 +  * New topics:
 +
 +
 +
 +==== May 19, 2021  ====
 +Attendees: Jan-Simon, Scott, Javier, Lorenzo, Marius
 +
 +   * 4/4 - Reviewed the [[https://​docs.google.com/​spreadsheets/​d/​1WsFPh_-2wAYE8NvKlBGywYixhhJz9EBlbUR02r0UWF8/​edit?​usp=sharing | roadmap spreadsheet]] and added the tab "Copy of App FW and Security"​ to further refine and group the tasks. ​
 +     * {{ :​eg-app-fw:​wam_cef.pdf |Presentation on Web Apps and CEF}} by Lorenzo
 +     * {{ :​agl-distro:​collabora_-_agl_sat_2021-03-18_-_app_framework.pdf ​ | Presentation from Daniel}} on App FW rework
 +   * 5/19 - Lorenzo presented at the Webengines Hackfest Embedded Session [[https://​www.youtube.com/​watch?​v=ABb4IoSGeWs ​ | link]]
 +
 +   * 4/11 - CodeThink joined the called and they are interested in participating in flatpak development. Javier also commented that they are in favor of Daniel'​s proposal to more closely follow upstream for the App FW. 
 +     * AWS main concern is security model using SMACK and the current AGL documentation makes it very difficult to develop new apps outside of the AGL demo apps. Would like the focus of new security model and App FW to be on the developer experience and making it easier to develop and deploy new apps. 
 +     * Richard suggested that we build a tutorial on how to develop apps be created in parallel with the development effort.
 +     * Need to think about how we can use flatpak and SELinux can co-exist and create an easy developer experience.
 +   * 5/19 - Javier: waiting for appfw/​Collabora progress. Meanwhile looking into core integration of flatpack into YP (updating support there)
 +
 +  * New topics:
 +    * Marius: Development environment for application developer use-case is currently difficult to use. Need to reconsider with new appfw.  ​
 +
 +
 +
 +
 +
 +
 +==== April 21, 2021  ====
 +Attendees: Walt,  Javier Jardon and Mark Green (Codethink),​ Hosokawa, Yamaguchi, Marius, Scott, Date, Kurokawa, Richard
 +
 +   * 4/4 - Reviewed the [[https://​docs.google.com/​spreadsheets/​d/​1WsFPh_-2wAYE8NvKlBGywYixhhJz9EBlbUR02r0UWF8/​edit?​usp=sharing | roadmap spreadsheet]] and added the tab "Copy of App FW and Security"​ to further refine and group the tasks. ​
 +   * {{ :​eg-app-fw:​wam_cef.pdf |Presentation on Web Apps and CEF}} by Lorenzo
 +   * {{ :​agl-distro:​collabora_-_agl_sat_2021-03-18_-_app_framework.pdf ​ | Presentation from Daniel}} on App FW rework
 +
 +   * 4/11 - CodeThink joined the called and they are interested in participating in flatpak development. Javier also commented that they are in favor of Daniel'​s proposal to more closely follow upstream for the App FW. 
 +   * AWS main concern is security model using SMACK and the current AGL documentation makes it very difficult to develop new apps outside of the AGL demo apps. Would like the focus of new security model and App FW to be on the developer experience and making it easier to develop and deploy new apps. 
 +   * Richard suggested that we build a tutorial on how to develop apps be created in parallel with the development effort.
 +   * Need to think about how we can use flatpak and SELinux can co-exist and create an easy developer experience.
 +
 +  * New topics:
 +
 +
 +
 +
 +
 +==== April 7, 2021  ====
 +Attendees: Walt, Jan-Simon, Hosokawa, Scott, Date, Richard, Lorenzo, ​
 +
 +   * Reviewed the [[https://​docs.google.com/​spreadsheets/​d/​1WsFPh_-2wAYE8NvKlBGywYixhhJz9EBlbUR02r0UWF8/​edit?​usp=sharing | roadmap spreadsheet]] and added the tab "Copy of App FW and Security"​ to further refine and group the tasks. ​
 +   * {{ :​eg-app-fw:​wam_cef.pdf |Presentation on Web Apps and CEF}} by Lorenzo
 +   * {{ :​agl-distro:​collabora_-_agl_sat_2021-03-18_-_app_framework.pdf ​ | Presentation from Daniel}} on App FW rework
 +
 +  * New topics:
 +
 +
 +
 +
 +==== March 24, 2021  ====
 +Attendees: Walt, Jan-Simon, Scott, Daniel, Hosokawa, Marius, Date, Stephane
 +
 +Reviewed the [[https://​docs.google.com/​spreadsheets/​d/​1WsFPh_-2wAYE8NvKlBGywYixhhJz9EBlbUR02r0UWF8/​edit?​usp=sharing | roadmap spreadsheet]] and added the tab "Copy of App FW and Security"​ to further refine and group the tasks. ​
 + 
 +  * New topics:
 +
 +
 +
 +==== March 10, 2021  ====
 +Attendees: Walt, Jan-Simon, Marius, Scott, Li
 +
 +
 +   * RBA 
 +   * 12/2
 +     * Anusha asked a question on the [[https://​lists.automotivelinux.org/​g/​agl-dev-community/​topic/​fw_related_to_agl_compositor/​78625117?​p=,,,​20,​0,​0,​0::​recentpostdate%2Fsticky,,,​20,​2,​0,​78625117 | mail list]]. Discussed the responses to this.
 +     * Marius will look at dynamic loading of the policy engine at run time so that policies can be dynamic. An alternative solution that would not require dynamic loading of the policy is to incorporate RBA into the compositor itself. ​ Hosokawa-san will was whether that is ok for Denso. ​ It would avoid a lot of unnecessary complexity since there is probably no use case for having the policy dynamically loaded. ​ Will continue the discussion on the mail list. 
 +   * 12/16
 +     * RBA successfully connected to AGL compositor using M3 and QEMU and can run the demo apps. Code will be pushed by Hosokawa-san. ​
 +     * Discussed whether RBA will be enabled by default in the demo image. Plan will be to enable RBA by default. ​ Need documentation on how to update the policies and create new policies in order to make this the default. Hosokawa said that there is no plan to create such documentation. ​ If the documentation is created the proposal would be to have RBA be enabled by default with a mechanism to disable it and replace with a different policy engine. ​
 +   * 1/13
 +     * RBA now merged as a build time option and will run the existing AGL demo when enabled. Some open issues remain. RBA is not enabled in CI or in any build images as an option.
 +     * Documentation and example are in progress.
 +     * Walt suggested that Hosokawa submit a talk for AMM that shows the demo running with RBA enabled. ​
 +   * 1/27
 +     * No update
 +   * 2/10
 +     * No update
 +   * 2/24
 +     * ADIT preparing documentation for RBA. 
 +
 +   * Waltham - Discussed SPEC-3647. Waltham currently requires a private fork that is not maintained to be usable. ADIT currently has no customer or budget to continue the Waltham work. Need to decide the long-term future of Waltham with the Steering Committee. ​ Do we work to upstream this and have AGL maintain it or go with what is it there and potentially let it bit rot over the next few years?
 +
 +
 +[[:​agl-roadmap|AGL Roadmap]]
 +
 +   * Product readiness effort ​
 +     * No one from Toyota dialed in, Need to discuss the future of the app framework with respect to the PR effort. ​
 +     * Tanikawa: Current app framework is targeting a modern mobile environment for app installation and management. PR effort is thinking more along the lines of a re-using an older vision of app framework. ​
 +       * Need to separate app management functions from a common platform service implementation.
 +     * Scott: Would like a definition of what Toyota says they will drop to AGL for a new application framework after 2021. 
 +       * Current state of PR effort effectively freezes the project while people wait for Toyota to make decisions. ​
 +     * Jan-Simon: There are impacts to other parts of the project. ​
 +     * All: Toyota'​s Base System attempts to replace systemd. This takes the project in a very different and not open source friendly direction. ​ Need to understand what Toyota'​s intentions are with respect to their Base System and whether they think systemd will be used long-term. EG does not think the Base System is sustainable. ​
 +       * Suggestion is that we let Toyota own and do the work for the "trial version"​ and only provide advice and training since this seems to be throw-away long term and have the EG develop the long-term solution. ​
 +       * Tanikawa: ​ Need to investigate replacing SMACK with SELinux (or something else). SMACK does not seem to be up to the needs of a production system.  ​
 +
 +Topics for EG for PR
 +   * Continued use of systemd  ​
 +   * Linux Security Module for AGL (SMACK, SELinux, AppArmor, or none). None implies leaving the LSM to the product developer. ​ Choosing one effectively locks in the Product developer to a solution. ​
 +    * API mechanism. Continue to use OpenAPI or change to a different mechanism for platform services. Ideally we have an IDL that autogenerates the API code. (grpc, OpenAPI, or another)
 +   * Long-term use of Qt
 +   * IPC should be defined and selected. ​
 +
 +
 +   * Current status
 +     * Window Manager and Compositor are functionally equivalent to CES 2020 demo for Qt Apps. 
 +     * WAM implementation is being worked on by Igalia and should be ready for JJ RC3
 +     * Marius has a number of Jira tickets to resolve but will quickly run out of work if new requirements are not defined and agreed upon by the IVI Product Readiness effort. ​
 +     ​* ​
 +
 +
 +  * New topics:
 +
 +
 +
 +
 +==== February 24, 2021  ====
 +Attendees: Walt, Jan-Simon, Marius, Scott, Farshid, Hosokawa, Anusha
 +
 +
 +   * RBA 
 +   * 12/2
 +     * Anusha asked a question on the [[https://​lists.automotivelinux.org/​g/​agl-dev-community/​topic/​fw_related_to_agl_compositor/​78625117?​p=,,,​20,​0,​0,​0::​recentpostdate%2Fsticky,,,​20,​2,​0,​78625117 | mail list]]. Discussed the responses to this.
 +     * Marius will look at dynamic loading of the policy engine at run time so that policies can be dynamic. An alternative solution that would not require dynamic loading of the policy is to incorporate RBA into the compositor itself. ​ Hosokawa-san will was whether that is ok for Denso. ​ It would avoid a lot of unnecessary complexity since there is probably no use case for having the policy dynamically loaded. ​ Will continue the discussion on the mail list. 
 +   * 12/16
 +     * RBA successfully connected to AGL compositor using M3 and QEMU and can run the demo apps. Code will be pushed by Hosokawa-san. ​
 +     * Discussed whether RBA will be enabled by default in the demo image. Plan will be to enable RBA by default. ​ Need documentation on how to update the policies and create new policies in order to make this the default. Hosokawa said that there is no plan to create such documentation. ​ If the documentation is created the proposal would be to have RBA be enabled by default with a mechanism to disable it and replace with a different policy engine. ​
 +   * 1/13
 +     * RBA now merged as a build time option and will run the existing AGL demo when enabled. Some open issues remain. RBA is not enabled in CI or in any build images as an option.
 +     * Documentation and example are in progress.
 +     * Walt suggested that Hosokawa submit a talk for AMM that shows the demo running with RBA enabled. ​
 +   * 1/27
 +     * No update
 +   * 2/10
 +     * No update
 +   * 2/24
 +     * ADIT preparing documentation for RBA. 
 +
 +   * Waltham - Discussed SPEC-3647. Waltham currently requires a private fork that is not maintained to be usable. ADIT currently has no customer or budget to continue the Waltham work. Need to decide the long-term future of Waltham with the Steering Committee. ​ Do we work to upstream this and have AGL maintain it or go with what is it there and potentially let it bit rot over the next few years?
 +
 +
 +[[:​agl-roadmap|AGL Roadmap]]
 +
 +   * Product readiness effort ​
 +     * No one from Toyota dialed in, Need to discuss the future of the app framework with respect to the PR effort. ​
 +     * Tanikawa: Current app framework is targeting a modern mobile environment for app installation and management. PR effort is thinking more along the lines of a re-using an older vision of app framework. ​
 +       * Need to separate app management functions from a common platform service implementation.
 +     * Scott: Would like a definition of what Toyota says they will drop to AGL for a new application framework after 2021. 
 +       * Current state of PR effort effectively freezes the project while people wait for Toyota to make decisions. ​
 +     * Jan-Simon: There are impacts to other parts of the project. ​
 +     * All: Toyota'​s Base System attempts to replace systemd. This takes the project in a very different and not open source friendly direction. ​ Need to understand what Toyota'​s intentions are with respect to their Base System and whether they think systemd will be used long-term. EG does not think the Base System is sustainable. ​
 +       * Suggestion is that we let Toyota own and do the work for the "trial version"​ and only provide advice and training since this seems to be throw-away long term and have the EG develop the long-term solution. ​
 +       * Tanikawa: ​ Need to investigate replacing SMACK with SELinux (or something else). SMACK does not seem to be up to the needs of a production system.  ​
 +
 +Topics for EG for PR
 +   * Continued use of systemd  ​
 +   * Linux Security Module for AGL (SMACK, SELinux, AppArmor, or none). None implies leaving the LSM to the product developer. ​ Choosing one effectively locks in the Product developer to a solution. ​
 +    * API mechanism. Continue to use OpenAPI or change to a different mechanism for platform services. Ideally we have an IDL that autogenerates the API code. (grpc, OpenAPI, or another)
 +   * Long-term use of Qt
 +   * IPC should be defined and selected. ​
 +
 +
 +   * Current status
 +     * Window Manager and Compositor are functionally equivalent to CES 2020 demo for Qt Apps. 
 +     * WAM implementation is being worked on by Igalia and should be ready for JJ RC3
 +     * Marius has a number of Jira tickets to resolve but will quickly run out of work if new requirements are not defined and agreed upon by the IVI Product Readiness effort. ​
 +     ​* ​
 +
 +
 +  * New topics:
 +
 +
 +
 +
 +==== February 10, 2021  ====
 +Attendees: Walt, Jan-Simon, Marius
 +
 +
 +   * RBA 
 +   * 12/2
 +     * Anusha asked a question on the [[https://​lists.automotivelinux.org/​g/​agl-dev-community/​topic/​fw_related_to_agl_compositor/​78625117?​p=,,,​20,​0,​0,​0::​recentpostdate%2Fsticky,,,​20,​2,​0,​78625117 | mail list]]. Discussed the responses to this.
 +     * Marius will look at dynamic loading of the policy engine at run time so that policies can be dynamic. An alternative solution that would not require dynamic loading of the policy is to incorporate RBA into the compositor itself. ​ Hosokawa-san will was whether that is ok for Denso. ​ It would avoid a lot of unnecessary complexity since there is probably no use case for having the policy dynamically loaded. ​ Will continue the discussion on the mail list. 
 +   * 12/16
 +     * RBA successfully connected to AGL compositor using M3 and QEMU and can run the demo apps. Code will be pushed by Hosokawa-san. ​
 +     * Discussed whether RBA will be enabled by default in the demo image. Plan will be to enable RBA by default. ​ Need documentation on how to update the policies and create new policies in order to make this the default. Hosokawa said that there is no plan to create such documentation. ​ If the documentation is created the proposal would be to have RBA be enabled by default with a mechanism to disable it and replace with a different policy engine. ​
 +   * 1/13
 +     * RBA now merged as a build time option and will run the existing AGL demo when enabled. Some open issues remain. RBA is not enabled in CI or in any build images as an option.
 +     * Documentation and example are in progress.
 +     * Walt suggested that Hosokawa submit a talk for AMM that shows the demo running with RBA enabled. ​
 +   * 1/27
 +     * No update
 +   * 2/10
 +     * No update
 +
 +   * Waltham - Discussed SPEC-3647. Waltham currently requires a private fork that is not maintained to be usable. ADIT currently has no customer or budget to continue the Waltham work. Need to decide the long-term future of Waltham with the Steering Committee. ​ Do we work to upstream this and have AGL maintain it or go with what is it there and potentially let it bit rot over the next few years?
 +
 +
 +[[:​agl-roadmap|AGL Roadmap]]
 +
 +   * Product readiness effort ​
 +     * No one from Toyota dialed in, Need to discuss the future of the app framework with respect to the PR effort. ​
 +     * Tanikawa: Current app framework is targeting a modern mobile environment for app installation and management. PR effort is thinking more along the lines of a re-using an older vision of app framework. ​
 +       * Need to separate app management functions from a common platform service implementation.
 +     * Scott: Would like a definition of what Toyota says they will drop to AGL for a new application framework after 2021. 
 +       * Current state of PR effort effectively freezes the project while people wait for Toyota to make decisions. ​
 +     * Jan-Simon: There are impacts to other parts of the project. ​
 +     * All: Toyota'​s Base System attempts to replace systemd. This takes the project in a very different and not open source friendly direction. ​ Need to understand what Toyota'​s intentions are with respect to their Base System and whether they think systemd will be used long-term. EG does not think the Base System is sustainable. ​
 +       * Suggestion is that we let Toyota own and do the work for the "trial version"​ and only provide advice and training since this seems to be throw-away long term and have the EG develop the long-term solution. ​
 +       * Tanikawa: ​ Need to investigate replacing SMACK with SELinux (or something else). SMACK does not seem to be up to the needs of a production system.  ​
 +
 +Topics for EG for PR
 +   * Continued use of systemd  ​
 +   * Linux Security Module for AGL (SMACK, SELinux, AppArmor, or none). None implies leaving the LSM to the product developer. ​ Choosing one effectively locks in the Product developer to a solution. ​
 +   * Package management and deployment solution ​
 +   * API mechanism. Continue to use OpenAPI or change to a different mechanism for platform services. Ideally we have an IDL that autogenerates the API code. (grpc, OpenAPI, or another)
 +   * Long-term use of Qt
 +   * IPC should be defined and selected. ​
 +
 +
 +   * Current status
 +     * Window Manager and Compositor are functionally equivalent to CES 2020 demo for Qt Apps. 
 +     * WAM implementation is being worked on by Igalia and should be ready for JJ RC3
 +     * Marius has a number of Jira tickets to resolve but will quickly run out of work if new requirements are not defined and agreed upon by the IVI Product Readiness effort. ​
 +     ​* ​
 +
 +
 +  * New topics:
 +
 +
 +
 +
 +==== January 27, 2021  ====
 +Attendees: Walt, Jan-Simon, Tanikawa, Scott, Marius
 +
 +
 +   * RBA 
 +   * 12/2
 +     * Anusha asked a question on the [[https://​lists.automotivelinux.org/​g/​agl-dev-community/​topic/​fw_related_to_agl_compositor/​78625117?​p=,,,​20,​0,​0,​0::​recentpostdate%2Fsticky,,,​20,​2,​0,​78625117 | mail list]]. Discussed the responses to this.
 +     * Marius will look at dynamic loading of the policy engine at run time so that policies can be dynamic. An alternative solution that would not require dynamic loading of the policy is to incorporate RBA into the compositor itself. ​ Hosokawa-san will was whether that is ok for Denso. ​ It would avoid a lot of unnecessary complexity since there is probably no use case for having the policy dynamically loaded. ​ Will continue the discussion on the mail list. 
 +   * 12/16
 +     * RBA successfully connected to AGL compositor using M3 and QEMU and can run the demo apps. Code will be pushed by Hosokawa-san. ​
 +     * Discussed whether RBA will be enabled by default in the demo image. Plan will be to enable RBA by default. ​ Need documentation on how to update the policies and create new policies in order to make this the default. Hosokawa said that there is no plan to create such documentation. ​ If the documentation is created the proposal would be to have RBA be enabled by default with a mechanism to disable it and replace with a different policy engine. ​
 +   * 1/13
 +     * RBA now merged as a build time option and will run the existing AGL demo when enabled. Some open issues remain. RBA is not enabled in CI or in any build images as an option.
 +     * Documentation and example are in progress.
 +     * Walt suggested that Hosokawa submit a talk for AMM that shows the demo running with RBA enabled. ​
 +   * 1/27
 +     * No update
 +
 +   * Waltham - Discussed SPEC-3647. Waltham currently requires a private fork that is not maintained to be usable. ADIT currently has no customer or budget to continue the Waltham work. Need to decide the long-term future of Waltham with the Steering Committee. ​ Do we work to upstream this and have AGL maintain it or go with what is it there and potentially let it bit rot over the next few years?
 +
 +
 +[[:​agl-roadmap|AGL Roadmap]]
 +
 +   * Product readiness effort ​
 +     * No one from Toyota dialed in, Need to discuss the future of the app framework with respect to the PR effort. ​
 +     * Tanikawa: Current app framework is targeting a modern mobile environment for app installation and management. PR effort is thinking more along the lines of a re-using an older vision of app framework. ​
 +       * Need to separate app management functions from a common platform service implementation.
 +     * Scott: Would like a definition of what Toyota says they will drop to AGL for a new application framework after 2021. 
 +       * Current state of PR effort effectively freezes the project while people wait for Toyota to make decisions. ​
 +     * Jan-Simon: There are impacts to other parts of the project. ​
 +     * All: Toyota'​s Base System attempts to replace systemd. This takes the project in a very different and not open source friendly direction. ​ Need to understand what Toyota'​s intentions are with respect to their Base System and whether they think systemd will be used long-term. EG does not think the Base System is sustainable. ​
 +       * Suggestion is that we let Toyota own and do the work for the "trial version"​ and only provide advice and training since this seems to be throw-away long term and have the EG develop the long-term solution. ​
 +       * Tanikawa: ​ Need to investigate replacing SMACK with SELinux (or something else). SMACK does not seem to be up to the needs of a production system.  ​
 +
 +Topics for EG for PR
 +   * Continued use of systemd  ​
 +   * Linux Security Module for AGL (SMACK, SELinux, AppArmor, or none). None implies leaving the LSM to the product developer. ​ Choosing one effectively locks in the Product developer to a solution. ​
 +   * Package management and deployment solution ​
 +   * API mechanism. Continue to use OpenAPI or change to a different mechanism for platform services. Ideally we have an IDL that autogenerates the API code. (grpc, OpenAPI, or another)
 +   * Long-term use of Qt
 +   * IPC should be defined and selected. ​
 +
 +
 +
 +
 +   * Current status
 +     * Window Manager and Compositor are functionally equivalent to CES 2020 demo for Qt Apps. 
 +     * WAM implementation is being worked on by Igalia and should be ready for JJ RC3
 +     * Marius has a number of Jira tickets to resolve but will quickly run out of work if new requirements are not defined and agreed upon by the IVI Product Readiness effort. ​
 +     ​* ​
 +
 +
 +  * New topics:
 +
 +
 +
 +==== January 13, 2021  ====
 +Attendees: Walt, Jan-Simon, Tanikawa, Scott, Marius, Hosokawa,
 +
 +   * RBA 
 +   * 12/2
 +     * Anusha asked a question on the [[https://​lists.automotivelinux.org/​g/​agl-dev-community/​topic/​fw_related_to_agl_compositor/​78625117?​p=,,,​20,​0,​0,​0::​recentpostdate%2Fsticky,,,​20,​2,​0,​78625117 | mail list]]. Discussed the responses to this.
 +     * Marius will look at dynamic loading of the policy engine at run time so that policies can be dynamic. An alternative solution that would not require dynamic loading of the policy is to incorporate RBA into the compositor itself. ​ Hosokawa-san will was whether that is ok for Denso. ​ It would avoid a lot of unnecessary complexity since there is probably no use case for having the policy dynamically loaded. ​ Will continue the discussion on the mail list. 
 +   * 12/16
 +     * RBA successfully connected to AGL compositor using M3 and QEMU and can run the demo apps. Code will be pushed by Hosokawa-san. ​
 +     * Discussed whether RBA will be enabled by default in the demo image. Plan will be to enable RBA by default. ​ Need documentation on how to update the policies and create new policies in order to make this the default. Hosokawa said that there is no plan to create such documentation. ​ If the documentation is created the proposal would be to have RBA be enabled by default with a mechanism to disable it and replace with a different policy engine. ​
 +   * 1/13
 +     * RBA now merged as a build time option and will run the existing AGL demo when enabled. Some open issues remain. RBA is not enabled in CI or in any build images as an option.
 +     * Documentation and example are in progress.
 +     * Walt suggested that Hosokawa submit a talk for AMM that shows the demo running with RBA enabled. ​
 +
 +   * Waltham - Discussed SPEC-3647. Waltham currently requires a private fork that is not maintained to be usable. ADIT currently has no customer or budget to continue the Waltham work. Need to decide the long-term future of Waltham with the Steering Committee. ​ Do we work to upstream this and have AGL maintain it or go with what is it there and potentially let it bit rot over the next few years?
 +
 +
 +[[:​agl-roadmap|AGL Roadmap]]
 +
 +   * Product readiness effort ​
 +     * No one from Toyota dialed in, Need to discuss the future of the app framework with respect to the PR effort. ​
 +     * Tanikawa: Current app framework is targeting a modern mobile environment for app installation and management. PR effort is thinking more along the lines of a re-using an older vision of app framework. ​
 +       * Need to separate app management functions from a common platform service implementation.
 +     * Scott: Would like a definition of what Toyota says they will drop to AGL for a new application framework after 2021. 
 +       * Current state of PR effort effectively freezes the project while people wait for Toyota to make decisions. ​
 +     * Jan-Simon: There are impacts to other parts of the project. ​
 +     * All: Toyota'​s Base System attempts to replace systemd. This takes the project in a very different and not open source friendly direction. ​ Need to understand what Toyota'​s intentions are with respect to their Base System and whether they think systemd will be used long-term. EG does not think the Base System is sustainable. ​
 +       * Suggestion is that we let Toyota own and do the work for the "trial version"​ and only provide advice and training since this seems to be throw-away long term and have the EG develop the long-term solution. ​
 +       * Tanikawa: ​ Need to investigate replacing SMACK with SELinux (or something else). SMACK does not seem to be up to the needs of a production system.  ​
 +
 +Topics for EG for PR
 +   * Continued use of systemd  ​
 +   * Linux Security Module for AGL (SMACK, SELinux, AppArmor, or none). None implies leaving the LSM to the product developer. ​ Choosing one effectively locks in the Product developer to a solution. ​
 +   * Package management and deployment solution ​
 +   * API mechanism. Continue to use OpenAPI or change to a different mechanism for platform services. Ideally we have an IDL that autogenerates the API code. (grpc, OpenAPI, or another)
 +   * Long-term use of Qt
 +   * IPC should be defined and selected. ​
 +
 +
 +
 +
 +   * Current status
 +     * Window Manager and Compositor are functionally equivalent to CES 2020 demo for Qt Apps. 
 +     * WAM implementation is being worked on by Igalia and should be ready for JJ RC3
 +     * Marius has a number of Jira tickets to resolve but will quickly run out of work if new requirements are not defined and agreed upon by the IVI Product Readiness effort. ​
 +     ​* ​
 +
 +
 +  * New topics:
 +
 +
 +
 +==== December 16, 2020  ====
 +Attendees: Walt, Jan-Simon, Hosokawa, Kurokawa, Marius, Scott, Tanikawa
 +
 +   * RBA 
 +   * 12/2
 +     * Anusha asked a question on the [[https://​lists.automotivelinux.org/​g/​agl-dev-community/​topic/​fw_related_to_agl_compositor/​78625117?​p=,,,​20,​0,​0,​0::​recentpostdate%2Fsticky,,,​20,​2,​0,​78625117 | mail list]]. Discussed the responses to this.
 +     * Marius will look at dynamic loading of the policy engine at run time so that policies can be dynamic. An alternative solution that would not require dynamic loading of the policy is to incorporate RBA into the compositor itself. ​ Hosokawa-san will was whether that is ok for Denso. ​ It would avoid a lot of unnecessary complexity since there is probably no use case for having the policy dynamically loaded. ​ Will continue the discussion on the mail list. 
 +   * 12/16
 +     * RBA successfully connected to AGL compositor using M3 and QEMU and can run the demo apps. Code will be pushed by Hosokawa-san. ​
 +     * Discussed whether RBA will be enabled by default in the demo image. Plan will be to enable RBA by default. ​ Need documentation on how to update the policies and create new policies in order to make this the default. Hosokawa said that there is no plan to create such documentation. ​ If the documentation is created the proposal would be to have RBA be enabled by default with a mechanism to disable it and replace with a different policy engine. ​
 +
 +   * Waltham - Discussed SPEC-3647. Waltham currently requires a private fork that is not maintained to be usable. ADIT currently has no customer or budget to continue the Waltham work. Need to decide the long-term future of Waltham with the Steering Committee. ​ Do we work to upstream this and have AGL maintain it or go with what is it there and potentially let it bit rot over the next few years?
 +
 +
 +[[:​agl-roadmap|AGL Roadmap]]
 +
 +   * Product readiness effort ​
 +     * No one from Toyota dialed in, Need to discuss the future of the app framework with respect to the PR effort. ​
 +     * Tanikawa: Current app framework is targeting a modern mobile environment for app installation and management. PR effort is thinking more along the lines of a re-using an older vision of app framework. ​
 +       * Need to separate app management functions from a common platform service implementation.
 +     * Scott: Would like a definition of what Toyota says they will drop to AGL for a new application framework after 2021. 
 +       * Current state of PR effort effectively freezes the project while people wait for Toyota to make decisions. ​
 +     * Jan-Simon: There are impacts to other parts of the project. ​
 +     * All: Toyota'​s Base System attempts to replace systemd. This takes the project in a very different and not open source friendly direction. ​ Need to understand what Toyota'​s intentions are with respect to their Base System and whether they think systemd will be used long-term. EG does not think the Base System is sustainable. ​
 +       * Suggestion is that we let Toyota own and do the work for the "trial version"​ and only provide advice and training since this seems to be throw-away long term and have the EG develop the long-term solution. ​
 +       * Tanikawa: ​ Need to investigate replacing SMACK with SELinux (or something else). SMACK does not seem to be up to the needs of a production system.  ​
 +
 +Topics for EG for PR
 +   * Continued use of systemd  ​
 +   * Linux Security Module for AGL (SMACK, SELinux, AppArmor, or none). None implies leaving the LSM to the product developer. ​ Choosing one effectively locks in the Product developer to a solution. ​
 +   * Package management and deployment solution ​
 +   * API mechanism. Continue to use OpenAPI or change to a different mechanism for platform services. Ideally we have an IDL that autogenerates the API code. (grpc, OpenAPI, or another)
 +   * Long-term use of Qt
 +   * IPC should be defined and selected. ​
 +
 +
 +
 +
 +   * Current status
 +     * Window Manager and Compositor are functionally equivalent to CES 2020 demo for Qt Apps. 
 +     * WAM implementation is being worked on by Igalia and should be ready for JJ RC3
 +     * Marius has a number of Jira tickets to resolve but will quickly run out of work if new requirements are not defined and agreed upon by the IVI Product Readiness effort. ​
 +     ​* ​
 +
 +
 +  * New topics:
 +
 +
 +
 +==== December 2, 2020  ====
 +Attendees: Walt, Jan-Simon, Tanikawa, Anusha, Marius, Hosokawa, Scott, Li
 +
 +   * RBA 
 +     * Anusha asked a question on the [[https://​lists.automotivelinux.org/​g/​agl-dev-community/​topic/​fw_related_to_agl_compositor/​78625117?​p=,,,​20,​0,​0,​0::​recentpostdate%2Fsticky,,,​20,​2,​0,​78625117 | mail list]]. Discussed the responses to this.
 +     * Marius will look at dynamic loading of the policy engine at run time so that policies can be dynamic. An alternative solution that would not require dynamic loading of the policy is to incorporate RBA into the compositor itself. ​ Hosokawa-san will was whether that is ok for Denso. ​ It would avoid a lot of unnecessary complexity since there is probably no use case for having the policy dynamically loaded. ​ Will continue the discussion on the mail list. 
 +
 +   * Waltham - Discussed SPEC-3647. Waltham currently requires a private fork that is not maintained to be usable. ADIT currently has no customer or budget to continue the Waltham work. Need to decide the long-term future of Waltham with the Steering Committee. ​ Do we work to upstream this and have AGL maintain it or go with what is it there and potentially let it bit rot over the next few years?
 +
 +
 +[[:​agl-roadmap|AGL Roadmap]]
 +
 +   * Product readiness effort ​
 +     * No one from Toyota dialed in, Need to discuss the future of the app framework with respect to the PR effort. ​
 +     * Tanikawa: Current app framework is targeting a modern mobile environment for app installation and management. PR effort is thinking more along the lines of a re-using an older vision of app framework. ​
 +       * Need to separate app management functions from a common platform service implementation.
 +     * Scott: Would like a definition of what Toyota says they will drop to AGL for a new application framework after 2021. 
 +       * Current state of PR effort effectively freezes the project while people wait for Toyota to make decisions. ​
 +     * Jan-Simon: There are impacts to other parts of the project. ​
 +     * All: Toyota'​s Base System attempts to replace systemd. This takes the project in a very different and not open source friendly direction. ​ Need to understand what Toyota'​s intentions are with respect to their Base System and whether they think systemd will be used long-term. EG does not think the Base System is sustainable. ​
 +       * Suggestion is that we let Toyota own and do the work for the "trial version"​ and only provide advice and training since this seems to be throw-away long term and have the EG develop the long-term solution. ​
 +       * Tanikawa: ​ Need to investigate replacing SMACK with SELinux (or something else). SMACK does not seem to be up to the needs of a production system.  ​
 +
 +Topics for EG for PR
 +   * Continued use of systemd  ​
 +   * Linux Security Module for AGL (SMACK, SELinux, AppArmor, or none). None implies leaving the LSM to the product developer. ​ Choosing one effectively locks in the Product developer to a solution. ​
 +   * Package management and deployment solution ​
 +   * API mechanism. Continue to use OpenAPI or change to a different mechanism for platform services. Ideally we have an IDL that autogenerates the API code. (grpc, OpenAPI, or another)
 +   * Long-term use of Qt
 +   * IPC should be defined and selected. ​
 +
 +
 +
 +
 +   * Current status
 +     * Window Manager and Compositor are functionally equivalent to CES 2020 demo for Qt Apps. 
 +     * WAM implementation is being worked on by Igalia and should be ready for JJ RC3
 +     * Marius has a number of Jira tickets to resolve but will quickly run out of work if new requirements are not defined and agreed upon by the IVI Product Readiness effort. ​
 +     ​* ​
 +
 +
 + * AppFW 
 +
 +  * Enable multi-user across the reference platform. - ** Icefish availability depends on priorities **
 +    * Widget installation per user - When a given application is installed on the system it can be made available to all or to specific users. ​
 +    * Teen driver or senior citizen use cases for example
 +    * Only one version of a given app or service will be installed on the system. Note that a service widget itself may choose to internally support multiple versions of its own API within a single widget, but that is up to the service provide to maintain.  ​
 +    * 2/12 - User creation and management needs to be developed. ​
 +    * 3/11 - Still on-hold
 +
 +
 +  * Security workflow for Device and App developers
 +    * 8/28 - Documentation todo 
 +    * 2/12 - Documentation needs to be backfilled for the App FW work done for the Icefish release. Need to assign someone at IoT.bzh to complete the documentation. ​
 +    * 3/11 - Still need Jose or someone at IoT.bzh to complete the documentation. ​
 +
 +  * Cyanara replacement (Cynanagora) ​ ** Icefish **
 +    * 2/12 - Ready for Icefish. Documentation is reasonable. ​
 +    * 3/11 - Nothing published on documentation site yet.
 + 
 +
 +
 +  * Replace obsolete Tizen Security Manager **Icefish **
 +    * Requirements for sharing files between applications will updates to security manager. ​
 +    * Not a large component. No candidate replacement in mind. Need to search for a candidate replacement with current AGL requirements in mind. 
 +    * Work with Jose and Sebastien on priority and estimates. ​
 +    * 2/12 - On hold until after Icefish. Need to determine priority for this work. 
 +
 +  * Consent manager and user interface for consent of app installation. ** Need to discuss whether this is a priority for Icefish. **
 +    * 2/12 - No update. On hold until after Icefish. Looking for volunteers to take this on as well. 
 + 
 +  * AGL appstore discussion
 +    * necessary infra needs to be added in appfw (signatures)
 +    * 2/12 - On priority list for 2020. 
 +      * SPEC-2938 - Widget directory - need comments
 +
 +
 +
 +  * New topics:
 +
 +
 +
 +==== November 18, 2020  ====
 +Attendees: Walt, Jan-Simon, Tanikawa, Nomoto, Marius
 +
 +
 +   * Waltham - Discussed SPEC-3647. Waltham currently requires a private fork that is not maintained to be usable. ADIT currently has no customer or budget to continue the Waltham work. Need to decide the long-term future of Waltham with the Steering Committee. ​ Do we work to upstream this and have AGL maintain it or go with what is it there and potentially let it bit rot over the next few years?
 +
 +
 +[[:​agl-roadmap|AGL Roadmap]]
 +
 +   * Product readiness effort ​
 +     * No one from Toyota dialed in, Need to discuss the future of the app framework with respect to the PR effort. ​
 +     * Tanikawa: Current app framework is targeting a modern mobile environment for app installation and management. PR effort is thinking more along the lines of a re-using an older vision of app framework. ​
 +       * Need to separate app management functions from a common platform service implementation.
 +     * Scott: Would like a definition of what Toyota says they will drop to AGL for a new application framework after 2021. 
 +       * Current state of PR effort effectively freezes the project while people wait for Toyota to make decisions. ​
 +     * Jan-Simon: There are impacts to other parts of the project. ​
 +     * All: Toyota'​s Base System attempts to replace systemd. This takes the project in a very different and not open source friendly direction. ​ Need to understand what Toyota'​s intentions are with respect to their Base System and whether they think systemd will be used long-term. EG does not think the Base System is sustainable. ​
 +       * Suggestion is that we let Toyota own and do the work for the "trial version"​ and only provide advice and training since this seems to be throw-away long term and have the EG develop the long-term solution. ​
 +       * Tanikawa: ​ Need to investigate replacing SMACK with SELinux (or something else). SMACK does not seem to be up to the needs of a production system.  ​
 +
 +Topics for EG for PR
 +   * Continued use of systemd  ​
 +   * Linux Security Module for AGL (SMACK, SELinux, AppArmor, or none). None implies leaving the LSM to the product developer. ​ Choosing one effectively locks in the Product developer to a solution. ​
 +   * Package management and deployment solution ​
 +   * API mechanism. Continue to use OpenAPI or change to a different mechanism for platform services. Ideally we have an IDL that autogenerates the API code. (grpc, OpenAPI, or another)
 +   * Long-term use of Qt
 +   * IPC should be defined and selected. ​
 +
 +
 +
 +
 +   * Current status
 +     * Window Manager and Compositor are functionally equivalent to CES 2020 demo for Qt Apps. 
 +     * WAM implementation is being worked on by Igalia and should be ready for JJ RC3
 +     * Marius has a number of Jira tickets to resolve but will quickly run out of work if new requirements are not defined and agreed upon by the IVI Product Readiness effort. ​
 +     ​* ​
 +
 +
 +   * Discussed IVI container solution for IC EG. Would like some more input from IC EG about what compositor will be used, security (SMACK vs. token logic), and use cases to be enabled. Will App FW be used? Will WAM be present or will Qt apps be used?
 +     * 5/6 - Sounds like we will get these requirements in June timeframe based on the schedule presented during the IC EG call on Monday. ​
 +
 +
 + * Window Manager and Compositor consolidation
 +  * Activity Manager
 +    * 2/12 - Marius completing a document to update the design and code work he has completed and we will hold a separate review next week, 
 +    * 3/11 - Review of Marius documentation started. Next call scheduled for one week. 
 +    * 4/22 - Marius submitted a number of patches to gerrit that are in process of being reviewed. ​
 +      * SPEC-3293, SPEC-3287, SPEC-3286 need to be fixed by Igalia to get WAM working correctly
 +      * Scott asked if Igalia has signed off on WAM/ Chromium on Zeus, Need to check on that. 
 +    * 5/6 - Long discussion on libwindowmanager ​
 +
 + * AppFW 
 +
 +  * Enable multi-user across the reference platform. - ** Icefish availability depends on priorities **
 +    * Widget installation per user - When a given application is installed on the system it can be made available to all or to specific users. ​
 +    * Teen driver or senior citizen use cases for example
 +    * Only one version of a given app or service will be installed on the system. Note that a service widget itself may choose to internally support multiple versions of its own API within a single widget, but that is up to the service provide to maintain.  ​
 +    * 2/12 - User creation and management needs to be developed. ​
 +    * 3/11 - Still on-hold
 +
 +
 +  * Security workflow for Device and App developers
 +    * 8/28 - Documentation todo 
 +    * 2/12 - Documentation needs to be backfilled for the App FW work done for the Icefish release. Need to assign someone at IoT.bzh to complete the documentation. ​
 +    * 3/11 - Still need Jose or someone at IoT.bzh to complete the documentation. ​
 +
 +  * Cyanara replacement (Cynanagora) ​ ** Icefish **
 +    * 2/12 - Ready for Icefish. Documentation is reasonable. ​
 +    * 3/11 - Nothing published on documentation site yet.
 + 
 +
 +
 +  * Replace obsolete Tizen Security Manager **Icefish **
 +    * Requirements for sharing files between applications will updates to security manager. ​
 +    * Not a large component. No candidate replacement in mind. Need to search for a candidate replacement with current AGL requirements in mind. 
 +    * Work with Jose and Sebastien on priority and estimates. ​
 +    * 2/12 - On hold until after Icefish. Need to determine priority for this work. 
 +
 +  * Consent manager and user interface for consent of app installation. ** Need to discuss whether this is a priority for Icefish. **
 +    * 2/12 - No update. On hold until after Icefish. Looking for volunteers to take this on as well. 
 + 
 +  * AGL appstore discussion
 +    * necessary infra needs to be added in appfw (signatures)
 +    * 2/12 - On priority list for 2020. 
 +      * SPEC-2938 - Widget directory - need comments
 +
 +
 +
 +  * New topics:
 +
 +
 +
 +==== November 4, 2020  ====
 +Attendees: Walt, Scott, Tanikawa, Hosokawa, Anusha, Marius
 +
 +
 +   * Waltham - Discussed SPEC-3647. Waltham currently requires a private fork that is not maintained to be usable. ADIT currently has no customer or budget to continue the Waltham work. Need to decide the long-term future of Waltham with the Steering Committee. ​ Do we work to upstream this and have AGL maintain it or go with what is it there and potentially let it bit rot over the next few years?
 +
 +
 +[[:​agl-roadmap|AGL Roadmap]]
 +
 +   * Product readiness effort ​
 +     * No one from Toyota dialed in, Need to discuss the future of the app framework with respect to the PR effort. ​
 +     * Tanikawa: Current app framework is targeting a modern mobile environment for app installation and management. PR effort is thinking more along the lines of a re-using an older vision of app framework. ​
 +       * Need to separate app management functions from a common platform service implementation.
 +     * Scott: Would like a definition of what Toyota says they will drop to AGL for a new application framework after 2021. 
 +       * Current state of PR effort effectively freezes the project while people wait for Toyota to make decisions. ​
 +     * Jan-Simon: There are impacts to other parts of the project. ​
 +     * All: Toyota'​s Base System attempts to replace systemd. This takes the project in a very different and not open source friendly direction. ​ Need to understand what Toyota'​s intentions are with respect to their Base System and whether they think systemd will be used long-term. EG does not think the Base System is sustainable. ​
 +       * Suggestion is that we let Toyota own and do the work for the "trial version"​ and only provide advice and training since this seems to be throw-away long term and have the EG develop the long-term solution. ​
 +       * Tanikawa: ​ Need to investigate replacing SMACK with SELinux (or something else). SMACK does not seem to be up to the needs of a production system.  ​
 +
 +Topics for EG for PR
 +   * Continued use of systemd  ​
 +   * Linux Security Module for AGL (SMACK, SELinux, AppArmor, or none). None implies leaving the LSM to the product developer. ​ Choosing one effectively locks in the Product developer to a solution. ​
 +   * Package management and deployment solution ​
 +   * API mechanism. Continue to use OpenAPI or change to a different mechanism for platform services. Ideally we have an IDL that autogenerates the API code. (grpc, OpenAPI, or another)
 +   * Long-term use of Qt
 +   * IPC should be defined and selected. ​
 +
 +
 +
 +
 +   * Current status
 +     * Window Manager and Compositor are functionally equivalent to CES 2020 demo for Qt Apps. 
 +     * WAM implementation is being worked on by Igalia and should be ready for JJ RC3
 +     * Marius has a number of Jira tickets to resolve but will quickly run out of work if new requirements are not defined and agreed upon by the IVI Product Readiness effort. ​
 +     ​* ​
 +
 +
 +   * Discussed IVI container solution for IC EG. Would like some more input from IC EG about what compositor will be used, security (SMACK vs. token logic), and use cases to be enabled. Will App FW be used? Will WAM be present or will Qt apps be used?
 +     * 5/6 - Sounds like we will get these requirements in June timeframe based on the schedule presented during the IC EG call on Monday. ​
 +
 +
 + * Window Manager and Compositor consolidation
 +  * Activity Manager
 +    * 2/12 - Marius completing a document to update the design and code work he has completed and we will hold a separate review next week, 
 +    * 3/11 - Review of Marius documentation started. Next call scheduled for one week. 
 +    * 4/22 - Marius submitted a number of patches to gerrit that are in process of being reviewed. ​
 +      * SPEC-3293, SPEC-3287, SPEC-3286 need to be fixed by Igalia to get WAM working correctly
 +      * Scott asked if Igalia has signed off on WAM/ Chromium on Zeus, Need to check on that. 
 +    * 5/6 - Long discussion on libwindowmanager ​
 +
 + * AppFW 
 +
 +  * Enable multi-user across the reference platform. - ** Icefish availability depends on priorities **
 +    * Widget installation per user - When a given application is installed on the system it can be made available to all or to specific users. ​
 +    * Teen driver or senior citizen use cases for example
 +    * Only one version of a given app or service will be installed on the system. Note that a service widget itself may choose to internally support multiple versions of its own API within a single widget, but that is up to the service provide to maintain.  ​
 +    * 2/12 - User creation and management needs to be developed. ​
 +    * 3/11 - Still on-hold
 +
 +
 +  * Security workflow for Device and App developers
 +    * 8/28 - Documentation todo 
 +    * 2/12 - Documentation needs to be backfilled for the App FW work done for the Icefish release. Need to assign someone at IoT.bzh to complete the documentation. ​
 +    * 3/11 - Still need Jose or someone at IoT.bzh to complete the documentation. ​
 +
 +  * Cyanara replacement (Cynanagora) ​ ** Icefish **
 +    * 2/12 - Ready for Icefish. Documentation is reasonable. ​
 +    * 3/11 - Nothing published on documentation site yet.
 + 
 +
 +
 +  * Replace obsolete Tizen Security Manager **Icefish **
 +    * Requirements for sharing files between applications will updates to security manager. ​
 +    * Not a large component. No candidate replacement in mind. Need to search for a candidate replacement with current AGL requirements in mind. 
 +    * Work with Jose and Sebastien on priority and estimates. ​
 +    * 2/12 - On hold until after Icefish. Need to determine priority for this work. 
 +
 +  * Consent manager and user interface for consent of app installation. ** Need to discuss whether this is a priority for Icefish. **
 +    * 2/12 - No update. On hold until after Icefish. Looking for volunteers to take this on as well. 
 + 
 +  * AGL appstore discussion
 +    * necessary infra needs to be added in appfw (signatures)
 +    * 2/12 - On priority list for 2020. 
 +      * SPEC-2938 - Widget directory - need comments
 +
 +
 +
 +  * New topics:
 +
 +
 +
 +
 +==== October 21, 2020  ====
 +Attendees: Walt, Jan-Simon, Scott, Tanikawa, Marius
 +
 +
 +[[:​agl-roadmap|AGL Roadmap]]
 +
 +   * Product readiness effort ​
 +     * No one from Toyota dialed in, Need to discuss the future of the app framework with respect to the PR effort. ​
 +     * Tanikawa: Current app framework is targeting a modern mobile environment for app installation and management. PR effort is thinking more along the lines of a re-using an older vision of app framework. ​
 +       * Need to separate app management functions from a common platform service implementation.
 +     * Scott: Would like a definition of what Toyota says they will drop to AGL for a new application framework after 2021. 
 +       * Current state of PR effort effectively freezes the project while people wait for Toyota to make decisions. ​
 +     * Jan-Simon: There are impacts to other parts of the project. ​
 +     * All: Toyota'​s Base System attempts to replace systemd. This takes the project in a very different and not open source friendly direction. ​ Need to understand what Toyota'​s intentions are with respect to their Base System and whether they think systemd will be used long-term. EG does not think the Base System is sustainable. ​
 +       * Suggestion is that we let Toyota own and do the work for the "trial version"​ and only provide advice and training since this seems to be throw-away long term and have the EG develop the long-term solution. ​
 +       * Tanikawa: ​ Need to investigate replacing SMACK with SELinux (or something else). SMACK does not seem to be up to the needs of a production system.  ​
 +
 +Topics for EG for PR
 +   * Continued use of systemd  ​
 +   * Linux Security Module for AGL (SMACK, SELinux, AppArmor, or none). None implies leaving the LSM to the product developer. ​ Choosing one effectively locks in the Product developer to a solution. ​
 +   * Package management and deployment solution ​
 +   * API mechanism. Continue to use OpenAPI or change to a different mechanism for platform services. Ideally we have an IDL that autogenerates the API code. (grpc, OpenAPI, or another)
 +   * Long-term use of Qt
 +   * IPC should be defined and selected. ​
 +
 +
 +
 +
 +   * Current status
 +     * Window Manager and Compositor are functionally equivalent to CES 2020 demo for Qt Apps. 
 +     * WAM implementation is being worked on by Igalia and should be ready for JJ RC3
 +     * Marius has a number of Jira tickets to resolve but will quickly run out of work if new requirements are not defined and agreed upon by the IVI Product Readiness effort. ​
 +     ​* ​
 +
 +
 +   * Discussed IVI container solution for IC EG. Would like some more input from IC EG about what compositor will be used, security (SMACK vs. token logic), and use cases to be enabled. Will App FW be used? Will WAM be present or will Qt apps be used?
 +     * 5/6 - Sounds like we will get these requirements in June timeframe based on the schedule presented during the IC EG call on Monday. ​
 +
 +
 + * Window Manager and Compositor consolidation
 +  * Activity Manager
 +    * 2/12 - Marius completing a document to update the design and code work he has completed and we will hold a separate review next week, 
 +    * 3/11 - Review of Marius documentation started. Next call scheduled for one week. 
 +    * 4/22 - Marius submitted a number of patches to gerrit that are in process of being reviewed. ​
 +      * SPEC-3293, SPEC-3287, SPEC-3286 need to be fixed by Igalia to get WAM working correctly
 +      * Scott asked if Igalia has signed off on WAM/ Chromium on Zeus, Need to check on that. 
 +    * 5/6 - Long discussion on libwindowmanager ​
 +
 + * AppFW 
 +
 +  * Enable multi-user across the reference platform. - ** Icefish availability depends on priorities **
 +    * Widget installation per user - When a given application is installed on the system it can be made available to all or to specific users. ​
 +    * Teen driver or senior citizen use cases for example
 +    * Only one version of a given app or service will be installed on the system. Note that a service widget itself may choose to internally support multiple versions of its own API within a single widget, but that is up to the service provide to maintain.  ​
 +    * 2/12 - User creation and management needs to be developed. ​
 +    * 3/11 - Still on-hold
 +
 +
 +  * Security workflow for Device and App developers
 +    * 8/28 - Documentation todo 
 +    * 2/12 - Documentation needs to be backfilled for the App FW work done for the Icefish release. Need to assign someone at IoT.bzh to complete the documentation. ​
 +    * 3/11 - Still need Jose or someone at IoT.bzh to complete the documentation. ​
 +
 +  * Cyanara replacement (Cynanagora) ​ ** Icefish **
 +    * 2/12 - Ready for Icefish. Documentation is reasonable. ​
 +    * 3/11 - Nothing published on documentation site yet.
 + 
 +
 +
 +  * Replace obsolete Tizen Security Manager **Icefish **
 +    * Requirements for sharing files between applications will updates to security manager. ​
 +    * Not a large component. No candidate replacement in mind. Need to search for a candidate replacement with current AGL requirements in mind. 
 +    * Work with Jose and Sebastien on priority and estimates. ​
 +    * 2/12 - On hold until after Icefish. Need to determine priority for this work. 
 +
 +  * Consent manager and user interface for consent of app installation. ** Need to discuss whether this is a priority for Icefish. **
 +    * 2/12 - No update. On hold until after Icefish. Looking for volunteers to take this on as well. 
 + 
 +  * AGL appstore discussion
 +    * necessary infra needs to be added in appfw (signatures)
 +    * 2/12 - On priority list for 2020. 
 +      * SPEC-2938 - Widget directory - need comments
 +
 +
 +
 +  * New topics:
 +
 +
 +
 +==== September 23, 2020  ====
 +Attendees: Walt, Jan-Simon, Scott, Tanikawa, Marius
 +
 +
 +[[:​agl-roadmap|AGL Roadmap]]
 +
 +   * Product readiness effort ​
 +     * No one from Toyota dialed in, Need to discuss the future of the app framework with respect to the PR effort. ​
 +     * Tanikawa: Current app framework is targeting a modern mobile environment for app installation and management. PR effort is thinking more along the lines of a re-using an older vision of app framework. ​
 +       * Need to separate app management functions from a common platform service implementation.
 +     * Scott: Would like a definition of what Toyota says they will drop to AGL for a new application framework after 2021. 
 +       * Current state of PR effort effectively freezes the project while people wait for Toyota to make decisions. ​
 +     * Jan-Simon: There are impacts to other parts of the project. ​
 +     * All: Toyota'​s Base System attempts to replace systemd. This takes the project in a very different and not open source friendly direction. ​ Need to understand what Toyota'​s intentions are with respect to their Base System and whether they think systemd will be used long-term. EG does not think the Base System is sustainable. ​
 +       * Suggestion is that we let Toyota own and do the work for the "trial version"​ and only provide advice and training since this seems to be throw-away long term and have the EG develop the long-term solution. ​
 +       * Tanikawa: ​ Need to investigate replacing SMACK with SELinux (or something else). SMACK does not seem to be up to the needs of a production system.  ​
 +
 +Topics for EG for PR
 +   * Continued use of systemd  ​
 +   * Linux Security Module for AGL (SMACK, SELinux, AppArmor, or none). None implies leaving the LSM to the product developer. ​ Choosing one effectively locks in the Product developer to a solution. ​
 +   * Package management and deployment solution ​
 +   * API mechanism. Continue to use OpenAPI or change to a different mechanism for platform services. Ideally we have an IDL that autogenerates the API code. (grpc, OpenAPI, or another)
 +   * Long-term use of Qt
 +   * IPC should be defined and selected. ​
 +
 +
 +
 +
 +   * Current status
 +     * Window Manager and Compositor are functionally equivalent to CES 2020 demo for Qt Apps. 
 +     * WAM implementation is being worked on by Igalia and should be ready for JJ RC3
 +     * Marius has a number of Jira tickets to resolve but will quickly run out of work if new requirements are not defined and agreed upon by the IVI Product Readiness effort. ​
 +     ​* ​
 +
 +
 +   * Discussed IVI container solution for IC EG. Would like some more input from IC EG about what compositor will be used, security (SMACK vs. token logic), and use cases to be enabled. Will App FW be used? Will WAM be present or will Qt apps be used?
 +     * 5/6 - Sounds like we will get these requirements in June timeframe based on the schedule presented during the IC EG call on Monday. ​
 +
 +
 + * Window Manager and Compositor consolidation
 +  * Activity Manager
 +    * 2/12 - Marius completing a document to update the design and code work he has completed and we will hold a separate review next week, 
 +    * 3/11 - Review of Marius documentation started. Next call scheduled for one week. 
 +    * 4/22 - Marius submitted a number of patches to gerrit that are in process of being reviewed. ​
 +      * SPEC-3293, SPEC-3287, SPEC-3286 need to be fixed by Igalia to get WAM working correctly
 +      * Scott asked if Igalia has signed off on WAM/ Chromium on Zeus, Need to check on that. 
 +    * 5/6 - Long discussion on libwindowmanager ​
 +
 + * AppFW 
 +
 +  * Enable multi-user across the reference platform. - ** Icefish availability depends on priorities **
 +    * Widget installation per user - When a given application is installed on the system it can be made available to all or to specific users. ​
 +    * Teen driver or senior citizen use cases for example
 +    * Only one version of a given app or service will be installed on the system. Note that a service widget itself may choose to internally support multiple versions of its own API within a single widget, but that is up to the service provide to maintain.  ​
 +    * 2/12 - User creation and management needs to be developed. ​
 +    * 3/11 - Still on-hold
 +
 +
 +  * Security workflow for Device and App developers
 +    * 8/28 - Documentation todo 
 +    * 2/12 - Documentation needs to be backfilled for the App FW work done for the Icefish release. Need to assign someone at IoT.bzh to complete the documentation. ​
 +    * 3/11 - Still need Jose or someone at IoT.bzh to complete the documentation. ​
 +
 +  * Cyanara replacement (Cynanagora) ​ ** Icefish **
 +    * 2/12 - Ready for Icefish. Documentation is reasonable. ​
 +    * 3/11 - Nothing published on documentation site yet.
 + 
 +
 +
 +  * Replace obsolete Tizen Security Manager **Icefish **
 +    * Requirements for sharing files between applications will updates to security manager. ​
 +    * Not a large component. No candidate replacement in mind. Need to search for a candidate replacement with current AGL requirements in mind. 
 +    * Work with Jose and Sebastien on priority and estimates. ​
 +    * 2/12 - On hold until after Icefish. Need to determine priority for this work. 
 +
 +  * Consent manager and user interface for consent of app installation. ** Need to discuss whether this is a priority for Icefish. **
 +    * 2/12 - No update. On hold until after Icefish. Looking for volunteers to take this on as well. 
 + 
 +  * AGL appstore discussion
 +    * necessary infra needs to be added in appfw (signatures)
 +    * 2/12 - On priority list for 2020. 
 +      * SPEC-2938 - Widget directory - need comments
 +
 +
 +
 +  * New topics:
 +
 +
 +
 +
 +==== August 26, 2020  ====
 +Attendees: Walt, Jan-Simon, Scott, Marius, Li, Tanikawa, Kurokawa
 +
 +
 +[[:​agl-roadmap|AGL Roadmap]]
 +
 +   * Product readiness effort ​
 +     * No one from Toyota dialed in, Need to discuss the future of the app framework with respect to the PR effort. ​
 +     * Tanikawa: Current app framework is targeting a modern mobile environment for app installation and management. PR effort is thinking more along the lines of a re-using an older vision of app framework. ​
 +       * Need to separate app management functions from a common platform service implementation.
 +     * Scott: Would like a definition of what Toyota says they will drop to AGL for a new application framework after 2021. 
 +       * Current state of PR effort effectively freezes the project while people wait for Toyota to make decisions. ​
 +     * Jan-Simon: There are impacts to other parts of the project. ​
 +     * All: Toyota'​s Base System attempts to replace systemd. This takes the project in a very different and not open source friendly direction. ​ Need to understand what Toyota'​s intentions are with respect to their Base System and whether they think systemd will be used long-term. EG does not think the Base System is sustainable. ​
 +       * Suggestion is that we let Toyota own and do the work for the "trial version"​ and only provide advice and training since this seems to be throw-away long term and have the EG develop the long-term solution. ​
 +       * Tanikawa: ​ Need to investigate replacing SMACK with SELinux (or something else). SMACK does not seem to be up to the needs of a production system.  ​
 +
 +Topics for EG for PR
 +   * Continued use of systemd  ​
 +   * Linux Security Module for AGL (SMACK, SELinux, AppArmor, or none). None implies leaving the LSM to the product developer. ​ Choosing one effectively locks in the Product developer to a solution. ​
 +   * Package management and deployment solution ​
 +   * API mechanism. Continue to use OpenAPI or change to a different mechanism for platform services. Ideally we have an IDL that autogenerates the API code. (grpc, OpenAPI, or another)
 +   * Long-term use of Qt
 +   * IPC should be defined and selected. ​
 +
 +
 +
 +
 +   * Current status
 +     * Window Manager and Compositor are functionally equivalent to CES 2020 demo for Qt Apps. 
 +     * WAM implementation is being worked on by Igalia and should be ready for JJ RC3
 +     * Marius has a number of Jira tickets to resolve but will quickly run out of work if new requirements are not defined and agreed upon by the IVI Product Readiness effort. ​
 +     ​* ​
 +
 +
 +   * Discussed IVI container solution for IC EG. Would like some more input from IC EG about what compositor will be used, security (SMACK vs. token logic), and use cases to be enabled. Will App FW be used? Will WAM be present or will Qt apps be used?
 +     * 5/6 - Sounds like we will get these requirements in June timeframe based on the schedule presented during the IC EG call on Monday. ​
 +
 +
 + * Window Manager and Compositor consolidation
 +  * Activity Manager
 +    * 2/12 - Marius completing a document to update the design and code work he has completed and we will hold a separate review next week, 
 +    * 3/11 - Review of Marius documentation started. Next call scheduled for one week. 
 +    * 4/22 - Marius submitted a number of patches to gerrit that are in process of being reviewed. ​
 +      * SPEC-3293, SPEC-3287, SPEC-3286 need to be fixed by Igalia to get WAM working correctly
 +      * Scott asked if Igalia has signed off on WAM/ Chromium on Zeus, Need to check on that. 
 +    * 5/6 - Long discussion on libwindowmanager ​
 +
 + * AppFW 
 +
 +  * Enable multi-user across the reference platform. - ** Icefish availability depends on priorities **
 +    * Widget installation per user - When a given application is installed on the system it can be made available to all or to specific users. ​
 +    * Teen driver or senior citizen use cases for example
 +    * Only one version of a given app or service will be installed on the system. Note that a service widget itself may choose to internally support multiple versions of its own API within a single widget, but that is up to the service provide to maintain.  ​
 +    * 2/12 - User creation and management needs to be developed. ​
 +    * 3/11 - Still on-hold
 +
 +
 +  * Security workflow for Device and App developers
 +    * 8/28 - Documentation todo 
 +    * 2/12 - Documentation needs to be backfilled for the App FW work done for the Icefish release. Need to assign someone at IoT.bzh to complete the documentation. ​
 +    * 3/11 - Still need Jose or someone at IoT.bzh to complete the documentation. ​
 +
 +  * Cyanara replacement (Cynanagora) ​ ** Icefish **
 +    * 2/12 - Ready for Icefish. Documentation is reasonable. ​
 +    * 3/11 - Nothing published on documentation site yet.
 + 
 +
 +
 +  * Replace obsolete Tizen Security Manager **Icefish **
 +    * Requirements for sharing files between applications will updates to security manager. ​
 +    * Not a large component. No candidate replacement in mind. Need to search for a candidate replacement with current AGL requirements in mind. 
 +    * Work with Jose and Sebastien on priority and estimates. ​
 +    * 2/12 - On hold until after Icefish. Need to determine priority for this work. 
 +
 +  * Consent manager and user interface for consent of app installation. ** Need to discuss whether this is a priority for Icefish. **
 +    * 2/12 - No update. On hold until after Icefish. Looking for volunteers to take this on as well. 
 + 
 +  * AGL appstore discussion
 +    * necessary infra needs to be added in appfw (signatures)
 +    * 2/12 - On priority list for 2020. 
 +      * SPEC-2938 - Widget directory - need comments
 +
 +
 +
 +  * New topics:
 +
 +
 +
 +
 +==== July 29, 2020  ====
 +Attendees: Walt, Scott, Marius, Li, Tanikawa
 +
 +
 +[[:​agl-roadmap|AGL Roadmap]]
 +
 +   * Current status
 +     * Window Manager and Compositor are functionally equivalent to CES 2020 demo for Qt Apps. 
 +     * WAM implementation is being worked on by Igalia and should be ready for JJ RC3
 +     * Marius has a number of Jira tickets to resolve but will quickly run out of work if new requirements are not defined and agreed upon by the IVI Product Readiness effort. ​
 +     ​* ​
 +
 +
 +   * Discussed IVI container solution for IC EG. Would like some more input from IC EG about what compositor will be used, security (SMACK vs. token logic), and use cases to be enabled. Will App FW be used? Will WAM be present or will Qt apps be used?
 +     * 5/6 - Sounds like we will get these requirements in June timeframe based on the schedule presented during the IC EG call on Monday. ​
 +
 +
 + * Window Manager and Compositor consolidation
 +  * Activity Manager
 +    * 2/12 - Marius completing a document to update the design and code work he has completed and we will hold a separate review next week, 
 +    * 3/11 - Review of Marius documentation started. Next call scheduled for one week. 
 +    * 4/22 - Marius submitted a number of patches to gerrit that are in process of being reviewed. ​
 +      * SPEC-3293, SPEC-3287, SPEC-3286 need to be fixed by Igalia to get WAM working correctly
 +      * Scott asked if Igalia has signed off on WAM/ Chromium on Zeus, Need to check on that. 
 +    * 5/6 - Long discussion on libwindowmanager ​
 +
 + * AppFW 
 +
 +  * Enable multi-user across the reference platform. - ** Icefish availability depends on priorities **
 +    * Widget installation per user - When a given application is installed on the system it can be made available to all or to specific users. ​
 +    * Teen driver or senior citizen use cases for example
 +    * Only one version of a given app or service will be installed on the system. Note that a service widget itself may choose to internally support multiple versions of its own API within a single widget, but that is up to the service provide to maintain.  ​
 +    * 2/12 - User creation and management needs to be developed. ​
 +    * 3/11 - Still on-hold
 +
 +
 +  * Security workflow for Device and App developers
 +    * 8/28 - Documentation todo 
 +    * 2/12 - Documentation needs to be backfilled for the App FW work done for the Icefish release. Need to assign someone at IoT.bzh to complete the documentation. ​
 +    * 3/11 - Still need Jose or someone at IoT.bzh to complete the documentation. ​
 +
 +  * Cyanara replacement (Cynanagora) ​ ** Icefish **
 +    * 2/12 - Ready for Icefish. Documentation is reasonable. ​
 +    * 3/11 - Nothing published on documentation site yet.
 + 
 +
 +
 +  * Replace obsolete Tizen Security Manager **Icefish **
 +    * Requirements for sharing files between applications will updates to security manager. ​
 +    * Not a large component. No candidate replacement in mind. Need to search for a candidate replacement with current AGL requirements in mind. 
 +    * Work with Jose and Sebastien on priority and estimates. ​
 +    * 2/12 - On hold until after Icefish. Need to determine priority for this work. 
 +
 +  * Consent manager and user interface for consent of app installation. ** Need to discuss whether this is a priority for Icefish. **
 +    * 2/12 - No update. On hold until after Icefish. Looking for volunteers to take this on as well. 
 + 
 +  * AGL appstore discussion
 +    * necessary infra needs to be added in appfw (signatures)
 +    * 2/12 - On priority list for 2020. 
 +      * SPEC-2938 - Widget directory - need comments
 +
 +
 +
 +  * New topics:
 +
 +
 +
 +
 +==== July 1, 2020  ====
 +Attendees: Walt, Jan-Simon, Scott, Marius, Li
 +
 +
 +[[:​agl-roadmap|AGL Roadmap]]
 +
 +   * Discussion about architecture of window-manager and compositor work done by Marius
 +   * Marius to create a Jira ticket for the layout manager functionality. ​
 +   * Hosokawa-san asked that we review the Waltham documentation and RFC backend put out by Tanibata-san
 +     * Links to [[https://​gerrit.automotivelinux.org/​gerrit/​c/​src/​weston-ivi-plugins/​+/​24571 | Waltham documentation]] and [[ https://​gitlab.freedesktop.org/​wayland/​weston/​-/​merge_requests/​349 | RFC of Waltham backend]]
 +
 +
 +   * Discussed IVI container solution for IC EG. Would like some more input from IC EG about what compositor will be used, security (SMACK vs. token logic), and use cases to be enabled. Will App FW be used? Will WAM be present or will Qt apps be used?
 +     * 5/6 - Sounds like we will get these requirements in June timeframe based on the schedule presented during the IC EG call on Monday. ​
 +
 +
 + * Window Manager and Compositor consolidation
 +  * Activity Manager
 +    * 2/12 - Marius completing a document to update the design and code work he has completed and we will hold a separate review next week, 
 +    * 3/11 - Review of Marius documentation started. Next call scheduled for one week. 
 +    * 4/22 - Marius submitted a number of patches to gerrit that are in process of being reviewed. ​
 +      * SPEC-3293, SPEC-3287, SPEC-3286 need to be fixed by Igalia to get WAM working correctly
 +      * Scott asked if Igalia has signed off on WAM/ Chromium on Zeus, Need to check on that. 
 +    * 5/6 - Long discussion on libwindowmanager ​
 +
 + * AppFW 
 +
 +  * Enable multi-user across the reference platform. - ** Icefish availability depends on priorities **
 +    * Widget installation per user - When a given application is installed on the system it can be made available to all or to specific users. ​
 +    * Teen driver or senior citizen use cases for example
 +    * Only one version of a given app or service will be installed on the system. Note that a service widget itself may choose to internally support multiple versions of its own API within a single widget, but that is up to the service provide to maintain.  ​
 +    * 2/12 - User creation and management needs to be developed. ​
 +    * 3/11 - Still on-hold
 +
 +
 +  * Security workflow for Device and App developers
 +    * 8/28 - Documentation todo 
 +    * 2/12 - Documentation needs to be backfilled for the App FW work done for the Icefish release. Need to assign someone at IoT.bzh to complete the documentation. ​
 +    * 3/11 - Still need Jose or someone at IoT.bzh to complete the documentation. ​
 +
 +  * Cyanara replacement (Cynanagora) ​ ** Icefish **
 +    * 2/12 - Ready for Icefish. Documentation is reasonable. ​
 +    * 3/11 - Nothing published on documentation site yet.
 + 
 +
 +
 +  * Replace obsolete Tizen Security Manager **Icefish **
 +    * Requirements for sharing files between applications will updates to security manager. ​
 +    * Not a large component. No candidate replacement in mind. Need to search for a candidate replacement with current AGL requirements in mind. 
 +    * Work with Jose and Sebastien on priority and estimates. ​
 +    * 2/12 - On hold until after Icefish. Need to determine priority for this work. 
 +
 +  * Consent manager and user interface for consent of app installation. ** Need to discuss whether this is a priority for Icefish. **
 +    * 2/12 - No update. On hold until after Icefish. Looking for volunteers to take this on as well. 
 + 
 +  * AGL appstore discussion
 +    * necessary infra needs to be added in appfw (signatures)
 +    * 2/12 - On priority list for 2020. 
 +      * SPEC-2938 - Widget directory - need comments
 +
 +
 +
 +  * New topics:
 +
 +
 +
 +
 +==== June 17, 2020  ====
 +Attendees: Walt, Jan-Simon, Yamaguchi-san,​ Hosokawa-san,​ Li, Scott, Tanikawa-san,​ Veeresh, Marius
 +
 +
 +[[:​agl-roadmap|AGL Roadmap]]
 +
 +   * Discussion about architecture of window-manager and compositor work done by Marius
 +   * Marius to create a Jira ticket for the layout manager functionality. ​
 +   * Hosokawa-san asked that we review the Waltham documentation and RFC backend put out by Tanibata-san
 +     * Links to [[https://​gerrit.automotivelinux.org/​gerrit/​c/​src/​weston-ivi-plugins/​+/​24571 | Waltham documentation]] and [[ https://​gitlab.freedesktop.org/​wayland/​weston/​-/​merge_requests/​349 | RFC of Waltham backend]]
 +
 +
 +   * Discussed IVI container solution for IC EG. Would like some more input from IC EG about what compositor will be used, security (SMACK vs. token logic), and use cases to be enabled. Will App FW be used? Will WAM be present or will Qt apps be used?
 +     * 5/6 - Sounds like we will get these requirements in June timeframe based on the schedule presented during the IC EG call on Monday. ​
 +
 +
 + * Window Manager and Compositor consolidation
 +  * Activity Manager
 +    * 2/12 - Marius completing a document to update the design and code work he has completed and we will hold a separate review next week, 
 +    * 3/11 - Review of Marius documentation started. Next call scheduled for one week. 
 +    * 4/22 - Marius submitted a number of patches to gerrit that are in process of being reviewed. ​
 +      * SPEC-3293, SPEC-3287, SPEC-3286 need to be fixed by Igalia to get WAM working correctly
 +      * Scott asked if Igalia has signed off on WAM/ Chromium on Zeus, Need to check on that. 
 +    * 5/6 - Long discussion on libwindowmanager ​
 +
 + * AppFW 
 +
 +  * Enable multi-user across the reference platform. - ** Icefish availability depends on priorities **
 +    * Widget installation per user - When a given application is installed on the system it can be made available to all or to specific users. ​
 +    * Teen driver or senior citizen use cases for example
 +    * Only one version of a given app or service will be installed on the system. Note that a service widget itself may choose to internally support multiple versions of its own API within a single widget, but that is up to the service provide to maintain.  ​
 +    * 2/12 - User creation and management needs to be developed. ​
 +    * 3/11 - Still on-hold
 +
 +
 +  * Security workflow for Device and App developers
 +    * 8/28 - Documentation todo 
 +    * 2/12 - Documentation needs to be backfilled for the App FW work done for the Icefish release. Need to assign someone at IoT.bzh to complete the documentation. ​
 +    * 3/11 - Still need Jose or someone at IoT.bzh to complete the documentation. ​
 +
 +  * Cyanara replacement (Cynanagora) ​ ** Icefish **
 +    * 2/12 - Ready for Icefish. Documentation is reasonable. ​
 +    * 3/11 - Nothing published on documentation site yet.
 + 
 +
 +
 +  * Replace obsolete Tizen Security Manager **Icefish **
 +    * Requirements for sharing files between applications will updates to security manager. ​
 +    * Not a large component. No candidate replacement in mind. Need to search for a candidate replacement with current AGL requirements in mind. 
 +    * Work with Jose and Sebastien on priority and estimates. ​
 +    * 2/12 - On hold until after Icefish. Need to determine priority for this work. 
 +
 +  * Consent manager and user interface for consent of app installation. ** Need to discuss whether this is a priority for Icefish. **
 +    * 2/12 - No update. On hold until after Icefish. Looking for volunteers to take this on as well. 
 + 
 +  * AGL appstore discussion
 +    * necessary infra needs to be added in appfw (signatures)
 +    * 2/12 - On priority list for 2020. 
 +      * SPEC-2938 - Widget directory - need comments
 +
 +
 +
 +  * New topics:
 +
 +
 +
 +==== June 3, 2020  ====
 +Attendees: Walt, Jan-Simon, Scott, Marius, Kurokawa
 +
 +
 +[[:​agl-roadmap|AGL Roadmap]]
 +
 +
 +   * Discussed IVI container solution for IC EG. Would like some more input from IC EG about what compositor will be used, security (SMACK vs. token logic), and use cases to be enabled. Will App FW be used? Will WAM be present or will Qt apps be used?
 +     * 5/6 - Sounds like we will get these requirements in June timeframe based on the schedule presented during the IC EG call on Monday. ​
 +
 +
 + * Window Manager and Compositor consolidation
 +  * Activity Manager
 +    * 2/12 - Marius completing a document to update the design and code work he has completed and we will hold a separate review next week, 
 +    * 3/11 - Review of Marius documentation started. Next call scheduled for one week. 
 +    * 4/22 - Marius submitted a number of patches to gerrit that are in process of being reviewed. ​
 +      * SPEC-3293, SPEC-3287, SPEC-3286 need to be fixed by Igalia to get WAM working correctly
 +      * Scott asked if Igalia has signed off on WAM/ Chromium on Zeus, Need to check on that. 
 +    * 5/6 - Long discussion on libwindowmanager ​
 +
 + * AppFW 
 +
 +  * Enable multi-user across the reference platform. - ** Icefish availability depends on priorities **
 +    * Widget installation per user - When a given application is installed on the system it can be made available to all or to specific users. ​
 +    * Teen driver or senior citizen use cases for example
 +    * Only one version of a given app or service will be installed on the system. Note that a service widget itself may choose to internally support multiple versions of its own API within a single widget, but that is up to the service provide to maintain.  ​
 +    * 2/12 - User creation and management needs to be developed. ​
 +    * 3/11 - Still on-hold
 +
 +
 +  * Security workflow for Device and App developers
 +    * 8/28 - Documentation todo 
 +    * 2/12 - Documentation needs to be backfilled for the App FW work done for the Icefish release. Need to assign someone at IoT.bzh to complete the documentation. ​
 +    * 3/11 - Still need Jose or someone at IoT.bzh to complete the documentation. ​
 +
 +  * Cyanara replacement (Cynanagora) ​ ** Icefish **
 +    * 2/12 - Ready for Icefish. Documentation is reasonable. ​
 +    * 3/11 - Nothing published on documentation site yet.
 + 
 +
 +
 +  * Replace obsolete Tizen Security Manager **Icefish **
 +    * Requirements for sharing files between applications will updates to security manager. ​
 +    * Not a large component. No candidate replacement in mind. Need to search for a candidate replacement with current AGL requirements in mind. 
 +    * Work with Jose and Sebastien on priority and estimates. ​
 +    * 2/12 - On hold until after Icefish. Need to determine priority for this work. 
 +
 +  * Consent manager and user interface for consent of app installation. ** Need to discuss whether this is a priority for Icefish. **
 +    * 2/12 - No update. On hold until after Icefish. Looking for volunteers to take this on as well. 
 + 
 +  * AGL appstore discussion
 +    * necessary infra needs to be added in appfw (signatures)
 +    * 2/12 - On priority list for 2020. 
 +      * SPEC-2938 - Widget directory - need comments
 +
 +
 +
 +  * New topics:
 +
 +
 +==== May 20, 2020  ====
 +Attendees: Walt, Jan-Simon, Tanikawa, Marius, Guy
 +
 +[[:​agl-roadmap|AGL Roadmap]]
 +
 +
 +   * Discussed IVI container solution for IC EG. Would like some more input from IC EG about what compositor will be used, security (SMACK vs. token logic), and use cases to be enabled. Will App FW be used? Will WAM be present or will Qt apps be used?
 +     * 5/6 - Sounds like we will get these requirements in June timeframe based on the schedule presented during the IC EG call on Monday. ​
 +
 +
 + * Window Manager and Compositor consolidation
 +  * Activity Manager
 +    * 2/12 - Marius completing a document to update the design and code work he has completed and we will hold a separate review next week, 
 +    * 3/11 - Review of Marius documentation started. Next call scheduled for one week. 
 +    * 4/22 - Marius submitted a number of patches to gerrit that are in process of being reviewed. ​
 +      * SPEC-3293, SPEC-3287, SPEC-3286 need to be fixed by Igalia to get WAM working correctly
 +      * Scott asked if Igalia has signed off on WAM/ Chromium on Zeus, Need to check on that. 
 +    * 5/6 - Long discussion on libwindowmanager ​
 +
 + * AppFW 
 +
 +  * Enable multi-user across the reference platform. - ** Icefish availability depends on priorities **
 +    * Widget installation per user - When a given application is installed on the system it can be made available to all or to specific users. ​
 +    * Teen driver or senior citizen use cases for example
 +    * Only one version of a given app or service will be installed on the system. Note that a service widget itself may choose to internally support multiple versions of its own API within a single widget, but that is up to the service provide to maintain.  ​
 +    * 2/12 - User creation and management needs to be developed. ​
 +    * 3/11 - Still on-hold
 +
 +
 +  * Security workflow for Device and App developers
 +    * 8/28 - Documentation todo 
 +    * 2/12 - Documentation needs to be backfilled for the App FW work done for the Icefish release. Need to assign someone at IoT.bzh to complete the documentation. ​
 +    * 3/11 - Still need Jose or someone at IoT.bzh to complete the documentation. ​
 +
 +  * Cyanara replacement (Cynanagora) ​ ** Icefish **
 +    * 2/12 - Ready for Icefish. Documentation is reasonable. ​
 +    * 3/11 - Nothing published on documentation site yet.
 + 
 +
 +
 +  * Replace obsolete Tizen Security Manager **Icefish **
 +    * Requirements for sharing files between applications will updates to security manager. ​
 +    * Not a large component. No candidate replacement in mind. Need to search for a candidate replacement with current AGL requirements in mind. 
 +    * Work with Jose and Sebastien on priority and estimates. ​
 +    * 2/12 - On hold until after Icefish. Need to determine priority for this work. 
 +
 +  * Consent manager and user interface for consent of app installation. ** Need to discuss whether this is a priority for Icefish. **
 +    * 2/12 - No update. On hold until after Icefish. Looking for volunteers to take this on as well. 
 +
 +  * Web App Manager and Migration of Qt Apps to HTML5 
 +    * 2/12 - Fixed the breakage from RC2. Scott reported an issue with launcher and home screen that Igalia has reproduced and will be fixed for the final release.  ​
 +    * 3/11 - All apps that have been migrated have been pushed to gerrit and Edi has run the test suite against them. Issues identified and being worked on by Igalia.
 + 
 +  * AGL appstore discussion
 +    * necessary infra needs to be added in appfw (signatures)
 +    * 2/12 - On priority list for 2020. 
 +      * SPEC-2938 - Widget directory - need comments
 +
 +  * SPEC-2538 - Jose brought up question about versioning the binders and keeping the version number in the name. 
 +    * Multiple API versions vs multiple versions of a wgt
 +    * 2/12 - Jose implemented build option to keep multiple versions as a build option. Testing out the main option which is to keep a single version. Will be targeted to JJ once we get agreement from SAT/​SC. ​
 +
 +
 +
 +  * New topics:
 +
 +   * What high priority bugs/issues need to be addressed in App Framework?
 +     * Issue from the fall with running too many threads on. 
 +     * Cannot run Weston with memfd turned on due to SMACK issues. ​
 +
 +
 +
 +==== May 6, 2020  ====
 +Attendees: Walt, Jan-Simon, Scott, Marius ​
 +
 +[[:​agl-roadmap|AGL Roadmap]] - Reviewed updates made by Walt.   
 +
 +
 +   * Discussed IVI container solution for IC EG. Would like some more input from IC EG about what compositor will be used, security (SMACK vs. token logic), and use cases to be enabled. Will App FW be used? Will WAM be present or will Qt apps be used?
 +     * 5/6 - Sounds like we will get these requirements in June timeframe based on the schedule presented during the IC EG call on Monday. ​
 +
 +
 + * Window Manager and Compositor consolidation
 +  * Activity Manager
 +    * 2/12 - Marius completing a document to update the design and code work he has completed and we will hold a separate review next week, 
 +    * 3/11 - Review of Marius documentation started. Next call scheduled for one week. 
 +    * 4/22 - Marius submitted a number of patches to gerrit that are in process of being reviewed. ​
 +      * SPEC-3293, SPEC-3287, SPEC-3286 need to be fixed by Igalia to get WAM working correctly
 +      * Scott asked if Igalia has signed off on WAM/ Chromium on Zeus, Need to check on that. 
 +    * 5/6 - Long discussion on libwindowmanager ​
 +
 + * AppFW 
 +
 +  * Enable multi-user across the reference platform. - ** Icefish availability depends on priorities **
 +    * Widget installation per user - When a given application is installed on the system it can be made available to all or to specific users. ​
 +    * Teen driver or senior citizen use cases for example
 +    * Only one version of a given app or service will be installed on the system. Note that a service widget itself may choose to internally support multiple versions of its own API within a single widget, but that is up to the service provide to maintain.  ​
 +    * 2/12 - User creation and management needs to be developed. ​
 +    * 3/11 - Still on-hold
 +
 +
 +  * Security workflow for Device and App developers
 +    * 8/28 - Documentation todo 
 +    * 2/12 - Documentation needs to be backfilled for the App FW work done for the Icefish release. Need to assign someone at IoT.bzh to complete the documentation. ​
 +    * 3/11 - Still need Jose or someone at IoT.bzh to complete the documentation. ​
 +
 +  * Cyanara replacement (Cynanagora) ​ ** Icefish **
 +    * 2/12 - Ready for Icefish. Documentation is reasonable. ​
 +    * 3/11 - Nothing published on documentation site yet.
 + 
 +
 +
 +  * Replace obsolete Tizen Security Manager **Icefish **
 +    * Requirements for sharing files between applications will updates to security manager. ​
 +    * Not a large component. No candidate replacement in mind. Need to search for a candidate replacement with current AGL requirements in mind. 
 +    * Work with Jose and Sebastien on priority and estimates. ​
 +    * 2/12 - On hold until after Icefish. Need to determine priority for this work. 
 +
 +  * Consent manager and user interface for consent of app installation. ** Need to discuss whether this is a priority for Icefish. **
 +    * 2/12 - No update. On hold until after Icefish. Looking for volunteers to take this on as well. 
 +
 +  * Web App Manager and Migration of Qt Apps to HTML5 
 +    * 2/12 - Fixed the breakage from RC2. Scott reported an issue with launcher and home screen that Igalia has reproduced and will be fixed for the final release.  ​
 +    * 3/11 - All apps that have been migrated have been pushed to gerrit and Edi has run the test suite against them. Issues identified and being worked on by Igalia.
 + 
 +  * AGL appstore discussion
 +    * necessary infra needs to be added in appfw (signatures)
 +    * 2/12 - On priority list for 2020. 
 +      * SPEC-2938 - Widget directory - need comments
 +
 +  * SPEC-2538 - Jose brought up question about versioning the binders and keeping the version number in the name. 
 +    * Multiple API versions vs multiple versions of a wgt
 +    * 2/12 - Jose implemented build option to keep multiple versions as a build option. Testing out the main option which is to keep a single version. Will be targeted to JJ once we get agreement from SAT/​SC. ​
 +
 +
 +
 +  * New topics:
 +
 +   * What high priority bugs/issues need to be addressed in App Framework?
 +     * Issue from the fall with running too many threads on. 
 +     * Cannot run Weston with memfd turned on due to SMACK issues. ​
 +
 +
 +
 +==== April 22, 2020  ====
 +Attendees: Walt, Jan-Simon, Scott, Marius, Tanikawa
 +
 +[[:​agl-roadmap|AGL Roadmap]] - Reviewed updates made by Walt.   
 +
 +
 +   * Discussed IVI container solution for IC EG. Would like some more input from IC EG about what compositor will be used, security (SMACK vs. token logic), and use cases to be enabled. Will App FW be used? Will WAM be present or will Qt apps be used?
 +
 +
 + * Window Manager and Compositor consolidation
 +  * Activity Manager
 +    * 2/12 - Marius completing a document to update the design and code work he has completed and we will hold a separate review next week, 
 +    * 3/11 - Review of Marius documentation started. Next call scheduled for one week. 
 +    * 4/22 - Marius submitted a number of patches to gerrit that are in process of being reviewed. ​
 +      * SPEC-3293, SPEC-3287, SPEC-3286 need to be fixed by Igalia to get WAM working correctly
 +      * Scott asked if Igalia has signed off on WAM/ Chromium on Zeus, Need to check on that. 
 +
 + * AppFW 
 +
 +  * Enable multi-user across the reference platform. - ** Icefish availability depends on priorities **
 +    * Widget installation per user - When a given application is installed on the system it can be made available to all or to specific users. ​
 +    * Teen driver or senior citizen use cases for example
 +    * Only one version of a given app or service will be installed on the system. Note that a service widget itself may choose to internally support multiple versions of its own API within a single widget, but that is up to the service provide to maintain.  ​
 +    * 2/12 - User creation and management needs to be developed. ​
 +    * 3/11 - Still on-hold
 +
 +
 +  * Security workflow for Device and App developers
 +    * 8/28 - Documentation todo 
 +    * 2/12 - Documentation needs to be backfilled for the App FW work done for the Icefish release. Need to assign someone at IoT.bzh to complete the documentation. ​
 +    * 3/11 - Still need Jose or someone at IoT.bzh to complete the documentation. ​
 +
 +  * Cyanara replacement (Cynanagora) ​ ** Icefish **
 +    * 2/12 - Ready for Icefish. Documentation is reasonable. ​
 +    * 3/11 - Nothing published on documentation site yet.
 + 
 +
 +
 +  * Replace obsolete Tizen Security Manager **Icefish **
 +    * Requirements for sharing files between applications will updates to security manager. ​
 +    * Not a large component. No candidate replacement in mind. Need to search for a candidate replacement with current AGL requirements in mind. 
 +    * Work with Jose and Sebastien on priority and estimates. ​
 +    * 2/12 - On hold until after Icefish. Need to determine priority for this work. 
 +
 +  * Consent manager and user interface for consent of app installation. ** Need to discuss whether this is a priority for Icefish. **
 +    * 2/12 - No update. On hold until after Icefish. Looking for volunteers to take this on as well. 
 +
 +  * Web App Manager and Migration of Qt Apps to HTML5 
 +    * 2/12 - Fixed the breakage from RC2. Scott reported an issue with launcher and home screen that Igalia has reproduced and will be fixed for the final release.  ​
 +    * 3/11 - All apps that have been migrated have been pushed to gerrit and Edi has run the test suite against them. Issues identified and being worked on by Igalia.
 + 
 +  * AGL appstore discussion
 +    * necessary infra needs to be added in appfw (signatures)
 +    * 2/12 - On priority list for 2020. 
 +      * SPEC-2938 - Widget directory - need comments
 +
 +  * SPEC-2538 - Jose brought up question about versioning the binders and keeping the version number in the name. 
 +    * Multiple API versions vs multiple versions of a wgt
 +    * 2/12 - Jose implemented build option to keep multiple versions as a build option. Testing out the main option which is to keep a single version. Will be targeted to JJ once we get agreement from SAT/​SC. ​
 +
 +
 +
 +  * New topics:
 +
 +   * What high priority bugs/issues need to be addressed in App Framework?
 +     * Issue from the fall with running too many threads on. 
 +     * Cannot run Weston with memfd turned on due to SMACK issues. ​
 +
 +
 +==== April 8, 2020  ====
 +Attendees: Walt, Jan-Simon, Scott, Antia, Lorenzo, Parth
 +
 +[[:​agl-roadmap|AGL Roadmap]] - Reviewed updates made by Walt.   
 +
 +
 +   * Discussed IVI container solution for IC EG. Would like some more input from IC EG about what compositor will be used, security (SMACK vs. token logic), and use cases to be enabled. Will App FW be used? Will WAM be present or will Qt apps be used?
 +
 +
 + * Window Manager and Compositor consolidation
 +  * Activity Manager
 +    * 2/12 - Marius completing a document to update the design and code work he has completed and we will hold a separate review next week, 
 +    * 3/11 - Review of Marius documentation started. Next call scheduled for one week. 
 +    *  3/11 - Review of Marius documentation continued last week. Next call scheduled for one week. 
 +
 + * AppFW 
 +
 +  * Enable multi-user across the reference platform. - ** Icefish availability depends on priorities **
 +    * Widget installation per user - When a given application is installed on the system it can be made available to all or to specific users. ​
 +    * Teen driver or senior citizen use cases for example
 +    * Only one version of a given app or service will be installed on the system. Note that a service widget itself may choose to internally support multiple versions of its own API within a single widget, but that is up to the service provide to maintain.  ​
 +    * 2/12 - User creation and management needs to be developed. ​
 +    * 3/11 - Still on-hold
 +
 +
 +  * Security workflow for Device and App developers
 +    * 8/28 - Documentation todo 
 +    * 2/12 - Documentation needs to be backfilled for the App FW work done for the Icefish release. Need to assign someone at IoT.bzh to complete the documentation. ​
 +    * 3/11 - Still need Jose or someone at IoT.bzh to complete the documentation. ​
 +
 +  * Cyanara replacement (Cynanagora) ​ ** Icefish **
 +    * 2/12 - Ready for Icefish. Documentation is reasonable. ​
 +    * 3/11 - Nothing published on documentation site yet.
 + 
 +
 +
 +  * Replace obsolete Tizen Security Manager **Icefish **
 +    * Requirements for sharing files between applications will updates to security manager. ​
 +    * Not a large component. No candidate replacement in mind. Need to search for a candidate replacement with current AGL requirements in mind. 
 +    * Work with Jose and Sebastien on priority and estimates. ​
 +    * 2/12 - On hold until after Icefish. Need to determine priority for this work. 
 +
 +  * Consent manager and user interface for consent of app installation. ** Need to discuss whether this is a priority for Icefish. **
 +    * 2/12 - No update. On hold until after Icefish. Looking for volunteers to take this on as well. 
 +
 +  * Web App Manager and Migration of Qt Apps to HTML5 
 +    * 2/12 - Fixed the breakage from RC2. Scott reported an issue with launcher and home screen that Igalia has reproduced and will be fixed for the final release.  ​
 +    * 3/11 - All apps that have been migrated have been pushed to gerrit and Edi has run the test suite against them. Issues identified and being worked on by Igalia.
 + 
 +  * AGL appstore discussion
 +    * necessary infra needs to be added in appfw (signatures)
 +    * 2/12 - On priority list for 2020. 
 +      * SPEC-2938 - Widget directory - need comments
 +
 +  * SPEC-2538 - Jose brought up question about versioning the binders and keeping the version number in the name. 
 +    * Multiple API versions vs multiple versions of a wgt
 +    * 2/12 - Jose implemented build option to keep multiple versions as a build option. Testing out the main option which is to keep a single version. Will be targeted to JJ once we get agreement from SAT/​SC. ​
 +
 +
 +
 +  * New topics:
 +
 +
 +
 +
 +==== March 25, 2020  ====
 +Attendees: Walt, Jan-Simon, Li, Scott
 +
 +[[:​agl-roadmap|AGL Roadmap]] - Reviewed updates made by Walt.   
 +
 + * Window Manager and Compositor consolidation
 +  * Activity Manager
 +    * 2/12 - Marius completing a document to update the design and code work he has completed and we will hold a separate review next week, 
 +    * 3/11 - Review of Marius documentation started. Next call scheduled for one week. 
 +    *  3/11 - Review of Marius documentation continued last week. Next call scheduled for one week. 
 +
 + * AppFW 
 +
 +  * Enable multi-user across the reference platform. - ** Icefish availability depends on priorities **
 +    * Widget installation per user - When a given application is installed on the system it can be made available to all or to specific users. ​
 +    * Teen driver or senior citizen use cases for example
 +    * Only one version of a given app or service will be installed on the system. Note that a service widget itself may choose to internally support multiple versions of its own API within a single widget, but that is up to the service provide to maintain.  ​
 +    * 2/12 - User creation and management needs to be developed. ​
 +    * 3/11 - Still on-hold
 +
 +
 +  * Security workflow for Device and App developers
 +    * 8/28 - Documentation todo 
 +    * 2/12 - Documentation needs to be backfilled for the App FW work done for the Icefish release. Need to assign someone at IoT.bzh to complete the documentation. ​
 +    * 3/11 - Still need Jose or someone at IoT.bzh to complete the documentation. ​
 +
 +  * Cyanara replacement (Cynanagora) ​ ** Icefish **
 +    * 2/12 - Ready for Icefish. Documentation is reasonable. ​
 +    * 3/11 - Nothing published on documentation site yet.
 + 
 +
 +
 +  * Replace obsolete Tizen Security Manager **Icefish **
 +    * Requirements for sharing files between applications will updates to security manager. ​
 +    * Not a large component. No candidate replacement in mind. Need to search for a candidate replacement with current AGL requirements in mind. 
 +    * Work with Jose and Sebastien on priority and estimates. ​
 +    * 2/12 - On hold until after Icefish. Need to determine priority for this work. 
 +
 +  * Consent manager and user interface for consent of app installation. ** Need to discuss whether this is a priority for Icefish. **
 +    * 2/12 - No update. On hold until after Icefish. Looking for volunteers to take this on as well. 
 +
 +  * Web App Manager and Migration of Qt Apps to HTML5 
 +    * 2/12 - Fixed the breakage from RC2. Scott reported an issue with launcher and home screen that Igalia has reproduced and will be fixed for the final release.  ​
 +    * 3/11 - All apps that have been migrated have been pushed to gerrit and Edi has run the test suite against them. Issues identified and being worked on by Igalia.
 + 
 +  * AGL appstore discussion
 +    * necessary infra needs to be added in appfw (signatures)
 +    * 2/12 - On priority list for 2020. 
 +      * SPEC-2938 - Widget directory - need comments
 +
 +  * SPEC-2538 - Jose brought up question about versioning the binders and keeping the version number in the name. 
 +    * Multiple API versions vs multiple versions of a wgt
 +    * 2/12 - Jose implemented build option to keep multiple versions as a build option. Testing out the main option which is to keep a single version. Will be targeted to JJ once we get agreement from SAT/​SC. ​
 +
 +
 +
 +  * New topics:
 +
 +
 +
 +
 +==== March 11, 2020  ====
 +Attendees: Walt, Jan-Simon, Scott, Stephane, Lorenzo, Antia, Teddy Zhai (Green Hills)
 +
 +[[:​agl-roadmap|AGL Roadmap]] - Walt will update based on the input received from Igalia separately and remove the completed tasks from the roadmap.  ​
 +
 + * Window Manager and Compositor consolidation
 +  * Activity Manager
 +    * 2/12 - Marius completing a document to update the design and code work he has completed and we will hold a separate review next week, 
 +    * 3/11 - Review of Marius documentation started. Next call scheduled for one week. 
 +
 + * AppFW
 +  * Enable Token logic required for HTML5 apps and remote clients/​apps
 +    * 2/12 - Merged for Icefish and WAM has been adapted to use it. 
 +    * 3/11 - Completed.
 + 
 +
 +  * Enable multi-user across the reference platform. - ** Icefish availability depends on priorities **
 +    * Widget installation per user - When a given application is installed on the system it can be made available to all or to specific users. ​
 +    * Teen driver or senior citizen use cases for example
 +    * Only one version of a given app or service will be installed on the system. Note that a service widget itself may choose to internally support multiple versions of its own API within a single widget, but that is up to the service provide to maintain.  ​
 +    * 2/12 - User creation and management needs to be developed. ​
 +    * 3/11 - Still on-hold
 +
 +
 +  * Security workflow for Device and App developers
 +    * 8/28 - Documentation todo 
 +    * 2/12 - Documentation needs to be backfilled for the App FW work done for the Icefish release. Need to assign someone at IoT.bzh to complete the documentation. ​
 +    * 3/11 - Still need Jose or someone at IoT.bzh to complete the documentation. ​
 +
 +  * Cyanara replacement (Cynanagora) ​ ** Icefish **
 +    * 2/12 - Ready for Icefish. Documentation is reasonable. ​
 +    * 3/11 - Nothing published on documentation site yet.
 + 
 +
 +
 +  * Replace obsolete Tizen Security Manager **Icefish **
 +    * Requirements for sharing files between applications will updates to security manager. ​
 +    * Not a large component. No candidate replacement in mind. Need to search for a candidate replacement with current AGL requirements in mind. 
 +    * Work with Jose and Sebastien on priority and estimates. ​
 +    * 2/12 - On hold until after Icefish. Need to determine priority for this work. 
 +
 +  * Consent manager and user interface for consent of app installation. ** Need to discuss whether this is a priority for Icefish. **
 +    * 2/12 - No update. On hold until after Icefish. Looking for volunteers to take this on as well. 
 +
 +  * Web App Manager and Migration of Qt Apps to HTML5 
 +    * 2/12 - Fixed the breakage from RC2. Scott reported an issue with launcher and home screen that Igalia has reproduced and will be fixed for the final release.  ​
 +    * 3/11 - All apps that have been migrated have been pushed to gerrit and Edi has run the test suite against them. Issues identified and being worked on by Igalia.
 + 
 +  * AGL appstore discussion
 +    * necessary infra needs to be added in appfw (signatures)
 +    * 2/12 - On priority list for 2020. 
 +      * SPEC-2938 - Widget directory - need comments
 +
 +  * SPEC-2538 - Jose brought up question about versioning the binders and keeping the version number in the name. 
 +    * Multiple API versions vs multiple versions of a wgt
 +    * 2/12 - Jose implemented build option to keep multiple versions as a build option. Testing out the main option which is to keep a single version. Will be targeted to JJ once we get agreement from SAT/​SC. ​
 +
 +
 +
 +  * New topics:
 +
 +
 +
 +==== February 12, 2020  ====
 +Attendees: Walt, Jan-Simon, Scott, Stephane, Jose, Lorenzo, Li, Laurent, Guy
 +
 +[[:​agl-roadmap|AGL Roadmap]] will be updated by IoT.bzh and Igalia by Monday in preparation for the next SC meeting. ​
 +
 + * Window Manager and Compositor consolidation
 +  * Activity Manager
 +    * 2/12 - Marius completing a document to update the design and code work he has completed and we will hold a separate review next week, 
 +
 + * AppFW
 +  * Enable Token logic required for HTML5 apps and remote clients/​apps
 +    * 2/12 - Merged for Icefish and WAM has been adapted to use it. 
 + 
 +
 +  * Enable multi-user across the reference platform. - ** Icefish availability depends on priorities **
 +    * Widget installation per user - When a given application is installed on the system it can be made available to all or to specific users. ​
 +    * Teen driver or senior citizen use cases for example
 +    * Only one version of a given app or service will be installed on the system. Note that a service widget itself may choose to internally support multiple versions of its own API within a single widget, but that is up to the service provide to maintain.  ​
 +    * 2/12 - User creation and management needs to be developed. ​
 +
 +
 +  * Security workflow for Device and App developers
 +    * 8/28 - Documentation todo 
 +    * 2/12 - Documentation needs to be backfilled for the App FW work done for the Icefish release. Need to assign someone at IoT.bzh to complete the documentation. ​
 +
 +  * Cyanara replacement (Cynanagora) ​ ** Icefish **
 +.    * 2/12 - Ready for Icefish. Documentation is reasonable.  ​
 +
 +
 +  * Replace obsolete Tizen Security Manager **Icefish **
 +    * Requirements for sharing files between applications will updates to security manager. ​
 +    * Not a large component. No candidate replacement in mind. Need to search for a candidate replacement with current AGL requirements in mind. 
 +    * Work with Jose and Sebastien on priority and estimates. ​
 +    * 2/12 - On hold until after Icefish. Need to determine priority for this work. 
 +
 +  * Consent manager and user interface for consent of app installation. ** Need to discuss whether this is a priority for Icefish. **
 +    * 2/12 - No update. On hold until after Icefish. Looking for volunteers to take this on as well. 
 +
 +  * Web App Manager and Migration of Qt Apps to HTML5 
 +    * 2/12 - Fixed the breakage from RC2. Scott reported an issue with launcher and home screen that Igalia has reproduced and will be fixed for the final release.  ​
 + 
 +  * AGL appstore discussion
 +    * necessary infra needs to be added in appfw (signatures)
 +    * 2/12 - On priority list for 2020. 
 +      * SPEC-2938 - Widget directory - need comments
 +
 +  * SPEC-2538 - Jose brought up question about versioning the binders and keeping the version number in the name. 
 +    * Multiple API versions vs multiple versions of a wgt
 +    * 2/12 - Jose implemented build option to keep multiple versions as a build option. Testing out the main option which is to keep a single version. Will be targeted to JJ once we get agreement from SAT/​SC. ​
 +
 +
 +   * Scott asked if we will have to carry the Cynara DBus patches when we do the upgrade to zeus. Jose to clarify. ​
 +     * 11/20 - Some adaptation will be necessary. Jose will take a look at it. 
 +     * 12/4 - On hold until Jose is free to look at the forward port. Probably mid-January after CES. 
 +     * 2/12 - Done
 +
 +
 +  * New topics:
 +
 +
 +
 +==== January 29, 2020  ====
 +Attendees: Walt, Jan-Simon, Scott, Matt P
 +
 +
 +Priorities for 2019
 + * Window Manager and Compositor consolidation
 +  * Activity Manager
 +    * 5/22 - Need to identify the lead person for this and update documentation in [[https://​confluence.automotivelinux.org/​x/​PQAq | Confluence]]. ​
 +  * Input manager
 +    * 5/22 - Daniel - Scott (NZ) working on getting homescreen to come up with the new compositor.
 +  * 6/19 - Daniel - No sure on homescreen progress. Weston 6 merged to master for HH. May bump up to 6.0.1 by the end of the month in time for HH release. ​
 +  * 7/3 - No update
 +  * 7/31 - Daniel not on call. At the F2F meeting in Tokyo the latest architecture and design were presented and documented on [[https://​confluence.automotivelinux.org/​x/​foSP | Confluence]]. ​
 +  * 8/28 - No update
 +  * 9/11 - Daniel attending plumbers this week in Lisbon. ​
 +  * 11/6 - Daniel not attending ​
 +  * 1/15 - Got Marius unblocked on running as root issue. ​ Working on some policy management as well as home screen/ app launcher. ​
 +
 + * AppFW
 +  * Enable Token logic required for HTML5 apps and remote clients/​apps
 +    * 7/31 - Loic and Jose working on this for Icefish
 +    * 8/28 
 +      * No update
 +      * Laurent mentioned https://​www.w3.org/​Submission/​viwi-protocol/​ specifically chapter 7 https://​www.w3.org/​Submission/​viwi-protocol/#​userauth
 +    * 9/11 
 +      * Jose added topic to meeting in Berlin. Jose will present what is left to be implemented on the App FW side and get advice on what needs to be done for apps and app developers. ​
 +    * 10/9 
 +      * A lot of good discussion about token logic at the Berlin F2F.  Things are almost clear to Jose about what needs to be done. Will be able to get this into Icefish with a draft available in November.  ​
 +    * 11/6 - Loic on vacation last week. Will probably wait until Jose merges to merge Loic'​s. ​
 +    * 11/20 - Jose will have a draft next week and a WIP the week after. Collaborating with Lorenzo on the work in progress as risk mitigation. Target is first integration to master for RC2. Some archtecture and design documentation is in progress and will be placed in Confluence. ​
 +    * 12/4 - Initial version will be merged later today. ​ Will need Edi to do some testing to make sure there is no breakage. There will be transition period where apps (binders) will not be required to use tokens, Eventually we will transition to require tokens for all apps and binders. Will need to update the doc site on how to create binders and widgets to reflect this. 
 +    * Plan - Source (app-framework-main and app-framework-binder) will be merged today. Jose will submit the recipe change so Edi can test for tomorrow'​s SAT call. Assuming this goes ok we will merge the recipe change and release it for RC2. 
 +
 +  * Enable multi-user across the reference platform. - ** Icefish availability depends on priorities **
 +    * Widget installation per user - When a given application is installed on the system it can be made available to all or to specific users. ​
 +    * Teen driver or senior citizen use cases for example
 +    * Only one version of a given app or service will be installed on the system. Note that a service widget itself may choose to internally support multiple versions of its own API within a single widget, but that is up to the service provide to maintain.  ​
 +    * 8/28 - Most parts fixed, services and apps work, few messages in the audit log left to do
 +      * For existing testplans, grep the systemd log at the end for "​kernel:​ audit:"​ SPEC-2777
 +    * 9/11 - Lower priority than token logic. Added topic to Berlin meeting since we will have many of the OEMs present to ask about requirements. ​
 +    * 10/9 - User creation and management needs to be developed. Lower priority than token logic. Will probably be next year. 
 +
 +  * Security workflow for Device and App developers
 +    * 8/28 - Documentation todo 
 +
 +  * Cyanara replacement (Cynanagora) ​ ** Icefish **
 +    * 8/28 - Jose has a ready sandbox for this, but not JIRA, yet. 
 +      * https://​git.automotivelinux.org/​AGL/​meta-agl/​log/?​h=sandbox/​jobol/​cynara
 +      * Token logic will land in there, then we can switch
 +      * found issue w/ dbus integration
 +      * plan sept timeframe
 +    * 9/11 
 +      * Still in development,​ but Jose thinks it can be pushed for review and merge to master. ​ Will add topic to SAT call for tomorrow to make a decision. ​ He has been using the sandbox in his workflow. ​
 +    * 10/9
 +      * Repo created. Jose still preparing the Gerrit reviews and documentation. Will be tested along with the token logic change so the initial push to Gerrit will be in November. ​
 +    * 11/6 - Jose will finish the reviews and merge the changes to master this week so Edi can test in next week's master test cycle. ​
 +    * 11/20 - Cyanagora now merged and included in the latest test cycle that Edi performed. Looks good.
 +    * 12/4 - Some issues with dbus that may be attributable to Cynagora (see SPEC-3002). Jose will be able to look at this once the dust settles with token logic changes. ​
 +
 +
 +  * Replace obsolete Tizen Security Manager **Icefish **
 +    * Requirements for sharing files between applications will updates to security manager. ​
 +    * Not a large component. No candidate replacement in mind. Need to search for a candidate replacement with current AGL requirements in mind. 
 +    * Work with Jose and Sebastien on priority and estimates. ​
 +    * 8/28 - Can keep going for now.
 +    * 9/11 - Will not replace for now. Keep using the Tizen Security manager for Icefish. ​
 +    * 10/3 - On hold until after Icefish
 +
 +  * Consent manager and user interface for consent of app installation. ** Need to discuss whether this is a priority for Icefish. **
 +    * 8/28 - waiting for WM refactoring
 +  * Activity Manager for Icefish and who will do the work? [[https://​confluence.automotivelinux.org/​x/​PQAq | Confluence link]]. ​
 +    * 8/28 - no update
 +    * 9/11 - no update
 +    * 10/9 - on hold until after Icefish. Looking for volunteers to take this on as well. 
 +
 +  * Web App Manager and Migration of Qt Apps to HTML5 
 +    * Working with Igalia on a plan to do this throughout the year. 
 +  * 8/28
 +    * Fixing issues with GPU on m3 (youtube)
 +    * single brower process issues on m3
 +    * keyboard / focus issues fixed
 +    * created jira for SDK integration for webapps
 +    * integration of sockets w/ new user model
 +    * work on homescreen
 +    * Chromium 72 not yet released
 +  * 9/11 
 +    * Web apps performance issues are being investigated. ​
 +    * Meeting between Igalia and LG to discuss additional app porting work.
 +  * 10/9
 +    * Working continuing. Igalia now has an H3 board to test on. 
 +  * 11/6 - See dev call notes from yesterday. ​
 +  * 1/15 - Working on fixes to security model that broke in RC2. May have to postpone RC5 since WAM is broken and only displays a white screen. ​
 + 
 +  * AGL appstore discussion
 +    * necessary infra needs to be added in appfw (signatures)
 +    * 8/28
 +      * No update
 +    * 9/11 
 +      * No Update
 +    * 10/9 
 +      * In Berlin we talked about how to use a widget directory. Jan-Simon will start a Jira Epic to document requirements. ​
 +    * 11/6 
 +      * SPEC-2938 - Widget directory - need comments
 +
 +  * SPEC-2538 - Jose brought up question about versioning the binders and keeping the version number in the name. 
 +    * Multiple API versions vs multiple versions of a wgt
 +    * 8/28 - No update
 +    * 9/3 - Briefly discussed and added to Berlin agenda. ​ Please comment on ticket in the meanwhile. ​
 +    * 10/9 - No real update in Berlin, Was briefly discussed, but there was no progress. ​
 +    * 11/6 - No update
 +
 +
 +    * Need draft code of new homescreen (e.g. work on landscape mode / igalia )
 +    * https://​confluence.automotivelinux.org/​pages/​viewpage.action?​pageId=9406954&​preview=%2F9406954%2F13239788%2Fproposal_container_concept_190808.pptx
 +    * https://​confluence.automotivelinux.org/​display/​IC/​Graphics?​preview=/​13239781/​13239799/​AGL_Container_Graphics_rev1.pptx
 +
 +
 +
 +   * Scott asked if we will have to carry the Cynara DBus patches when we do the upgrade to zeus. Jose to clarify. ​
 +     * 11/20 - Some adaptation will be necessary. Jose will take a look at it. 
 +     * 12/4 - On hold until Jose is free to look at the forward port. Probably mid-January after CES. 
 +
 +
 +   * SPEC-3010 - Settings app sometimes not starting in crowded Wifi environments. ​
 +
 +  * New topics:
 +
 +
 +==== January 15, 2020  ====
 +Attendees: Walt, Scott, Marius, Stephane, Li, Lorenzo, Loic, 
 +
 +
 +Priorities for 2019
 + * Window Manager and Compositor consolidation
 +  * Activity Manager
 +    * 5/22 - Need to identify the lead person for this and update documentation in [[https://​confluence.automotivelinux.org/​x/​PQAq | Confluence]]. ​
 +  * Input manager
 +    * 5/22 - Daniel - Scott (NZ) working on getting homescreen to come up with the new compositor.
 +  * 6/19 - Daniel - No sure on homescreen progress. Weston 6 merged to master for HH. May bump up to 6.0.1 by the end of the month in time for HH release. ​
 +  * 7/3 - No update
 +  * 7/31 - Daniel not on call. At the F2F meeting in Tokyo the latest architecture and design were presented and documented on [[https://​confluence.automotivelinux.org/​x/​foSP | Confluence]]. ​
 +  * 8/28 - No update
 +  * 9/11 - Daniel attending plumbers this week in Lisbon. ​
 +  * 11/6 - Daniel not attending ​
 +  * 1/15 - Got Marius unblocked on running as root issue. ​ Working on some policy management as well as home screen/ app launcher. ​
 +
 + * AppFW
 +  * Enable Token logic required for HTML5 apps and remote clients/​apps
 +    * 7/31 - Loic and Jose working on this for Icefish
 +    * 8/28 
 +      * No update
 +      * Laurent mentioned https://​www.w3.org/​Submission/​viwi-protocol/​ specifically chapter 7 https://​www.w3.org/​Submission/​viwi-protocol/#​userauth
 +    * 9/11 
 +      * Jose added topic to meeting in Berlin. Jose will present what is left to be implemented on the App FW side and get advice on what needs to be done for apps and app developers. ​
 +    * 10/9 
 +      * A lot of good discussion about token logic at the Berlin F2F.  Things are almost clear to Jose about what needs to be done. Will be able to get this into Icefish with a draft available in November.  ​
 +    * 11/6 - Loic on vacation last week. Will probably wait until Jose merges to merge Loic'​s. ​
 +    * 11/20 - Jose will have a draft next week and a WIP the week after. Collaborating with Lorenzo on the work in progress as risk mitigation. Target is first integration to master for RC2. Some archtecture and design documentation is in progress and will be placed in Confluence. ​
 +    * 12/4 - Initial version will be merged later today. ​ Will need Edi to do some testing to make sure there is no breakage. There will be transition period where apps (binders) will not be required to use tokens, Eventually we will transition to require tokens for all apps and binders. Will need to update the doc site on how to create binders and widgets to reflect this. 
 +    * Plan - Source (app-framework-main and app-framework-binder) will be merged today. Jose will submit the recipe change so Edi can test for tomorrow'​s SAT call. Assuming this goes ok we will merge the recipe change and release it for RC2. 
 +
 +  * Enable multi-user across the reference platform. - ** Icefish availability depends on priorities **
 +    * Widget installation per user - When a given application is installed on the system it can be made available to all or to specific users. ​
 +    * Teen driver or senior citizen use cases for example
 +    * Only one version of a given app or service will be installed on the system. Note that a service widget itself may choose to internally support multiple versions of its own API within a single widget, but that is up to the service provide to maintain.  ​
 +    * 8/28 - Most parts fixed, services and apps work, few messages in the audit log left to do
 +      * For existing testplans, grep the systemd log at the end for "​kernel:​ audit:"​ SPEC-2777
 +    * 9/11 - Lower priority than token logic. Added topic to Berlin meeting since we will have many of the OEMs present to ask about requirements. ​
 +    * 10/9 - User creation and management needs to be developed. Lower priority than token logic. Will probably be next year. 
 +
 +  * Security workflow for Device and App developers
 +    * 8/28 - Documentation todo 
 +
 +  * Cyanara replacement (Cynanagora) ​ ** Icefish **
 +    * 8/28 - Jose has a ready sandbox for this, but not JIRA, yet. 
 +      * https://​git.automotivelinux.org/​AGL/​meta-agl/​log/?​h=sandbox/​jobol/​cynara
 +      * Token logic will land in there, then we can switch
 +      * found issue w/ dbus integration
 +      * plan sept timeframe
 +    * 9/11 
 +      * Still in development,​ but Jose thinks it can be pushed for review and merge to master. ​ Will add topic to SAT call for tomorrow to make a decision. ​ He has been using the sandbox in his workflow. ​
 +    * 10/9
 +      * Repo created. Jose still preparing the Gerrit reviews and documentation. Will be tested along with the token logic change so the initial push to Gerrit will be in November. ​
 +    * 11/6 - Jose will finish the reviews and merge the changes to master this week so Edi can test in next week's master test cycle. ​
 +    * 11/20 - Cyanagora now merged and included in the latest test cycle that Edi performed. Looks good.
 +    * 12/4 - Some issues with dbus that may be attributable to Cynagora (see SPEC-3002). Jose will be able to look at this once the dust settles with token logic changes. ​
 +
 +
 +  * Replace obsolete Tizen Security Manager **Icefish **
 +    * Requirements for sharing files between applications will updates to security manager. ​
 +    * Not a large component. No candidate replacement in mind. Need to search for a candidate replacement with current AGL requirements in mind. 
 +    * Work with Jose and Sebastien on priority and estimates. ​
 +    * 8/28 - Can keep going for now.
 +    * 9/11 - Will not replace for now. Keep using the Tizen Security manager for Icefish. ​
 +    * 10/3 - On hold until after Icefish
 +
 +  * Consent manager and user interface for consent of app installation. ** Need to discuss whether this is a priority for Icefish. **
 +    * 8/28 - waiting for WM refactoring
 +  * Activity Manager for Icefish and who will do the work? [[https://​confluence.automotivelinux.org/​x/​PQAq | Confluence link]]. ​
 +    * 8/28 - no update
 +    * 9/11 - no update
 +    * 10/9 - on hold until after Icefish. Looking for volunteers to take this on as well. 
 +
 +  * Web App Manager and Migration of Qt Apps to HTML5 
 +    * Working with Igalia on a plan to do this throughout the year. 
 +  * 8/28
 +    * Fixing issues with GPU on m3 (youtube)
 +    * single brower process issues on m3
 +    * keyboard / focus issues fixed
 +    * created jira for SDK integration for webapps
 +    * integration of sockets w/ new user model
 +    * work on homescreen
 +    * Chromium 72 not yet released
 +  * 9/11 
 +    * Web apps performance issues are being investigated. ​
 +    * Meeting between Igalia and LG to discuss additional app porting work.
 +  * 10/9
 +    * Working continuing. Igalia now has an H3 board to test on. 
 +  * 11/6 - See dev call notes from yesterday. ​
 +  * 1/15 - Working on fixes to security model that broke in RC2. May have to postpone RC5 since WAM is broken and only displays a white screen. ​
 + 
 +  * AGL appstore discussion
 +    * necessary infra needs to be added in appfw (signatures)
 +    * 8/28
 +      * No update
 +    * 9/11 
 +      * No Update
 +    * 10/9 
 +      * In Berlin we talked about how to use a widget directory. Jan-Simon will start a Jira Epic to document requirements. ​
 +    * 11/6 
 +      * SPEC-2938 - Widget directory - need comments
 +
 +  * SPEC-2538 - Jose brought up question about versioning the binders and keeping the version number in the name. 
 +    * Multiple API versions vs multiple versions of a wgt
 +    * 8/28 - No update
 +    * 9/3 - Briefly discussed and added to Berlin agenda. ​ Please comment on ticket in the meanwhile. ​
 +    * 10/9 - No real update in Berlin, Was briefly discussed, but there was no progress. ​
 +    * 11/6 - No update
 +
 +
 +    * Need draft code of new homescreen (e.g. work on landscape mode / igalia )
 +    * https://​confluence.automotivelinux.org/​pages/​viewpage.action?​pageId=9406954&​preview=%2F9406954%2F13239788%2Fproposal_container_concept_190808.pptx
 +    * https://​confluence.automotivelinux.org/​display/​IC/​Graphics?​preview=/​13239781/​13239799/​AGL_Container_Graphics_rev1.pptx
 +
 +
 +
 +   * Scott asked if we will have to carry the Cynara DBus patches when we do the upgrade to zeus. Jose to clarify. ​
 +     * 11/20 - Some adaptation will be necessary. Jose will take a look at it. 
 +     * 12/4 - On hold until Jose is free to look at the forward port. Probably mid-January after CES. 
 +
 +
 +   * SPEC-2998 - Data persistence is not persistent. Issue on both Halibut and master. Needed for CES demos. - Closed
 +   * SPEC-3010 - Settings app sometimes not starting in crowded Wifi environments. ​
 +
 +  * New topics:
 +
 +
 +==== December 4, 2019 ====
 +Attendees: Walt, Jose, Scott, Jan-Simon
 +
 +
 +Priorities for 2019
 + * Window Manager and Compositor consolidation
 +  * Activity Manager
 +    * 5/22 - Need to identify the lead person for this and update documentation in [[https://​confluence.automotivelinux.org/​x/​PQAq | Confluence]]. ​
 +  * Input manager
 +    * 5/22 - Daniel - Scott (NZ) working on getting homescreen to come up with the new compositor.
 +  * 6/19 - Daniel - No sure on homescreen progress. Weston 6 merged to master for HH. May bump up to 6.0.1 by the end of the month in time for HH release. ​
 +  * 7/3 - No update
 +  * 7/31 - Daniel not on call. At the F2F meeting in Tokyo the latest architecture and design were presented and documented on [[https://​confluence.automotivelinux.org/​x/​foSP | Confluence]]. ​
 +  * 8/28 - No update
 +  * 9/11 - Daniel attending plumbers this week in Lisbon. ​
 +  * 11/6 - Daniel not attending ​
 +
 + * AppFW
 +  * Enable Token logic required for HTML5 apps and remote clients/​apps
 +    * 7/31 - Loic and Jose working on this for Icefish
 +    * 8/28 
 +      * No update
 +      * Laurent mentioned https://​www.w3.org/​Submission/​viwi-protocol/​ specifically chapter 7 https://​www.w3.org/​Submission/​viwi-protocol/#​userauth
 +    * 9/11 
 +      * Jose added topic to meeting in Berlin. Jose will present what is left to be implemented on the App FW side and get advice on what needs to be done for apps and app developers. ​
 +    * 10/9 
 +      * A lot of good discussion about token logic at the Berlin F2F.  Things are almost clear to Jose about what needs to be done. Will be able to get this into Icefish with a draft available in November.  ​
 +    * 11/6 - Loic on vacation last week. Will probably wait until Jose merges to merge Loic'​s. ​
 +    * 11/20 - Jose will have a draft next week and a WIP the week after. Collaborating with Lorenzo on the work in progress as risk mitigation. Target is first integration to master for RC2. Some archtecture and design documentation is in progress and will be placed in Confluence. ​
 +    * 12/4 - Initial version will be merged later today. ​ Will need Edi to do some testing to make sure there is no breakage. There will be transition period where apps (binders) will not be required to use tokens, Eventually we will transition to require tokens for all apps and binders. Will need to update the doc site on how to create binders and widgets to reflect this. 
 +    * Plan - Source (app-framework-main and app-framework-binder) will be merged today. Jose will submit the recipe change so Edi can test for tomorrow'​s SAT call. Assuming this goes ok we will merge the recipe change and release it for RC2. 
 +
 +  * Enable multi-user across the reference platform. - ** Icefish availability depends on priorities **
 +    * Widget installation per user - When a given application is installed on the system it can be made available to all or to specific users. ​
 +    * Teen driver or senior citizen use cases for example
 +    * Only one version of a given app or service will be installed on the system. Note that a service widget itself may choose to internally support multiple versions of its own API within a single widget, but that is up to the service provide to maintain.  ​
 +    * 8/28 - Most parts fixed, services and apps work, few messages in the audit log left to do
 +      * For existing testplans, grep the systemd log at the end for "​kernel:​ audit:"​ SPEC-2777
 +    * 9/11 - Lower priority than token logic. Added topic to Berlin meeting since we will have many of the OEMs present to ask about requirements. ​
 +    * 10/9 - User creation and management needs to be developed. Lower priority than token logic. Will probably be next year. 
 +
 +  * Security workflow for Device and App developers
 +    * 8/28 - Documentation todo 
 +
 +  * Cyanara replacement (Cynanagora) ​ ** Icefish **
 +    * 8/28 - Jose has a ready sandbox for this, but not JIRA, yet. 
 +      * https://​git.automotivelinux.org/​AGL/​meta-agl/​log/?​h=sandbox/​jobol/​cynara
 +      * Token logic will land in there, then we can switch
 +      * found issue w/ dbus integration
 +      * plan sept timeframe
 +    * 9/11 
 +      * Still in development,​ but Jose thinks it can be pushed for review and merge to master. ​ Will add topic to SAT call for tomorrow to make a decision. ​ He has been using the sandbox in his workflow. ​
 +    * 10/9
 +      * Repo created. Jose still preparing the Gerrit reviews and documentation. Will be tested along with the token logic change so the initial push to Gerrit will be in November. ​
 +    * 11/6 - Jose will finish the reviews and merge the changes to master this week so Edi can test in next week's master test cycle. ​
 +    * 11/20 - Cyanagora now merged and included in the latest test cycle that Edi performed. Looks good.
 +    * 12/4 - Some issues with dbus that may be attributable to Cynagora (see SPEC-3002). Jose will be able to look at this once the dust settles with token logic changes. ​
 +
 +
 +  * Replace obsolete Tizen Security Manager **Icefish **
 +    * Requirements for sharing files between applications will updates to security manager. ​
 +    * Not a large component. No candidate replacement in mind. Need to search for a candidate replacement with current AGL requirements in mind. 
 +    * Work with Jose and Sebastien on priority and estimates. ​
 +    * 8/28 - Can keep going for now.
 +    * 9/11 - Will not replace for now. Keep using the Tizen Security manager for Icefish. ​
 +    * 10/3 - On hold until after Icefish
 +
 +  * Consent manager and user interface for consent of app installation. ** Need to discuss whether this is a priority for Icefish. **
 +    * 8/28 - waiting for WM refactoring
 +  * Activity Manager for Icefish and who will do the work? [[https://​confluence.automotivelinux.org/​x/​PQAq | Confluence link]]. ​
 +    * 8/28 - no update
 +    * 9/11 - no update
 +    * 10/9 - on hold until after Icefish. Looking for volunteers to take this on as well. 
 +
 +  * Web App Manager and Migration of Qt Apps to HTML5 
 +    * Working with Igalia on a plan to do this throughout the year. 
 +  * 8/28
 +    * Fixing issues with GPU on m3 (youtube)
 +    * single brower process issues on m3
 +    * keyboard / focus issues fixed
 +    * created jira for SDK integration for webapps
 +    * integration of sockets w/ new user model
 +    * work on homescreen
 +    * Chromium 72 not yet released
 +  * 9/11 
 +    * Web apps performance issues are being investigated. ​
 +    * Meeting between Igalia and LG to discuss additional app porting work.
 +  * 10/9
 +    * Working continuing. Igalia now has an H3 board to test on. 
 +  * 11/6 - See dev call notes from yesterday. ​
 + 
 +  * AGL appstore discussion
 +    * necessary infra needs to be added in appfw (signatures)
 +    * 8/28
 +      * No update
 +    * 9/11 
 +      * No Update
 +    * 10/9 
 +      * In Berlin we talked about how to use a widget directory. Jan-Simon will start a Jira Epic to document requirements. ​
 +    * 11/6 
 +      * SPEC-2938 - Widget directory - need comments
 +
 +  * SPEC-2538 - Jose brought up question about versioning the binders and keeping the version number in the name. 
 +    * Multiple API versions vs multiple versions of a wgt
 +    * 8/28 - No update
 +    * 9/3 - Briefly discussed and added to Berlin agenda. ​ Please comment on ticket in the meanwhile. ​
 +    * 10/9 - No real update in Berlin, Was briefly discussed, but there was no progress. ​
 +    * 11/6 - No update
 +
 +
 +    * Need draft code of new homescreen (e.g. work on landscape mode / igalia )
 +    * https://​confluence.automotivelinux.org/​pages/​viewpage.action?​pageId=9406954&​preview=%2F9406954%2F13239788%2Fproposal_container_concept_190808.pptx
 +    * https://​confluence.automotivelinux.org/​display/​IC/​Graphics?​preview=/​13239781/​13239799/​AGL_Container_Graphics_rev1.pptx
 +
 +
 +
 +   * Scott asked if we will have to carry the Cynara DBus patches when we do the upgrade to zeus. Jose to clarify. ​
 +     * 11/20 - Some adaptation will be necessary. Jose will take a look at it. 
 +     * 12/4 - On hold until Jose is free to look at the forward port. Probably mid-January after CES. 
 +
 +  * New topics:
 +   * SPEC-2998 - Data persistence is not persistent. Issue on both Halibut and master. Needed for CES demos. ​
 +   * SPEC-3010 - Settings app sometimes not starting in crowded Wifi environments. ​
 +
 +
 +
 +==== November 20, 2019 ====
 +Attendees: Walt, Jose, Vincent, Loic, Kurokawa, Jan-Simon, Laurent
 +
 +
 +Priorities for 2019
 + * Window Manager and Compositor consolidation
 +  * Activity Manager
 +    * 5/22 - Need to identify the lead person for this and update documentation in [[https://​confluence.automotivelinux.org/​x/​PQAq | Confluence]]. ​
 +  * Input manager
 +    * 5/22 - Daniel - Scott (NZ) working on getting homescreen to come up with the new compositor.
 +  * 6/19 - Daniel - No sure on homescreen progress. Weston 6 merged to master for HH. May bump up to 6.0.1 by the end of the month in time for HH release. ​
 +  * 7/3 - No update
 +  * 7/31 - Daniel not on call. At the F2F meeting in Tokyo the latest architecture and design were presented and documented on [[https://​confluence.automotivelinux.org/​x/​foSP | Confluence]]. ​
 +  * 8/28 - No update
 +  * 9/11 - Daniel attending plumbers this week in Lisbon. ​
 +  * 11/6 - Daniel not attending ​
 +
 + * AppFW
 +  * Enable Token logic required for HTML5 apps and remote clients/​apps
 +    * 7/31 - Loic and Jose working on this for Icefish
 +    * 8/28 
 +      * No update
 +      * Laurent mentioned https://​www.w3.org/​Submission/​viwi-protocol/​ specifically chapter 7 https://​www.w3.org/​Submission/​viwi-protocol/#​userauth
 +    * 9/11 
 +      * Jose added topic to meeting in Berlin. Jose will present what is left to be implemented on the App FW side and get advice on what needs to be done for apps and app developers. ​
 +    * 10/9 
 +      * A lot of good discussion about token logic at the Berlin F2F.  Things are almost clear to Jose about what needs to be done. Will be able to get this into Icefish with a draft available in November.  ​
 +    * 11/6 - Loic on vacation last week. Will probably wait until Jose merges to merge Loic'​s. ​
 +    * 11/20 - Jose will have a draft next week and a WIP the week after. Collaborating with Lorenzo on the work in progress as risk mitigation. Target is first integration to master for RC2. Some archtecture and design documentation is in progress and will be placed in Confluence. ​
 +
 +  * Enable multi-user across the reference platform. - ** Icefish availability depends on priorities **
 +    * Widget installation per user - When a given application is installed on the system it can be made available to all or to specific users. ​
 +    * Teen driver or senior citizen use cases for example
 +    * Only one version of a given app or service will be installed on the system. Note that a service widget itself may choose to internally support multiple versions of its own API within a single widget, but that is up to the service provide to maintain.  ​
 +    * 8/28 - Most parts fixed, services and apps work, few messages in the audit log left to do
 +      * For existing testplans, grep the systemd log at the end for "​kernel:​ audit:"​ SPEC-2777
 +    * 9/11 - Lower priority than token logic. Added topic to Berlin meeting since we will have many of the OEMs present to ask about requirements. ​
 +    * 10/9 - User creation and management needs to be developed. Lower priority than token logic. Will probably be next year. 
 +
 +  * Security workflow for Device and App developers
 +    * 8/28 - Documentation todo 
 +
 +  * Cyanara replacement (Cynanagora) ​ ** Icefish **
 +    * 8/28 - Jose has a ready sandbox for this, but not JIRA, yet. 
 +      * https://​git.automotivelinux.org/​AGL/​meta-agl/​log/?​h=sandbox/​jobol/​cynara
 +      * Token logic will land in there, then we can switch
 +      * found issue w/ dbus integration
 +      * plan sept timeframe
 +    * 9/11 
 +      * Still in development,​ but Jose thinks it can be pushed for review and merge to master. ​ Will add topic to SAT call for tomorrow to make a decision. ​ He has been using the sandbox in his workflow. ​
 +    * 10/9
 +      * Repo created. Jose still preparing the Gerrit reviews and documentation. Will be tested along with the token logic change so the initial push to Gerrit will be in November. ​
 +    * 11/6 - Jose will finish the reviews and merge the changes to master this week so Edi can test in next week's master test cycle. ​
 +    * 11/20 - Cyanagora now merged and included in the latest test cycle that Edi performed. Looks good.
 +
 +
 +  * Replace obsolete Tizen Security Manager **Icefish **
 +    * Requirements for sharing files between applications will updates to security manager. ​
 +    * Not a large component. No candidate replacement in mind. Need to search for a candidate replacement with current AGL requirements in mind. 
 +    * Work with Jose and Sebastien on priority and estimates. ​
 +    * 8/28 - Can keep going for now.
 +    * 9/11 - Will not replace for now. Keep using the Tizen Security manager for Icefish. ​
 +    * 10/3 - On hold until after Icefish
 +
 +  * Consent manager and user interface for consent of app installation. ** Need to discuss whether this is a priority for Icefish. **
 +    * 8/28 - waiting for WM refactoring
 +  * Activity Manager for Icefish and who will do the work? [[https://​confluence.automotivelinux.org/​x/​PQAq | Confluence link]]. ​
 +    * 8/28 - no update
 +    * 9/11 - no update
 +    * 10/9 - on hold until after Icefish. Looking for volunteers to take this on as well. 
 +
 +  * Web App Manager and Migration of Qt Apps to HTML5 
 +    * Working with Igalia on a plan to do this throughout the year. 
 +  * 8/28
 +    * Fixing issues with GPU on m3 (youtube)
 +    * single brower process issues on m3
 +    * keyboard / focus issues fixed
 +    * created jira for SDK integration for webapps
 +    * integration of sockets w/ new user model
 +    * work on homescreen
 +    * Chromium 72 not yet released
 +  * 9/11 
 +    * Web apps performance issues are being investigated. ​
 +    * Meeting between Igalia and LG to discuss additional app porting work.
 +  * 10/9
 +    * Working continuing. Igalia now has an H3 board to test on. 
 +  * 11/6 - See dev call notes from yesterday. ​
 + 
 +  * AGL appstore discussion
 +    * necessary infra needs to be added in appfw (signatures)
 +    * 8/28
 +      * No update
 +    * 9/11 
 +      * No Update
 +    * 10/9 
 +      * In Berlin we talked about how to use a widget directory. Jan-Simon will start a Jira Epic to document requirements. ​
 +    * 11/6 
 +      * SPEC-2938 - Widget directory - need comments
 +
 +  * SPEC-2538 - Jose brought up question about versioning the binders and keeping the version number in the name. 
 +    * Multiple API versions vs multiple versions of a wgt
 +    * 8/28 - No update
 +    * 9/3 - Briefly discussed and added to Berlin agenda. ​ Please comment on ticket in the meanwhile. ​
 +    * 10/9 - No real update in Berlin, Was briefly discussed, but there was no progress. ​
 +    * 11/6 - No update
 +
 +
 +    * Need draft code of new homescreen (e.g. work on landscape mode / igalia )
 +    * https://​confluence.automotivelinux.org/​pages/​viewpage.action?​pageId=9406954&​preview=%2F9406954%2F13239788%2Fproposal_container_concept_190808.pptx
 +    * https://​confluence.automotivelinux.org/​display/​IC/​Graphics?​preview=/​13239781/​13239799/​AGL_Container_Graphics_rev1.pptx
 +
 +
 +
 +   * Scott asked if we will have to carry the Cynara DBus patches when we do the upgrade to zeus. Jose to clarify. ​
 +     * 11/20 - Some adaptation will be necessary. Jose will take a look at it. 
 +
 +  * New topics:
 +
 +   * SPEC-2972 - Container issues uncovered in the course of Kurokawa-san'​s work. He is now unblocked, but Jose can fix these issues pretty quickly as well. 
 +
 +
 +
 +==== November 6, 2019 ====
 +Attendees: Walt, Jan-Simon, Scott, Hosokawa, Stephane
 +
 +
 +Priorities for 2019
 + * Window Manager and Compositor consolidation
 +  * Activity Manager
 +    * 5/22 - Need to identify the lead person for this and update documentation in [[https://​confluence.automotivelinux.org/​x/​PQAq | Confluence]]. ​
 +  * Input manager
 +    * 5/22 - Daniel - Scott (NZ) working on getting homescreen to come up with the new compositor.
 +  * 6/19 - Daniel - No sure on homescreen progress. Weston 6 merged to master for HH. May bump up to 6.0.1 by the end of the month in time for HH release. ​
 +  * 7/3 - No update
 +  * 7/31 - Daniel not on call. At the F2F meeting in Tokyo the latest architecture and design were presented and documented on [[https://​confluence.automotivelinux.org/​x/​foSP | Confluence]]. ​
 +  * 8/28 - No update
 +  * 9/11 - Daniel attending plumbers this week in Lisbon. ​
 +  * 11/6 - Daniel not attending ​
 +
 + * AppFW
 +  * Enable Token logic required for HTML5 apps and remote clients/​apps
 +    * 7/31 - Loic and Jose working on this for Icefish
 +    * 8/28 
 +      * No update
 +      * Laurent mentioned https://​www.w3.org/​Submission/​viwi-protocol/​ specifically chapter 7 https://​www.w3.org/​Submission/​viwi-protocol/#​userauth
 +    * 9/11 
 +      * Jose added topic to meeting in Berlin. Jose will present what is left to be implemented on the App FW side and get advice on what needs to be done for apps and app developers. ​
 +    * 10/9 
 +      * A lot of good discussion about token logic at the Berlin F2F.  Things are almost clear to Jose about what needs to be done. Will be able to get this into Icefish with a draft available in November.  ​
 +    * 11/6 - Loic on vacation last week. Will probably wait until Jose merges to merge Loic'​s. ​
 +
 +  * Enable multi-user across the reference platform. - ** Icefish availability depends on priorities **
 +    * Widget installation per user - When a given application is installed on the system it can be made available to all or to specific users. ​
 +    * Teen driver or senior citizen use cases for example
 +    * Only one version of a given app or service will be installed on the system. Note that a service widget itself may choose to internally support multiple versions of its own API within a single widget, but that is up to the service provide to maintain.  ​
 +    * 8/28 - Most parts fixed, services and apps work, few messages in the audit log left to do
 +      * For existing testplans, grep the systemd log at the end for "​kernel:​ audit:"​ SPEC-2777
 +    * 9/11 - Lower priority than token logic. Added topic to Berlin meeting since we will have many of the OEMs present to ask about requirements. ​
 +    * 10/9 - User creation and management needs to be developed. Lower priority than token logic. Will probably be next year. 
 +
 +  * Security workflow for Device and App developers
 +    * 8/28 - Documentation todo 
 +
 +  * Cyanara replacement (Cynanagora) ​ ** Icefish **
 +    * 8/28 - Jose has a ready sandbox for this, but not JIRA, yet. 
 +      * https://​git.automotivelinux.org/​AGL/​meta-agl/​log/?​h=sandbox/​jobol/​cynara
 +      * Token logic will land in there, then we can switch
 +      * found issue w/ dbus integration
 +      * plan sept timeframe
 +    * 9/11 
 +      * Still in development,​ but Jose thinks it can be pushed for review and merge to master. ​ Will add topic to SAT call for tomorrow to make a decision. ​ He has been using the sandbox in his workflow. ​
 +    * 10/9
 +      * Repo created. Jose still preparing the Gerrit reviews and documentation. Will be tested along with the token logic change so the initial push to Gerrit will be in November. ​
 +    * 11/6 - Jose will finish the reviews and merge the changes to master this week so Edi can test in next week's master test cycle. ​
 +
 +
 +  * Replace obsolete Tizen Security Manager **Icefish **
 +    * Requirements for sharing files between applications will updates to security manager. ​
 +    * Not a large component. No candidate replacement in mind. Need to search for a candidate replacement with current AGL requirements in mind. 
 +    * Work with Jose and Sebastien on priority and estimates. ​
 +    * 8/28 - Can keep going for now.
 +    * 9/11 - Will not replace for now. Keep using the Tizen Security manager for Icefish. ​
 +    * 10/3 - On hold until after Icefish
 +
 +  * Consent manager and user interface for consent of app installation. ** Need to discuss whether this is a priority for Icefish. **
 +    * 8/28 - waiting for WM refactoring
 +  * Activity Manager for Icefish and who will do the work? [[https://​confluence.automotivelinux.org/​x/​PQAq | Confluence link]]. ​
 +    * 8/28 - no update
 +    * 9/11 - no update
 +    * 10/9 - on hold until after Icefish. Looking for volunteers to take this on as well. 
 +
 +  * Web App Manager and Migration of Qt Apps to HTML5 
 +    * Working with Igalia on a plan to do this throughout the year. 
 +  * 8/28
 +    * Fixing issues with GPU on m3 (youtube)
 +    * single brower process issues on m3
 +    * keyboard / focus issues fixed
 +    * created jira for SDK integration for webapps
 +    * integration of sockets w/ new user model
 +    * work on homescreen
 +    * Chromium 72 not yet released
 +  * 9/11 
 +    * Web apps performance issues are being investigated. ​
 +    * Meeting between Igalia and LG to discuss additional app porting work.
 +  * 10/9
 +    * Working continuing. Igalia now has an H3 board to test on. 
 +  * 11/6 - See dev call notes from yesterday. ​
 + 
 +  * AGL appstore discussion
 +    * necessary infra needs to be added in appfw (signatures)
 +    * 8/28
 +      * No update
 +    * 9/11 
 +      * No Update
 +    * 10/9 
 +      * In Berlin we talked about how to use a widget directory. Jan-Simon will start a Jira Epic to document requirements. ​
 +    * 11/6 
 +      * SPEC-2938 - Widget directory - need comments
 +
 +  * SPEC-2538 - Jose brought up question about versioning the binders and keeping the version number in the name. 
 +    * Multiple API versions vs multiple versions of a wgt
 +    * 8/28 - No update
 +    * 9/3 - Briefly discussed and added to Berlin agenda. ​ Please comment on ticket in the meanwhile. ​
 +    * 10/9 - No real update in Berlin, Was briefly discussed, but there was no progress. ​
 +    * 11/6 - No update
 +
 +
 +    * Need draft code of new homescreen (e.g. work on landscape mode / igalia )
 +    * https://​confluence.automotivelinux.org/​pages/​viewpage.action?​pageId=9406954&​preview=%2F9406954%2F13239788%2Fproposal_container_concept_190808.pptx
 +    * https://​confluence.automotivelinux.org/​display/​IC/​Graphics?​preview=/​13239781/​13239799/​AGL_Container_Graphics_rev1.pptx
 +
 +  * New topics:
 +
 +   * Scott asked if we will have to carry the Cynara patches when we do the upgrade to zeus. Jose to clarify. ​
 +
 +
 +==== October 23, 2019 ====
 +Meeting canceled. ​
 +
 +
 +==== October 9, 2019 ====
 +Attendees: Walt, Jan-Simon, Scott, Lorenzo, Hosokawa, Kurokawa, Vincent, Jose
 +
 +
 +Priorities for 2019
 + * Window Manager and Compositor consolidation
 +  * Activity Manager
 +    * 5/22 - Need to identify the lead person for this and update documentation in [[https://​confluence.automotivelinux.org/​x/​PQAq | Confluence]]. ​
 +  * Input manager
 +    * 5/22 - Daniel - Scott (NZ) working on getting homescreen to come up with the new compositor.
 +  * 6/19 - Daniel - No sure on homescreen progress. Weston 6 merged to master for HH. May bump up to 6.0.1 by the end of the month in time for HH release. ​
 +  * 7/3 - No update
 +  * 7/31 - Daniel not on call. At the F2F meeting in Tokyo the latest architecture and design were presented and documented on [[https://​confluence.automotivelinux.org/​x/​foSP | Confluence]]. ​
 +  * 8/28 - No update
 +  * 9/11 - Daniel attending plumbers this week in Lisbon. ​
 +
 + * AppFW
 +  * Enable Token logic required for HTML5 apps and remote clients/​apps
 +    * 7/31 - Loic and Jose working on this for Icefish
 +    * 8/28 
 +      * No update
 +      * Laurent mentioned https://​www.w3.org/​Submission/​viwi-protocol/​ specifically chapter 7 https://​www.w3.org/​Submission/​viwi-protocol/#​userauth
 +    * 9/11 
 +      * Jose added topic to meeting in Berlin. Jose will present what is left to be implemented on the App FW side and get advice on what needs to be done for apps and app developers. ​
 +    * 10/9 
 +      * A lot of good discussion about token logic at the Berlin F2F.  Things are almost clear to Jose about what needs to be done. Will be able to get this into Icefish with a draft available in November.  ​
 +
 +  * Enable multi-user across the reference platform. - ** Icefish availability depends on priorities **
 +    * Widget installation per user - When a given application is installed on the system it can be made available to all or to specific users. ​
 +    * Teen driver or senior citizen use cases for example
 +    * Only one version of a given app or service will be installed on the system. Note that a service widget itself may choose to internally support multiple versions of its own API within a single widget, but that is up to the service provide to maintain.  ​
 +    * 8/28 - Most parts fixed, services and apps work, few messages in the audit log left to do
 +      * For existing testplans, grep the systemd log at the end for "​kernel:​ audit:"​ SPEC-2777
 +    * 9/11 - Lower priority than token logic. Added topic to Berlin meeting since we will have many of the OEMs present to ask about requirements. ​
 +    * 10/9 - User creation and management needs to be developed. Lower priority than token logic. Will probably be next year. 
 +
 +  * Security workflow for Device and App developers
 +    * 8/28 - Documentation todo 
 +
 +  * Cyanara replacement (Cynanagora) ​ ** Icefish **
 +    * 8/28 - Jose has a ready sandbox for this, but not JIRA, yet. 
 +      * https://​git.automotivelinux.org/​AGL/​meta-agl/​log/?​h=sandbox/​jobol/​cynara
 +      * Token logic will land in there, then we can switch
 +      * found issue w/ dbus integration
 +      * plan sept timeframe
 +    * 9/11 
 +      * Still in development,​ but Jose thinks it can be pushed for review and merge to master. ​ Will add topic to SAT call for tomorrow to make a decision. ​ He has been using the sandbox in his workflow. ​
 +    * 10/9
 +      * Repo created. Jose still preparing the Gerrit reviews and documentation. Will be tested along with the token logic change so the initial push to Gerrit will be in November. ​
 +
 +
 +  * Replace obsolete Tizen Security Manager **Icefish **
 +    * Requirements for sharing files between applications will updates to security manager. ​
 +    * Not a large component. No candidate replacement in mind. Need to search for a candidate replacement with current AGL requirements in mind. 
 +    * Work with Jose and Sebastien on priority and estimates. ​
 +    * 8/28 - Can keep going for now.
 +    * 9/11 - Will not replace for now. Keep using the Tizen Security manager for Icefish. ​
 +    * 10/3 - On hold. 
 +
 +  * Consent manager and user interface for consent of app installation. ** Need to discuss whether this is a priority for Icefish. **
 +    * 8/28 - waiting for WM refactoring
 +  * Activity Manager for Icefish and who will do the work? [[https://​confluence.automotivelinux.org/​x/​PQAq | Confluence link]]. ​
 +    * 8/28 - no update
 +    * 9/11 - no update
 +    * 10/9 - on hold until after Icefish. Looking for volunteers to take this on as well. 
 +
 +  * Web App Manager and Migration of Qt Apps to HTML5 
 +    * Working with Igalia on a plan to do this throughout the year. 
 +  * 8/28
 +    * Fixing issues with GPU on m3 (youtube)
 +    * single brower process issues on m3
 +    * keyboard / focus issues fixed
 +    * created jira for SDK integration for webapps
 +    * integration of sockets w/ new user model
 +    * work on homescreen
 +    * Chromium 72 not yet released
 +  * 9/11 
 +    * Web apps performance issues are being investigated. ​
 +    * Meeting between Igalia and LG to discuss additional app porting work.
 +  * 10/9
 +    * Working continuing. Igalia now has an H3 board to test on. 
 + 
 +  * AGL appstore discussion
 +    * necessary infra needs to be added in appfw (signatures)
 +    * 8/28
 +      * No update
 +    * 9/11 
 +      * No Update
 +    * 10/9 
 +      * In Berlin we talked about how to use a widget directory. Jan-Simon will start a Jira Epic to document requirements. ​
 +
 +  * SPEC-2538 - Jose brought up question about versioning the binders and keeping the version number in the name. 
 +    * Multiple API versions vs multiple versions of a wgt
 +    * 8/28 - No update
 +    * 9/3 - Briefly discussed and added to Berlin agenda. ​ Please comment on ticket in the meanwhile. ​
 +    * 10/9 - No real update in Berlin, Was briefly discussed, but there was no progress. ​
 +
 +
 +    * Need draft code of new homescreen (e.g. work on landscape mode / igalia )
 +    * https://​confluence.automotivelinux.org/​pages/​viewpage.action?​pageId=9406954&​preview=%2F9406954%2F13239788%2Fproposal_container_concept_190808.pptx
 +    * https://​confluence.automotivelinux.org/​display/​IC/​Graphics?​preview=/​13239781/​13239799/​AGL_Container_Graphics_rev1.pptx
 +
 +  * New topics:
 +   * gerrit 22590 - Add the ability to discover existing exported APIs within a binder dynamically without it appearing in the config file at build time. Could also include external bindings within an existing binder. ​ Will add a permission to enable this so it is not enabled by default for security reasons. ​
 +
 +
 +==== September 25, 2019 ====
 +Attendees: //Upcoming Meeting//
 +
 +==== September 11, 2019 ====
 +Attendees: Walt, Jan-Simon, Sebastien, Jose, Scott, Loic, Lorenzo, Hosokawa, Li
 +
 +Priorities for 2019
 + * Window Manager and Compositor consolidation
 +  * Activity Manager
 +    * 5/22 - Need to identify the lead person for this and update documentation in [[https://​confluence.automotivelinux.org/​x/​PQAq | Confluence]]. ​
 +  * Input manager
 +    * 5/22 - Daniel - Scott (NZ) working on getting homescreen to come up with the new compositor.
 +  * 6/19 - Daniel - No sure on homescreen progress. Weston 6 merged to master for HH. May bump up to 6.0.1 by the end of the month in time for HH release. ​
 +  * 7/3 - No update
 +  * 7/31 - Daniel not on call. At the F2F meeting in Tokyo the latest architecture and design were presented and documented on [[https://​confluence.automotivelinux.org/​x/​foSP | Confluence]]. ​
 +  * 8/28 - No update
 +  * 9/11 - Daniel attending plumbers this week in Lisbon. ​
 +
 + * AppFW
 +  * Enable Token logic required for HTML5 apps and remote clients/​apps
 +    * 7/31 - Loic and Jose working on this for Icefish
 +    * 8/28 
 +      * No update
 +      * Laurent mentioned https://​www.w3.org/​Submission/​viwi-protocol/​ specifically chapter 7 https://​www.w3.org/​Submission/​viwi-protocol/#​userauth
 +    * 9/11 
 +      * Jose added topic to meeting in Berlin. Jose will present what is left to be implemented on the App FW side and get advice on what needs to be done for apps and app developers. ​
 +
 +  * Enable multi-user across the reference platform. - ** Icefish availability depends on priorities **
 +    * Widget installation per user - When a given application is installed on the system it can be made available to all or to specific users. ​
 +    * Teen driver or senior citizen use cases for example
 +    * Only one version of a given app or service will be installed on the system. Note that a service widget itself may choose to internally support multiple versions of its own API within a single widget, but that is up to the service provide to maintain.  ​
 +    * 8/28 - Most parts fixed, services and apps work, few messages in the audit log left to do
 +      * For existing testplans, grep the systemd log at the end for "​kernel:​ audit:"​ SPEC-2777
 +    * 9/11 - Lower priority than token logic. Added topic to Berlin meeting since we will have many of the OEMs present to ask about requirements. ​
 +
 +  * Security workflow for Device and App developers
 +    * 8/28 - Documentation todo 
 +
 +  * Cyanara replacement ​ ** Icefish **
 +    * 8/28 - Jose has a ready sandbox for this, but not JIRA, yet. 
 +      * https://​git.automotivelinux.org/​AGL/​meta-agl/​log/?​h=sandbox/​jobol/​cynara
 +      * Token logic will land in there, then we can switch
 +      * found issue w/ dbus integration
 +      * plan sept timeframe
 +    * 9/11 
 +      * Still in development,​ but Jose thinks it can be pushed for review and merge to master. ​ Will add topic to SAT call for tomorrow to make a decision. ​ He has been using the sandbox in his workflow. ​
 +
 +  * Replace obsolete Tizen Security Manager **Icefish **
 +    * Requirements for sharing files between applications will updates to security manager. ​
 +    * Not a large component. No candidate replacement in mind. Need to search for a candidate replacement with current AGL requirements in mind. 
 +    * Work with Jose and Sebastien on priority and estimates. ​
 +    * 8/28 - Can keep going for now.
 +    * 9/11 - Will not replace for now. Keep using the Tizen Security manager for Icefish. ​
 +
 +  * Consent manager and user interface for consent of app installation. ** Need to discuss whether this is a priority for Icefish. **
 +    * 8/28 - waiting for WM refactoring
 +  * Activity Manager for Icefish and who will do the work? [[https://​confluence.automotivelinux.org/​x/​PQAq | Confluence link]]. ​
 +    * 8/28 - no update
 +    * 9/11 - no update
 +
 +  * Web App Manager and Migration of Qt Apps to HTML5 
 +    * Working with Igalia on a plan to do this throughout the year. 
 +  * 8/28
 +    * Fixing issues with GPU on m3 (youtube)
 +    * single brower process issues on m3
 +    * keyboard / focus issues fixed
 +    * created jira for SDK integration for webapps
 +    * integration of sockets w/ new user model
 +    * work on homescreen
 +    * Chromium 72 not yet released
 +  * 9/11 
 +    * Web apps performance issues are being investigated. ​
 +    * Meeting between Igalia and LG to discuss additional app porting work.
 + 
 +  * AGL appstore discussion
 +    * necessary infra needs to be added in appfw (signatures)
 +    * 8/28
 +      * No update
 +    * 9/11 
 +      * No Update
 +
 +  * SPEC-2538 - Jose brought up question about versioning the binders and keeping the version number in the name. 
 +    * Multiple API versions vs multiple versions of a wgt
 +    * 8/28 - No update
 +    * 9/3 - Briefly discussed and added to Berlin agenda. ​ Please comment on ticket in the meanwhile. ​
 +
 +
 +    * Need draft code of new homescreen (e.g. work on landscape mode / igalia )
 +    * https://​confluence.automotivelinux.org/​pages/​viewpage.action?​pageId=9406954&​preview=%2F9406954%2F13239788%2Fproposal_container_concept_190808.pptx
 +    * https://​confluence.automotivelinux.org/​display/​IC/​Graphics?​preview=/​13239781/​13239799/​AGL_Container_Graphics_rev1.pptx
 +
 +  * New topics:
 +
 +==== August 28, 2019 ====
 +Attendees: Jan-Simon, Hosokawa-san,​ Laurent, Scott, Loic, Stephane, Dennis, Lorenzo, Jose
 +
 +Priorities for 2019
 + * Window Manager and Compositor consolidation
 +  * Activity Manager
 +    * 5/22 - Need to identify the lead person for this and update documentation in [[https://​confluence.automotivelinux.org/​x/​PQAq | Confluence]]. ​
 +  * Input manager
 +    * 5/22 - Daniel - Scott (NZ) working on getting homescreen to come up with the new compositor.
 +  * 6/19 - Daniel - No sure on homescreen progress. Weston 6 merged to master for HH. May bump up to 6.0.1 by the end of the month in time for HH release. ​
 +  * 7/3 - No update
 +  * 7/31 - Daniel not on call. At the F2F meeting in Tokyo the latest architecture and design were presented and documented on [[https://​confluence.automotivelinux.org/​x/​foSP | Confluence]]. ​
 +  * 8/28 - No update
 +
 + * AppFW
 +  * Enable Token logic required for HTML5 apps and remote clients/​apps
 +    * 7/31 - Loic and Jose working on this for Icefish
 +    * 8/28 
 +      * No update
 +      * Laurent mentioned https://​www.w3.org/​Submission/​viwi-protocol/​ specifically chapter 7 https://​www.w3.org/​Submission/​viwi-protocol/#​userauth
 +
 +  * Enable multi-user across the reference platform. - ** Icefish availability depends on priorities **
 +    * Widget installation per user - When a given application is installed on the system it can be made available to all or to specific users. ​
 +    * Teen driver or senior citizen use cases for example
 +    * Only one version of a given app or service will be installed on the system. Note that a service widget itself may choose to internally support multiple versions of its own API within a single widget, but that is up to the service provide to maintain.  ​
 +    * 8/28 - Most parts fixed, services and apps work, few messages in the audit log left to do
 +    * For existing testplans, grep the systemd log at the end for "​kernel:​ audit:"​ SPEC-2777
 +
 +  * Security workflow for Device and App developers
 +    * 8/28 - Documentation todo 
 +
 +  * Cyanara replacement ​ ** Icefish **
 +    * 8/28 - Jose has a ready sandbox for this, but not JIRA, yet. 
 +      * https://​git.automotivelinux.org/​AGL/​meta-agl/​log/?​h=sandbox/​jobol/​cynara
 +      * Token logic will land in there, then we can switch
 +      * found issue w/ dbus integration
 +      * plan sept timeframe
 +
 +  * Replace obsolete Tizen Security Manager **Icefish **
 +    * Requirements for sharing files between applications will updates to security manager. ​
 +    * Not a large component. No candidate replacement in mind. Need to search for a candidate replacement with current AGL requirements in mind. 
 +    * Work with Jose and Sebastien on priority and estimates. ​
 +    * 8/28 - Can keep going for now.
 +
 +  * Consent manager and user interface for consent of app installation. ** Need to discuss whether this is a priority for Icefish. **
 +    * 8/28 - waiting for WM refactoring
 +  * Activity Manager for Icefish and who will do the work? [[https://​confluence.automotivelinux.org/​x/​PQAq | Confluence link]]. ​
 +    * 8/28 - no update
 +
 +  * Web App Manager and Migration of Qt Apps to HTML5 
 +    * Will work with Igalia on a plan to do this throughout the year. Will announce the plan around the time of the F2F Meeting in May.
 +    * Update 04/10: no update today.
 +    * 4/24 - Working on rebase of latest upstream WebOS OSE changes to guppy for the 7.0.2 (just a recipe change is needed).
 +    * Working to get some changes upstreamed to LG for WebOS OSE. 
 +    * SPEC-2342 to fix master dependency issue. ​
 +  * 6/5
 +   * Pull requests to upgrade chromium and Web App Manager for Guppy
 +   * Launcher is in progress. Needs a proper UI which Igalia is working on. 
 +  * 6/19
 +    * Working on the issues listed yesterday in dev call. 
 +    * SPEC-2401 - New launcher in progress. ​
 +  * 7/3 
 +    * Lorenzo updated us yesterday on developer call. 
 +    * SPEC-2586 WAM Causing homescreen crash. Working on HTML5 home screen and interfacing directly to Pipewire for audio (SPEC-2343). ​
 +  * 7/31
 +    * Working on some remaining open issues for Halibut
 +    * Working on infrastructure improvements with Jan-Simon to get the web apps into gerrit and building them in CI. 
 +    * Will be starting the upgrade to Chromium 72
 +  * 8/28
 +    * Fixing issues with GPU on m3 (youtube)
 +    * single brower process issues on m3
 +    * keyboard / focus issues fixed
 +    * created jira for SDK integration for webapps
 +    * integration of sockets w/ new user model
 +    * work on homescreen
 +    * Chromium 72 not yet released
 + 
 +  * AGL appstore discussion
 +    * necessary infra needs to be added in appfw (signatures)
 +    * 8/28
 +      * No update
 +
 +  * SPEC-2538 - Jose brought up question about versioning the binders and keeping the version number in the name. 
 +    * Multiple API versions vs multiple versions of a wgt
 +    * 8/28 - No update
 +
 +  * New topics:
 +    * Need draft code of new homescreen (e.g. work on landscape mode / igalia )
 +    * https://​confluence.automotivelinux.org/​pages/​viewpage.action?​pageId=9406954&​preview=%2F9406954%2F13239788%2Fproposal_container_concept_190808.pptx
 +    * https://​confluence.automotivelinux.org/​display/​IC/​Graphics?​preview=/​13239781/​13239799/​AGL_Container_Graphics_rev1.pptx
 +
 +
 +==== August 14, 2019 ====
 +Meeting canceled due to vacations. ​
 +
 +==== July 31, 2019 ====
 +Attendees: Walt, Scott, Loic, Hosokawa, Jose, Lorenzo, George
 +
 +Priorities for 2019
 + * Window Manager and Compositor consolidation
 +  * Activity Manager
 +    * 5/22 - Need to identify the lead person for this and update documentation in [[https://​confluence.automotivelinux.org/​x/​PQAq | Confluence]]. ​
 +  * Input manager
 +    * 5/22 - Daniel - Scott (NZ) working on getting homescreen to come up with the new compositor.
 +  * 6/19 - Daniel - No sure on homescreen progress. Weston 6 merged to master for HH. May bump up to 6.0.1 by the end of the month in time for HH release. ​
 +  * 7/3 - No update
 +  * 7/31 - Daniel not on call. At the F2F meeting in Tokyo the latest architecture and design were presented and documented on [[https://​confluence.automotivelinux.org/​x/​foSP | Confluence]]. ​
 +
 +
 + * AppFW
 +  * Enable Token logic required for HTML5 apps and remote clients/​apps
 +    * 7/31 - Loic and Jose working on this for Icefish. ​
 +
 +  * Enable multi-user across the reference platform. - ** Icefish availability depends on priorities **
 +    * Widget installation per user - When a given application is installed on the system it can be made available to all or to specific users. ​
 +    * Teen driver or senior citizen use cases for example
 +    * Only one version of a given app or service will be installed on the system. Note that a service widget itself may choose to internally support multiple versions of its own API within a single widget, but that is up to the service provide to maintain.  ​
 +
 +  * Security workflow for Device and App developers
 +
 +  * Cyanara replacement ​ ** Icefish **
 +
 +  * Replace obsolete Tizen Security Manager **Icefish **
 +    * Requirements for sharing files between applications will updates to security manager. ​
 +    * Not a large component. No candidate replacement in mind. Need to search for a candidate replacement with current AGL requirements in mind. 
 +    * Work with Jose and Sebastien on priority and estimates. ​
 +
 +  * Consent manager and user interface for consent of app installation. ** Need to discuss whether this is a priority for Icefish. **
 +  * Activity Manager for Icefish and who will do the work? [[https://​confluence.automotivelinux.org/​x/​PQAq | Confluence link]]. ​
 +
 +  * Web App Manager and Migration of Qt Apps to HTML5 
 +    * Will work with Igalia on a plan to do this throughout the year. Will announce the plan around the time of the F2F Meeting in May.
 +    * Update 04/10: no update today.
 +    * 4/24 - Working on rebase of latest upstream WebOS OSE changes to guppy for the 7.0.2 (just a recipe change is needed).
 +    * Working to get some changes upstreamed to LG for WebOS OSE. 
 +    * SPEC-2342 to fix master dependency issue. ​
 +  * 6/5
 +   * Pull requests to upgrade chromium and Web App Manager for Guppy
 +   * Launcher is in progress. Needs a proper UI which Igalia is working on. 
 +  * 6/19
 +    * Working on the issues listed yesterday in dev call. 
 +    * SPEC-2401 - New launcher in progress. ​
 +  * 7/3 
 +    * Lorenzo updated us yesterday on developer call. 
 +    * SPEC-2586 WAM Causing homescreen crash. Working on HTML5 home screen and interfacing directly to Pipewire for audio (SPEC-2343). ​
 +  * 7/31
 +    * Working on some remaining open issues for Halibut
 +    * Working on infrastructure improvements with Jan-Simon to get the web apps into gerrit and building them in CI. 
 +    * Will be starting the upgrade to Chromium 72
 +
 + 
 +  * AGL appstore discussion
 +    * necessary infra needs to be added in appfw (signatures)
 +
 +  * SPEC-2358 - Jose brought up question about versioning the binders and keeping the version number in the name.  ​
 +
 +  * New topics:
 +
 +
 +==== July 17, 2019 ====
 +Canceled due to ALS
 +
 +
 +==== July 3, 2019 ====
 +Attendees: Walt, Jan-Simon, Scott, Sebastien, Loic, Lorenzo
 +
 +Priorities for 2019
 + * Window Manager and Compositor consolidation
 +  * Activity Manager
 +    * 5/22 - Need to identify the lead person for this and update documentation in [[https://​confluence.automotivelinux.org/​x/​PQAq | Confluence]]. ​
 +  * Input manager
 +    * 5/22 - Daniel - Scott (NZ) working on getting homescreen to come up with the new compositor.
 +  * 6/19 - Daniel - No sure on homescreen progress. Weston 6 merged to master for HH. May bump up to 6.0.1 by the end of the month in time for HH release. ​
 +  * 7/3 - No update
 +
 +
 + * AppFW
 +  * Enable Token logic required for HTML5 apps and remote clients/​apps
 +    * 5/8 - Jose worked out an agreement with Jose P. on how to go about this. 
 +    * 5/22 - No progress since Spain due to higher priorities.  ​
 +    * 6/19 - On hold. Jose on vacation next two weeks. Loic will take over this work in the meantime. End of July is a likely target to complete. Lorenzo will create a ticket to track the work that both Igalia and IoT.bzh are doing in this area to gain agreement on what needs to be done. Will target the 8.0.1 release in early September to get this into the build. ​
 +  * Enable multi-user across the reference platform. ​
 +    * Widget installation per user - When a given application is installed on the system it can be made available to all or to specific users. ​
 +    * Teen driver or senior citizen use cases for example
 +    * Only one version of a given app or service will be installed on the system. Note that a service widget itself may choose to internally support multiple versions of its own API within a single widget, but that is up to the service provide to maintain.  ​
 +  * Security workflow for Device and App developers
 +  * Replace obsolete Tizen Security Manager
 +  * Jose
 +    * Working on change to not run as root. Was waiting for thud migration to hit master. sandbox/​jobol/​wip-mu
 +      * Update 04/10: multi-user patches planned after Jose's vacation (~ in 2 weeks)
 +      * 4/24 - Jose getting multi-user patches ready for Halibut. Apps that are displayed such as home screen abd others will run as agl-driver
 +      * Services still need to be looked at as well. Jose will come up with a migration guide for what needs to be done to update the services to be shared at the F2F meeting in Spain. ​
 +      * Jose will prepare a sandbox for Edi and Stoyan to test prior to the merge. ​
 +      * 5/22 - Some progress, but not ready to merge to master. ​
 +      * 6/19 - Jose submitted all of the changes. Jan-Simon did a manual build to test out which went ok. Edi and Stoyan tested the sandbox ok as well. Changes were just merge to master. ​
 +
 +
 +  * Web App Manager and Migration of Qt Apps to HTML5 
 +    * Will work with Igalia on a plan to do this throughout the year. Will announce the plan around the time of the F2F Meeting in May.
 +    * Update 04/10: no update today.
 +    * 4/24 - Working on rebase of latest upstream WebOS OSE changes to guppy for the 7.0.2 (just a recipe change is needed).
 +    * Working to get some changes upstreamed to LG for WebOS OSE. 
 +    * SPEC-2342 to fix master dependency issue. ​
 +  * 6/5
 +   * Pull requests to upgrade chromium and Web App Manager for Guppy
 +   * Launcher is in progress. Needs a proper UI which Igalia is working on. 
 +  * 6/19
 +    * Working on the issues listed yesterday in dev call. 
 +    * SPEC-2401 - New launcher in progress. ​
 +  * 7/3 
 +    * Lorenzo updated us yesterday on developer call. 
 +    * SPEC-2586 WAM Causing homescreen crash. Working on HTML5 home screen and interfacing directly to Pipewire for audio (SPEC-2343). ​
 +
 +
 +    * Jose: thud-upgrade / dbus testing - in-progress
 +      * 5/22 - Still in progress
 +      * 6/19 - complete. Changes included in the not running as root patches. One minor issue remaining. Jose will write a Jira ticket. ​
 + 
 +    * AGL appstore discussion
 +      * necessary infra needs to be added in appfw (signatures)
 +
 +    * SPEC-2358 - Jose brought up question about versioning the binders and keeping the version number in the name.  ​
 +
 +  * New topics:
 +
 +
 +==== June 19, 2019 ====
 +Attendees: Walt, Jan-Simon, Sebastien, Lorenzo, Guy, Daniel, George, Stephane
 +
 +Priorities for 2019
 + * Window Manager and Compositor consolidation
 +  * Activity Manager
 +    * 5/22 - Need to identify the lead person for this and update documentation in [[https://​confluence.automotivelinux.org/​x/​PQAq | Confluence]]. ​
 +  * Input manager
 +    * 5/22 - Daniel - Scott (NZ) working on getting homescreen to come up with the new compositor.
 +  * 6/19 - Daniel - No sure on homescreen progress. Weston 6 merged to master for HH. May bump up to 6.0.1 by the end of the month in time for HH release. ​
 +
 +
 + * AppFW
 +  * Enable Token logic required for HTML5 apps and remote clients/​apps
 +    * 5/8 - Jose worked out an agreement with Jose P. on how to go about this. 
 +    * 5/22 - No progress since Spain due to higher priorities.  ​
 +    * 6/19 - On hold. Jose on vacation next two weeks. Loic will take over this work in the meantime. End of July is a likely target to complete. Lorenzo will create a ticket to track the work that both Igalia and IoT.bzh are doing in this area to gain agreement on what needs to be done. Will target the 8.0.1 release in early September to get this into the build. ​
 +  * Enable multi-user across the reference platform. ​
 +    * Widget installation per user - When a given application is installed on the system it can be made available to all or to specific users. ​
 +    * Teen driver or senior citizen use cases for example
 +    * Only one version of a given app or service will be installed on the system. Note that a service widget itself may choose to internally support multiple versions of its own API within a single widget, but that is up to the service provide to maintain.  ​
 +  * Security workflow for Device and App developers
 +  * Replace obsolete Tizen Security Manager
 +  * Jose
 +    * Working on change to not run as root. Was waiting for thud migration to hit master. sandbox/​jobol/​wip-mu
 +      * Update 04/10: multi-user patches planned after Jose's vacation (~ in 2 weeks)
 +      * 4/24 - Jose getting multi-user patches ready for Halibut. Apps that are displayed such as home screen abd others will run as agl-driver
 +      * Services still need to be looked at as well. Jose will come up with a migration guide for what needs to be done to update the services to be shared at the F2F meeting in Spain. ​
 +      * Jose will prepare a sandbox for Edi and Stoyan to test prior to the merge. ​
 +      * 5/22 - Some progress, but not ready to merge to master. ​
 +      * 6/19 - Jose submitted all of the changes. Jan-Simon did a manual build to test out which went ok. Edi and Stoyan tested the sandbox ok as well. Changes were just merge to master. ​
 +
 +
 +  * Web App Manager and Migration of Qt Apps to HTML5 
 +    * Will work with Igalia on a plan to do this throughout the year. Will announce the plan around the time of the F2F Meeting in May.
 +    * Update 04/10: no update today.
 +    * 4/24 - Working on rebase of latest upstream WebOS OSE changes to guppy for the 7.0.2 (just a recipe change is needed).
 +    * Working to get some changes upstreamed to LG for WebOS OSE. 
 +    * SPEC-2342 to fix master dependency issue. ​
 +  * 6/5
 +   * Pull requests to upgrade chromium and Web App Manager for Guppy
 +   * Launcher is in progress. Needs a proper UI which Igalia is working on. 
 +  * 6/19
 +    * Working on the issues listed yesterday in dev call. 
 +    * SPEC-2401 - New launcher in progress. ​
 +
 +
 +    * Jose: thud-upgrade / dbus testing - in-progress
 +      * 5/22 - Still in progress
 +      * 6/19 - complete. Changes included in the not running as root patches. One minor issue remaining. Jose will write a Jira ticket. ​
 + 
 +    * AGL appstore discussion
 +      * necessary infra needs to be added in appfw (signatures)
 +
 +  * New topics:
 +    * Jose brought up question about versioning the binders and keeping the version number in the name.  He will create a Jira ticket to be reviewed during SAT. (SPEC-2538)
 +
 +
 +
 +==== June 5, 2019 ====
 +Attendees: Walt, Jan-Simon, Kurokawa, Sebastien, Stephane, Lorenzo, George, Antia, ​
 +
 +Jose out sick today. ​
 + 
 +Priorities for 2019
 + * Window Manager and Compositor consolidation
 +  * Activity Manager
 +    * 5/22 - Need to identify the lead person for this and update documentation in [[https://​confluence.automotivelinux.org/​x/​PQAq | Confluence]]. ​
 +  * Input manager
 +    * 5/22 - Daniel - Scott (NZ) working on getting homescreen to come up with the new compositor. ​
 +
 + * AppFW
 +  * Enable Token logic required for HTML5 apps and remote clients/​apps
 +    * 5/8 - Jose worked out an agreement with Jose P. on how to go about this. 
 +    * 5/22 - No progress since Spain due to higher priorities.  ​
 +  * Enable multi-user across the reference platform. ​
 +    * Widget installation per user - When a given application is installed on the system it can be made available to all or to specific users. ​
 +    * Teen driver or senior citizen use cases for example
 +    * Only one version of a given app or service will be installed on the system. Note that a service widget itself may choose to internally support multiple versions of its own API within a single widget, but that is up to the service provide to maintain.  ​
 +  * Security workflow for Device and App developers
 +  * Replace obsolete Tizen Security Manager
 +  * Jose
 +    * Change to allow listing of all installed binders - Done
 +    * Working on change to not run as root. Was waiting for thud migration to hit master. sandbox/​jobol/​wip-mu
 +      * Update 04/10: multi-user patches planned after Jose's vacation (~ in 2 weeks)
 +      * 4/24 - Jose getting multi-user patches ready for Halibut. Apps that are displayed such as home screen abd others will run as agl-driver
 +      * Services still need to be looked at as well. Jose will come up with a migration guide for what needs to be done to update the services to be shared at the F2F meeting in Spain. ​
 +      * Jose will prepare a sandbox for Edi and Stoyan to test prior to the merge. ​
 +      * 5/22 - Some progress, but not ready to merge to master. ​
 +
 +
 +  * Web App Manager and Migration of Qt Apps to HTML5 
 +    * Will work with Igalia on a plan to do this throughout the year. Will announce the plan around the time of the F2F Meeting in May.
 +    * Update 04/10: no update today.
 +    * 4/24 - Working on rebase of latest upstream WebOS OSE changes to guppy for the 7.0.2 (just a recipe change is needed).
 +    * Working to get some changes upstreamed to LG for WebOS OSE. 
 +    * SPEC-2342 to fix master dependency issue. ​
 +  * 6/5
 +   * Pull requests to upgrade chromium and Web App Manager for Guppy
 +   * Launcher is in progress. Needs a proper UI which Igalia is working on. 
 +
 +    * Jose: thud-upgrade / dbus testing - in-progress
 +      * 5/22 - Still in progress
 + 
 +    * AGL appstore discussion
 +      * necessary infra needs to be added in appfw (signatures)
 +
 +  * New topics:
 +
 +
 +
 +==== May 22, 2019 ====
 +Attendees: Walt, Jan-Simon, Jose, Guy, Kurokawa, Daniel, Sebastien
 +
 +Priorities for 2019
 + * Window Manager and Compositor consolidation
 +  * Activity Manager
 +    * 5/22 - Need to identify the lead person for this and update documentation in [[https://​confluence.automotivelinux.org/​x/​PQAq | Confluence]]. ​
 +  * Input manager
 +    * 5/22 - Daniel - Scott (NZ) working on getting homescreen to come up with the new compositor. ​
 +
 + * AppFW
 +  * Enable Token logic required for HTML5 apps and remote clients/​apps
 +    * 5/8 - Jose worked out an agreement with Jose P. on how to go about this. 
 +    * 5/22 - No progress since Spain due to higher priorities.  ​
 +  * Enable multi-user across the reference platform. ​
 +    * Widget installation per user - When a given application is installed on the system it can be made available to all or to specific users. ​
 +    * Teen driver or senior citizen use cases for example
 +    * Only one version of a given app or service will be installed on the system. Note that a service widget itself may choose to internally support multiple versions of its own API within a single widget, but that is up to the service provide to maintain.  ​
 +  * Security workflow for Device and App developers
 +  * Replace obsolete Tizen Security Manager
 +  * Jose
 +    * Change to allow listing of all installed binders - Done
 +    * Working on change to not run as root. Was waiting for thud migration to hit master. sandbox/​jobol/​wip-mu
 +      * Update 04/10: multi-user patches planned after Jose's vacation (~ in 2 weeks)
 +      * 4/24 - Jose getting multi-user patches ready for Halibut. Apps that are displayed such as home screen abd others will run as agl-driver
 +      * Services still need to be looked at as well. Jose will come up with a migration guide for what needs to be done to update the services to be shared at the F2F meeting in Spain. ​
 +      * Jose will prepare a sandbox for Edi and Stoyan to test prior to the merge. ​
 +      * 5/22 - Some progress, but not ready to merge to master. ​
 +
 +
 +  * Migration of Qt Apps to HTML5 
 +    * Will work with Igalia on a plan to do this throughout the year. Will announce the plan around the time of the F2F Meeting in May.
 +    * Update 04/10: no update today.
 +    * 4/24 - Working on rebase of latest upstream WebOS OSE changes to guppy for the 7.0.2 (just a recipe change is needed).
 +    * Working to get some changes upstreamed to LG for WebOS OSE. 
 +    * SPEC-2342 to fix master dependency issue. ​
 +
 +
 +    * Jose: thud-upgrade / dbus testing - in-progress
 +      * 5/22 - Still in progress
 + 
 +    * AGL appstore discussion
 +      * necessary infra needs to be added in appfw (signatures)
 +
 +  * New topics:
 +
 +
 +
 +==== May 8, 2019 ====
 +Held in conjunction with [[agl-distro:​may2019-f2f|F2F Meeting in Spain]]
 +
 +Attendees: ​
 +
 +
 +Priorities for 2019
 + * Window Manager and Compositor consolidation
 +  * Activity Manager
 +  * Input manager
 +    * Update from Daniel on the window manager and compositor effort expected tomorrow during the SAT call. 
 +    * Update 04/​10: ​
 +
 + * AppFW
 +  * Enable Token logic required for HTML5 apps and remote clients/​apps
 +    * 5/8 - Jose worked out an agreement with Jose P. on how to go about this.  ​
 +  * Enable multi-user across the reference platform. ​
 +    * Widget installation per user - When a given application is installed on the system it can be made available to all or to specific users. ​
 +    * Teen driver or senior citizen use cases for example
 +    * Only one version of a given app or service will be installed on the system. Note that a service widget itself may choose to internally support multiple versions of its own API within a single widget, but that is up to the service provide to maintain.  ​
 +  * Security workflow for Device and App developers
 +  * Replace obsolete Tizen Security Manager
 +  * Jose
 +    * Change to allow listing of all installed binders - Done
 +    * Working on change to not run as root. Was waiting for thud migration to hit master. sandbox/​jobol/​wip-mu
 +      * Update 04/10: multi-user patches planned after Jose's vacation (~ in 2 weeks)
 +      * 4/24 - Jose getting multi-user patches ready for Halibut. Apps that are displayed such as home screen abd others will run as agl-driver
 +      * Services still need to be looked at as well. Jose will come up with a migration guide for what needs to be done to update the services to be shared at the F2F meeting in Spain. ​
 +      * Jose will prepare a sandbox for Edi and Stoyan to test prior to the merge. ​
 +
 +
 +  * Migration of Qt Apps to HTML5 
 +    * Will work with Igalia on a plan to do this throughout the year. Will announce the plan around the time of the F2F Meeting in May.
 +    * Update 04/10: no update today.
 +    * 4/24 - Working on rebase of latest upstream WebOS OSE changes to guppy for the 7.0.2 (just a recipe change is needed).
 +    * Working to get some changes upstreamed to LG for WebOS OSE. 
 +    * SPEC-2342 to fix master dependency issue. ​
 +
 +
 +    * Jose: thud-upgrade / dbus testing - in-progress
 + 
 +    * AGL appstore discussion
 +      * necessary infra needs to be added in appfw (signatures)
 +
 +  * New topics:
 +
 +
 +
 +==== April 24, 2019 ====
 +Attendees: Walt, Tom, Thomas, Jose, Loic, Jan-Simon, Stephane, Lorenzo, Kurokawa, ​
 +
 +
 +Priorities for 2019
 + * Window Manager and Compositor consolidation
 +  * Activity Manager
 +  * Input manager
 +    * Update from Daniel on the window manager and compositor effort expected tomorrow during the SAT call. 
 +    * Update 04/​10: ​
 +
 + * AppFW
 +  * Enable Token logic required for HTML5 apps and remote clients/​apps
 +  * Enable multi-user across the reference platform. ​
 +    * Widget installation per user - When a given application is installed on the system it can be made available to all or to specific users. ​
 +    * Teen driver or senior citizen use cases for example
 +    * Only one version of a given app or service will be installed on the system. Note that a service widget itself may choose to internally support multiple versions of its own API within a single widget, but that is up to the service provide to maintain.  ​
 +  * Security workflow for Device and App developers
 +  * Replace obsolete Tizen Security Manager
 +  * Jose
 +    * Change to allow listing of all installed binders - Done
 +    * Working on change to not run as root. Was waiting for thud migration to hit master. sandbox/​jobol/​wip-mu
 +      * Update 04/10: multi-user patches planned after Jose's vacation (~ in 2 weeks)
 +      * 4/24 - Jose getting multi-user patches ready for Halibut. Apps that are displayed such as home screen abd others will run as agl-driver
 +      * Services still need to be looked at as well. Jose will come up with a migration guide for what needs to be done to update the services to be shared at the F2F meeting in Spain. ​
 +      * Jose will prepare a sandbox for Edi and Stoyan to test prior to the merge. ​
 +
 +
 +  * Migration of Qt Apps to HTML5 
 +    * Will work with Igalia on a plan to do this throughout the year. Will announce the plan around the time of the F2F Meeting in May.
 +    * Update 04/10: no update today.
 +    * 4/24 - Working on rebase of latest upstream WebOS OSE changes to guppy for the 7.0.2 (just a recipe change is needed).
 +    * Working to get some changes upstreamed to LG for WebOS OSE. 
 +    * SPEC-2342 to fix master dependency issue. ​
 +
 +
 +    * Jose: thud-upgrade / dbus testing - in-progress
 + 
 +    * AGL appstore discussion
 +      * necessary infra needs to be added in appfw (signatures)
 +
 +  * New topics:
 +
 +
 +==== April 10, 2019 ====
 +Attendees: Jan-Simon, Jose, Loic, Ohiwa-san, Tom, Lorenzo, Stephane, George, Edi, Antia, Stoyan
 +
 +Priorities for 2019
 + * Window Manager and Compositor consolidation
 +  * Activity Manager
 +  * Input manager
 +    * Update from Daniel on the window manager and compositor effort expected tomorrow during the SAT call. 
 +    * Update 04/​10: ​
 +
 + * AppFW
 +  * Enable Token logic required for HTML5 apps and remote clients/​apps
 +  * Enable multi-user across the reference platform. ​
 +    * Widget installation per user - When a given application is installed on the system it can be made available to all or to specific users. ​
 +    * Teen driver or senior citizen use cases for example
 +    * Only one version of a given app or service will be installed on the system. Note that a service widget itself may choose to internally support multiple versions of its own API within a single widget, but that is up to the service provide to maintain.  ​
 +  * Security workflow for Device and App developers
 +  * Replace obsolete Tizen Security Manager
 +  * Jose
 +    * Change to allow listing of all installed binders
 +    * Working on change to not run as root. Was waiting for thud migration to hit master. sandbox/​jobol/​wip-mu
 +    * Update 04/10: multi-user patches planned after Jose's vacation (~ in 2 weeks)
 +
 +
 +  * Migration of Qt Apps to HTML5 
 +    * Will work with Igalia on a plan to do this throughout the year. Will announce the plan around the time of the F2F Meeting in May.
 +    * Update 04/10: no update today.
 +
 +  * New topics:
 +    * Jose: thud-upgrade / dbus testing
 +    * Stephane/​Lorenzo on chromium: ​
 +      * master: show issues with agl-demo-html5 profile / browser build (FTBS) (to be added to jira)
 +      * guppy: https://​jira.automotivelinux.org/​browse/​SPEC-2310
 +      * html5-only build: focus on webOS parts / upstreaming (https://​jira.automotivelinux.org/​browse/​SPEC-2307)
 +    * AGL appstore discussion
 +      * necessary infra needs to be added in appfw (signatures)
 +
 +
 +
 +
 ==== March 27, 2019 ==== ==== March 27, 2019 ====
-Attendees: //Upcoming ​Meeting// +Attendees: ​Walt, Jan-Simon, Michael, Sebastien, Jose, Lorenzo, George, Kusakabe, ​  
 + 
 +Priorities for 2019 
 + * Window Manager and Compositor consolidation 
 +  * Activity Manager 
 +  * Input manager 
 +  * Enable Token logic required for HTML5 apps and remote clients/apps 
 +  * Enable multi-user across the reference platform.  
 +    * Widget installation per user - When a given application is installed on the system it can be made available to all or to specific users.  
 +    * Teen driver or senior citizen use cases for example 
 +    * Only one version of a given app or service will be installed on the system. Note that a service widget itself may choose to internally support multiple versions of its own API within a single widget, but that is up to the service provide to maintain. ​  
 +  * Security workflow for Device and App developers 
 +  * Replace obsolete Tizen Security Manager 
 + 
 +  * Update from Daniel on the window manager and compositor effort expected tomorrow during the SAT call.  
 +  * Jose 
 +    * Change to allow listing of all installed binders 
 +    * Working on change to not run as root. Was waiting for thud migration to hit master. sandbox/jobol/​wip-mu 
 + 
 +  * Migration of Qt Apps to HTML5  
 +    * Will work with Igalia on a plan to do this throughout the year. Will announce the plan around the time of the F2F Meeting ​in May.  
  
 ==== March 13, 2019 ==== ==== March 13, 2019 ====
Line 2178: Line 7585:
      * Introduce resource widgets to share content/ resources across multiple apps.       * Introduce resource widgets to share content/ resources across multiple apps. 
  
 +==== Pre-2018 Meeting Minutes ====
  
-==== December 20, 2017 ==== +Minutes ​from meetings held prior to 2018 [[eg-app-fw:meetings:archive|have been archived ​here]]. ​
-Attendees: Walt, Stephane, Sebastien, Jose, Loic, Vincent +
- +
- +
-  * Security Blueprint(Github https://​github.com/​automotive-grade-linux/​docs-agl/​tree/​master/​docs/​sec-blueprint) +
-    * 11/22 +
-      * Eli sending comments on the system hardening section to the mail list or on github directly.  +
-      * IoT.bzh reviewing the document and has a proposal for some restructuring. The Application Security section is need of an update.  +
-      * Jan-Simon found some inconsistencies between the hardening guide and the current kernel configuration. See comments in https://​github.com/​automotive-grade-linux/​docs-agl/​pull/​28  +
-    * 12/6 +
-      * Eli still working on his comments +
-      * Sebastien and Vincent completed a rework of the Security Blueprint based on the latest code. They published a pdf to the mail list. Will add to github in a new directory later today. Walt will reply to their email with a request to review the document and add comments to github before the next EG meeting (Dec 20).  +
-    * 12/21 +
-      * Only a few comments received on the document so we will postpone the review until the new year. Will send an email reminding people to review the document.  +
- +
-Notes from Dresden Meeting.  +
-   * Oshri Yahav of Saferide.io made a proposal about security. {{:​agl-distro:​saferide_open_source_project.pdf|}} +
-     * Update 11/1 - Discussed how Oshri can make the code available in gerrit for AGL. Will take about one month to have the code available. Source will be in github.  +
-     * 11/8 - No update +
-     * 11/22 - No update +
-     * 12/6 - No update +
-     * 12/21 - No update +
- +
-   * Discussed the process for security issues in AGL code +
-     * Walt will clean out the existing EG-Security mail list so we can make use of this as a private discussion mechanism.  +
-     * Create a new Jira project for security issues visible to members of the EG.  +
-     * Create a process for accepting applications to and vetting access to the mail list and Jira.  +
-     * Review at next EG meeting +
-     * Update 11/1 - Walt to get this done this week.  +
-     * Update 11/8 - No update +
-     * Update 11/22 - No update +
-     * 12/6 - No update +
- +
-=== Application Framework === +
- +
-   * SDK +
-     * SDK for EE  +
-       * Ready for RC2 +
-       * XDS - will be released by the end of the year +
-         * SPEC-1132 - Move the code from IoT.bzh github to AGL gerrit +
-           * 12/6 - In progress +
- +
-   * Chromium from Igalia +
-     * 9/27 - Stephane has tested for Gen 3. It is expected to work on any wayland target not just Renesas. Stephane trying out for QEMU and Intel. No support for IVI shell extensions. +
-     * 10/11 - New version pushed by Igalia. Stephane having issue building for Intel. Stephane can build Chromium with the SDK and create a wgt but it takes a long time. (see https://​github.com/​iotbzh/​chromium-agl-app) and SPEC-942  +
-     * 11/8 - No update +
-     * 11/22 - Reviewed email from Maksim about Igalia'​s plans for Chromium. Goals for Chromium +
-       * Build and run Chromium as an app available for Intel, Renesas, and other platforms +
-       * Build and run web engine in platform or as an app depending on the profile/​device need for multiple platforms +
-       * Enable Qt-WebEngine for EE? +
-     * 12/6 - Waiting for some feedback from Igalia (Maksim) on how they want to proceed. They are envisioning everything as part of the platform built in Yocto, but that is not the current proposal that AGL would like to pursue.  +
-     * 12/21 - No update. Waiting for latest updates on XDG launcher from Tanikawa-san +
- +
-   * Window Manager interface for App Framework Discussion +
-     * 12/6 - Tanikawa working on XDG proxy for EE/ CES. Hopefully ready for next week's integration session. Stephane asked about user management to switch home screen look and feel based on the current user and whether that is included in the EE homescreen. Need to check next week in Yokohama.  +
- +
-    * Dominig - will need to define a strategy to maintain iot security layer since ostro moved in a different direction. Ostro removed cynara. Need Jira issue to track.  +
-      * Dominig has spoken to the maintainer of Yocto [[http://​git.yoctoproject.org/​cgit/​cgit.cgi/​meta-security | meta-security]] (Armin Kuster) which has SELinux and TPM and we may have home there. We could possibly move the recipes that we use from meta-iot-security  +
-      * Jose to evaluate Tizen 4.0 security to see what they have done (SPEC-763) +
-      * Update 12/6 - On hold +
-      * 12/21 - On hold +
- +
-   * Matsuzawa asked about having a developer repository (store) for AGL apps so that developers can exchange apps. +
-   * From Stephane: +
-     * How to handle services/​apps packages (widgets) until we have an app store (at least for developers). Typical example: CAN low level service which is ready to be shipped into AGL as a reference implementation for CAN +
-     * Immediate solution (DD): build packages during platform build (bitbake recipe) then embed into image, install at first boot. This is what we have currently for agl-demo. Typically, CAN-signaling should enter in that category +
-     * After DD: setup AGL profiles and determine in which profile a given app/service should be preinstalled (still using platform builds+firstboot) +
-     * EE-rc1: setup a separate build for apps/​services then tell developers how to grab those packages and install by hand (wget ... ; afm-util install ...) depending on their needs +
-     * Later (EE?): have an appfw store (kinda repository) and a client to download and install apps/​services from a store +
-     * Update 9/27 - Working on app branches for master and dab. We should shortly have the download folder ready.  +
-     * Update 10/11 - Results are now being synched to https://​download.automotivelinux.org/​AGL/​apps/ ​ Not seeing apps for both master and dab, seems to be one or the other. Apps are populated into the directory when they are patched/​built. Jan-Simon to check to see if dab and master are overwriting each other.  +
-     * Update 11/1 - SPEC-1018 created to figure out the dab and master overwrite issue.  +
-     * 11/8 - No update +
-     * 11/22 - No update. Need to add Eel folder as well.  +
-     * 12/6 - Need to check with Jan-Simon +
-     * 12/21 Folders now work SPEC-1018). Waiting on a full build for all apps for Eel. Need to populate the dab folder with the dab apps on the dab branch. SPEC-1019.  +
-       * Comment from Stephane to reorganize the folder structure to allow for easier download by branch or by boards, etc.   Will add a suggested folder structure to SPEC-1019 +
- +
- +
-   * API namespace. API names are hardcoded in the JSON description at the moment and there is no way to have multiple instances of the same binding. This is a limitation being run into in the audio area and vehicle signaling where there can be multiple physical devices that need to be supported via the same API.  +
-   * Enable APIs in languages other than C/Cplus plus. Use case is from Daimler to use Rust. Probably FF or later in the roadmap.  +
-     * 10/11 - Need Jira issue to track this.  +
-     * 11/1 - SPEC-1020 created to track this issue. +
-     * 11/8 - No update  +
-     * 11/22 - SPEC-1020 - 4A is using a version of dynamic APIs already (dynapi). Will be available globally, Jose needs to update the documentation.  +
-     * 12/6 - No update +
-     * 12/21 - No update. Should be API "​instances"​ instead of a traditional namespace problem since we resolved using a dynamic API model.  +
- +
-   * Systemd v235 - introduced dynamic users (see http://​0pointer.net/​blog/​dynamic-users-with-systemd.html)  +
-     * Propose testing the dynamic users using Arch Linux to see if the expected benefits are seen and whether we should backport to AGL before we see it in poky which may take another version or two.  +
-     * Created SPEC-940 +
-     * Plan to get a readout before the Feb AMM to determine if we should do this for FF or wait for Yocto to do the uprev.  +
-     * 11/22 - Jose did a little investigation and this creates a dynamic user that is intended to be disposable which is not our requirement. He submitted a patch to systemd which was accepted for a future version of systemd. Will need to do some backporting for FF when we change to multi-user.  +
-     * 12/6 - On hold +
-     * 12/21 - On hold for FF. Jose's patch was merged upstream in systemd.  +
- +
-New: +
-   * Roadmap for 2018 +
-     * Need to come to next meeting with FF and GG plans +
-     * Security workflow. Now that we have the building blocks in place, turn on security and put in place a mechanism for developers to sign applications,​ load them.  +
-     * Running apps not as root/ multi-user +
-     * Distinction between platform services (e.g., nfc, telephone) and user services that run inside a user context (e.g., media player and lightmedia scanner) +
-     * Changes necessary at binder level for V2C +
-     * Application signing and installation mechanism +
-     * Secure applications running on a remote device such as mobile phone or tablet that are rendered on the IVI system. +
- +
-==== December 6, 2017 ==== +
-Attendees: Walt, Stephane, Michael, Sebastien, Vincent, Jose +
- +
-  * Security Blueprint(Github https://​github.com/​automotive-grade-linux/​docs-agl/​tree/​master/​docs/​sec-blueprint) +
-    * 11/22 +
-      * Eli sending comments on the system hardening section to the mail list or on github directly.  +
-      * IoT.bzh reviewing the document and has a proposal for some restructuring. The Application Security section is need of an update.  +
-      * Jan-Simon found some inconsistencies between the hardening guide and the current kernel configuration. See comments in https://​github.com/​automotive-grade-linux/​docs-agl/​pull/​28  +
-    * 12/6 +
-      * Eli still working on his comments +
-      * Sebastien and Vincent completed a rework of the Security Blueprint based on the latest code. They published a pdf to the mail list. Will add to github in a new directory later today. Walt will reply to their email with a request to review the document and add comments to github before the next EG meeting (Dec 20).  +
- +
-Notes from Dresden Meeting.  +
-   * Oshri Yahav of Saferide.io made a proposal about security. {{:​agl-distro:​saferide_open_source_project.pdf|}} +
-     * Update 11/1 - Discussed how Oshri can make the code available in gerrit for AGL. Will take about one month to have the code available. Source will be in github.  +
-     * 11/8 - No update +
-     * 11/22 - No update +
-     * 12/6 - No update +
- +
-   * Discussed the process for security issues in AGL code +
-     * Walt will clean out the existing EG-Security mail list so we can make use of this as a private discussion mechanism.  +
-     * Create a new Jira project for security issues visible to members of the EG.  +
-     * Create a process for accepting applications to and vetting access to the mail list and Jira.  +
-     * Review at next EG meeting +
-     * Update 11/1 - Walt to get this done this week.  +
-     * Update 11/8 - No update +
-     * Update 11/22 - No update +
-     * 12/6 - No update +
- +
-=== Application Framework === +
- +
-   * SDK +
-     * SDK for EE  +
-       * Ready for RC2 +
-       * XDS - will be released by the end of the year +
-         * SPEC-1132 - Move the code from IoT.bzh github to AGL gerrit +
-           * 12/6 - In progress +
- +
-   * Chromium from Igalia +
-     * 9/27 - Stephane has tested for Gen 3. It is expected to work on any wayland target not just Renesas. Stephane trying out for QEMU and Intel. No support for IVI shell extensions. +
-     * 10/11 - New version pushed by Igalia. Stephane having issue building for Intel. Stephane can build Chromium with the SDK and create a wgt but it takes a long time. (see https://​github.com/​iotbzh/​chromium-agl-app) and SPEC-942  +
-     * 11/8 - No update +
-     * 11/22 - Reviewed email from Maksim about Igalia'​s plans for Chromium. Goals for Chromium +
-       * Build and run Chromium as an app available for Intel, Renesas, and other platforms +
-       * Build and run web engine in platform or as an app depending on the profile/​device need for multiple platforms +
-       * Enable Qt-WebEngine for EE? +
-     * 12/6 - Waiting for some feedback from Igalia (Maksim) on how they want to proceed. They are envisioning everything as part of the platform built in Yocto, but that is not the current proposal that AGL would like to pursue.  +
- +
-   * Window Manager interface for App Framework Discussion +
-     * 12/6 - Tanikawa working on XDG proxy for EE/ CES. Hopefully ready for next week's integration session. Stephane asked about user management to switch home screen look and feel based on the current user and whether that is included in the EE homescreen. Need to check next week in Yokohama.  +
- +
-    * Dominig - will need to define a strategy to maintain iot security layer since ostro moved in a different direction. Ostro removed cynara. Need Jira issue to track.  +
-      * Dominig has spoken to the maintainer of Yocto [[http://​git.yoctoproject.org/​cgit/​cgit.cgi/​meta-security | meta-security]] (Armin Kuster) which has SELinux and TPM and we may have home there. We could possibly move the recipes that we use from meta-iot-security  +
-      * Jose to evaluate Tizen 4.0 security to see what they have done (SPEC-763) +
-      * Update 12/6 - On hold +
- +
-   * Matsuzawa asked about having a developer repository (store) for AGL apps so that developers can exchange apps. +
-   * From Stephane: +
-     * How to handle services/​apps packages (widgets) until we have an app store (at least for developers). Typical example: CAN low level service which is ready to be shipped into AGL as a reference implementation for CAN +
-     * Immediate solution (DD): build packages during platform build (bitbake recipe) then embed into image, install at first boot. This is what we have currently for agl-demo. Typically, CAN-signaling should enter in that category +
-     * After DD: setup AGL profiles and determine in which profile a given app/service should be preinstalled (still using platform builds+firstboot) +
-     * EE-rc1: setup a separate build for apps/​services then tell developers how to grab those packages and install by hand (wget ... ; afm-util install ...) depending on their needs +
-     * Later (EE?): have an appfw store (kinda repository) and a client to download and install apps/​services from a store +
-     * Update 9/27 - Working on app branches for master and dab. We should shortly have the download folder ready.  +
-     * Update 10/11 - Results are now being synched to https://​download.automotivelinux.org/​AGL/​apps/ ​ Not seeing apps for both master and dab, seems to be one or the other. Apps are populated into the directory when they are patched/​built. Jan-Simon to check to see if dab and master are overwriting each other.  +
-     * Update 11/1 - SPEC-1018 created to figure out the dab and master overwrite issue.  +
-     * 11/8 - No update +
-     * 11/22 - No update. Need to add Eel folder as well.  +
-     * 12/6 - Need to check with Jan-Simon +
- +
- +
-   * API namespace. API names are hardcoded in the JSON description at the moment and there is no way to have multiple instances of the same binding. This is a limitation being run into in the audio area and vehicle signaling where there can be multiple physical devices that need to be supported via the same API.  +
-   * Enable APIs in languages other than C/Cplus plus. Use case is from Daimler to use Rust. Probably FF or later in the roadmap.  +
-     * 10/11 - Need Jira issue to track this.  +
-     * 11/1 - SPEC-1020 created to track this issue. +
-     * 11/8 - No update  +
-     * 11/22 - SPEC-1020 - 4A is using a version of dynamic APIs already (dynapi). Will be available globally, Jose needs to update the documentation.  +
-     * 12/6 - No update +
- +
-   * Systemd v235 - introduced dynamic users (see http://​0pointer.net/​blog/​dynamic-users-with-systemd.html)  +
-     * Propose testing the dynamic users using Arch Linux to see if the expected benefits are seen and whether we should backport to AGL before we see it in poky which may take another version or two.  +
-     * Created SPEC-940 +
-     * Plan to get a readout before the Feb AMM to determine if we should do this for FF or wait for Yocto to do the uprev.  +
-     * 11/22 - Jose did a little investigation and this creates a dynamic user that is intended to be disposable which is not our requirement. He submitted a patch to systemd which was accepted for a future version of systemd. Will need to do some backporting for FF when we change to multi-user.  +
-     * 12/6 - On hold +
- +
-New: +
-   * Roadmap for 2018 +
-     * Need to come to next meeting with FF and GG plans +
-     * Security workflow. Now that we have the building blocks in place, turn on security and put in place a mechanism for developers to sign applications,​ load them.  +
- +
-==== November 22, 2017 ==== +
-Attendees: Walt, Jan-Simon, Eli, Stephane, Sebastien, Jose +
- +
-  * Security Blueprint(Github https://​github.com/​automotive-grade-linux/​docs-agl/​tree/​master/​docs/​sec-blueprint) +
-    * 11/22 +
-      * Eli sending comments on the system hardening section to the mail list or on github directly.  +
-      * IoT.bzh reviewing the document and has a proposal for some restructuring. The Application Security section is need of an update.  +
-      * Jan-Simon found some inconsistencies between the hardening guide and the current kernel configuration. See comments in https://​github.com/​automotive-grade-linux/​docs-agl/​pull/​28  +
- +
-Notes from Dresden Meeting.  +
-   * Oshri Yahav of Saferide.io made a proposal about security. {{:​agl-distro:​saferide_open_source_project.pdf|}} +
-     * Update 11/1 - Discussed how Oshri can make the code available in gerrit for AGL. Will take about one month to have the code available. Source will be in github.  +
-     * 11/8 - No update +
-     * 11/22 - No update +
- +
-   * Discussed the process for security issues in AGL code +
-     * Walt will clean out the existing EG-Security mail list so we can make use of this as a private discussion mechanism.  +
-     * Create a new Jira project for security issues visible to members of the EG.  +
-     * Create a process for accepting applications to and vetting access to the mail list and Jira.  +
-     * Review at next EG meeting +
-     * Update 11/1 - Walt to get this done this week.  +
-     * Update 11/8 - No update +
-     * Update 11/22 - No update +
- +
-=== Application Framework === +
- +
-   * SDK +
-     * SDK for EE  +
-       * Ready for RC2 +
-       * XDS - will be released by the end of the year +
-         * SPEC-1132 - Move the code from IoT.bzh github to AGL gerrit +
- +
-   * Chromium from Igalia +
-     * 9/27 - Stephane has tested for Gen 3. It is expected to work on any wayland target not just Renesas. Stephane trying out for QEMU and Intel. No support for IVI shell extensions. +
-     * 10/11 - New version pushed by Igalia. Stephane having issue building for Intel. Stephane can build Chromium with the SDK and create a wgt but it takes a long time. (see https://​github.com/​iotbzh/​chromium-agl-app) and SPEC-942  +
-     * 11/8 - No update +
-     * 11/22 - Reviewed email from Maksim about Igalia'​s plans for Chromium. Goals for Chromium +
-       * Build and run Chromium as an app available for Intel, Renesas, and other platforms +
-       * Build and run web engine in platform or as an app depending on the profile/​device need for multiple platforms +
-       * Enable Qt-WebEngine for EE? +
- +
-   * Window Manager interface for App Framework Discussion +
-     * Decision taken to use XDG as the Application to Window Manager interface +
-     * Need to investigate which XDG functions are needed for AGL window Manager and are currently missing +
-     * Tanikawa: Homescreen is a good test case for this research.  +
-     * Toyota use cases for Home screen and window manager. ​  +
-        * Update 5/24 - Now available at [[:​windowmanager|Window Manager]] +
-        * Update 6/7 - New version of the HMI framework document uploaded by Toyota at [[:​windowmanager|Window Manager]]. No indication as to what changes were made. Assume changes are based on the face to face meeting in Tokyo last week.  +
-        * Update 7/5 - Toyota will conduct a review of their document during the F2F meeting next week.  +
-        * Update 8/2 - First version should be released end of August. We will not see any code until that release. There is a F2F meeting in Yokohama where this should be discussed on 8/30 - 8/31. Plan is to also have App FW training as part of the F2F meeting.  +
-        * Update 9/13 - New version of the proposal delivered ​prior to Yokohama f2f. First drop of code is planned for end of September. Demo and presentation planned for Dresden AMM.  +
-        * Update 9/27 - Received email from Mentor that they are ready to push window manager, homescreen, and sound manager to gerrit. We will create a distro feature to enable the new home screen and leave the old homescreen as the default until we know the new one is working properly.  +
-        * Update 10/11 - Changes being merged to master for EE RC1.  +
-        * Update 11/8 - Updates merged into RC2. See dev call for more information. +
-        * Update 11/22 - Will discuss further in SAT call tomorrow.  +
- +
-    * Dominig - will need to define a strategy to maintain iot security layer since ostro moved in a different direction. Ostro removed cynara. Need Jira issue to track.  +
-      * Update 5/10 - Dominig has continued to research longer term security architecture and how we can continue to use cynara for EE and beyond. Researching TPM.   +
-      * Update 6/7 - Dominig has spoken to the maintainer of Yocto [[http://​git.yoctoproject.org/​cgit/​cgit.cgi/​meta-security | meta-security]] (Armin Kuster) which has SELinux and TPM and we may have home there. We could possibly move the recipes that we use from meta-iot-security  +
-      * Update 7/5 - No progress to report.  +
-      * Update 9/13 - need to get an update from Dominig +
-      * Update 9/27 - Nothing to report.  +
-      * Update 10/11 - Jose checking Tizen 4.0 security to see what they have done and had been waiting for pyro settle down.  +
-      * Update 11/8 - No update. +
-      * Update 11/22 - No update +
- +
-   * Matsuzawa asked about having a developer repository (store) for AGL apps so that developers can exchange apps. +
-   * From Stephane: +
-     * How to handle services/​apps packages (widgets) until we have an app store (at least for developers). Typical example: CAN low level service which is ready to be shipped into AGL as a reference implementation for CAN +
-     * Immediate solution (DD): build packages during platform build (bitbake recipe) then embed into image, install at first boot. This is what we have currently for agl-demo. Typically, CAN-signaling should enter in that category +
-     * After DD: setup AGL profiles and determine in which profile a given app/service should be preinstalled (still using platform builds+firstboot) +
-     * EE-rc1: setup a separate build for apps/​services then tell developers how to grab those packages and install by hand (wget ... ; afm-util install ...) depending on their needs +
-     * Later (EE?): have an appfw store (kinda repository) and a client to download and install apps/​services from a store +
-     * Update 9/27 - Working on app branches for master and dab. We should shortly have the download folder ready.  +
-     * Update 10/11 - Results are now being synched to https://​download.automotivelinux.org/​AGL/​apps/ ​ Not seeing apps for both master and dab, seems to be one or the other. Apps are populated into the directory when they are patched/​built. Jan-Simon to check to see if dab and master are overwriting each other.  +
-     * Update 11/1 - SPEC-1018 created to figure out the dab and master overwrite issue.  +
-     * 11/8 - No update +
-     * 11/22 - No update. Need to add Eel folder as well.  +
- +
-   * Tizen 4.0 Feature evaluation - SPEC-763 +
-     * 8/2 - Jose will get to this at the end of August.  +
-     * 9/13 - Not started.  +
-     * 9/27 - Not started. Jose on vacation.  +
-     * 10/11 - Not started. See above.  +
-     * 11/1 - Not started.  +
-     * 11/9 - Not started +
-     * 11/22 - No update. +
- +
-   * API namespace. API names are hardcoded in the JSON description at the moment and there is no way to have multiple instances of the same binding. This is a limitation being run into in the audio area and vehicle signaling where there can be multiple physical devices that need to be supported via the same API.  +
-   * Enable APIs in languages other than C/Cplus plus. Use case is from Daimler to use Rust. Probably FF or later in the roadmap.  +
-     * 10/11 - Need Jira issue to track this.  +
-     * 11/1 - SPEC-1020 created to track this issue. +
-     * 11/8 - No update  +
-     * 11/22 - SPEC-1020 - 4A is using a version of dynamic APIs already (dynapi). Will be available globally, Jose needs to update the documentation.  +
- +
-   * Systemd v235 - introduced dynamic users (see http://​0pointer.net/​blog/​dynamic-users-with-systemd.html)  +
-     * Propose testing the dynamic users using Arch Linux to see if the expected benefits are seen and whether we should backport to AGL before we see it in poky which may take another version or two.  +
-     * Created SPEC-940 +
-     * Plan to get a readout before the Feb AMM to determine if we should do this for FF or wait for Yocto to do the uprev.  +
-     * 11/22 - Jose did a little investigation and this creates a dynamic user that is intended to be disposable which is not our requirement. He submitted a patch to systemd which was accepted for a future version of systemd. Will need to do some backporting for FF when we change to multi-user.  +
- +
-New: +
- +
- +
-==== November 8, 2017 ==== +
-Attendees: Walt, Sebastien,  +
- +
-  * Security Blueprint(Github https://​github.com/​automotive-grade-linux/​docs-agl/​tree/​master/​docs/​sec-blueprint) +
-      * Platform Security -> Jose +
-        * Discussed the Platform Definition in the section of the document.  +
-          * HW and BSP are an important part of security but out of scope of the document for now.  +
-          * Jan-Simon proposed we look at meta-agl (with the app-fw included) and document security provided by AGL from that perspective.  +
-          * Jose - part of the secure environment is outside of the vehicle.  +
-      * Application Security -> open +
-    * Update 9/27 - Jose has to review application security. Discussed the current status of the Security Blueprint. Walt to add a session on Friday of the AMM to discuss security.  +
- +
-Notes from Dresden Meeting.  +
-   * Oshri Yahav of Saferide.io made a proposal about security. {{:​agl-distro:​saferide_open_source_project.pdf|}} +
-     * Update 11/1 - Discussed how Oshri can make the code available in gerrit for AGL. Will take about one month to have the code available. Source will be in github.  +
-     * 11/8 - No update +
- +
-   * Discussed the process for security issues in AGL code +
-     * Walt will clean out the existing EG-Security mail list so we can make use of this as a private discussion mechanism.  +
-     * Create a new Jira project for security issues visible to members of the EG.  +
-     * Create a process for accepting applications to and vetting access to the mail list and Jira.  +
-     * Review at next EG meeting +
-     * Update 11/1 - Walt to get this done this week.  +
-     * Update 11/8 - No update +
- +
-   * WPA2 issue (KRACK) - waiting for Yocto, but we will investigate a backport on our own. SPEC-1017 +
-     * 11/8 - Closed. Fixed on Dab and on master branches.  +
- +
-=== Application Framework === +
- +
-   * SDK +
-     * SDK for EE  +
-       * Ready for RC2 +
-       * XDS - will be released by the end of the year +
- +
-   * Chromium from Igalia +
-     * 9/27 - Stephane has tested for Gen 3. It is expected to work on any wayland target not just Renesas. Stephane trying out for QEMU and Intel. No support for IVI shell extensions. +
-     * 10/11 - New version pushed by Igalia. Stephane having issue building for Intel. Stephane can build Chromium with the SDK and create a wgt but it takes a long time. (see https://​github.com/​iotbzh/​chromium-agl-app) and SPEC-942  +
-     * 11/8 - No update +
- +
-   * Window Manager interface for App Framework Discussion +
-     * Decision taken to use XDG as the Application to Window Manager interface +
-     * Need to investigate which XDG functions are needed for AGL window Manager and are currently missing +
-     * Tanikawa: Homescreen is a good test case for this research.  +
-     * Toyota use cases for Home screen and window manager. ​  +
-        * Update 5/24 - Now available at [[:​windowmanager|Window Manager]] +
-        * Update 6/7 - New version of the HMI framework document uploaded by Toyota at [[:​windowmanager|Window Manager]]. No indication as to what changes were made. Assume changes are based on the face to face meeting in Tokyo last week.  +
-        * Update 7/5 - Toyota will conduct a review of their document during the F2F meeting next week.  +
-        * Update 8/2 - First version should be released end of August. We will not see any code until that release. There is a F2F meeting in Yokohama where this should be discussed on 8/30 - 8/31. Plan is to also have App FW training as part of the F2F meeting.  +
-        * Update 9/13 - New version of the proposal delivered prior to Yokohama f2f. First drop of code is planned for end of September. Demo and presentation planned for Dresden AMM.  +
-        * Update 9/27 - Received email from Mentor that they are ready to push window manager, homescreen, and sound manager to gerrit. We will create a distro feature to enable the new home screen and leave the old homescreen as the default until we know the new one is working properly.  +
-        * Update 10/11 - Changes being merged to master for EE RC1.  +
-        * Update 11/8 - Updates merged into RC2. See dev call for more information. +
- +
-    * Dominig - will need to define a strategy to maintain iot security layer since ostro moved in a different direction. Ostro removed cynara. Need Jira issue to track.  +
-      * Update 5/10 - Dominig has continued to research longer term security architecture and how we can continue to use cynara for EE and beyond. Researching TPM.   +
-      * Update 6/7 - Dominig has spoken to the maintainer of Yocto [[http://​git.yoctoproject.org/​cgit/​cgit.cgi/​meta-security | meta-security]] (Armin Kuster) which has SELinux and TPM and we may have home there. We could possibly move the recipes that we use from meta-iot-security  +
-      * Update 7/5 - No progress to report.  +
-      * Update 9/13 - need to get an update from Dominig +
-      * Update 9/27 - Nothing to report.  +
-      * Update 10/11 - Jose checking Tizen 4.0 security to see what they have done and had been waiting for pyro settle down.  +
-      * Update 11/8 - No update. +
- +
-   * Matsuzawa asked about having a developer repository (store) for AGL apps so that developers can exchange apps. +
-   * From Stephane: +
-     * How to handle services/​apps packages (widgets) until we have an app store (at least for developers). Typical example: CAN low level service which is ready to be shipped into AGL as a reference implementation for CAN +
-     * Immediate solution (DD): build packages during platform build (bitbake recipe) then embed into image, install at first boot. This is what we have currently for agl-demo. Typically, CAN-signaling should enter in that category +
-     * After DD: setup AGL profiles and determine in which profile a given app/service should be preinstalled (still using platform builds+firstboot) +
-     * EE-rc1: setup a separate build for apps/​services then tell developers how to grab those packages and install by hand (wget ... ; afm-util install ...) depending on their needs +
-     * Later (EE?): have an appfw store (kinda repository) and a client to download and install apps/​services from a store +
-     * Update 9/27 - Working on app branches for master and dab. We should shortly have the download folder ready.  +
-     * Update 10/11 - Results are now being synched to https://​download.automotivelinux.org/​AGL/​apps/ ​ Not seeing apps for both master and dab, seems to be one or the other. Apps are populated into the directory when they are patched/​built. Jan-Simon to check to see if dab and master are overwriting each other.  +
-     * Update 11/1 - SPEC-1018 created to figure out the dab and master overwrite issue.  +
-     * 11/8 - No update +
- +
-   * Tizen 4.0 Feature evaluation - SPEC-763 +
-     * 8/2 - Jose will get to this at the end of August.  +
-     * 9/13 - Not started.  +
-     * 9/27 - Not started. Jose on vacation.  +
-     * 10/11 - Not started. See above.  +
-     * 11/1 - Not started.  +
-     * 11/9 - Not started +
- +
-   * API namespace. API names are hardcoded in the JSON description at the moment and there is no way to have multiple instances of the same binding. This is a limitation being run into in the audio area and vehicle signaling where there can be multiple physical devices that need to be supported via the same API.  +
-   * Enable APIs in languages other than C/Cplus plus. Use case is from Daimler to use Rust. Probably FF or later in the roadmap.  +
-     * 10/11 - Need Jira issue to track this.  +
-     * 11/1 - SPEC-1020 created to track this issue. +
-     * 11/8 - No update  +
- +
-   * Systemd v235 - introduced dynamic users (see http://​0pointer.net/​blog/​dynamic-users-with-systemd.html)  +
-     * Propose testing the dynamic users using Arch Linux to see if the expected benefits are seen and whether we should backport to AGL before we see it in poky which may take another version or two.  +
-     * Created SPEC-940 +
-     * Plan to get a readout before the Feb AMM to determine if we should do this for FF or wait for Yocto to do the uprev.  +
- +
-New: +
- +
- +
------ +
- +
-==== November 1, 2017 ==== +
-Attendees: Walt, Jan-Simon, Dennis, Oshri, Tanikawa, Tiejun Chen +
- +
-  * Security Blueprint(Github https://​github.com/​automotive-grade-linux/​docs-agl/​tree/​master/​docs/​sec-blueprint) +
-      * Platform Security -> Jose +
-        * Discussed the Platform Definition in the section of the document.  +
-          * HW and BSP are an important part of security but out of scope of the document for now.  +
-          * Jan-Simon proposed we look at meta-agl (with the app-fw included) and document security provided by AGL from that perspective.  +
-          * Jose - part of the secure environment is outside of the vehicle.  +
-      * Application Security -> open +
-    * Update 9/27 - Jose has to review application security. Discussed the current status of the Security Blueprint. Walt to add a session on Friday of the AMM to discuss security.  +
- +
-Notes from Dresden Meeting.  +
-   * Oshri Yahav of Saferide.io made a proposal about security. {{:​agl-distro:​saferide_open_source_project.pdf|}} +
-     * Update 11/1 - Discussed how Oshri can make the code available in gerrit for AGL. Will take about one month to have the code available. Source will be in github.  +
- +
-   * Discussed the process for security issues in AGL code +
-     * Walt will clean out the existing EG-Security mail list so we can make use of this as a private discussion mechanism.  +
-     * Create a new Jira project for security issues visible to members of the EG.  +
-     * Create a process for accepting applications to and vetting access to the mail list and Jira.  +
-     * Review at next EG meeting +
-     * Update 11/1 - Walt to get this done this week.  +
- +
-   * WPA2 issue (KRACK) - waiting for Yocto, but we will investigate a backport on our own. SPEC-1017 +
- +
-=== Application Framework === +
- +
-   * SDK +
-     * SDK for EE  +
-       * Ready for RC1 +
-       * Need AFB-Genskel (genskel native) added to the SDK for EE (SPEC-941)  +
- +
-   * Chromium from Igalia +
-     * 9/27 - Stephane has tested for Gen 3. It is expected to work on any wayland target not just Renesas. Stephane trying out for QEMU and Intel. No support for IVI shell extensions. +
-     * 10/11 - New version pushed by Igalia. Stephane having issue building for Intel. Stephane can build Chromium with the SDK and create a wgt but it takes a long time. (see https://​github.com/​iotbzh/​chromium-agl-app) and SPEC-942  +
- +
-   * Window Manager interface for App Framework Discussion +
-     * Decision taken to use XDG as the Application to Window Manager interface +
-     * Need to investigate which XDG functions are needed for AGL window Manager and are currently missing +
-     * Tanikawa: Homescreen is a good test case for this research.  +
-     * Toyota use cases for Home screen and window manager. ​  +
-        * Update 5/24 - Now available at [[:​windowmanager|Window Manager]] +
-        * Update 6/7 - New version of the HMI framework document uploaded by Toyota at [[:​windowmanager|Window Manager]]. No indication as to what changes were made. Assume changes are based on the face to face meeting in Tokyo last week.  +
-        * Update 7/5 - Toyota will conduct a review of their document during the F2F meeting next week.  +
-        * Update 8/2 - First version should be released end of August. We will not see any code until that release. There is a F2F meeting in Yokohama where this should be discussed on 8/30 - 8/31. Plan is to also have App FW training as part of the F2F meeting.  +
-        * Update 9/13 - New version of the proposal delivered prior to Yokohama f2f. First drop of code is planned for end of September. Demo and presentation planned for Dresden AMM.  +
-        * Update 9/27 - Received email from Mentor that they are ready to push window manager, homescreen, and sound manager to gerrit. We will create a distro feature to enable the new home screen and leave the old homescreen as the default until we know the new one is working properly.  +
-        * Update 10/11 - Changes being merged to master for EE RC1.  +
- +
-    * Dominig - will need to define a strategy to maintain iot security layer since ostro moved in a different direction. Ostro removed cynara. Need Jira issue to track.  +
-      * Update 5/10 - Dominig has continued to research longer term security architecture and how we can continue to use cynara for EE and beyond. Researching TPM.   +
-      * Update 6/7 - Dominig has spoken to the maintainer of Yocto [[http://​git.yoctoproject.org/​cgit/​cgit.cgi/​meta-security | meta-security]] (Armin Kuster) which has SELinux and TPM and we may have home there. We could possibly move the recipes that we use from meta-iot-security  +
-      * Update 7/5 - No progress to report.  +
-      * Update 9/13 - need to get an update from Dominig +
-      * Update 9/27 - Nothing to report.  +
-      * Update 10/11 - Jose checking Tizen 4.0 security to see what they have done and had been waiting for pyro settle down.  +
- +
-   * Matsuzawa asked about having a developer repository (store) for AGL apps so that developers can exchange apps. +
-   * From Stephane: +
-     * How to handle services/​apps packages (widgets) until we have an app store (at least for developers). Typical example: CAN low level service which is ready to be shipped into AGL as a reference implementation for CAN +
-     * Immediate solution (DD): build packages during platform build (bitbake recipe) then embed into image, install at first boot. This is what we have currently for agl-demo. Typically, CAN-signaling should enter in that category +
-     * After DD: setup AGL profiles and determine in which profile a given app/service should be preinstalled (still using platform builds+firstboot) +
-     * EE-rc1: setup a separate build for apps/​services then tell developers how to grab those packages and install by hand (wget ... ; afm-util install ...) depending on their needs +
-     * Later (EE?): have an appfw store (kinda repository) and a client to download and install apps/​services from a store +
-     * Update 9/27 - Working on app branches for master and dab. We should shortly have the download folder ready.  +
-     * Update 10/11 - Results are now being synched to https://​download.automotivelinux.org/​AGL/​apps/ ​ Not seeing apps for both master and dab, seems to be one or the other. Apps are populated into the directory when they are patched/​built. Jan-Simon to check to see if dab and master are overwriting each other.  +
-     * Update 11/1 - SPEC-1018 created to figure out the dab and master overwrite issue.  +
- +
-   * Tizen 4.0 Feature evaluation - SPEC-763 +
-     * 8/2 - Jose will get to this at the end of August.  +
-     * 9/13 - Not started.  +
-     * 9/27 - Not started. Jose on vacation.  +
-     * 10/11 - Not started. See above.  +
-     * 11/1 - Not started.  +
- +
-   * API namespace. API names are hardcoded in the JSON description at the moment and there is no way to have multiple instances of the same binding. This is a limitation being run into in the audio area and vehicle signaling where there can be multiple physical devices that need to be supported via the same API.  +
-   * Enable APIs in languages other than C/Cplus plus. Use case is from Daimler to use Rust. Probably FF or later in the roadmap.  +
-     * 10/11 - Need Jira issue to track this.  +
-     * 11/1 - SPEC-1020 created to track this issue.  +
- +
-   * Systemd v235 - introduced dynamic users (see http://​0pointer.net/​blog/​dynamic-users-with-systemd.html)  +
-     * Propose testing the dynamic users using Arch Linux to see if the expected benefits are seen and whether we should backport to AGL before we see it in poky which may take another version or two.  +
-     * Created SPEC-940 +
-     * Plan to get a readout before the Feb AMM to determine if we should do this for FF or wait for Yocto to do the uprev.  +
- +
-New: +
- +
------- +
- +
-==== October 25, 2017 ==== +
-Postponed for one week.  +
- +
-------- +
- +
-==== October 11, 2017 ==== +
-Attendees: Walt, Jan-Simon, Tiejun Chen, Stephane, Dominig, Jose, Michael, Sebastien,  +
- +
-  * Security Blueprint(Github https://​github.com/​automotive-grade-linux/​docs-agl/​tree/​master/​docs/​sec-blueprint) +
-      * Platform Security -> Jose +
-        * Discussed the Platform Definition in the section of the document.  +
-          * HW and BSP are an important part of security but out of scope of the document for now.  +
-          * Jan-Simon proposed we look at meta-agl (with the app-fw included) and document security provided by AGL from that perspective.  +
-          * Jose - part of the secure environment is outside of the vehicle.  +
-      * Application Security -> open +
-    * Update 9/27 - Jose has to review application security. Discussed the current status of the Security Blueprint. Walt to add a session on Friday of the AMM to discuss security.  +
- +
-=== Application Framework === +
- +
-   * SDK +
-     * SDK for EE  +
-       * Ready for RC1 +
-       * Need AFB-Genskel (genskel native) added to the SDK for EE (SPEC-941)  +
- +
-   * Chromium from Igalia +
-     * 9/27 - Stephane has tested for Gen 3. It is expected to work on any wayland target not just Renesas. Stephane trying out for QEMU and Intel. No support for IVI shell extensions. +
-     * 10/11 - New version pushed by Igalia. Stephane having issue building for Intel. Stephane can build Chromium with the SDK and create a wgt but it takes a long time. (see https://​github.com/​iotbzh/​chromium-agl-app) and SPEC-942  +
- +
-   * Window Manager interface for App Framework Discussion +
-     * Decision taken to use XDG as the Application to Window Manager interface +
-     * Need to investigate which XDG functions are needed for AGL window Manager and are currently missing +
-     * Tanikawa: Homescreen is a good test case for this research.  +
-     * Toyota use cases for Home screen and window manager. ​  +
-        * Update 5/24 - Now available at [[:​windowmanager|Window Manager]] +
-        * Update 6/7 - New version of the HMI framework document uploaded by Toyota at [[:​windowmanager|Window Manager]]. No indication as to what changes were made. Assume changes are based on the face to face meeting in Tokyo last week.  +
-        * Update 7/5 - Toyota will conduct a review of their document during the F2F meeting next week.  +
-        * Update 8/2 - First version should be released end of August. We will not see any code until that release. There is a F2F meeting in Yokohama where this should be discussed on 8/30 - 8/31. Plan is to also have App FW training as part of the F2F meeting.  +
-        * Update 9/13 - New version of the proposal delivered prior to Yokohama f2f. First drop of code is planned for end of September. Demo and presentation planned for Dresden AMM.  +
-        * Update 9/27 - Received email from Mentor that they are ready to push window manager, homescreen, and sound manager to gerrit. We will create a distro feature to enable the new home screen and leave the old homescreen as the default until we know the new one is working properly.  +
-        * Update 10/11 - Changes being merged to master for EE RC1.  +
- +
-       * Message Signaling - [[https://​wiki.automotivelinux.org/​agl-distro/​message-signaling | Wiki page]] to document the changes.  +
-         * Roadmap for EE and 2018+
-         * Update 9/13 - See [[agl-distro:​sep2017-can-f2f|face to face meeting minutes]] from last week. +
-         * Update 9/27 - Romain working on the signal composer. May have something ready next week.  +
-         * Move to connectivity call +
- +
-       * Upcoming Improvements to App Framework +
-         * Update 6/7 - We should have a list of improvements to be planned for EE and roadmap for 2018 ready to be reviewed at July F2F meeting. Action item assigned to Fulup to create this list.  +
- +
-    * Dominig - will need to define a strategy to maintain iot security layer since ostro moved in a different direction. Ostro removed cynara. Need Jira issue to track.  +
-      * Update 5/10 - Dominig has continued to research longer term security architecture and how we can continue to use cynara for EE and beyond. Researching TPM.   +
-      * Update 6/7 - Dominig has spoken to the maintainer of Yocto [[http://​git.yoctoproject.org/​cgit/​cgit.cgi/​meta-security | meta-security]] (Armin Kuster) which has SELinux and TPM and we may have home there. We could possibly move the recipes that we use from meta-iot-security  +
-      * Update 7/5 - No progress to report.  +
-      * Update 9/13 - need to get an update from Dominig +
-      * Update 9/27 - Nothing to report.  +
-      * Update 10/11 - Jose checking Tizen 4.0 security to see what they have done and had been waiting for pyro settle down.  +
- +
-   * Matsuzawa asked about having a developer repository (store) for AGL apps so that developers can exchange apps. +
-   * From Stephane: +
-     * How to handle services/​apps packages (widgets) until we have an app store (at least for developers). Typical example: CAN low level service which is ready to be shipped into AGL as a reference implementation for CAN +
-     * Immediate solution (DD): build packages during platform build (bitbake recipe) then embed into image, install at first boot. This is what we have currently for agl-demo. Typically, CAN-signaling should enter in that category +
-     * After DD: setup AGL profiles and determine in which profile a given app/service should be preinstalled (still using platform builds+firstboot) +
-     * EE-rc1: setup a separate build for apps/​services then tell developers how to grab those packages and install by hand (wget ... ; afm-util install ...) depending on their needs +
-     * Later (EE?): have an appfw store (kinda repository) and a client to download and install apps/​services from a store +
-     * Update 9/27 - Working on app branches for master and dab. We should shortly have the download folder ready.  +
-     * Update 10/11 - Results are now being synched to https://​download.automotivelinux.org/​AGL/​apps/ ​ Not seeing apps for both master and dab, seems to be one or the other. Apps are populated into the directory when they are patched/​built. Jan-Simon to check to see if dab and master are overwriting each other.  +
- +
-   * Tizen 4.0 Feature evaluation - SPEC-763 +
-     * 8/2 - Jose will get to this at the end of August.  +
-     * 9/13 - Not started.  +
-     * 9/27 - Not started. Jose on vacation.  +
-     * 10/11 - Not started. See above.  +
- +
-   * API namespace. API names are hardcoded in the JSON description at the moment and there is no way to have multiple instances of the same binding. This is a limitation being run into in the audio area and vehicle signaling where there can be multiple physical devices that need to be supported via the same API.  +
-   * Enable APIs in languages other than C/Cplus plus. Use case is from Daimler to use Rust. Probably FF or later in the roadmap.  +
-     * 10/11 - Need Jira issue to track this.  +
- +
-New: +
-   * Systemd v235 - introduced dynamic users (see http://​0pointer.net/​blog/​dynamic-users-with-systemd.html)  +
-     * Propose testing the dynamic users using Arch Linux to see if the expected benefits are seen and whether we should backport to AGL before we see it in poky which may take another version or two.  +
-     * Created SPEC-940 +
-     * Plan to get a readout before the Feb AMM to determine if we should do this for FF or wait for Yocto to do the uprev.  +
- +
-------- +
- +
-==== September 27, 2017 ==== +
-Attendees: Walt, Jan-Simon, Eli Mordechai, Oshri Yahav, Stephane +
- +
-  * Security Blueprint(Github https://​github.com/​automotive-grade-linux/​docs-agl/​tree/​master/​docs/​sec-blueprint) +
-      * Platform Security -> Jose +
-        * Discussed the Platform Definition in the section of the document.  +
-          * HW and BSP are an important part of security but out of scope of the document for now.  +
-          * Jan-Simon proposed we look at meta-agl (with the app-fw ​included) and document security provided by AGL from that perspective.  +
-          * Jose - part of the secure environment is outside of the vehicle.  +
-      * Application Security -> open +
-    * Update 9/27 - Jose has to review application security. Discussed the current status of the Security Blueprint. Walt to add a session on Friday of the AMM to discuss security.  +
- +
-=== Application Framework === +
- +
-   * SDK +
-     * SDK for EE should be ok for end of September on master (EE).  +
-     * Need AFB-Genskel added  +
- +
-   * Chromium from Igalia +
-     * 9/27 - Stephane has tested for Gen 3. It is expected to work on any wayland target not just Renesas. Stephane trying out for QEMU and Intel. No support for IVI shell extensions. +
- +
- +
-   * Window Manager interface for App Framework Discussion +
-     * Decision taken to use XDG as the Application to Window Manager interface +
-     * Need to investigate which XDG functions are needed for AGL window Manager and are currently missing +
-     * TanikawaHomescreen is a good test case for this research.  +
-     * Toyota use cases for Home screen and window manager. ​  +
-        * Update 5/24 - Now available at [[:windowmanager|Window Manager]] +
-        * Update 6/7 - New version of the HMI framework document uploaded by Toyota at [[:​windowmanager|Window Manager]]. No indication as to what changes were made. Assume changes are based on the face to face meeting in Tokyo last week.  +
-        * Update 7/5 - Toyota will conduct a review of their document during the F2F meeting next week.  +
-        * Update 8/2 - First version should be released end of August. We will not see any code until that release. There is a F2F meeting in Yokohama where this should be discussed on 8/30 - 8/31. Plan is to also have App FW training as part of the F2F meeting.  +
-        * Update 9/13 - New version of the proposal delivered prior to Yokohama f2f. First drop of code is planned for end of September. Demo and presentation planned for Dresden AMM.  +
-        * Update 9/27 - Received email from Mentor that they are ready to push window manager, homescreen, and sound manager to gerrit. We will create a distro feature to enable the new home screen and leave the old homescreen as the default until we know the new one is working properly.  +
- +
-       * Message Signaling - [[https://​wiki.automotivelinux.org/​agl-distro/​message-signaling | Wiki page]] to document the changes.  +
-         * Roadmap for EE and 2018? +
-         * Update 9/13 - See [[agl-distro:​sep2017-can-f2f|face to face meeting minutes]] from last week. +
-         * Update 9/27 - Romain working on the signal composer. May have something ready next week.  +
-.. +
-       * Upcoming Improvements to App Framework +
-         * Update 6/7 - We should have a list of improvements to be planned for EE and roadmap for 2018 ready to be reviewed at July F2F meeting. Action item assigned to Fulup to create this list.  +
- +
-    * Dominig - will need to define a strategy to maintain iot security layer since ostro moved in a different direction. Ostro removed cynara. Need Jira issue to track.  +
-      * Update 5/10 - Dominig has continued to research longer term security architecture and how we can continue to use cynara for EE and beyond. Researching TPM.   +
-      * Update 6/7 - Dominig has spoken to the maintainer of Yocto [[http://​git.yoctoproject.org/​cgit/​cgit.cgi/​meta-security | meta-security]] (Armin Kuster) which has SELinux and TPM and we may have home there. We could possibly move the recipes that we use from meta-iot-security  +
-      * Update 7/5 - No progress to report.  +
-      * Update 9/13 - need to get an update from Dominig +
-      * Update 9/27 - Nothing to report.  +
- +
-   * Matsuzawa asked about having a developer repository (store) for AGL apps so that developers can exchange apps. +
-   * From Stephane: +
-     * How to handle services/​apps packages (widgets) until we have an app store (at least for developers). Typical example: CAN low level service which is ready to be shipped into AGL as a reference implementation for CAN +
-     * Immediate solution (DD): build packages during platform build (bitbake recipe) then embed into image, install at first boot. This is what we have currently for agl-demo. Typically, CAN-signaling should enter in that category +
-     * After DD: setup AGL profiles and determine in which profile a given app/service should be preinstalled (still using platform builds+firstboot) +
-     * EE-rc1: setup a separate build for apps/​services then tell developers how to grab those packages and install by hand (wget ... ; afm-util install ...) depending on their needs +
-     * Later (EE?): have an appfw store (kinda repository) and a client to download and install apps/​services from a store +
-     * Update 9/27 - Working on app branches for master and dab. We should shortly have the download folder ready.  +
- +
- +
-   * Tizen 4.0 Feature evaluation - SPEC-763 +
-     * 8/2 - Jose will get to this at the end of August.  +
-     * 9/13 - Not started.  +
-     * 9/27 - Not started. Jose on vacation.  +
- +
-   * API namespace. API names are hardcoded in the JSON description at the moment and there is no way to have multiple instances of the same binding. This is a limitation being run into in the audio area and vehicle signaling where there can be multiple physical devices that need to be supported via the same API.  +
-   * Enable APIs in languages other than C/Cplus plus. Use case is from Daimler to use Rust. Probably FF or later in the roadmap.  +
- +
- +
-New: +
- +
------- +
- +
-==== September 13, 2017 ==== +
-Attendees: Walt, Eli (Karamba), Tsubone, Stephane, Sebastien,  +
- +
- +
-  * Security Blueprint(Github https://​github.com/​automotive-grade-linux/​docs-agl/​tree/​master/​docs/​sec-blueprint) +
-      * Platform Security -> Jose +
-        * Discussed the Platform Definition in the section of the document.  +
-          * HW and BSP are an important part of security but out of scope of the document for now.  +
-          * Jan-Simon proposed we look at meta-agl (with the app-fw included) and document security provided by AGL from that perspective.  +
-          * Jose - part of the secure environment is outside of the vehicle.  +
-      * Application Security -> open +
-    * Update 5/24 - Hammad suggested releasing the System Hardening Guide as an appendix or possibly a standalone document so it can get a wider a audience. Need to hire a tech writer to go through the document. Would like to release as part of DD release.  +
-    * Update 6/7 - Walt to contact Laura K. from LF about Tech writers.  +
-    * Update 6/21 - Walt waiting to hear back from Laura. Irdeto will have their own tech writer go over the security blueprint. Should be ready before the next EG meeting.  +
-    * Update 7/5 - Pull request with changes from Irdeto tech writer should be ready in the next few days.  +
-    * Update 7/19 - Pull request from Irdeto merged after incorporating comments.  +
-    * Update 8/2 - Created SPEC-797 to make System Hardening a separate document from the Security Blueprint. Next step is to evaluate DD release compared to System Hardening guide and determine the gaps. Gaps that need to be addressed in the code should have a Jira ticket created to evaluate how to get it into the code.  +
- +
-=== Application Framework === +
- +
-   * SDK +
-     * SDK for EE should be ok for end of September on master (EE).  +
-     * Need AFB-Genskel  +
- +
- +
-   * Window Manager interface for App Framework Discussion +
-     * Decision taken to use XDG as the Application to Window Manager interface +
-     * Need to investigate which XDG functions are needed for AGL window Manager and are currently missing +
-     * Tanikawa: Homescreen is a good test case for this research.  +
-     * Toyota use cases for Home screen and window manager. ​  +
-        * Update 5/24 - Now available at [[:​windowmanager|Window Manager]] +
-        * Update 6/7 - New version of the HMI framework document uploaded by Toyota at [[:​windowmanager|Window Manager]]. No indication as to what changes were made. Assume changes are based on the face to face meeting in Tokyo last week.  +
-        * Update 7/5 - Toyota will conduct a review of their document during the F2F meeting next week.  +
-        * Update 8/2 - First version should be released end of August. We will not see any code until that release. There is a F2F meeting in Yokohama where this should be discussed on 8/30 - 8/31. Plan is to also have App FW training as part of the F2F meeting.  +
-        * Update 9/13 - New version of the proposal delivered prior to Yokohama f2f. First drop of code is planned for end of September. Demo and presentation planned for Dresden AMM.  +
- +
-       * Message Signaling - [[https://​wiki.automotivelinux.org/​agl-distro/​message-signaling | Wiki page]] to document the changes.  +
-         * Roadmap for EE and 2018? +
-         * Update 9/13 - See [[agl-distro:​sep2017-can-f2f|face to face meeting minutes]] from last week. +
-.. +
-       * Upcoming Improvements to App Framework +
-         * Update 6/7 - We should have a list of improvements to be planned for EE and roadmap for 2018 ready to be reviewed at July F2F meeting. Action item assigned to Fulup to create this list.  +
- +
-    * Dominig - will need to define a strategy to maintain iot security layer since ostro moved in a different direction. Ostro removed cynara. Need Jira issue to track.  +
-      * Update 5/10 - Dominig has continued to research longer term security architecture and how we can continue to use cynara for EE and beyond. Researching TPM.   +
-      * Update 6/7 - Dominig has spoken to the maintainer of Yocto [[http://​git.yoctoproject.org/​cgit/​cgit.cgi/​meta-security | meta-security]] (Armin Kuster) which has SELinux and TPM and we may have home there. We could possibly move the recipes that we use from meta-iot-security  +
-      * Update 7/5 - No progress to report.  +
-      * Update 9/13 - need to get an update from Dominig +
- +
-   * Matsuzawa asked about having a developer repository (store) for AGL apps so that developers can exchange apps. +
-   * From Stephane: +
-     * How to handle services/​apps packages (widgets) until we have an app store (at least for developers). Typical example: CAN low level service which is ready to be shipped into AGL as a reference implementation for CAN +
-     * Immediate solution (DD): build packages during platform build (bitbake recipe) then embed into image, install at first boot. This is what we have currently for agl-demo. Typically, CAN-signaling should enter in that category +
-     * After DD: setup AGL profiles and determine in which profile a given app/service should be preinstalled (still using platform builds+firstboot) +
-     * EE-rc1: setup a separate build for apps/​services then tell developers how to grab those packages and install by hand (wget ... ; afm-util install ...) depending on their needs +
-     * Later (EE?): have an appfw store (kinda repository) and a client to download and install apps/​services from a store +
- +
- +
-   * Tizen 4.0 Feature evaluation - SPEC-763 +
-     * 8/2 - Jose will get to this at the end of August.  +
-     * 9/13 - Not started.  +
- +
-New: +
-   * API namespace. API names are hardcoded in the JSON description at the moment and there is no way to have multiple instances of the same binding. This is a limitation being run into in the audio area and vehicle signaling where there can be multiple physical devices that need to be supported via the same API.  +
-   * Enable APIs in languages other than C/Cplus plus. Use case is from Daimler to use Rust. Probably FF or later in the roadmap.  +
- +
-------- +
-==== August 31, 2017 ==== +
-See [[agl-distro:​aug2017-f2f|Aug F2F Meeting minutes]] +
- +
----------- +
-==== August 17, 2017 ==== +
-Attendees: Canceled.  +
------------- +
- +
-==== August 3, 2017 ==== +
-Attendees: Walt, Jose, Tanikawa, Hammad, Kurokawa, Sebastien,  +
- +
-  * Security Blueprint(Github https://​github.com/​automotive-grade-linux/​docs-agl/​tree/​master/​docs/​sec-blueprint) +
-      * Platform Security -> Jose +
-        * Discussed the Platform Definition in the section of the document.  +
-          * HW and BSP are an important part of security but out of scope of the document for now.  +
-          * Jan-Simon proposed we look at meta-agl (with the app-fw included) and document security provided by AGL from that perspective.  +
-          * Jose - part of the secure environment is outside of the vehicle.  +
-      * Application Security -> open +
-    * Update 5/24 - Hammad suggested releasing the System Hardening Guide as an appendix or possibly a standalone document so it can get a wider a audience. Need to hire a tech writer to go through the document. Would like to release as part of DD release.  +
-    * Update 6/7 - Walt to contact Laura K. from LF about Tech writers.  +
-    * Update 6/21 - Walt waiting to hear back from Laura. Irdeto will have their own tech writer go over the security blueprint. Should be ready before the next EG meeting.  +
-    * Update 7/5 - Pull request with changes from Irdeto tech writer should be ready in the next few days.  +
-    * Update 7/19 - Pull request from Irdeto merged after incorporating comments.  +
-    * Update 8/2 - Created SPEC-797 to make System Hardening a separate document from the Security Blueprint. Next step is to evaluate DD release compared to System Hardening guide and determine the gaps. Gaps that need to be addressed in the code should have a Jira ticket created to evaluate how to get it into the code.  +
- +
-=== Application Framework === +
-   * Update from Tanikawa on ALS integration. Will create a Jira issue that documents the problems he saw with failures on initial application installation. +
-   * Update: 6/7 - Not complete.  +
-   * Update: 6/20 - Will raise Jira this week.  +
-   * Update 7/5 - SPEC-700 - Ronan has fix proposed already.  +
-   * Update 7/19 - SPEC-700 - Fix from Ronan has been merged. Tanikawa will test out the fix.  +
-   * Update 8/2 - Closed. +
- +
-   * SDK +
-     * Beta version of the SDK that makes GDB available is planned for Sepatember +
-     * Rework the UI to be more intuitive.  +
- +
-  * App FW documentation  +
-     * High-level overview document needed (March/​April timeframe) +
-       * Update 5/26 - Need a top level document still. New bindings development method is in the works and will need to be documented. Suggest that we get someone fresh to start building an app using the documentation to see where we have gaps.  +
-       * Update 6/21 - Jose has rewritten the App FW documentation and it is in github. Stephane will publish the documentation to the docs web site this week.  +
-       * Update 7/5 - Stephane working on updates to doc site that allows selection of the release that the developer is working on so that they get the correct documentation for the code they are working on. Working on this as part of SPEC-701.  +
-       * Update 7/19 - Done. Ready for DD +
- +
-     * Window Manager interface for App Framework Discussion +
-       * Decision taken to use XDG as the Application to Window Manager interface +
-       * Need to investigate which XDG functions are needed for AGL window Manager and are currently missing +
-       * Tanikawa: Homescreen is a good test case for this research.  +
-       * Toyota use cases for Home screen and window manager. ​  +
-          * Update 5/24 - Now available at [[:​windowmanager|Window Manager]] +
-          * Update 6/7 - New version of the HMI framework document uploaded by Toyota at [[:​windowmanager|Window Manager]]. No indication as to what changes were made. Assume changes are based on the face to face meeting in Tokyo last week.  +
-          * Update 7/5 - Toyota will conduct a review of their document during the F2F meeting next week.  +
-          * Update 8/2 - First version should be released end of August. We will not see any code until that release. There is a F2F meeting in Yokohama where this should be discussed on 8/30 - 8/31. Plan is to also have App FW training as part of the F2F meeting.  +
- +
-       * Message Signaling - [[https://​wiki.automotivelinux.org/​agl-distro/​message-signaling | Wiki page]] to document the changes.  +
-         * Roadmap for EE and 2018? +
-.. +
-       * Upcoming Improvements to App Framework +
-         * Update 6/7 - We should have a list of improvements to be planned for EE and roadmap for 2018 ready to be reviewed at July F2F meeting. Action item assigned to Fulup to create this list.  +
- +
-    * Dominig - will need to define a strategy to maintain iot security layer since ostro moved in a different direction. Ostro removed cynara. Need Jira issue to track.  +
-      * Update 5/10 - Dominig has continued to research longer term security architecture and how we can continue to use cynara for EE and beyond. Researching TPM.   +
-      * Update 6/7 - Dominig has spoken to the maintainer of Yocto [[http://​git.yoctoproject.org/​cgit/​cgit.cgi/​meta-security | meta-security]] (Armin Kuster) which has SELinux and TPM and we may have home there. We could possibly move the recipes that we use from meta-iot-security  +
-      * Update 7/5 - No progress to report.  +
- +
-   * Matsuzawa asked about having a developer repository (store) for AGL apps so that developers can exchange apps. +
-   * From Stephane: +
-     * How to handle services/​apps packages (widgets) until we have an app store (at least for developers). Typical example: CAN low level service which is ready to be shipped into AGL as a reference implementation for CAN +
-     * Immediate solution (DD): build packages during platform build (bitbake recipe) then embed into image, install at first boot. This is what we have currently for agl-demo. Typically, CAN-signaling should enter in that category +
-     * After DD: setup AGL profiles and determine in which profile a given app/service should be preinstalled (still using platform builds+firstboot) +
-     * EE-rc1: setup a separate build for apps/​services then tell developers how to grab those packages and install by hand (wget ... ; afm-util install ...) depending on their needs +
-     * Later (EE?): have an appfw store (kinda repository) and a client to download and install apps/​services from a store +
- +
- +
-   * Dennis brought up an issue with writing a new driver and having to create a kernel module, enable it in the App FW, etc. Discussed using the mraa project (https://​github.com/​intel-iot-devkit/​mraa) as a way to short-cut that process and allow the developers to write the driver in user space.  +
-     * Update 7/5 - Dennis has had a chance to try anything new. Dominig talking to mraa guys about looking at the AGL App FW and enabling access to mraa services from the App FW. +
- +
-   * Tizen 4.0 Feature evaluation - SPEC-763 +
-     * 8/2 - Jose will get to this at the end of August.  +
- +
-New: +
- +
- +
------- +
- +
-==== July 19, 2017 ==== +
-Attendees: Walt, Jan-Simon, Tanikawa, Michael, Chris, Dennis, Fulup +
- +
-Agenda: +
- +
-  * Security Blueprint(Github https://​github.com/​automotive-grade-linux/​docs-agl/​tree/​master/​docs/​sec-blueprint) +
-      * Platform Security -> Jose +
-        * Discussed the Platform Definition in the section of the document.  +
-          * HW and BSP are an important part of security but out of scope of the document for now.  +
-          * Jan-Simon proposed we look at meta-agl (with the app-fw included) and document security provided by AGL from that perspective.  +
-          * Jose - part of the secure environment is outside of the vehicle.  +
-      * Application Security -> open +
-    * Update 5/24 - Hammad suggested releasing the System Hardening Guide as an appendix or possibly a standalone document so it can get a wider a audience. Need to hire a tech writer to go through the document. Would like to release as part of DD release.  +
-    * Update 6/7 - Walt to contact Laura K. from LF about Tech writers.  +
-    * Update 6/21 - Walt waiting to hear back from Laura. Irdeto will have their own tech writer go over the security blueprint. Should be ready before the next EG meeting.  +
-    * Update 7/5 - Pull request with changes from Irdeto tech writer should be ready in the next few days.  +
-    * Update 7/19 - Pull request from Irdeto merged after incorporating comments.  +
- +
-=== Application Framework === +
-   * DD App FW issues documented in SPEC-670 and SPEC-663 and SPEC-662 need to be fixed before RC2 can be released.  +
-     * Update 7/5 - SPEC-663 and SPEC-670 were fixed for DD RC2. SPEC-662 was deferred to RC3.  +
-     * Update 7/19 - App FW looks good for DD RC3. No blocking issues.  +
- +
-   * Update from Tanikawa on ALS integration. Will create a Jira issue that documents the problems he saw with failures on initial application installation. +
-   * Update: 6/7 - Not complete.  +
-   * Update: 6/20 - Will raise Jira this week.  +
-   * Update 7/5 - SPEC-700 - Ronan has fix proposed already.  +
-   * Update 7/19 - SPEC-700 - Fix from Ronan has been merged. Tanikawa will test out the fix.  +
- +
-   * SDK +
-     * No open issues for DD. +
-     * Discussed how to make a beta release available for XDS integration +
- +
-  * App FW documentation  +
-     * High-level overview document needed (March/​April timeframe) +
-       * Update 5/26 - Need a top level document still. New bindings development method is in the works and will need to be documented. Suggest that we get someone fresh to start building an app using the documentation to see where we have gaps.  +
-       * Update 6/21 - Jose has rewritten the App FW documentation and it is in github. Stephane will publish the documentation to the docs web site this week.  +
-       * Update 7/5 - Stephane working on updates to doc site that allows selection of the release that the developer is working on so that they get the correct documentation for the code they are working on. Working on this as part of SPEC-701.  +
-       * Update 7/19 - Done. Ready for DD +
- +
-     * Window Manager interface for App Framework Discussion +
-       * Decision taken to use XDG as the Application to Window Manager interface +
-       * Need to investigate which XDG functions are needed for AGL window Manager and are currently missing +
-       * Tanikawa: Homescreen is a good test case for this research.  +
-       * Toyota use cases for Home screen and window manager. ​  +
-          * Update 5/24 - Now available at [[:​windowmanager|Window Manager]] +
-          * Update 6/7 - New version of the HMI framework document uploaded by Toyota at [[:​windowmanager|Window Manager]]. No indication as to what changes were made. Assume changes are based on the face to face meeting in Tokyo last week.  +
-          * Update 7/5 - Toyota will conduct a review of their document during the F2F meeting next week.  +
- +
-       * Message Signaling - [[https://​wiki.automotivelinux.org/​agl-distro/​message-signaling | Wiki page]] to document the changes.  +
-         * Roadmap for EE and 2018? +
-.. +
-       * Upcoming Improvements to App Framework +
-         * Update 6/7 - We should have a list of improvements to be planned for EE and roadmap for 2018 ready to be reviewed at July F2F meeting. Action item assigned to Fulup to create this list.  +
- +
-    * Dominig - will need to define a strategy to maintain iot security layer since ostro moved in a different direction. Ostro removed cynara. Need Jira issue to track.  +
-      * Update 5/10 - Dominig has continued to research longer term security architecture and how we can continue to use cynara for EE and beyond. Researching TPM.   +
-      * Update 6/7 - Dominig has spoken to the maintainer of Yocto [[http://​git.yoctoproject.org/​cgit/​cgit.cgi/​meta-security | meta-security]] (Armin Kuster) which has SELinux and TPM and we may have home there. We could possibly move the recipes that we use from meta-iot-security  +
-      * Update 7/5 - No progress to report.  +
- +
-   * Matsuzawa asked about having a developer repository (store) for AGL apps so that developers can exchange apps. +
-   * From Stephane: +
-     * How to handle services/​apps packages (widgets) until we have an app store (at least for developers). Typical example: CAN low level service which is ready to be shipped into AGL as a reference implementation for CAN +
-     * Immediate solution (DD): build packages during platform build (bitbake recipe) then embed into image, install at first boot. This is what we have currently for agl-demo. Typically, CAN-signaling should enter in that category +
-     * After DD: setup AGL profiles and determine in which profile a given app/service should be preinstalled (still using platform builds+firstboot) +
-     * EE-rc1: setup a separate build for apps/​services then tell developers how to grab those packages and install by hand (wget ... ; afm-util install ...) depending on their needs +
-     * Later (EE?): have an appfw store (kinda repository) and a client to download and install apps/​services from a store +
- +
- +
-   * Dennis brought up an issue with writing a new driver and having to create a kernel module, enable it in the App FW, etc. Discussed using the mraa project (https://​github.com/​intel-iot-devkit/​mraa) as a way to short-cut that process and allow the developers to write the driver in user space.  +
-     * Update 7/5 - Dennis has had a chance to try anything new. Dominig talking to mraa guys about looking at the AGL App FW and enabling access to mraa services from the App FW. +
- +
-New: +
-   * Dominig sent an email with the new features incorporated into Tizen 4.0. Will create a Jira ticket to have Jose analyze the list of changes in security to determine what we should incorporate and whether we should have some more formal relationship with the Tizen Security team.  +
- +
------- +
- +
-==== July 5, 2017 ==== +
-Attendees: Walt, Fulup, Dominig, Tanikawa, Stephane, Michael, Hammad, Dennis, Assaf, Sebastien +
- +
-Agenda: +
- +
-  * Security Blueprint(Github https://​github.com/​automotive-grade-linux/​docs-agl/​tree/​master/​docs/​sec-blueprint) +
-      * Platform Security -> Jose +
-        * Discussed the Platform Definition in the section of the document.  +
-          * HW and BSP are an important part of security but out of scope of the document for now.  +
-          * Jan-Simon proposed we look at meta-agl (with the app-fw included) and document security provided by AGL from that perspective.  +
-          * Jose - part of the secure environment is outside of the vehicle.  +
-      * Application Security -> open +
-    * Update 5/24 - Hammad suggested releasing the System Hardening Guide as an appendix or possibly a standalone document so it can get a wider a audience. Need to hire a tech writer to go through the document. Would like to release as part of DD release.  +
-    * Update 6/7 - Walt to contact Laura K. from LF about Tech writers.  +
-    * Update 6/21 - Walt waiting to hear back from Laura. Irdeto will have their own tech writer go over the security blueprint. Should be ready before the next EG meeting.  +
-    * Update 7/5 - Pull request with changes from Irdeto tech writer should be ready in the next few days. LF has a des +
- +
-=== Application Framework === +
-   * DD App FW issues documented in SPEC-670 and SPEC-663 and SPEC-662 need to be fixed before RC2 can be released.  +
-     * Update 7/5 - SPEC-663 and SPEC-670 were fixed for DD RC2. SPEC-662 was deferred to RC3.  +
- +
-   * Update from Tanikawa on ALS integration. Will create a Jira issue that documents the problems he saw with failures on initial application installation. +
-   * Update: 6/7 - Not complete.  +
-   * Update: 6/20 - Will raise Jira this week.  +
-   * Update 7/5 - SPEC-700 - Ronan has fix proposed already.  +
- +
-   * SDK +
-     * No open issues for DD. +
-     * Discussed how to make a beta release available for XDS integration +
- +
-  * App FW documentation  +
-     * High-level overview document needed (March/​April timeframe) +
-       * Update 5/26 - Need a top level document still. New bindings development method is in the works and will need to be documented. Suggest that we get someone fresh to start building an app using the documentation to see where we have gaps.  +
-       * Update 6/21 - Jose has rewritten the App FW documentation and it is in github. Stephane will publish the documentation to the docs web site this week.  +
-       * Update 7/5 - Stephane working on updates to doc site that allows selection of the release that the developer is working on so that they get the correct documentation for the code they are working on. Working on this as part of SPEC-701.  +
- +
-     * Window Manager interface for App Framework Discussion +
-       * Decision taken to use XDG as the Application to Window Manager interface +
-       * Need to investigate which XDG functions are needed for AGL window Manager and are currently missing +
-       * Tanikawa: Homescreen is a good test case for this research.  +
-       * Toyota use cases for Home screen and window manager. ​  +
-          * Update 5/24 - Now available at [[:​windowmanager|Window Manager]] +
-          * Update 6/7 - New version of the HMI framework document uploaded by Toyota at [[:​windowmanager|Window Manager]]. No indication as to what changes were made. Assume changes are based on the face to face meeting in Tokyo last week.  +
-          * Update 7/5 - Toyota will conduct a review of their document during the F2F meeting next week.  +
- +
-       * Message Signaling - [[https://​wiki.automotivelinux.org/​agl-distro/​message-signaling | Wiki page]] to document the changes.  +
-         * Roadmap for EE and 2018? +
- +
-       * Upcoming Improvements to App Framework +
-         * Update 6/7 - We should have a list of improvements to be planned for EE and roadmap for 2018 ready to be reviewed at July F2F meeting. Action item assigned to Fulup to create this list.  +
- +
-    * Dominig - will need to define a strategy to maintain iot security layer since ostro moved in a different direction. Ostro removed cynara. Need Jira issue to track.  +
-      * Update 5/10 - Dominig has continued to research longer term security architecture and how we can continue to use cynara for EE and beyond. Researching TPM.   +
-      * Update 6/7 - Dominig has spoken to the maintainer of Yocto [[http://​git.yoctoproject.org/​cgit/​cgit.cgi/​meta-security | meta-security]] (Armin Kuster) which has SELinux and TPM and we may have home there. We could possibly move the recipes that we use from meta-iot-security  +
-      * Update 7/5 - No progress to report.  +
- +
-   * Matsuzawa asked about having a developer repository (store) for AGL apps so that developers can exchange apps. +
-   * From Stephane: +
-     * How to handle services/​apps packages (widgets) until we have an app store (at least for developers). Typical example: CAN low level service which is ready to be shipped into AGL as a reference implementation for CAN +
-     * Immediate solution (DD): build packages during platform build (bitbake recipe) then embed into image, install at first boot. This is what we have currently for agl-demo. Typically, CAN-signaling should enter in that category +
-     * After DD: setup AGL profiles and determine in which profile a given app/service should be preinstalled (still using platform builds+firstboot) +
-     * EE-rc1: setup a separate build for apps/​services then tell developers how to grab those packages and install by hand (wget ... ; afm-util install ...) depending on their needs +
-     * Later (EE?): have an appfw store (kinda repository) and a client to download and install apps/​services from a store +
- +
- +
-   * Dennis brought up an issue with writing a new driver and having to create a kernel module, enable it in the App FW, etc. Discussed using the mraa project (https://​github.com/​intel-iot-devkit/​mraa) as a way to short-cut that process and allow the developers to write the driver in user space.  +
-     * Update 7/5 - Dennis has had a chance to try anything new. Dominig talking to mraa guys about looking at the AGL App FW and enabling access to mraa services from the App FW. +
- +
-New: +
- +
- +
------- +
- +
-==== June 21, 2017 ==== +
-Attendees: Walt, Dominig, Hammad, Stephane, Tanikawa, Kurokawa, Matsuzawa, Dennis, Tsubone +
- +
-Agenda: +
- +
-  * Security Blueprint(Github https://​github.com/​automotive-grade-linux/​docs-agl/​tree/​master/​docs/​sec-blueprint) +
-      * Platform Security -> Jose +
-        * Discussed the Platform Definition in the section of the document.  +
-          * HW and BSP are an important part of security but out of scope of the document for now.  +
-          * Jan-Simon proposed we look at meta-agl (with the app-fw included) and document security provided by AGL from that perspective.  +
-          * Jose - part of the secure environment is outside of the vehicle.  +
-      * Application Security -> open +
-    * Update 5/24 - Hammad suggested releasing the System Hardening Guide as an appendix or possibly a standalone document so it can get a wider a audience. Need to hire a tech writer to go through the document. Would like to release as part of DD release.  +
-    * Update 6/7 - Walt to contact Laura K. from LF about Tech writers.  +
-    * Update 6/21 - Walt waiting to hear back from Laura. Irdeto will have their own tech writer go over the security blueprint. Should be ready before the next EG meeting.  +
- +
-=== Application Framework === +
-   * DD App FW issues documented in SPEC-670 and SPEC-663 and SPEC-662 need to be fixed before RC2 can be released. ​  +
- +
-   * Update from Tanikawa on ALS integration. Will create a Jira issue that documents the problems he saw with failures on initial application installation. +
-   * Update: 6/7 - Not complete.  +
-   * Update: 6/20 - Will raise Jira this week.  +
- +
-   * SDK +
-     * Fixing bugs identified on mail list by Dennis and Hitendra Nishar that were seen with the demo version of the SDK.   +
- +
-  * App FW documentation  +
-     * High-level overview document needed (March/​April timeframe) +
-       * Update 5/26 - Need a top level document still. New bindings development method is in the works and will need to be documented. Suggest that we get someone fresh to start building an app using the documentation to see where we have gaps.  +
-       * Update 6/21 - Jose has rewritten the App FW documentation and it is in github. Stephane will publish the documentation to the docs web site this week.  +
- +
-     * Window Manager interface for App Framework Discussion +
-       * Decision taken to use XDG as the Application to Window Manager interface +
-       * Need to investigate which XDG functions are needed for AGL window Manager and are currently missing +
-       * Tanikawa: Homescreen is a good test case for this research.  +
-       * Toyota use cases for Home screen and window manager. ​  +
-          * Update 5/24 - Now available at [[:​windowmanager|Window Manager]] +
-          * Update 6/7 - New version of the HMI framework document uploaded by Toyota at [[:​windowmanager|Window Manager]]. No indication as to what changes were made. Assume changes are based on the face to face meeting in Tokyo last week.  +
- +
-       * Message Signaling - [[https://​wiki.automotivelinux.org/​agl-distro/​message-signaling | Wiki page]] to document the changes.  +
-         * Roadmap for EE and 2018? +
- +
-       * Upcoming Improvements to App Framework +
-         * Update 6/7 - We should have a list of improvements to be planned for EE and roadmap for 2018 ready to be reviewed at July F2F meeting. Action item assigned to Fulup to create this list.  +
- +
-    * Dominig - will need to define a strategy to maintain iot security layer since ostro moved in a different direction. Ostro removed cynara. Need Jira issue to track.  +
-      * Update 5/10 - Dominig has continued to research longer term security architecture and how we can continue to use cynara for EE and beyond. Researching TPM.   +
-      * Update 6/7 - Dominig has spoken to the maintainer of Yocto [[http://​git.yoctoproject.org/​cgit/​cgit.cgi/​meta-security | meta-security]] (Armin Kuster) which has SELinux and TPM and we may have home there. We could possibly move the recipes that we use from meta-iot-security  +
-      * Update 6/21 - No progress to report.  +
- +
-   * Matsuzawa asked about having a developer repository (store) for AGL apps so that developers can exchange apps. +
-   * From Stephane: +
-     * How to handle services/​apps packages (widgets) until we have an app store (at least for developers). Typical example: CAN low level service which is ready to be shipped into AGL as a reference implementation for CAN +
-     * Immediate solution (DD): build packages during platform build (bitbake recipe) then embed into image, install at first boot. This is what we have currently for agl-demo. Typically, CAN-signaling should enter in that category +
-     * After DD: setup AGL profiles and determine in which profile a given app/service should be preinstalled (still using platform builds+firstboot) +
-     * EE-rc1: setup a separate build for apps/​services then tell developers how to grab those packages and install by hand (wget ... ; afm-util install ...) depending on their needs +
-     * Later (EE?): have an appfw store (kinda repository) and a client to download and install apps/​services from a store +
- +
- +
-New: +
-   * Dennis brought up an issue with writing a new driver and having to create a kernel module, enable it in the App FW, etc. Discussed using the mraa project (https://​github.com/​intel-iot-devkit/​mraa) as a way to short-cut that process and allow the developers to write the driver in user space.  +
-   * Need to document sound use cases and how to use AGL.  +
- +
----- +
- +
-==== June 7, 2017 ==== +
-Attendees: Walt, Jan-Simon, Dominig, Kurokawa, Stephane, Jose, Matsuzawa, Sebastien +
- +
-Meeting Notes: +
-  * Update from Tanikawa on ALS integration. Will create a Jira issue that documents the problems he saw with failures on initial application installation. +
-    * Update: 6/7 - Not complete.  +
- +
-  * Security Blueprint(Github https://​github.com/​automotive-grade-linux/​docs-agl/​tree/​master/​docs/​sec-blueprint) +
-      * Platform Security -> Jose +
-        * Discussed the Platform Definition in the section of the document.  +
-          * HW and BSP are an important part of security but out of scope of the document for now.  +
-          * Jan-Simon proposed we look at meta-agl (with the app-fw included) and document security provided by AGL from that perspective.  +
-          * Jose - part of the secure environment is outside of the vehicle.  +
-      * Application Security -> open +
-    * Update 4/29 - Hammad used Phil's document to update the sec blueprint. Pull request merged. Hammad and Irdeto looking at overall document for consistency. More updates later. No update from Jose. +
-    * Update 5/10: Jose made comments that were fixed by Hammad. Decided to go ahead and merge the pull request and get any comments made on the newly merged document. Hammad coming up with a plan of action for Threat Analysis and Attack Surfaces sections and is reviewing the other sections as they currently stand.  +
-    * Update 5/24 - Hammad suggested releasing the System Hardening Guide as an appendix or possibly a standalone document so it can get a wider a audience. Need to hire a tech writer to go through the document. Would like to release as part of DD release.  +
-    * Update 6/7 - Walt to contact Laura K. from LF about Tech writers.  +
- +
-=== Application Framework === +
-   * Final DD version of the App FW was pushed to gerrit by Jose (9609) +
-     * Changes include +
- +
- +
-   ​App-framework-main:​ +
-   - Deinstallation of units +
-   - Fix lack of message when setting exec bit +
-   ​App-framework-binder:​ +
-   - Binding V2 proposal finalized +
-   - Human readable option for afb-client-demo +
-   - Cleanup and improvement of API +
-   - Logging by request +
-   - Relax authorization for self +
-   - New hooking/​tracing features (options --tracesvc and --traceevt) +
-   - Fix of many bugs +
- +
- +
-   * Update on App FW was provided last week during the F2F meeting. {{:​agl-distro:​agl-framework-wip-april2017.pdf|Presentation is here}}.  +
- +
-   * SDK +
-     * Update from 5/9 dev call.  +
-       * Initial SDK will be available for Gen3 and VMDK. Goal is for App developers to be able to easily create new applications.  +
-         * Update 6/7: Sebastien made a presentation at ALS last week that is [[ http://​events.linuxfoundation.org/​sites/​events/​files/​slides/​ALS-2017_XDS_Seb_Iotbzh.pdf | available here.]] All source code is available on git +
-           * Build latest version from sources +
-             * xds-server : https://​github.com/​iotbzh/​xds-server#​how-to-build +
-             * xds-agent : https://​github.com/​iotbzh/​xds-agent +
-             * xds-exec: https://​github.com/​iotbzh/​xds-make +
-           * Pre-built docker images +
- +
-   $ wget http://​iot.bzh/​download/​public/​2017/​XDS/​docker/​docker_agl_worker-xds-3.2.tar.xz +
-   $ docker load < agl_worker-xds-3.2.tar.xz +
- +
-   $ wget http://​iot.bzh/​download/​public/​2017/​XDS/​xds-utils/​xdsexec_linux-amd64-v1.0.0_e555da5.zip +
- +
-       * Matt P. working on documentation under SPEC-512 +
- +
-   * User, app, and display privileges +
-     * SPEC-545 - Platform services must NOT run as root and MUST use a dedicated system user +
-     * SPEC-546 - Run weston with dedicated '​display'​ user and group +
-     * Use cases Requirements for user management and multi-display  +
-     * Overall plan for managing users and login management +
- +
-     * Cgroups and namespace usage in AGL  +
-       * Jose will make a proposal by the end of May for default set up. SPEC-427 +
-       * Update 6/6 - No changes until EE +
- +
-  * App FW documentation  +
-     * High-level overview document needed (March/​April timeframe) +
-       * Update 5/26 - Need a top level document still. New bindings development method is in the works and will need to be documented. Suggest that we get someone fresh to start building an app using the documentation to see where we have gaps.  +
- +
-     * Window Manager interface for App Framework Discussion +
-       * Decision taken to use XDG as the Application to Window Manager interface +
-       * Need to investigate which XDG functions are needed for AGL window Manager and are currently missing +
-       * Tanikawa: Homescreen is a good test case for this research.  +
-       * Toyota use cases for Home screen and window manager. ​  +
-          * Update 5/24 - Now available at [[:​windowmanager|Window Manager]] +
-          * Update 6/7 - New version of the HMI framework document uploaded by Toyota at [[:​windowmanager|Window Manager]]. No indication as to what changes were made. Assume changes are based on the face to face meeting in Tokyo last week.  +
- +
-     * Framework Updates for 2017 +
-       * Message Signaling - [[https://​wiki.automotivelinux.org/​agl-distro/​message-signaling | Wiki page]] to document the changes.  +
-         * Update 6/7 - Included in DD.   +
- +
-       * Upcoming Improvements to App Framework +
-         * Update 6/7 - We should have a list of improvements to be planned for EE and roadmap for 2018 ready to be reviewed at July F2F meeting. Action item assigned to Fulup to create this list.  +
- +
-    * Dominig - will need to define a strategy to maintain iot security layer since ostro moved in a different direction. Ostro removed cynara. Need Jira issue to track.  +
-      * Update 5/10 - Dominig has continued to research longer term security architecture and how we can continue to use cynara for EE and beyond. Researching TPM.   +
-      * Update 6/7 - Dominig has spoken to the maintainer of Yocto [[http://​git.yoctoproject.org/​cgit/​cgit.cgi/​meta-security | meta-security]] (Armin Kuster) which has SELinux and TPM and we may have home there. We could possibly move the recipes that we use from meta-iot-security  +
- +
-   * Matsuzawa asked about having a developer repository (store) for AGL apps so that developers can exchange apps. +
-   * From Stephane: +
-     * How to handle services/​apps packages (widgets) until we have an app store (at least for developers). Typical example: CAN low level service which is ready to be shipped into AGL as a reference implementation for CAN +
-     * Immediate solution (DD): build packages during platform build (bitbake recipe) then embed into image, install at first boot. This is what we have currently for agl-demo. Typically, CAN-signaling should enter in that category +
-     * After DD: setup AGL profiles and determine in which profile a given app/service should be preinstalled (still using platform builds+firstboot) +
-     * EE-rc1: setup a separate build for apps/​services then tell developers how to grab those packages and install by hand (wget ... ; afm-util install ...) depending on their needs +
-     * Later (EE?): have an appfw store (kinda repository) and a client to download and install apps/​services from a store +
- +
- +
-New: +
- +
------ +
- +
-==== May 24, 2017 ==== +
-Attendees: Walt, Jan-Simon, Hammad, Stephane, Jose, Tanikawa, Matsuzawa, Jan-Alexandru +
- +
-Meeting Notes: +
-  * Update from Tanikawa on ALS integration. Will create a Jira issue that documents the problems he saw with failures on initial application installation. +
- +
-  * Security Blueprint(Github https://​github.com/​automotive-grade-linux/​docs-agl/​tree/​master/​docs/​sec-blueprint) +
-      * Platform Security -> Jose +
-        * Discussed the Platform Definition in the section of the document.  +
-          * HW and BSP are an important part of security but out of scope of the document for now.  +
-          * Jan-Simon proposed we look at meta-agl (with the app-fw included) and document security provided by AGL from that perspective.  +
-          * Jose - part of the secure environment is outside of the vehicle.  +
-      * Application Security -> open +
-    * Update 4/29 - Hammad used Phil's document to update the sec blueprint. Pull request merged. Hammad and Irdeto looking at overall document for consistency. More updates later. No update from Jose. +
-    * Update 5/10: Jose made comments that were fixed by Hammad. Decided to go ahead and merge the pull request and get any comments made on the newly merged document. Hammad coming up with a plan of action for Threat Analysis and Attack Surfaces sections and is reviewing the other sections as they currently stand.  +
-    * Update 5/24 - Hammad suggested releasing the System Hardening Guide as an appendix or possibly a standalone document so it can get a wider a audience. Need to hire a tech writer to go through the document. Would like to release as part of DD release.  +
- +
-=== Application Framework === +
-   * Update on App FW was provided last week during the F2F meeting. {{:​agl-distro:​agl-framework-wip-april2017.pdf|Presentation is here}}.  +
- +
-   * SDK +
-     * Update from 5/9 dev call.  +
-       * Initial SDK will be available for Gen3 and VMDK. Goal is for App developers to be able to easily create new applications.  +
-       * Matt P. working on documentation under SPEC-512 +
-   * User, app, and display privileges +
-     * SPEC-545 - Platform services must NOT run as root and MUST use a dedicated system user +
-     * SPEC-546 - Run weston with dedicated '​display'​ user and group +
-     * Use cases Requirements for user management and multi-display  +
-     * Overall plan for managing users and login management +
- +
-   * Cgroups and namespace usage in AGL  +
-     * Jose will make a proposal by the end of May for default set up. SPEC-427 +
-     * Update 5/24 - Delayed +
- +
-  * App FW documentation  +
-     * High-level overview document needed (March/​April timeframe) +
-       * Update 5/26 - Need a top level document still. New bindings development method is in the works and will need to be documented. Suggest that we get someone fresh to start building an app using the documentation to see where we have gaps.  +
- +
-     * Window Manager interface for App Framework Discussion +
-       * Decision taken to use XDG as the Application to Window Manager interface +
-       * Need to investigate which XDG functions are needed for AGL window Manager and are currently missing +
-       * Tanikawa: Homescreen is a good test case for this research.  +
-       * Toyota use cases for Home screen and window manager. ​  +
-          * Update 5/24 - Now available at [[:​windowmanager|Window Manager]] +
- +
-     * Framework Updates for 2017 +
-       * Message Signaling - [[https://​wiki.automotivelinux.org/​agl-distro/​message-signaling | Wiki page]] to document the changes. Plan is to go ahead with this architecture.  +
-       * Upcoming Improvements to App Framework +
-         *** Update - Introduce cgroups (Will be included in CC. Additional work will be needed for DD) SPEC-425.- Need to have discussions about this within the Jira issue. **  +
-           * Need to document use cases for cgroups. Eg. Managing CPU usage, memory consumptions,​ CPU affinity, process management, network traffic, IO traffic.  +
-           * Strategy for defining cgroups within the system.  +
-         * Namespace (Will be included in Daring Dab) SPEC-426 +
-         * Basically containerizing applications (LXC) (Requires namespace and use case definitions so DD or later) Need Jira epic for roadmap.  +
-         * Notification service (Dominig presenting at AMM a proposal) - Need Jira epic +
-         * Identity and user management - Need Jira epic +
-         * Key management for app installation and the manifest that gives the rights within cynara. - Need Jira epic. After DD.  +
-         * Building apps in CI and providing snapshot builds.  +
-         * Consistent templates and documentation for creation of apps and widgets. Need Jira issue +
-         * Documentation of how to convert legacy apps to AGL Apps. - Need Jira issue +
-       * **Update 3/1**:  +
-         * Fulup: Approach for the low-level can interface first. High-level not proposed yet, due to ongoing discussions with W3C. There are 2 proposals out there: Volkswagen (viwi) and JLR/Genivi (viss). Fulup favors the VW proposal and will start to work on implementation.  +
-           * Meeting Minutes with w3c https://​www.w3.org/​2017/​01/​30-auto-minutes +
-           * **Members should review these and give us feedback** +
- +
-    * Dominig - will need to define a strategy to maintain iot security layer since ostro moved in a different direction. Ostro removed cynara. Need Jira issue to track.  +
-      * Update 5/10 - Dominig has continued to research longer term security architecture and how we can continue to use cynara for EE and beyond. Researching TPM.   +
- +
-   * Matsuzawa asked about having a store for AGL apps so that developers can exchange apps. +
-   * From Stephane: +
-     * How to handle services/​apps packages (widgets) until we have an app store (at least for developers). Typical example: CAN low level service which is ready to be shipped into AGL as a reference implementation for CAN +
-     * Immediate solution (DD): build packages during platform build (bitbake recipe) then embed into image, install at first boot. This is what we have currently for agl-demo. Typically, CAN-signaling should enter in that category +
-     * After DD: setup AGL profiles and determine in which profile a given app/service should be preinstalled (still using platform builds+firstboot) +
-     * EE-rc1: setup a separate build for apps/​services then tell developers how to grab those packages and install by hand (wget ... ; afm-util install ...) depending on their needs +
-     * Later (EE?): have an appfw store (kinda repository) and a client to download and install apps/​services from a store +
- +
- +
-New: +
- +
- +
----- +
-==== May 10, 2017 ==== +
-Attendees: Walt, Stephane, Hammad, Jonathan Kline, Dominig +
- +
-Meeting Notes: +
- +
-   * User, app, and display privileges +
-     * SPEC-545 - Platform services must NOT run as root and MUST use a dedicated system user +
-     * SPEC-546 - Run weston with dedicated '​display'​ user and group +
-     * <​del>​Need to finish and agree to Hammad'​s system hardening guide in the documentation - Done see below.</​del>​  +
-     * Use cases Requirements for user management and multi-display  +
-     * Overall plan for managing users and login management +
- +
-     * Toyota use cases for Home screen and window manager. Hoshina-san says "​Soon"​ according to Tanikawa-san. Original document probably in Japanese and needs to be translated.  +
- +
-    * Update 5/10: Stephane showed the presentation that is attached to SPEC-545. Ronan is working on two gerrit patches (9135 and 9261) for DD that implement the diagram on slide 2 of the presentation.  +
- +
- +
-  * Security Blueprint(Github https://​github.com/​automotive-grade-linux/​docs-agl/​tree/​master/​docs/​sec-blueprint) +
-      * Platform Security -> Jose +
-        * Discussed the Platform Definition in the section of the document.  +
-          * HW and BSP are an important part of security but out of scope of the document for now.  +
-          * Jan-Simon proposed we look at meta-agl (with the app-fw included) and document security provided by AGL from that perspective.  +
-          * Jose - part of the secure environment is outside of the vehicle.  +
-      * Application Security -> open +
-    * Update 4/29 - Hammad used Phil's document to update the sec blueprint. Pull request merged. Hammad and Irdeto looking at overall document for consistency. More updates later. No update from Jose. +
-    * Update 5/10: Jose made comments that were fixed by Hammad. Decided to go ahead and merge the pull request and get any comments made on the newly merged document. Hammad coming up with a plan of action for Threat Analysis and Attack Surfaces sections and is reviewing the other sections as they currently stand.  +
- +
-=== Application Framework === +
-   * Update on App FW was provided last week during the F2F meeting. {{:​agl-distro:​agl-framework-wip-april2017.pdf|Presentation is here}}.  +
- +
-   * SDK +
-     * Update from 5/9 dev call.  +
-       * Initial SDK will be available for Gen3 and VMDK. Goal is for App developers to be able to easily create new applications.  +
-       * Matt P. working on documentation under SPEC-512 +
- +
-   * Cgroups and namespace usage in AGL  +
-     * Jose will make a proposal by the end of May for default set up. SPEC-427 +
- +
-  * App FW documentation  +
-     * In March: convert PDF documents to MD as part of docs.automotivelinux.org (quickstart & sdk pdfs) +
-       * Setup SDK with Docker container - IoT.bzh +
-       * Build apps - IoT.bzh +
-     * High-level overview document needed (March/​April timeframe) +
-       * ** Update 4/12 - Not available on doc site yet. ** +
-       * ** Update 4/29 - Stephane updated the App FW and SDK guides with MD instead of PDF. ** +
- +
-     * Window Manager interface for App Framework Discussion +
-       * Decision taken to use XDG as the Application to Window Manager interface +
-       * Need to investigate which XDG functions are needed for AGL window Manager and are currently missing +
-       * Tanikawa: Homescreen is a good test case for this research.  +
- +
-     * Framework Updates for 2017 +
-       * Message Signaling - [[https://​wiki.automotivelinux.org/​agl-distro/​message-signaling | Wiki page]] to document the changes. Plan is to go ahead with this architecture.  +
-       * Upcoming Improvements to App Framework +
-         * Reworking the App FW to use systemd for control of apps (Complete for CC) SPEC-427 for documenting how it works and what is provided.  +
-         *** Update - Introduce cgroups (Will be included in CC. Additional work will be needed for DD) SPEC-425.- Need to have discussions about this within the Jira issue. **  +
-           * Need to document use cases for cgroups. Eg. Managing CPU usage, memory consumptions,​ CPU affinity, process management, network traffic, IO traffic.  +
-           * Strategy for defining cgroups within the system.  +
-         * Namespace (Will be included in Daring Dab) SPEC-426 +
-         * Basically containerizing applications (LXC) (Requires namespace and use case definitions so DD or later) Need Jira epic for roadmap.  +
-         * Notification service (Dominig presenting at AMM a proposal) - Need Jira epic +
-         * Identity and user management - Need Jira epic +
-         * Key management for app installation and the manifest that gives the rights within cynara. - Need Jira epic. After DD.  +
-         * First boot app installation mechanism (SPEC-317) ** Complete ** +
-         * Building apps in CI and providing snapshot builds.  +
-         * Consistent templates and documentation for creation of apps and widgets. Need Jira issue +
-         * Documentation of how to convert legacy apps to AGL Apps. - Need Jira issue +
-       * **Update 3/1**:  +
-         * Fulup: Approach for the low-level can interface first. High-level not proposed yet, due to ongoing discussions with W3C. There are 2 proposals out there: Volkswagen (viwi) and JLR/Genivi (viss). Fulup favors the VW proposal and will start to work on implementation.  +
-           * Meeting Minutes with w3c https://​www.w3.org/​2017/​01/​30-auto-minutes +
-           * **Members should review these and give us feedback** +
- +
-    * Dominig - will need to define a strategy to maintain iot security layer since ostro moved in a different direction. Ostro removed cynara. Need Jira issue to track.  +
-      * Update 5/10 - Dominig has continued to research longer term security architecture and how we can continue to use cynara for EE and beyond. Researching TPM.   +
- +
-   * Matsuzawa asked about having a store for AGL apps so that developers can exchange apps. +
- +
-New: +
- +
----- +
- +
-==== April 26, 2017 ==== +
-Attendees: Walt, Stephane, Jose, Tanikawa, Hammad +
- +
-  * Security Blueprint(Github https://​github.com/​automotive-grade-linux/​docs-agl/​tree/​master/​docs/​sec-blueprint) +
-    * **Update 3/1 - Hammad updated his pull request secure boot/ system hardening. Waiting on Jan-Simon and Fulup to re-review. Hammad will also look at Phil Wise's adversary list to incorporate into the document. Hammad will initiate a security review of the AGL code. Jose offered to help as well. ** +
-      * Platform Security -> Jose +
-        * Discussed the Platform Definition in the section of the document.  +
-          * HW and BSP are an important part of security but out of scope of the document for now.  +
-          * Jan-Simon proposed we look at meta-agl (with the app-fw included) and document security provided by AGL from that perspective.  +
-          * Jose - part of the secure environment is outside of the vehicle.  +
-      * Application Security -> open +
-    * Update 4/29 - Hammad used Phil's document to update the sec blueprint. Pull request merged. Hammad and Irdeto looking at overall document for consistency. More updates later. No update from Jose. +
- +
-=== Application Framework === +
-   * Update on App FW was provided last week during the F2F meeting. {{:​agl-distro:​agl-framework-wip-april2017.pdf|Presentation is here}}.  +
- +
-   * SDK +
-     * Update provided last week by Stephane and Fulup. ​ {{:​agl-distro:​agl_devkit_featuresandroadmap.pdf| Presentation is here}}.  +
- +
-   * Cgroups and namespace usage in AGL  +
-     * Jose will make a proposal by the end of May for default set up. SPEC-427 +
- +
-  * App FW documentation  +
-     * In March: convert PDF documents to MD as part of docs.automotivelinux.org (quickstart & sdk pdfs) +
-       * Setup SDK with Docker container - IoT.bzh +
-       * Build apps - IoT.bzh +
-     * High-level overview document needed (March/​April timeframe) +
-       * ** Update 4/12 - Not available on doc site yet. ** +
-       * ** Update 4/29 - Stephane updated the App FW and SDK guides with MD instead of PDF. ** +
- +
-     * Window Manager interface for App Framework Discussion +
-       * Decision taken to use XDG as the Application to Window Manager interface +
-       * Need to investigate which XDG functions are needed for AGL window Manager and are currently missing +
-       * Tanikawa: Homescreen is a good test case for this research.  +
- +
-   * **New 4/29** +
-   * User, app, and display privileges +
-   * SPEC-545 - Platform services must NOT run as root and MUST use a dedicated system user +
-   * SPEC-546 - Run weston with dedicated '​display'​ user and group +
-     * Need to finish and agree to Hammad'​s system hardening guide in the documentation +
-     * Use cases Requirements for user management and multi-display  +
-     * Overall plan for managing users and login management +
-     * Proposal will come from Ronan and Jose on how to manage users. See gerrit 9135 +
-     * Toyota use cases for Home screen and window manager. Hoshina-san says "​Soon"​ according to Tanikawa-san. Original document probably in Japanese and needs to be translated.  +
-     * For next meeting- Review proposal from Ronan. Use cases available? System hardening guide in github can be used to document what we want to do here. Jose and Stephane should review before the next meeting.  +
- +
-     * Framework Updates for 2017 +
-       * Message Signaling - [[https://​wiki.automotivelinux.org/​agl-distro/​message-signaling | Wiki page]] to document the changes. Plan is to go ahead with this architecture.  +
-       * Upcoming Improvements to App Framework +
-         * Reworking the App FW to use systemd for control of apps (Complete for CC) SPEC-427 for documenting how it works and what is provided.  +
-         *** Update - Introduce cgroups (Will be included in CC. Additional work will be needed for DD) SPEC-425.- Need to have discussions about this within the Jira issue. **  +
-           * Need to document use cases for cgroups. Eg. Managing CPU usage, memory consumptions,​ CPU affinity, process management, network traffic, IO traffic.  +
-           * Strategy for defining cgroups within the system.  +
-         * Namespace (Will be included in Daring Dab) SPEC-426 +
-         * Basically containerizing applications (LXC) (Requires namespace and use case definitions so DD or later) Need Jira epic for roadmap.  +
-         * Notification service (Dominig presenting at AMM a proposal) - Need Jira epic +
-         * Identity and user management - Need Jira epic +
-         * Key management for app installation and the manifest that gives the rights within cynara. - Need Jira epic. After DD.  +
-         * First boot app installation mechanism (SPEC-317) ** Complete ** +
-         * Building apps in CI and providing snapshot builds.  +
-         * Consistent templates and documentation for creation of apps and widgets. Need Jira issue +
-         * Documentation of how to convert legacy apps to AGL Apps. - Need Jira issue +
-       * **Update 3/1**:  +
-         * Fulup: Approach for the low-level can interface first. High-level not proposed yet, due to ongoing discussions with W3C. There are 2 proposals out there: Volkswagen (viwi) and JLR/Genivi (viss). Fulup favors the VW proposal and will start to work on implementation.  +
-           * Meeting Minutes with w3c https://​www.w3.org/​2017/​01/​30-auto-minutes +
-           * **Members should review these and give us feedback** +
- +
-    * New: +
-      * Dominig - will need to define a strategy to maintain iot security layer since ostro moved in a different direction. Ostro removed cynara. Need Jira issue to track.  +
- +
-   * Matsuzawa asked about having a store for AGL apps so that developers can exchange apps. +
----- +
- +
-==== April 12, 2017 ==== +
-Attendees: Walt, Jose, Stephane, Dominig, Kurokawa, Tanikawa, Matsuzawa, Matsumoto, Jan-Simon +
- +
-  * Security Blueprint(Github https://​github.com/​automotive-grade-linux/​docs-agl/​tree/​master/​docs/​sec-blueprint) +
-    * **Update 3/1 - Hammad updated his pull request secure boot/ system hardening. Waiting on Jan-Simon and Fulup to re-review. Hammad will also look at Phil Wise's adversary list to incorporate into the document. Hammad will initiate a security review of the AGL code. Jose offered to help as well. ** +
-      * Platform Security -> Jose +
-        * Discussed the Platform Definition in the section of the document.  +
-          * HW and BSP are an important part of security but out of scope of the document for now.  +
-          * Jan-Simon proposed we look at meta-agl (with the app-fw included) and document security provided by AGL from that perspective.  +
-          * Jose - part of the secure environment is outside of the vehicle.  +
-      * Application Security -> open +
- +
-=== Application Framework === +
-   * Update on App FW was provided last week during the F2F meeting. {{:​agl-distro:​agl-framework-wip-april2017.pdf|Presentation is here}}.  +
- +
-   * SDK +
-     * Update provided last week by Stephane and Fulup. ​ {{:​agl-distro:​agl_devkit_featuresandroadmap.pdf| Presentation is here}}.  +
- +
-   * Cgroups and namespace usage in AGL  +
-     * Jose will make a proposal by the end of May for default set up. SPEC-427 +
- +
-  * App FW documentation  +
-     * In March: convert PDF documents to MD as part of docs.automotivelinux.org (quickstart & sdk pdfs) +
-       * Setup SDK with Docker container - IoT.bzh +
-       * Build apps - IoT.bzh +
-     * High-level overview document needed (March/​April timeframe) +
-       * ** Update 4/12 - Not available on doc site yet. ** +
- +
-     * Window Manager interface for App Framework Discussion +
-       * Decision taken to use XDG as the Application to Window Manager interface +
-       * Need to investigate which XDG functions are needed for AGL window Manager and are currently missing +
-       * Tanikawa: Homescreen is a good test case for this research.  +
- +
- +
-     * Framework Updates for 2017 +
-       * Message Signaling - [[https://​wiki.automotivelinux.org/​agl-distro/​message-signaling | Wiki page]] to document the changes. Plan is to go ahead with this architecture.  +
-       * Upcoming Improvements to App Framework +
-         * Reworking the App FW to use systemd for control of apps (Complete for CC) SPEC-427 for documenting how it works and what is provided.  +
-         *** Update - Introduce cgroups (Will be included in CC. Additional work will be needed for DD) SPEC-425.- Need to have discussions about this within the Jira issue. **  +
-           * Need to document use cases for cgroups. Eg. Managing CPU usage, memory consumptions,​ CPU affinity, process management, network traffic, IO traffic.  +
-           * Strategy for defining cgroups within the system.  +
-         * Namespace (Will be included in Daring Dab) SPEC-426 +
-         * Basically containerizing applications (LXC) (Requires namespace and use case definitions so DD or later) Need Jira epic for roadmap.  +
-         * Notification service (Dominig presenting at AMM a proposal) - Need Jira epic +
-         * Identity and user management - Need Jira epic +
-         * Key management for app installation and the manifest that gives the rights within cynara. - Need Jira epic. After DD.  +
-         * First boot app installation mechanism (SPEC-317) ** Complete ** +
-         * Building apps in CI and providing snapshot builds.  +
-         * Consistent templates and documentation for creation of apps and widgets. Need Jira issue +
-         * Documentation of how to convert legacy apps to AGL Apps. - Need Jira issue +
-       * **Update 3/1**:  +
-         * Fulup: Approach for the low-level can interface first. High-level not proposed yet, due to ongoing discussions with W3C. There are 2 proposals out there: Volkswagen (viwi) and JLR/Genivi (viss). Fulup favors the VW proposal and will start to work on implementation.  +
-           * Meeting Minutes with w3c https://​www.w3.org/​2017/​01/​30-auto-minutes +
-           * **Members should review these and give us feedback** +
- +
-    * New: +
-      * Dominig - will need to define a strategy to maintain iot security layer since ostro moved in a different direction. Ostro removed cynara. Need Jira issue to track.  +
- +
-   * Matsuzawa asked about having a store for AGL apps so that developers can exchange apps. +
----- +
- +
-==== March 29, 2017 ==== +
-Attendees: Walt, Jens, Michael, Tanikawa, Kurokawa, Stephane, Dominig +
- +
-  * Security Blueprint(Github https://​github.com/​automotive-grade-linux/​docs-agl/​tree/​master/​docs/​sec-blueprint) +
-    * **Update 3/1 - Hammad updated his pull request secure boot/ system hardening. Waiting on Jan-Simon and Fulup to re-review. Hammad will also look at Phil Wise's adversary list to incorporate into the document. Hammad will initiate a security review of the AGL code. Jose offered to help as well. ** +
-      * Platform Security -> Jose +
-        * Discussed the Platform Definition in the section of the document.  +
-          * HW and BSP are an important part of security but out of scope of the document for now.  +
-          * Jan-Simon proposed we look at meta-agl (with the app-fw included) and document security provided by AGL from that perspective.  +
-          * Jose - part of the secure environment is outside of the vehicle.  +
-      * Application Security -> open +
- +
-=== Application Framework === +
-     * App FW documentation  +
-       * Update 3/1: +
-         * In March: renew PDF documents as part of docs.automotivelinux.org (quickstart & sdk pdfs) +
-           * Setup SDK with Docker container - IoT.bzh +
-           * Build apps - IoT.bzh +
-         * High-level overview document needed (March/​April timeframe) +
- +
-     * Window Manager interface for App Framework Discussion +
-       * Jens gave [[https://​wiki.automotivelinux.org/​_media/​agl-distro/​homescreen-getting_started_v1.1.pptx| Homescreen and Window Manager presentation]] during the Yokohama face to face.  +
-       * **3/1** Update: +
-         * Fulup: Investigating gtk/gnome and mutter focusing more on security and integration with App FW.  +
-           * AI now: integration with wayland -> who does what ? +
-           * iot.bzh: appfw+wayland part +
-         * Jens: reviewing architecture windowmanager/​compositor.  +
-           * Mentor: proposal for windowmanager/​compositor & later interface w/ homescreen to be ready before April F2F meeting.  +
-         * parallel work on these topics to be integrated/​sync'​ed once we have some real code to talk shop +
- +
-     * Munakata-san asked about hiring people to get Window Manager and AMB replacement complete. Walt will start the process to get IoT.bzh some help. Walt will get SOW to Fulup this week. ** Update 2/1 - SOW waiting on Dan. ** +
-       * Update 3/29 - Contract now in place +
- +
-     * Framework Updates for 2017 +
-       * Message Signaling - [[https://​wiki.automotivelinux.org/​agl-distro/​message-signaling | Wiki page]] to document the changes. Plan is to go ahead with this architecture.  +
-       * Upcoming Improvements to App Framework +
-         * Reworking the App FW to use systemd for control of apps (Complete for CC) SPEC-427 for documenting how it works and what is provided.  +
-         *** Update - Introduce cgroups (Will be included in CC. Additional work will be needed for DD) SPEC-425.- Need to have discussions about this within the Jira issue. **  +
-           * Need to document use cases for cgroups. Eg. Managing CPU usage, memory consumptions,​ CPU affinity, process management, network traffic, IO traffic.  +
-           * Strategy for defining cgroups within the system.  +
-         * Namespace (Will be included in Daring Dab) SPEC-426 +
-         * Basically containerizing applications (LXC) (Requires namespace and use case definitions so DD or later) Need Jira epic for roadmap.  +
-         * Notification service (Dominig presenting at AMM a proposal) - Need Jira epic +
-         * Identity and user management - Need Jira epic +
-         * Key management for app installation and the manifest that gives the rights within cynara. - Need Jira epic. After DD.  +
-         * First boot app installation mechanism (SPEC-317) ** Complete ** +
-         * Building apps in CI and providing snapshot builds.  +
-         * Consistent templates and documentation for creation of apps and widgets. Need Jira issue +
-         * Documentation of how to convert legacy apps to AGL Apps. - Need Jira issue +
-       * **Update 3/1**:  +
-         * Fulup: Approach for the low-level can interface first. High-level not proposed yet, due to ongoing discussions with W3C. There are 2 proposals out there: Volkswagen (viwi) and JLR/Genivi (viss). Fulup favors the VW proposal and will start to work on implementation.  +
-           * Meeting Minutes with w3c https://​www.w3.org/​2017/​01/​30-auto-minutes +
-           * **Members should review these and give us feedback** +
- +
-   * SOTA Update +
-     * Demo shown at CES and a number of people are using it on a regular basis to manage their boards +
-     * Updates for DD? +
-     * ** Update 3/1 - Nothing to report. Walt will contact ATS separately. ** +
-     * ** Update 3/1** - Static UID / dynamic UID issue : SPEC-440 https://​jira.automotivelinux.org/​browse/​SPEC-440 Closed +
- +
-    * New: +
-      * Dominig - will need to define a strategy to maintain iot security layer since ostro moved in a different direction. Ostro removed cynara. Need Jira issue to track.  +
- +
-------------- +
- +
-==== March 1, 2017 ==== +
-Attendees: Walt, Jens, Hammad, Stephane, Fulup, Tanikawa-san,​ Ohiwa-san, Dominig, Matsuzawa, Jose +
- +
-=== Security Agenda === +
- +
-  * Security Blueprint(Github https://​github.com/​automotive-grade-linux/​docs-agl/​tree/​master/​docs/​sec-blueprint) +
-    * **Update 3/1 - Hammad updated his pull request secure boot/ system hardening. Waiting on Jan-Simon and Fulup to re-review. Hammad will also look at Phil Wise's adversary list to incorporate into the document. Hammad will initiate a security review of the AGL code. Jose offered to help as well. ** +
-      * Platform Security -> Jose +
-        * Discussed the Platform Definition in the section of the document.  +
-          * HW and BSP are an important part of security but out of scope of the document for now.  +
-          * Jan-Simon proposed we look at meta-agl (with the app-fw included) and document security provided by AGL from that perspective.  +
-          * Jose - part of the secure environment is outside of the vehicle.  +
-      * Application Security -> open +
- +
-=== Application Framework === +
-     * App FW documentation  +
-       * Update 3/1: +
-         * In March: renew PDF documents as part of docs.automotivelinux.org (quickstart & sdk pdfs) +
-           * Setup SDK with Docker container - IoT.bzh +
-           * Build apps - IoT.bzh +
-         * High-level overview document needed (March/​April timeframe) +
- +
-     * Window Manager interface for App Framework Discussion +
-       * Jens gave [[https://​wiki.automotivelinux.org/​_media/​agl-distro/​homescreen-getting_started_v1.1.pptx| Homescreen and Window Manager presentation]] during the Yokohama face to face.  +
-       * **3/1** Update: +
-         * Fulup: Investigating gtk/gnome and mutter focusing more on security and integration with App FW.  +
-           * AI now: integration with wayland -> who does what ? +
-           * iot.bzh: appfw+wayland part +
-         * Jens: reviewing architecture windowmanager/​compositor.  +
-           * Mentor: proposal for windowmanager/​compositor & later interface w/ homescreen to be ready before April F2F meeting.  +
-         * parallel work on these topics to be integrated/​sync'​ed once we have some real code to talk shop +
- +
-     * Munakata-san asked about hiring people to get Window Manager and AMB replacement complete. Walt will start the process to get IoT.bzh some help. Walt will get SOW to Fulup this week. ** Update 2/1 - SOW waiting on Dan. ** +
-       * **2/15** No update +
- +
-     * Framework Updates for 2017 +
-       * Message Signaling - [[https://​wiki.automotivelinux.org/​agl-distro/​message-signaling | Wiki page]] to document the changes. Plan is to go ahead with this architecture.  +
-       * Upcoming Improvements to App Framework +
-         * Reworking the App FW to use systemd for control of apps (Complete for CC) SPEC-427 for documenting how it works and what is provided.  +
-         *** Update - Introduce cgroups (Will be included in CC. Additional work will be needed for DD) SPEC-425.- Need to have discussions about this within the Jira issue. **  +
-           * Need to document use cases for cgroups. Eg. Managing CPU usage, memory consumptions,​ CPU affinity, process management, network traffic, IO traffic.  +
-           * Strategy for defining cgroups within the system.  +
-         * Namespace (Will be included in Daring Dab) SPEC-426 +
-         * Basically containerizing applications (LXC) (Requires namespace and use case definitions so DD or later) Need Jira epic for roadmap.  +
-         * Notification service (Dominig presenting at AMM a proposal) - Need Jira epic +
-         * Identity and user management - Need Jira epic +
-         * Key management for app installation and the manifest that gives the rights within cynara. - Need Jira epic. After DD.  +
-         * First boot app installation mechanism (SPEC-317) ** Complete ** +
-         * Building apps in CI and providing snapshot builds.  +
-         * Consistent templates and documentation for creation of apps and widgets. Need Jira issue +
-         * Documentation of how to convert legacy apps to AGL Apps. - Need Jira issue +
-       * **Update 3/1**:  +
-         * Fulup: Approach for the low-level can interface first. High-level not proposed yet, due to ongoing discussions with W3C. There are 2 proposals out there: Volkswagen (viwi) and JLR/Genivi (viss). Fulup favors the VW proposal and will start to work on implementation.  +
-           * Meeting Minutes with w3c https://​www.w3.org/​2017/​01/​30-auto-minutes +
-           * **Members should review these and give us feedback** +
- +
-   * SOTA Update +
-     * Demo shown at CES and a number of people are using it on a regular basis to manage their boards +
-     * Updates for DD? +
-     * ** Update 3/1 - Nothing to report. Walt will contact ATS separately. ** +
-     * ** Update 3/1** - Static UID / dynamic UID issue : SPEC-440 https://​jira.automotivelinux.org/​browse/​SPEC-440 Closed +
- +
-    * New: +
-      * Dominig - will need to define a strategy to maintain iot security layer since ostro moved in a different direction. Ostro removed cynara. Need Jira issue to track.  +
- +
------- +
-==== February 15, 2017 ==== +
-Attendees: Jan-Simon, Stephane, Jens, Fulup, Tanikawa-san,​ Ohiwa-san, Jose, Dominig +
- +
-=== Security Agenda === +
- +
-  * Security Blueprint(Github https://​github.com/​automotive-grade-linux/​docs-agl/​tree/​master/​docs/​sec-blueprint) +
-    * By early next week the last of the content will be included in Github, primarily Doming and Hammad.  +
-    * Review process kicks off starting starting Tuesday (Dec 13). Document issues in github by Dec 21 meeting of App FW EG.  +
-    * Stephane and Jan-Simon empowered to fix issues with rendering and typos without review.  +
-    * Need a tech writer to come in and help clean up english and grammar mistakes.  +
-    * **Update 2/1 - Hammad updated his pull request secure boot/ system hardening. Waiting on Jan-Simon and Fulup to re-review. Hammad will also look at Phil Wise's adversary list to incorporate into the document. ** +
-    * **Update 2/15** - As per the discussion during last weeks F2F, stale categories removed from docs.automotivelinux.org. Remaining sections to be reviewed and updated. +
-      * Platform Security -> Jose +
-      * Application Security -> open +
- +
-=== Application Framework === +
-     * App FW documentation  +
-       * Update 2/15: +
-         * In march: renew PDF documents as part of docs.automotivelinux.org (quickstart & sdk pdfs) +
-           * setup SDK +
-           * build apps +
-         * High-level overview document needed (march/​april timeframe) +
-     * Window Manager interface for App Framework Discussion +
-       * Jens gave [[https://​wiki.automotivelinux.org/​_media/​agl-distro/​homescreen-getting_started_v1.1.pptx| Homescreen and Window Manager presentation]] during the Yokohama face to face. ** Update 2/1 - face to face discussion next week at AMM. ** +
-       * **2/15** Update: +
-         * Fulup: general agreement on high-level approach +
-           * AI now: integration with wayland -> who does what ? +
-           * iot.bzh: appfw+wayland part +
-         * Jens: reviewing architecture windowmanager/​compositor.  +
-           * Mentor: proposal for windowmanager/​compositor & later interface w/ homescreen +
-         * parallel work on these topics to be integrated/​sync'​ed once we have some real code to talk shop +
- +
-     * Munakata-san asked about hiring people to get Window Manager and AMB replacement complete. Walt will start the process to get IoT.bzh some help. Walt will get SOW to Fulup this week. ** Update 2/1 - SOW waiting on Dan. ** +
-       * **2/15** No update +
- +
-     * Framework Updates for 2017 +
-       * Message Signaling - [[https://​wiki.automotivelinux.org/​agl-distro/​message-signaling | Wiki page]] to document the changes. Plan is to go ahead with this architecture.  +
-       * Upcoming Improvements to App Framework +
-         * Reworking the App FW to use systemd for control of apps (Complete for CC) SPEC-427 for documenting how it works and what is provided.  +
-         * Introduce cgroups (Will be included in CC. Additional work will be needed for DD) SPEC-425.  +
-           * Need to document use cases for cgroups. Eg. Managing CPU usage, memory consumptions,​ CPU affinity, process management, network traffic, IO traffic.  +
-           * Strategy for defining cgroups within the system.  +
-         * Namespace (Will be included in Daring Dab) SPEC-426 +
-         * Basically containerizing applications (LXC) (Requires namespace and use case definitions so DD or later) Need Jira epic for roadmap.  +
-         * Notification service (Dominig presenting at AMM a proposal) - Need Jira epic +
-         * Identity and user management - Need Jira epic +
-         * Key management for app installation and the manifest that gives the rights within cynara. - Need Jira epic. After DD.  +
-         * First boot app installation mechanism (SPEC-317) +
-         * Building apps in CI and providing snapshot builds.  +
-         * Consistent templates and documentation for creation of apps and widgets. Need Jira issue +
-         * Documentation of how to convert legacy apps to AGL Apps. - Need Jira issue +
-       * **Update 2/15**:  +
-         * Fulup: Approach for the low-level can interface first. High-level not proposed yet, due to ongoing discussions with W3C. There are 2 proposals out there: Volkswagen (viwi) and JLR/Genivi (viss).  +
-           * Meeting Minutes with w3c https://​www.w3.org/​2017/​01/​30-auto-minutes +
-           * **Members should review these and give us feedback** +
- +
-   * SOTA Update +
-     * Demo shown at CES and a number of people are using it on a regular basis to manage their boards +
-     * Updates for DD? +
-     * ** Update 2/1 - Nothing to report. Walt will contact ATS separately. ** +
-     * ** Update 2/15** - Static UID / dynamic UID issue : SPEC-440 https://​jira.automotivelinux.org/​browse/​SPEC-440 +
-       * Discussion about possible solutions:​ +
-         * Modify in recipes ​ + simple/​quick ​  - possible lots of upstream recipes +
-         * Fulup: patch useradd class with lookup-table +
-         * Stephane: base passwd/​group file + additional fixed UIDs, useradd class to use usermod (and not fail if user exists) +
-         * AI: Stephane: investigate passwd file + useradd class modifications +
-         * AI: Dominig: asks on Yocto Project mailinglist +
-    * New: +
-      *  +
- +
------- +
-==== February 1, 2017 ==== +
-Attendees: Walt, Michael, Hammad, Stephane, Jens, Jose, Jan-Simon, Ohiwa +
- +
-=== Security Agenda === +
- +
-  * Security Blueprint(Github https://​github.com/​automotive-grade-linux/​docs-agl/​tree/​master/​docs/​sec-blueprint) +
-    * By early next week the last of the content will be included in Github, primarily Doming and Hammad.  +
-    * Review process kicks off starting starting Tuesday (Dec 13). Document issues in github by Dec 21 meeting of App FW EG.  +
-    * Stephane and Jan-Simon empowered to fix issues with rendering and typos without review.  +
-    * Need a tech writer to come in and help clean up english and grammar mistakes.  +
-    * **Update 2/1 - Hammad updated his pull request secure boot/ system hardening. Waiting on Jan-Simon and Fulup to re-review. Hammad will also look at Phil Wise's adversary list to incorporate into the document. ** +
- +
-=== Application Framework === +
-     * App FW documentation  +
-       * Documentation now included in [[https://​automotive-grade-linux.github.io/​docs-agl/​ | AGL documentation site.]] Still need the high level document. It was reported by Fulup that ALPS used the existing documentation (from wiki) to create their Wifi app and they were able to get most of the conversion done with it. Some tweaks needed to documentation but this is a good sign. **Update 2/1 - Not started yet. ** +
-     * Window Manager interface for App Framework Discussion +
-       * Jens gave [[https://​wiki.automotivelinux.org/​_media/​agl-distro/​homescreen-getting_started_v1.1.pptx| Homescreen and Window Manager presentation]] during the Yokohama face to face. ** Update 2/1 - face to face discussion next week at AMM. ** +
-     * Munakata-san asked about hiring people to get Window Manager and AMB replacement complete. Walt will start the process to get IoT.bzh some help. Walt will get SOW to Fulup this week. ** Update 2/1 - SOW waiting on Dan. ** +
- +
-     * Framework Updates for 2017 +
-       * Message Signaling - [[https://​wiki.automotivelinux.org/​agl-distro/​message-signaling | Wiki page]] to document the changes. Plan is to go ahead with this architecture.  +
-       * Upcoming Improvements to App Framework +
-         * Reworking the App FW to use systemd for control of apps (Complete for CC) SPEC-427 for documenting how it works and what is provided.  +
-         * Introduce cgroups (Will be included in CC. Additional work will be needed for DD) SPEC-425.  +
-           * Need to document use cases for cgroups. Eg. Managing CPU usage, memory consumptions,​ CPU affinity, process management, network traffic, IO traffic.  +
-           * Strategy for defining cgroups within the system.  +
-         * Namespace (Will be included in Daring Dab) SPEC-426 +
-         * Basically containerizing applications (LXC) (Requires namespace and use case definitions so DD or later) Need Jira epic for roadmap.  +
-         * Notification service (Dominig presenting at AMM a proposal) - Need Jira epic +
-         * Identity and user management - Need Jira epic +
-         * Key management for app installation and the manifest that gives the rights within cynara. - Need Jira epic. After DD.  +
-         * First boot app installation mechanism (SPEC-317) +
-         * Building apps in CI and providing snapshot builds.  +
-         * Consistent templates and documentation for creation of apps and widgets. Need Jira issue +
-         * Documentation of how to convert legacy apps to AGL Apps. - Need Jira issue +
- +
- +
-       ​* ​ Jens sent out an email with ideas about the future of the AGL compositor. We also need to look at separating the Window Manager from the Home screen. In general we need to compile a list of lessons learned and issues to fix in the architecture for 2017. Jens will push documents to the AGL documentation site about the home screen by the end of the week. The topics will be How to Use the Home screen and How to build the Home Screen. ** Update 2/1 to be discussed next week at the AMM. ** +
- +
-   * SOTA Update +
-     * Demo shown at CES and a number of people are using it on a regular basis to manage their boards +
-     * Updates for DD? +
-     * ** Update 2/1 - Nothing to report. Walt will contact ATS separately. ** +
------- +
- +
-==== January 18, 2017 ==== +
-Attendees: Walt, Jens, Dominig +
- +
-=== Security Agenda === +
- +
-  * Security Blueprint(Github https://​github.com/​automotive-grade-linux/​docs-agl/​tree/​master/​docs/​sec-blueprint) +
-    * By early next week the last of the content will be included in Github, primarily Doming and Hammad.  +
-    * Review process kicks off starting starting Tuesday (Dec 13). Document issues in github by Dec 21 meeting of App FW EG.  +
-    * Stephane and Jan-Simon empowered to fix issues with rendering and typos without review.  +
-    * Need a tech writer to come in and help clean up english and grammar mistakes.  +
-    * **Update 12/21** - No reviews really held. Need to wait until after CES.  Hammad submitted a pull request with additional content for secure boot/ system hardening that needs to be merged.  +
- +
-=== Application Framework === +
-     * App FW documentation  +
-       * Documentation now included in [[https://​automotive-grade-linux.github.io/​docs-agl/​ | AGL documentation site.]] Still need the high level document. It was reported by Fulup that ALPS used the existing documentation (from wiki) to create their Wifi app and they were able to get most of the conversion done with it. Some tweaks needed to documentation but this is a good sign.  +
-     * Window Manager interface for App Framework Discussion +
-       * Jens gave [[https://​wiki.automotivelinux.org/​_media/​agl-distro/​homescreen-getting_started_v1.1.pptx| Homescreen and Window Manager presentation]] during the Yokohama face to face.  +
-     * Munakata-san asked about hiring people to get Window Manager and AMB replacement complete. Walt will start the process to get IoT.bzh some help. Walt will get SOW to Fulup this week.  +
- +
-     * Framework Updates for 2017 +
-       * Message Signaling - [[https://​wiki.automotivelinux.org/​agl-distro/​message-signaling | Wiki page]] to document the changes. Plan is to go ahead with this architecture.  +
-       * Upcoming Improvements to App Framework +
-         * Reworking the App FW to use systemd for control of apps (Complete for CC) +
-         * Introduce cgroups (Will be included in CC. Additional work will be needed for DD) +
-         * Namespace (Will be included in Daring Dab) +
-         * Basically containerizing applications (LXC) (Requires namespace so DD or later) +
-         * Notification service (Dominig presenting at AMM a proposal) +
-         * Identity and user management +
-         * Key management for app installation and the manifest that gives the rights within cynara.  +
-         * First boot app installation mechanism (SPEC-317) +
-         * Building apps in CI and providing snapshot builds.  +
-         * Consistent templates and documentation for creation of apps and widgets +
-         * Documentation of how to convert legacy apps to AGL Apps.  +
- +
- +
-       * ** Update 12/21 - Jens sent out an email with ideas about the future of the AGL compositor. We also need to look at separating the Window Manager from the Home screen. In general we need to compile a list of lessons learned and issues to fix in the architecture for 2017. Jens will push documents to the AGL documentation site about the home screen by the end of the week. The topics will be How to Use the Home screen and How to build the Home Screen. **  +
- +
-   * SOTA Update +
-     * Demo shown at CES and a number of people are using it on a regular basis to manage their boards +
-     * Updates for DD? +
- +
- +
-==== January 4, 2017 ==== +
-Canceled - CES +
- +
-==== December 21, 2016 ==== +
-Attendees: Walt, Jens, Hammad +
- +
-=== Security Agenda === +
- +
-  * Security Blueprint(Github https://​github.com/​automotive-grade-linux/​docs-agl/​tree/​master/​docs/​sec-blueprint) +
-    * By early next week the last of the content will be included in Github, primarily Doming and Hammad.  +
-    * Review process kicks off starting starting Tuesday (Dec 13). Document issues in github by Dec 21 meeting of App FW EG.  +
-    * Stephane and Jan-Simon empowered to fix issues with rendering and typos without review.  +
-    * Need a tech writer to come in and help clean up english and grammar mistakes.  +
-    * **Update 12/21** - No reviews really held. Need to wait until after CES.  Hammad submitted a pull request with additional content for secure boot/ system hardening that needs to be merged.  +
- +
-=== Application Framework === +
-     * App FW documentation  +
-       * Documentation now included in [[https://​automotive-grade-linux.github.io/​docs-agl/​ | AGL documentation site.]] Still need the high level document. It was reported by Fulup that ALPS used the existing documentation (from wiki) to create their Wifi app and they were able to get most of the conversion done with it. Some tweaks needed to documentation but this is a good sign.  +
-     * Window Manager interface for App Framework Discussion +
-       * Jens gave [[https://​wiki.automotivelinux.org/​_media/​agl-distro/​homescreen-getting_started_v1.1.pptx| Homescreen and Window Manager presentation]] during the Yokohama face to face.  +
-     * Munakata-san asked about hiring people to get Window Manager and AMB replacement complete. Walt will start the process to get IoT.bzh some help. Walt will get SOW to Fulup this week.  +
- +
-     * Framework Updates +
-       * Message Signaling - [[https://​wiki.automotivelinux.org/​agl-distro/​message-signaling | Wiki page]] to document the changes. Plan is to go ahead with this architecture.  +
-       * Upcoming Improvements to App Framework +
-         * Reworking the App FW to use systemd for control of apps (Complete for CC) +
-         * Introduce cgroups (Will be included in CC. Additional work will be needed for DD) +
-         * Namespace (Will be included in Daring Dab) +
-         * Basically containerizing applications (LXC) (Requires namespace so DD or later) +
-     * IoT.bzh working with Forgerock on identity and user management  +
-       * ** Update 11/23 - work in progress by Jose.  Working on something to show at CES. Integration meeting planned in Vannes Dec 5-8 so it will be ready for Yokohama f2f Dec 14. ** +
- +
-       * ** Update 12/21 - Jens sent out an email with ideas about the future of the AGL compositor. We also need to look at separating the Window Manager from the Home screen. In general we need to compile a list of lessons learned and issues to fix in the architecture for 2017. Jens will push documents to the AGL documentation site about the home screen by the end of the week. The topics will be How to Use the Home screen and How to build the Home Screen. **  +
- +
-   * SOTA Update +
-     * Leon has ported SOTA to Raspberry PI 2/3 with some open issues in the GUI +
-     * Leon now has a Porter board so he can start testing SOTA on the Porter. +
-     * Discussion on the mail list and [[https://​jira.automotivelinux.org/​browse/​SPEC-304 | SPEC-304]] needs to come to a decision quickly so we can complete the demo and CC release.  +
-       * Update 11/23 - Not resolved.  +
- +
-Other: +
-   * Dominig brought up the need to be able to install applications off-line without running the device. This was possible in Tizen using OBS, but this was not ported to the Yocto version. Jose created a [[https://​jira.automotivelinux.org/​browse/​SPEC-317| Jira issue]] to keep track of the requirement. ​ Use case for CES is that we are receiving applications from multiple sources. How will we build an image that will boot on the device with these apps pre-installed?​ +
- +
-   * Building apps in CI and providing snapshot builds. Jan-Simon working on something this week. Stephane will give him a call.  +
- +
-==== December 7, 2016 ==== +
-Attendees: Walt, Jan-Simon, Jens, Fulup, Dennis, Hammad, Stephane,  +
- +
-=== Security Agenda === +
- +
-  * Security Blueprint(Github https://​github.com/​automotive-grade-linux/​docs-agl/​tree/​master/​docs/​sec-blueprint) +
-    * By early next week the last of the content will be included in Github, primarily Doming and Hammad.  +
-    * Review process kicks off starting starting Tuesday (Dec 13). Document issues in github by Dec 21 meeting of App FW EG.  +
-    * Stephane and Jan-Simon empowered to fix issues with rendering and typos without review.  +
-    * Need a tech writer to come in and help clean up english and grammar mistakes.  +
- +
-=== Application Framework === +
-     * App FW documentation  +
-       * Documentation now included in [[https://​automotive-grade-linux.github.io/​docs-agl/​ | AGL documentation site.]] Still need the high level document. It was reported by Fulup that ALPS used the existing documentation (from wiki) to create their Wifi app and they were able to get most of the conversion done with it. Some tweaks needed to documentation but this is a good sign.  +
-     * Window Manager interface for App Framework Discussion +
-       * Jens gave [[https://​wiki.automotivelinux.org/​_media/​agl-distro/​homescreen-getting_started_v1.1.pptx| Homescreen and Window Manager presentation]] during the Yokohama face to face.  +
-     * Munakata-san asked about hiring people to get Window Manager and AMB replacement complete. Walt will start the process to get IoT.bzh some help. Walt will get SOW to Fulup this week.  +
- +
-     * Framework Updates +
-       * Message Signaling - [[https://​wiki.automotivelinux.org/​agl-distro/​message-signaling | Wiki page]] to document the changes. Plan is to go ahead with this architecture.  +
-       * Upcoming Improvements to App Framework +
-         * Reworking the App FW to use systemd for control of apps (Complete for CC) +
-         * Introduce cgroups (Will be included in CC. Additional work will be needed for DD) +
-         * Namespace (Will be included in Daring Dab) +
-         * Basically containerizing applications (LXC) (Requires namespace so DD or later) +
-     * IoT.bzh working with Forgerock on identity and user management  +
-       * ** Update 11/23 - work in progress by Jose.  Working on something to show at CES. Integration meeting planned in Vannes Dec 5-8 so it will be ready for Yokohama f2f Dec 14. ** +
- +
-   * SOTA Update +
-     * Leon has ported SOTA to Raspberry PI 2/3 with some open issues in the GUI +
-     * Leon now has a Porter board so he can start testing SOTA on the Porter. +
-     * Discussion on the mail list and [[https://​jira.automotivelinux.org/​browse/​SPEC-304 | SPEC-304]] needs to come to a decision quickly so we can complete the demo and CC release.  +
-       * Update 11/23 - Not resolved.  +
- +
-Other: +
-   * Dominig brought up the need to be able to install applications off-line without running the device. This was possible in Tizen using OBS, but this was not ported to the Yocto version. Jose created a [[https://​jira.automotivelinux.org/​browse/​SPEC-317| Jira issue]] to keep track of the requirement. ​ Use case for CES is that we are receiving applications from multiple sources. How will we build an image that will boot on the device with these apps pre-installed?​ +
- +
-   * Building apps in CI and providing snapshot builds. Jan-Simon working on something this week. Stephane will give him a call.  +
- +
- +
- +
-New Business: +
- +
- +
-==== November 23, 2016 ==== +
- +
-Attendees: Walt, Stephane, Hammad, Jens, Dominig, Jose +
- +
-=== Security Agenda === +
- +
-  * Security Blueprint(Github https://​github.com/​automotive-grade-linux/​docs-agl/​tree/​master/​docs/​sec-blueprint) +
-    * Review the Scope of Security Blueprint - see https://​github.com/​automotive-grade-linux/​docs-agl/​issues/​1 +
-    * Target first draft for steering committee after Nov 16 meeting. ** At risk. John is proposing to move this to the end of November. Will be addressed during the SC meeting tonight. ​ ** +
-    * John asked if people can add an github issues to keep track of what they are working on so we know what to expect in the next few weeks to get added to the document.  +
-    * Kernel hardening is one area Irdeto will contribute to. (Hammad) +
-    * Dominig can contribute to strategy +
-    * Dominig and Jose will look at some existing Tizen documents that could be updated and adapted to AGL.  +
-    * GENIVI threat analysis? +
- +
-=== Application Framework === +
-     * App FW documentation  +
-       * Documentation now included in [[https://​automotive-grade-linux.github.io/​docs-agl/​ | AGL documentation site.]] Still need the high level document. It was reported by Fulup that ALPS used the existing documentation (from wiki) to create their Wifi app and they were able to get most of the conversion done with it. Some tweaks needed to documentation but this is a good sign.  +
-     * Window Manager interface for App Framework Discussion +
-       * Jens gave [[https://​wiki.automotivelinux.org/​_media/​agl-distro/​homescreen-getting_started_v1.1.pptx| Homescreen and Window Manager presentation]] during the Yokohama face to face.  +
-     * Munakata-san asked about hiring people to get Window Manager and AMB replacement complete. Walt will start the process to get IoT.bzh some help. Walt will get SOW to Fulup this week.  +
- +
-     * Framework Updates +
-       * Message Signaling - [[https://​wiki.automotivelinux.org/​agl-distro/​message-signaling | Wiki page]] to document the changes. Plan is to go ahead with this architecture.  +
-       * Upcoming Improvements to App Framework +
-         * Reworking the App FW to use systemd for control of apps (Complete for CC) +
-         * Introduce cgroups (Will be included in CC. Additional work will be needed for DD) +
-         * Namespace (Will be included in Daring Dab) +
-         * Basically containerizing applications (LXC) (Requires namespace so DD or later) +
-     * IoT.bzh working with Forgerock on identity and user management  +
-       * ** Update 11/23 - work in progress by Jose.  Working on something to show at CES. Integration meeting planned in Vannes Dec 5-8 so it will be ready for Yokohama f2f Dec 14. ** +
- +
-   * SOTA Update +
-     * Leon has ported SOTA to Raspberry PI 2/3 with some open issues in the GUI +
-     * Leon now has a Porter board so he can start testing SOTA on the Porter. +
-     * Discussion on the mail list and [[https://​jira.automotivelinux.org/​browse/​SPEC-304 | SPEC-304]] needs to come to a decision quickly so we can complete the demo and CC release.  +
-       * Update 11/23 - Not resolved.  +
- +
-Other: +
-   * Dominig brought up the need to be able to install applications off-line without running the device. This was possible in Tizen using OBS, but this was not ported to the Yocto version. Jose created a [[https://​jira.automotivelinux.org/​browse/​SPEC-317| Jira issue]] to keep track of the requirement. ​ Use case for CES is that we are receiving applications from multiple sources. How will we build an image that will boot on the device with these apps pre-installed?​ +
- +
-New Business: +
-   * Building apps in CI and providing snapshot builds. Jan-Simon working on something this week. Stephane will give him a call.  +
-   * Dominig reported that Igalia has concluded some of their [[https://​blogs.igalia.com/​tonikitoo/​2016/​11/​14/​chromium-ozone-wayland-and-beyond/​ | HTML5 work with Chromium]]. Need to get in touch with them to get it integrated in AGL mainline.  +
- +
- +
-==== November 9, 2016 ==== +
- +
-Attendees: Walt, Jose, Dominig, Dennis, Stephane, John, Jens, Hammad +
- +
-=== Security Agenda === +
-  * Where did John go? - China and then got sick  +
-  * Security Blueprint: Next steps and how to get back on track +
-  * Action item - Stephane or Jose to enter issues in github to point to existing AGL documents that deal with security issue (e.g. Lessons Learned from Tizen and Security White Paper). +
- +
-  * Security Blueprint(Github https://​github.com/​automotive-grade-linux/​docs-agl/​tree/​master/​docs/​sec-blueprint) +
-    * Review the Scope of Security Blueprint - see https://​github.com/​automotive-grade-linux/​docs-agl/​issues/​1 +
-    * Target first draft for steering committee after Nov 16 meeting. ** At risk. John is proposing to move this to the end of November. Will be addressed during the SC meeting tonight. ​ ** +
-    * John asked if people can add an github issues to keep track of what they are working on so we know what to expect in the next few weeks to get added to the document.  +
-    * Kernel hardening is one area Irdeto will contribute to. (Hammad) +
-    * Dominig can contribute to strategy +
-    * Dominig and Jose will look at some existing Tizen documents that could be updated and adapted to AGL.  +
-    * GENIVI threat analysis? +
- +
-   * Application Framework discussion +
-     * Agreed to use some of Dominig'​s slides from ELCE on the Wiki to describe the App FW at a high level and to use some of Michael'​s slides to describe how a service can be implemented to interact with the app framework. ** Stephane created [[agl-distro:​app-framework|this wiki page]] ** +
-     * Window Manager interface for App Framework Discussion +
-       * Action for Jens to provide documentation of what services were written as part of the home screen implementation so we can use that as a starting point. ** Jens needs to review with Okubi-san before releasing. ​ Jens is thinking about a video that will show how the Home Screen application works with the window manager. ​ Update 11/9 - Jens should have something for next week's integration workshop. ** +
-     * Munakata-san asked about hiring people to get Window Manager and AMB replacement complete. Walt will start the process to get IoT.bzh some help. Need to define the AMB requirements some more in order to specify.  +
- +
-     * Framework Updates +
-       * Looking for feedback from the community on the presentation from Jose on signaling in the App FW. ** Discussed earlier today during the vehicle signaling discussion. Summarized in the F2F meeting notes. Update 11/9 - No feedback received. Stephane [[https://​wiki.automotivelinux.org/​agl-distro/​message-signaling | created a wiki page]] to document the changes. ** +
-       * Feedback at AMM from Murata-san about resource management in the App FW. Jose is starting to look at how this can be accomplished and try to get a demo together by the end of the year.  +
-       * Jose is looking at implementing cgroups for restrictions on resource usage. Will be ready in time for CC release. Namespace usage is also being looked at. +
-       * ** Update 11/9 - Jose's target is sometime in December to get this done. At risk for CC. ** +
-     * IoT.bzh working with Forgerock on identity and user management  +
-       * ** Update 11/9 - work in progress by Jose.  Working on something to show at CES. ** +
- +
-   * SOTA Update +
-     * Leon has ported SOTA to Raspberry PI 2/3 with some open issues in the GUI +
-     * Leon now has a Porter board so he can start testing SOTA on the Porter. +
- +
-New Business: +
-   * Discussion on the mail list and [[https://​jira.automotivelinux.org/​browse/​SPEC-304 | SPEC-304]] needs to come to a decision quickly so we can complete the demo and CC release.  +
-   * Dominig brought up the need to be able to install applications off-line without running the device. This was possible in Tizen using OBS, but this was not ported to the Yocto version. Action for Jose to create a Jira issue to keep track of the requirement. ​ Use case for CES is that we are receiving applications from multiple sources. How will we build an image that will boot on the device with these apps pre-installed?​ +
- +
----------- +
- +
-==== October 26, 2016 ==== +
-Attendees: Walt, Jose, Jens, Kusakabe, Hammad +
- +
-Notes: +
-  * Security Blueprint(Github https://​github.com/​automotive-grade-linux/​docs-agl/​tree/​master/​docs/​sec-blueprint) +
-    * Identify what is in scope for AGL recognizing that AGL cannot solve all security issues. John will write the initial version for review at the next meeting. ** Not complete. John indicated via email that he has been working on it and should have a draft uploaded this week. ** +
-    * Target first draft for steering committee after Nov 16 meeting. ** At risk ** +
- +
-   * Application Framework discussion +
-     * Agreed to use some of Dominig'​s slides from ELCE on the Wiki to describe the App FW at a high level and to use some of Michael'​s slides to describe how a service can be implemented to interact with the app framework. ** Need to get the presentation from Dominig or Fulup'​s GENIVI presentation from last week. ** +
-     * Window Manager interface for App Framework Discussion +
-       * Action for Jens to provide documentation of what services were written as part of the home screen implementation so we can use that as a starting point. ** Jens needs to review with Okubi-san before releasing. ​ Jens is thinking about a video that will show how the Home Screen application works with the window manager. ** +
-     * Munakata-san asked about hiring people to get Window Manager and AMB replacement complete. Walt will start the process to get IoT.bzh some help. Need to define the AMB requirements some more in order to specify.  +
- +
-     * Framework Updates +
-       * Looking for feedback from the community on the presentation from Jose on signaling in the App FW. ** Discussed earlier today during the vehicle signaling discussion. Summarized in the F2F meeting notes. ** +
-       * Feedback at AMM from Murata-san about resource management in the App FW. Jose is starting to look at how this can be accomplished and try to get a demo together by the end of the year. ** Jose is looking at implementing cgroups for restrictions on resource usage. Will be ready in time for CC release. Namespace usage is also being looked at. ** +
-       * IoT.bzh working with Forgerock on identity and user management ** Moving forward. Fulup met with them at the GENIVI AMM. Working on something to show at CES. ** +
- +
-   * SOTA Update +
-     * Leon has ported SOTA to Raspberry PI 2/3 with some open issues in the GUI +
-     * Leon now has a Porter board so he can start testing SOTA on the Porter. +
- +
- +
-==== October 14, 2016 ==== +
-** Face to face meeting in Berlin ** +
-Attendees: Walt, Michael Fabry (Microchip),​ Yuichi Kusakabe (Fujitsu Ten), Fulup, Stephane, Doming, Munakata, Tanikawa, Jens, Christian +
- +
-Notes: +
-   * John will send the Irdeto slides from the AMM to Walt to be posted to the event site ** Done ** +
-   * Security Blueprint(Github https://​github.com/​automotive-grade-linux/​docs-agl/​tree/​master/​docs/​sec-blueprint) +
-     * Identify what is in scope for AGL recognizing that AGL cannot solve all security issues. John will write the initial version for review at the next meeting. ** Not complete ** +
-     * Target first draft for steering committee by Nov 15. ** At risk ** +
-     * Discussed github usage. For smaller sections we agreed to use "​issues"​ in github to hash through content before moving it to the document itself. Larger changes probably require an issue and a branch for review.  +
-     * Walt will create an initial set of issues to be looked at for the first draft ** Done ** +
-   * Automotive Threat Actors/ Adversaries from Phil Wise (ATS) - Walt will contact Phil about putting his draft directly into the document so we start commenting on it there. ​ ** Phil is ok with us using his document as a starting point. Walt added it to the issues list. ** +
- +
-   * Application Framework discussion +
-     * Agreed to use some of Dominig'​s slides from ELCE on the Wiki to describe the App FW at a high level and to use some of Michael'​s slides to describe how a service can be implemented to interact with the app framework.  +
-     * Window Manager interface for App Framework Discussion +
-       * Action for Jens to provide documentation of what services were written as part of the home screen implementation so we can use that as a starting point +
-     * Munakata-san asked about hiring people to get Window Manager and AMB replacement complete. Walt will start the process to get IoT.bzh some help. Need to define the AMB requirements some more in order to specify.  +
- +
-     * Framework Updates +
-       * Looking for feedback from the community on the presentation from Jose on signaling in the App FW. ** Discussed earlier today during the vehicle signaling discussion. Summarized in the F2F meeting notes. ** +
-       * Feedback at AMM from Murata-san about resource management in the App FW. Jose is starting to look at how this can be accomplished and try to get a demo together by the end of the year. ** Jose is looking at implementing cgroups for restrictions on resource usage. Will be ready in time for CC release. Namespace usage is also being looked at. ** +
-       * IoT.bzh working with Forgerock on identity and user management ** Moving forward. Fulup will meeting with them next week at the GENIVI AMM and should more to report at the next meeting ** +
- +
-   * SOTA Update +
-     * Leon has ported SOTA to Raspberry PI 2/3 with some open issues in the GUI +
-     * Leon now has a Porter board so he can start testing SOTA on the Porter. +
-     *  +
- +
- +
- +
-==== September 28, 2016 ==== +
-  +
-Attendees: Walt, John O'​Connor (Irdeto), Jose Bollo (IoT.bzh), Michael Fabry (Microchip),​ Hammad Ahmed (Irdeto), Yuichi Kusakabe (Fujitsu Ten), Ned Miljevic (Wind River), Fulup, Stephane +
- +
- +
-Agenda +
-  +
-  * Introductions +
-  * Recap from AGL Security Summit +
-  * Security Blueprint - Discuss how to get this moving forward +
-  * Discuss the list of automotive attackers/​adversaries provided by Phil Wise (ATS): https://​docs.google.com/​document/​d/​1XTBG6QZQuLvRlY3WAAPYQZ5TN-cH994y-BtvKKmmSKo/​pub +
-  * Other +
- +
-Notes: +
-   * John will send the Irdeto slides from the AMM to Walt to be posted to the event site +
-   * Security Blueprint added to Github https://​github.com/​automotive-grade-linux/​docs-agl/​tree/​master/​docs/​sec-blueprint +
-   * Security Blueprint +
-     * Identify what is in scope for AGL recognizing that AGL cannot solve all security issues. John will write the initial version for review at the next meeting.  +
-     * Target first draft for steering committee by Nov 15.  +
-     * Discussed github usage. For smaller sections we agreed to use "​issues"​ in github to hash through content before moving it to the document itself. Larger changes probably require an issue and a branch for review.  +
-     * Walt will create an initial set of issues to be looked at for the first draft  +
-   * Automotive Threat Actors/ Adversaries from Phil Wise (ATS) - Walt will contact Phil about putting his draft directly into the document so we start commenting on it there.  +
- +
-   * Application Framework discussion +
-     * Looking for feedback from the community on the presentation from Jose on signaling in the App FW. +
-     * Feedback at AMM from Murata-san about resource management in the App FW. Jose is starting to look at how this can be accomplished and try to get a demo together by the end of the year. +
-     * IoT.bzh working with Forgerock on identity and user management +
-     * Fulup asked about university interest in looking at attack vectors into AGL App FW.      +
- +
-==== August 31, 2016 ==== +
-Meeting starts at 04:00 UTC. +
- +
-==== August 17, 2016 ==== +
-Meeting starts at 13:00 UTC +
- +
-==== August 3, 2016 ==== +
-Meeting starts at 04:00 UTC. +
- +
-==== July 20, 2016 ==== +
-Meeting starts at 13:00 UTC. No participants after 15 minutes of waiting. +
- +
-==== July 7, 2016 ==== +
-Joint meeting with System Architecture Team. Meeting minutes can be found [[:​agl-sat-meetings#​july_7_2016|here]].  +
- +
-==== June 24, 2016 ==== +
-Joint meeting with System Architecture Team. Meeting minutes can be found [[:​agl-sat-meetings#​june_24_2016|here]]. +
- +
-==== June 8, 2016 ==== +
-Meeting starts at 04:00 UTC. No else dialed in after 10 minutes. +
- +
-==== May 25, 2016 ==== +
-Meeting minutes in the F2F minutes. See https://​wiki.automotivelinux.org/​agl-distro/​may2016-f2f +
- +
-==== May 11, 2016 ==== +
-Meeting starts at 04:00 UTC. Canceled due to lack of participants.  +
- +
-==== April 27, 2016 ==== +
- +
-Attendees: Walt, Stephane, Federico, Paul Nichols, Tom Becker, Kusakabe +
- +
-Discussion:​ +
- +
-Review of IoT.bzh Security proposal.  +
-   * See Federico'​s email and Fulup'​s response http://​lists.linuxfoundation.org/​pipermail/​automotive-discussions/​2016-April/​001929.html +
-   * Federico (and others) - how does telematics or other non-UI based ECUs fit into this proposal? +
-   * Paul - How would core telematics services be protected in a telematics device. Examples include which application(s) are permitted to talk to other ECUs in the system. Which applications may access external connections. From chat window: +
- +
-   "​Within interconnected CAN communications,​ they cannot. I think that is where  +
-   the disconnection is. The security I am referring to is accessing certain information  +
-   that is part of more premiere telematics service solution. For instance, not all  +
-   ​vehicle owners are going to want to allow all users to access certain location  +
-   ​specific information,​ geofences, or perform all remote services. That is more of  +
-   what I was attempting to referring to. That is going to require thoughts around which  +
-   ​device is connecting or who owns that device. That requires some type of profile  +
-   ​associated with the connecting cellular device. It will not be applicable to OBD2 type  +
-   data, but will be applicable for certain telematics services. Hope that makes sense."​ +
- +
-   * Tom - Slide 18 - what part of this slide is AGL concerned with or are we implementing.  +
- +
-==== March 9, 2016 ==== +
- +
-Attendees:​ +
- +
-Discussion:​ +
-  - Determining which sections of the system spec to update.  +
-  - Sec 3 Home Screen. Reads more like an application with a large mix of requirements rather than components we could implement.  +
-  - Sec 4 - Need to carefully define terms in the spec for the parts of the App FW so we all agree on what each component is.  +
-  - Window Manager = Wayland Compositor + IVI Shell (Jens) +
- +
- +
-==== Feb 25, 2016 ==== +
- +
-Face to face meeting at the All Member Meeting +
- +
-Attendees:​ +
-  * Fulup ar Foll - IoT.bzh +
-  * Hideo Yamashita - Advanced Telematics +
-  * Koji Hamasaki - Panasonic +
-  * Risto Avila - Qt Company +
-  * Ned Miljevic - Wind +
-  * Toshihiro Matsumoto - Mentor +
-  * Jens Bocklage - Mentor +
-  * Ryota Okubi - Toyota +
-  * Tukashi Yamamiya - UIEvolution +
-  * Ryo Murakami - Fujitsu +
-  * Tadao Tanikawa - Panasonic +
-  * Stephane Desneux - IoT.bzh +
-  * Walt Miner - Linux Foundation +
-  * Nobuhiko Taniabata - Denso +
- +
- +
-* Tool for documentation and requirements : Doors NG +
-Available here: http://​doors.automotivelinux.org/​ +
-Post Jira Ticket for Walt or Jan-Simon if issues to connect. +
- +
-* Communication tools : +
-dedicated mailing list  +
-JIRA +
- +
-* Meeting frequency : +
-once a week, shifted mode +
- +
-* Every group member should review the AGL 1.0 specification (at least sections 3 & 4.1) and comment/​amend the specification where needed. +
- +
-PDF file available here : +
-https://​www.automotivelinux.org/​sites/​agl/​files/​pages/​files/​agl_spec_v1.0_final_0.pdf +
- +
- => deadline for initial review :March, 10th 2016 (or the closest conf date) +
- => define use cases / scenario +
- => adjustments to be discussed : using ML probably +
- => commit the changes : end of march and will occur continuously +
- +
-* App Framework candidates : +
-IoT.bzh AppFW – Apache License +
-Qt AppFW (Pelagicore implementation) – (L?)GPLv3 License +
-... +
- +
-* Ask to CIAT EG / LF infra team for evaluation images based on new components pushed to AGL Gerrit+
  
eg-app-fw/meetings.1552485261.txt.gz · Last modified: 2019/03/13 13:54 by waltminer