Closed hellais closed 7 years ago
Other things that come to mind that will be necessary include:
Moreover if we want to be ambitious it would be ideal to also support:
Categorizing the requirements for the automatic update process:
Configuring a wifi network and altering other network settings
Modifying network configuration of a running (24/7) headless embedded server is usually not a good idea. @hellais can you elaborate a bit more of how did you think of it as something that could be useful?
Upgrading the firmware
This is quite trivial to be done but given the nature of lepidopter distribution being a headless server we will not gain much by regularly upgrading the firmware, instead if something goes wrong during the process or after rebooting the RasPi for the firmware updates to take effect we can end up with a non-bootable or unresponsive RasPi.
Upgrading the OS
Lepidopter uses Debian Jessie that is going to be fully supported up to ~June 6th 2018 and Debian has planned to offer long term support from May 2018 to end of April/May 2020.
Given the fact that we are going to have the ability to add/remove software in future versions of lepidopter we can still trigger (upon extensive testing) a distribution (OS) upgrade.
Does this makes sense?
xref: #69 — Add OTAU2 specification draft
Given that OTA upgrades is a complex implementation we will need to dedicate more time for testing and deployment, it makes sense to move this ticket in later version of Lepidopter.
I think we can consider this at this point closed?
I am going to say this is done with lepidopter-updater
There should be a way to automatically update the image of lepidopter.
Currently the only thing that is being updated is ooniprobe itself and this is done via pip.
The update system should support doing more advanced things as well such as: