New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Consider keeping VM API compatibility with R3.x #1812

Open
marmarek opened this Issue Mar 6, 2016 · 0 comments

Comments

Projects
None yet
2 participants
@marmarek
Member

marmarek commented Mar 6, 2016

If possible, it would be good to keep backward API compatibility R3.x->R4.0. In other words, keep it possible to start (template) VM from R3.x on R4.0 without any change inside of its root.img.

The plan minimum is to have network (and GUI) working in such a case to be able to update the template. Otherwise upgrade procedure will be much more fragile and complex (which will be already quite complex because of qubes.xml format change).

This is mainly about QubesDB entries.

@marmarek marmarek added this to the Release 4.0 milestone Mar 6, 2016

@marmarek marmarek self-assigned this Mar 6, 2016

marmarek added a commit to marmarek/old-qubes-core-admin that referenced this issue Mar 7, 2016

ext/r3compatibility: create R3.x QubesDB entries
This allows the user to start VM based on "old" system (from R3.x) in
R4.0. For example after restoring from backup, or migration. This also
makes upgrade instruction much easier - no need complex recovery
instruction if one upgrade dom0 before upgrading all the templates.

QubesOS/qubes-issues#1812

marmarek added a commit to marmarek/old-qubes-core-admin that referenced this issue Mar 7, 2016

marmarek added a commit to marmarek/old-qubes-core-admin that referenced this issue Mar 7, 2016

woju added a commit to woju/qubes-core-admin that referenced this issue Mar 11, 2016

ext/r3compatibility: create R3.x QubesDB entries
This allows the user to start VM based on "old" system (from R3.x) in
R4.0. For example after restoring from backup, or migration. This also
makes upgrade instruction much easier - no need complex recovery
instruction if one upgrade dom0 before upgrading all the templates.

QubesOS/qubes-issues#1812

woju added a commit to woju/qubes-core-admin that referenced this issue Mar 11, 2016

woju added a commit to woju/qubes-core-admin that referenced this issue Mar 21, 2016

ext/r3compatibility: create R3.x QubesDB entries
This allows the user to start VM based on "old" system (from R3.x) in
R4.0. For example after restoring from backup, or migration. This also
makes upgrade instruction much easier - no need complex recovery
instruction if one upgrade dom0 before upgrading all the templates.

QubesOS/qubes-issues#1812

woju added a commit to woju/qubes-core-admin that referenced this issue Mar 21, 2016

marmarek added a commit to marmarek/old-qubes-core-admin that referenced this issue Sep 8, 2016

Revert "qubes/vm/qubesvm: remove prefixes from qubesdb keys"
There is no point in changing *public API* for just a change without any
better reason. It turned out most of those settings will be the same in
Qubes 4.0, so keep names the same.

This reverts commit 2d6ad3b.

QubesOS/qubes-issues#1812

marmarek added a commit to marmarek/old-qubes-core-admin that referenced this issue Sep 8, 2016

qubes/vm: make VM QubesDB interface as much compatible as possible
All the base keys can be kept easily the same, so do it.

QubesOS/qubes-issues#1812
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment