Hi KP Am 10.10.2015 um 20:10 schrieb kp kirchdoerfer:
HI Erich;Am Samstag, 10. Oktober 2015, 13:08:17 schrieb Erich Titl:Hi KP Am 10.10.2015 um 03:20 schrieb kp kirchdoerfer:Hi Erich;...
....
This is a good point, but it may break upgrade as right now there is no user interaction, whereas apkg -u always has user interaction and this IMHO would be a major drawback.Why would this be a major drawback?
Because of the necessity of user interaction.
It is my understanding that the upgrade script downloads the files to your mountpoint/local storage. But that way you'll run into problems like you have seen with fstab.
Correct and it _must_ be our goal that such changes do _never_ happen. There should be a way to preserve user settings without touching the contents of system files. Maybe we should just save the differrences to the original files and apply them to the freshly loaded files at system start.
Maybe you can enhance upgrade to also upgrade the running system with apkg -u, as second step, you'll get all the benefits of the upgrade logic of apkg. Yes this requires user action, but without you either miss new config settings or you lose your changes to the config files.
Possibly, if apkg really detects all incongruities.
The last step would be to svae the changes to configdb.
Of courseIt will be easy to implement this although I do not like it. I will certainly look into a way to preserve user changes, but that will be major work and take some time.
cheers ET
smime.p7s
Description: S/MIME Cryptographic Signature
------------------------------------------------------------------------------
_______________________________________________ leaf-devel mailing list leaf-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-devel