| Message ID | 20210430082926.22366-1-stefano.babic@babic.homelinux.org |
|---|---|
| State | Accepted |
| Headers | show |
| Series | Adjust Roadmap for release | expand |
Hi Stefano, I found some typos: > Signed-off-by: Stefano Babic <sbabic@denx.de> > --- > doc/source/roadmap.rst | 19 +++++++++++++++---- > 1 file changed, 15 insertions(+), 4 deletions(-) > > diff --git a/doc/source/roadmap.rst b/doc/source/roadmap.rst > index 26f2cd0..1601f1c 100644 > --- a/doc/source/roadmap.rst > +++ b/doc/source/roadmap.rst > @@ -67,6 +67,10 @@ BTRFS supports subvolume and delta backup for volumes - supporting subvolumes is > to move the delta approach to filesystems, while SWUpdate should apply the deltas > generated by BTRFS utilities. > > +Note: reserach in this direction was stopped due to License conflicts with btrfs-utils. reserach → research > +They are now solved on btrfs-utils top of tree (libraries are now LGPLv2.1 and can be used > +by SWUpdate). > + > Parser > ====== > > @@ -98,9 +102,9 @@ Lua > === > > - API between SWUpdate and Lua is poorly documented. > -- Add further interfaces to extend the interface, for example to > - get inside a Lua handler or script how SWUpdate was staretd (which selction, > - which board revision, etc.) > +- Extend Lua to load modules at startup with functions that are globally visible > + and can be used nby own Lua scripts or by the embedded-script in sw-description. nby → by > +- Store in SWUpdate's repo Lua libraries and common functions to be reused by projects. > > Handlers: > ========= > @@ -139,7 +143,6 @@ Security > ======== > > - add support for asymmetryc encryption > -- add support to encrypted sw-description > > Support for evaluation boards > ============================= > @@ -152,6 +155,14 @@ patches welcome. > Back-end support (suricatta mode) > ================================= > > +Back-end: responsinevess for IPC responsinevess → responsiveness > +-------------------------------- > + > +Suricatta is implemented as single-threaded → process > that launches functions for the selected module. > +This means that the IPC does not answer if Suricatta is doing something, specially if it is > +downloading and upgrading the system. This can be enhanced adding a separate thread for IPC and of course > +all required synchonization with the main modules. synchonization → synchronization > + > Back-end: check before installing > --------------------------------- > > -- > 2.25.1 > Kind regards, Christian
diff --git a/doc/source/roadmap.rst b/doc/source/roadmap.rst index 26f2cd0..1601f1c 100644 --- a/doc/source/roadmap.rst +++ b/doc/source/roadmap.rst @@ -67,6 +67,10 @@ BTRFS supports subvolume and delta backup for volumes - supporting subvolumes is to move the delta approach to filesystems, while SWUpdate should apply the deltas generated by BTRFS utilities. +Note: reserach in this direction was stopped due to License conflicts with btrfs-utils. +They are now solved on btrfs-utils top of tree (libraries are now LGPLv2.1 and can be used +by SWUpdate). + Parser ====== @@ -98,9 +102,9 @@ Lua === - API between SWUpdate and Lua is poorly documented. -- Add further interfaces to extend the interface, for example to - get inside a Lua handler or script how SWUpdate was staretd (which selction, - which board revision, etc.) +- Extend Lua to load modules at startup with functions that are globally visible + and can be used nby own Lua scripts or by the embedded-script in sw-description. +- Store in SWUpdate's repo Lua libraries and common functions to be reused by projects. Handlers: ========= @@ -139,7 +143,6 @@ Security ======== - add support for asymmetryc encryption -- add support to encrypted sw-description Support for evaluation boards ============================= @@ -152,6 +155,14 @@ patches welcome. Back-end support (suricatta mode) ================================= +Back-end: responsinevess for IPC +-------------------------------- + +Suricatta is implemented as single-threaded that launches functions for the selected module. +This means that the IPC does not answer if Suricatta is doing something, specially if it is +downloading and upgrading the system. This can be enhanced adding a separate thread for IPC and of course +all required synchonization with the main modules. + Back-end: check before installing ---------------------------------