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 course

It 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

Attachment: smime.p7s
Description: S/MIME Cryptographic Signature

------------------------------------------------------------------------------
_______________________________________________
leaf-devel mailing list
leaf-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/leaf-devel

Reply via email to