Get rid of the doubled "version xen" entry in grub menu

[marmarek]

Reported by joanna on 13 Mar 2013 22:45 UTC
None

Migrated-From: https://wiki.qubes-os.org/ticket/727

[marmarek]

Comment by marmarek on 22 Mar 2013 08:27 UTC
This entry corresponds with /boot/xen.gz symlink, so basically point out "default" xen version. I think it is better idea to keep this duplicate entry and have ability to choose default xen version (one started by "main" entry in grub menu), instead of starting always latest available xen.
Perhaps it should be named "version default"...

Unfortunately we don't have such option for dom0 kernel, which is always chosen latest available. This is problematic in case of kernel downgrade for some reason...

[marmarek]

Comment by marmarek on 22 Mar 2013 08:27 UTC
This entry corresponds with /boot/xen.gz symlink, so basically point out "default" xen version. I think it is better idea to keep this duplicate entry and have ability to choose default xen version (one started by "main" entry in grub menu), instead of starting always latest available xen.
Perhaps it should be named "version default"...

Unfortunately we don't have such option for dom0 kernel, which is always chosen latest available. This is problematic in case of kernel downgrade for some reason...

[marmarek]

Comment by joanna on 22 Mar 2013 09:49 UTC
So, specifically because we don't support such "default" mechanism for dom0 kernels, I think we should also remove it from xen.gz -- it's now only confusing to the user -- why there are two entries?

[marmarek]

Comment by joanna on 22 Mar 2013 09:49 UTC
So, specifically because we don't support such "default" mechanism for dom0 kernels, I think we should also remove it from xen.gz -- it's now only confusing to the user -- why there are two entries?

[marmarek]

Comment by marmarek on 22 Mar 2013 09:52 UTC
If properly labeled, it can be useful. And IMO adding such mechanism for dom0 kernel is way to go.
It is in "advanced" submenu anyway.

[marmarek]

Comment by marmarek on 22 Mar 2013 09:52 UTC
If properly labeled, it can be useful. And IMO adding such mechanism for dom0 kernel is way to go.
It is in "advanced" submenu anyway.

[marmarek]

Comment by joanna on 11 Jul 2013 13:04 UTC
Some more thought on this issue:

1. The xen.gz makes really no sense in a situation where we allow only one version of xen to be installed (which is the case for current Qubes). Allowing multiple xen versions would be beneficial -- can we do that easily?

2. The xen*.gz files lack the release info, and so we loose important part of versioning info (e.g. xen 4.1.5-1 and 4.1.5-9 would all get down to the same xen-4.1.5.gz file). So, if we were to allow more than one xen versions to be present (which, again, is a very good idea IMHO), then we should also make sure the 'rel' goes into the file name.

3. If we can't easily allow multiple Xen versions installation, then we should get rid of the xen.gz.

[marmarek]

Comment by joanna on 11 Jul 2013 13:04 UTC
Some more thought on this issue:

1. The xen.gz makes really no sense in a situation where we allow only one version of xen to be installed (which is the case for current Qubes). Allowing multiple xen versions would be beneficial -- can we do that easily?

2. The xen*.gz files lack the release info, and so we loose important part of versioning info (e.g. xen 4.1.5-1 and 4.1.5-9 would all get down to the same xen-4.1.5.gz file). So, if we were to allow more than one xen versions to be present (which, again, is a very good idea IMHO), then we should also make sure the 'rel' goes into the file name.

3. If we can't easily allow multiple Xen versions installation, then we should get rid of the xen.gz.

[marmarek]

Comment by joanna on 1 Aug 2013 12:40 UTC
Now, tracked by #581, so closing this as a dup.

[marmarek]

Comment by joanna on 1 Aug 2013 12:40 UTC
Now, tracked by #581, so closing this as a dup.