Migrating from 16.04 to 18.04 : Why is the “For long-term support versions†option not yet activated?
Clash Royale CLAN TAG#URR8PPP .everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty margin-bottom:0;
up vote
4
down vote
favorite
This documentation https://help.ubuntu.com/community/BionicUpgrades indicates, in the part titled "Upgrade from 16.04 or 17.10 to 18.04 > Upgrading Ubuntu Desktops to 18.04 (Recommended)" that in order to migrate from 16.04 (16.04.5 LTS for me) to 18.04 (18.04.1 LTS in fact), we must confirm the "Notify me of a new Ubuntu version:" option is set to "For any new version", and change it if otherwise.
My question is : why not to keep it set at its default value, which is : "For long-term support versions" ? 18.04(.1) is indeed an LTS version ! So this option should also enable the migration.
I have another question: in addition to allowing the change from 16.04(.5) to 18.04(.1), what are/will be the other (potentially bad) consequences of choosing the "For any new version" option, recommended by the above documentation?
Am I making a mistake ?
Important
This migration is really impossible when "For long term support versions" is chosen. It's possible when "For any new version" is chosen.
16.04 18.04 migration ubuntu-wiki
asked yesterday
JarsOfJam-Scheduler
1264
 |Â
show 7 more comments
up vote
4
down vote
favorite
This documentation https://help.ubuntu.com/community/BionicUpgrades indicates, in the part titled "Upgrade from 16.04 or 17.10 to 18.04 > Upgrading Ubuntu Desktops to 18.04 (Recommended)" that in order to migrate from 16.04 (16.04.5 LTS for me) to 18.04 (18.04.1 LTS in fact), we must confirm the "Notify me of a new Ubuntu version:" option is set to "For any new version", and change it if otherwise.
My question is : why not to keep it set at its default value, which is : "For long-term support versions" ? 18.04(.1) is indeed an LTS version ! So this option should also enable the migration.
I have another question: in addition to allowing the change from 16.04(.5) to 18.04(.1), what are/will be the other (potentially bad) consequences of choosing the "For any new version" option, recommended by the above documentation?
Am I making a mistake ?
Important
This migration is really impossible when "For long term support versions" is chosen. It's possible when "For any new version" is chosen.
16.04 18.04 migration ubuntu-wiki
asked yesterday
JarsOfJam-Scheduler
1264
1
Not only that but the same wording appears in the documentation for upgrading to Ubuntu 14.04 and Ubuntu 16.04. Could this be an obsolete quirk from years ago in the Ubuntu Community Help Wiki that was never updated?
– karel
yesterday
Have a look at help.ubuntu.com/community/BionicUpgrades now - are you happy (or at least happier) ? As for your question (consequences) - I fear you'd get a prompt for 18.10 when it is released; which is why I made the wiki change (and suggested you look again)
– guiverc
yesterday
@karel - can you provide the wiki url for your issue (so I can have a look)
– guiverc
yesterday
1
Ubuntu 18.04 is a LTS. Ubuntu first releases on even numbered years (April except for 6.06 which was in june) are LTS. The change I made i felt dealt with your complaint (and that only). I always make the minimal change possible. To me there is no difference between an updated 18.04 LTS install fully updated, and a 18.04.1 LTS install fully updated (if you ignore that the .1 will have HWE kernel installed). I suspect it doesn't have LTS everywhere so it's easier to copy & create the next 18.10 page in October having fewer LTS references needing change; but I didn't create the page.
– guiverc
yesterday
2
Currently the 16.04 LTS to 18.04 LTS upgrade 'switch/tap/...' isn't enabled, which is why it disappeared (option didn't appear). My expectation is that it'll change very shortly (though I've been saying that for a week...) and work as it should.... @karel I changed the xenial one, can't see any point with the trusty... , but thanks.
– guiverc
yesterday
 |Â
show 7 more comments
up vote
4
down vote
favorite
up vote
4
down vote
favorite
This documentation https://help.ubuntu.com/community/BionicUpgrades indicates, in the part titled "Upgrade from 16.04 or 17.10 to 18.04 > Upgrading Ubuntu Desktops to 18.04 (Recommended)" that in order to migrate from 16.04 (16.04.5 LTS for me) to 18.04 (18.04.1 LTS in fact), we must confirm the "Notify me of a new Ubuntu version:" option is set to "For any new version", and change it if otherwise.
My question is : why not to keep it set at its default value, which is : "For long-term support versions" ? 18.04(.1) is indeed an LTS version ! So this option should also enable the migration.
I have another question: in addition to allowing the change from 16.04(.5) to 18.04(.1), what are/will be the other (potentially bad) consequences of choosing the "For any new version" option, recommended by the above documentation?
Am I making a mistake ?
Important
This migration is really impossible when "For long term support versions" is chosen. It's possible when "For any new version" is chosen.
16.04 18.04 migration ubuntu-wiki
asked yesterday
JarsOfJam-Scheduler
1264
This documentation https://help.ubuntu.com/community/BionicUpgrades indicates, in the part titled "Upgrade from 16.04 or 17.10 to 18.04 > Upgrading Ubuntu Desktops to 18.04 (Recommended)" that in order to migrate from 16.04 (16.04.5 LTS for me) to 18.04 (18.04.1 LTS in fact), we must confirm the "Notify me of a new Ubuntu version:" option is set to "For any new version", and change it if otherwise.
My question is : why not to keep it set at its default value, which is : "For long-term support versions" ? 18.04(.1) is indeed an LTS version ! So this option should also enable the migration.
I have another question: in addition to allowing the change from 16.04(.5) to 18.04(.1), what are/will be the other (potentially bad) consequences of choosing the "For any new version" option, recommended by the above documentation?
Am I making a mistake ?
Important
This migration is really impossible when "For long term support versions" is chosen. It's possible when "For any new version" is chosen.
16.04 18.04 migration ubuntu-wiki
asked yesterday
JarsOfJam-Scheduler
1264
edited yesterday
asked yesterday
JarsOfJam-Scheduler
1264
asked yesterday
JarsOfJam-Scheduler
1264
asked yesterday
JarsOfJam-Scheduler
1264
1264
1
Not only that but the same wording appears in the documentation for upgrading to Ubuntu 14.04 and Ubuntu 16.04. Could this be an obsolete quirk from years ago in the Ubuntu Community Help Wiki that was never updated?
– karel
yesterday
Have a look at help.ubuntu.com/community/BionicUpgrades now - are you happy (or at least happier) ? As for your question (consequences) - I fear you'd get a prompt for 18.10 when it is released; which is why I made the wiki change (and suggested you look again)
– guiverc
yesterday
@karel - can you provide the wiki url for your issue (so I can have a look)
– guiverc
yesterday
1
Ubuntu 18.04 is a LTS. Ubuntu first releases on even numbered years (April except for 6.06 which was in june) are LTS. The change I made i felt dealt with your complaint (and that only). I always make the minimal change possible. To me there is no difference between an updated 18.04 LTS install fully updated, and a 18.04.1 LTS install fully updated (if you ignore that the .1 will have HWE kernel installed). I suspect it doesn't have LTS everywhere so it's easier to copy & create the next 18.10 page in October having fewer LTS references needing change; but I didn't create the page.
– guiverc
yesterday
2
Currently the 16.04 LTS to 18.04 LTS upgrade 'switch/tap/...' isn't enabled, which is why it disappeared (option didn't appear). My expectation is that it'll change very shortly (though I've been saying that for a week...) and work as it should.... @karel I changed the xenial one, can't see any point with the trusty... , but thanks.
– guiverc
yesterday
 |Â
show 7 more comments
1
Not only that but the same wording appears in the documentation for upgrading to Ubuntu 14.04 and Ubuntu 16.04. Could this be an obsolete quirk from years ago in the Ubuntu Community Help Wiki that was never updated?
– karel
yesterday
Have a look at help.ubuntu.com/community/BionicUpgrades now - are you happy (or at least happier) ? As for your question (consequences) - I fear you'd get a prompt for 18.10 when it is released; which is why I made the wiki change (and suggested you look again)
– guiverc
yesterday
@karel - can you provide the wiki url for your issue (so I can have a look)
– guiverc
yesterday
1
Ubuntu 18.04 is a LTS. Ubuntu first releases on even numbered years (April except for 6.06 which was in june) are LTS. The change I made i felt dealt with your complaint (and that only). I always make the minimal change possible. To me there is no difference between an updated 18.04 LTS install fully updated, and a 18.04.1 LTS install fully updated (if you ignore that the .1 will have HWE kernel installed). I suspect it doesn't have LTS everywhere so it's easier to copy & create the next 18.10 page in October having fewer LTS references needing change; but I didn't create the page.
– guiverc
yesterday
2
Currently the 16.04 LTS to 18.04 LTS upgrade 'switch/tap/...' isn't enabled, which is why it disappeared (option didn't appear). My expectation is that it'll change very shortly (though I've been saying that for a week...) and work as it should.... @karel I changed the xenial one, can't see any point with the trusty... , but thanks.
– guiverc
yesterday
1
1
Not only that but the same wording appears in the documentation for upgrading to Ubuntu 14.04 and Ubuntu 16.04. Could this be an obsolete quirk from years ago in the Ubuntu Community Help Wiki that was never updated?
– karel
yesterday
Not only that but the same wording appears in the documentation for upgrading to Ubuntu 14.04 and Ubuntu 16.04. Could this be an obsolete quirk from years ago in the Ubuntu Community Help Wiki that was never updated?
– karel
yesterday
Have a look at help.ubuntu.com/community/BionicUpgrades now - are you happy (or at least happier) ? As for your question (consequences) - I fear you'd get a prompt for 18.10 when it is released; which is why I made the wiki change (and suggested you look again)
– guiverc
yesterday
Have a look at help.ubuntu.com/community/BionicUpgrades now - are you happy (or at least happier) ? As for your question (consequences) - I fear you'd get a prompt for 18.10 when it is released; which is why I made the wiki change (and suggested you look again)
– guiverc
yesterday
@karel - can you provide the wiki url for your issue (so I can have a look)
– guiverc
yesterday
@karel - can you provide the wiki url for your issue (so I can have a look)
– guiverc
yesterday
1
1
Ubuntu 18.04 is a LTS. Ubuntu first releases on even numbered years (April except for 6.06 which was in june) are LTS. The change I made i felt dealt with your complaint (and that only). I always make the minimal change possible. To me there is no difference between an updated 18.04 LTS install fully updated, and a 18.04.1 LTS install fully updated (if you ignore that the .1 will have HWE kernel installed). I suspect it doesn't have LTS everywhere so it's easier to copy & create the next 18.10 page in October having fewer LTS references needing change; but I didn't create the page.
– guiverc
yesterday
Ubuntu 18.04 is a LTS. Ubuntu first releases on even numbered years (April except for 6.06 which was in june) are LTS. The change I made i felt dealt with your complaint (and that only). I always make the minimal change possible. To me there is no difference between an updated 18.04 LTS install fully updated, and a 18.04.1 LTS install fully updated (if you ignore that the .1 will have HWE kernel installed). I suspect it doesn't have LTS everywhere so it's easier to copy & create the next 18.10 page in October having fewer LTS references needing change; but I didn't create the page.
– guiverc
yesterday
2
2
Currently the 16.04 LTS to 18.04 LTS upgrade 'switch/tap/...' isn't enabled, which is why it disappeared (option didn't appear). My expectation is that it'll change very shortly (though I've been saying that for a week...) and work as it should.... @karel I changed the xenial one, can't see any point with the trusty... , but thanks.
– guiverc
yesterday
Currently the 16.04 LTS to 18.04 LTS upgrade 'switch/tap/...' isn't enabled, which is why it disappeared (option didn't appear). My expectation is that it'll change very shortly (though I've been saying that for a week...) and work as it should.... @karel I changed the xenial one, can't see any point with the trusty... , but thanks.
– guiverc
yesterday
 |Â
show 7 more comments
1 Answer
1
active
oldest
votes
up vote
4
down vote
I agree that the option should say "For any new version" OR "For long-term support versions" (and that page now does say that).
I suspect that a prior page is used as a template, and as 3 of 4 Ubuntu releases are standard (not LTS), it's easier for the delegated release manager to just copy & paste the prior release page making as few changes as possible which is why it I suspect it doesn't say both (it'd be a bad idea if your release was say 18.10 and you selected 'For long-term support versions' as you'd miss the mandatory upgrade to 19.04 when it came out)
Currently the switch (see Should I be offered the option to upgrade to 18.04.1?) hasn't been enabled for the 16.04 LTS upgrade to 18.04 LTS so yes, you do in fact need the "For any new version" currently, but it is my belief that this will very shortly change.
As for the page not using LTS for 18.04
Ubuntu 18.04 is a LTS. Ubuntu first releases on even numbered years (in April, except for 6.06 which was June) are LTS. Again I think that's just copying a prior page, and making the least number of changes possible. The change I made was the least I felt I could, and I don't think adding LTS for every reference makes it easier to read.
As for 18.04 & 18.04.1: To me there is no difference between a fully updated 18.04 LTS install, and a fully updated 18.04.1 LTS (if you ignore that the .1 will have HWE kernel installed; where the 18.04 does not come with HWE kernel enabled/installed).
answered yesterday
guiverc
3,07611121
If 18.04 is upgraded to 18.04.1, the HWE kernel will be installed
– JarsOfJam-Scheduler
yesterday
1
it is my belief that that is wrong; if you install 16.04 LTS you stay kernel 4.4 permanently (unless you install/enable HWE), ditto 18.04 LTS with it's 4.15. If you install the 18.04.1 ISO you have HWE enabled (it'll be the same with 18.04.2 & later point releases), but an original 18.04 LTS install will remain the non-HWE kernel unless changed. It's new installs with point releases (18.04.1, 16.04.5) that have HWE enabled; so if you don't want it, you have to install the original 16.04 LTS or 18.04 LTS and have more updates post|during-install. refer wiki.ubuntu.com/Kernel/Support
– guiverc
yesterday
2
actually wiki.ubuntu.com/Kernel/LTSEnablementStack is a better reference, stating "These enablement stacks can be installed manually but are also available when installing with Ubuntu LTS point release media"
– guiverc
yesterday
add a comment |Â
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
up vote
4
down vote
I agree that the option should say "For any new version" OR "For long-term support versions" (and that page now does say that).
I suspect that a prior page is used as a template, and as 3 of 4 Ubuntu releases are standard (not LTS), it's easier for the delegated release manager to just copy & paste the prior release page making as few changes as possible which is why it I suspect it doesn't say both (it'd be a bad idea if your release was say 18.10 and you selected 'For long-term support versions' as you'd miss the mandatory upgrade to 19.04 when it came out)
Currently the switch (see Should I be offered the option to upgrade to 18.04.1?) hasn't been enabled for the 16.04 LTS upgrade to 18.04 LTS so yes, you do in fact need the "For any new version" currently, but it is my belief that this will very shortly change.
As for the page not using LTS for 18.04
Ubuntu 18.04 is a LTS. Ubuntu first releases on even numbered years (in April, except for 6.06 which was June) are LTS. Again I think that's just copying a prior page, and making the least number of changes possible. The change I made was the least I felt I could, and I don't think adding LTS for every reference makes it easier to read.
As for 18.04 & 18.04.1: To me there is no difference between a fully updated 18.04 LTS install, and a fully updated 18.04.1 LTS (if you ignore that the .1 will have HWE kernel installed; where the 18.04 does not come with HWE kernel enabled/installed).
answered yesterday
guiverc
3,07611121
If 18.04 is upgraded to 18.04.1, the HWE kernel will be installed
– JarsOfJam-Scheduler
yesterday
1
it is my belief that that is wrong; if you install 16.04 LTS you stay kernel 4.4 permanently (unless you install/enable HWE), ditto 18.04 LTS with it's 4.15. If you install the 18.04.1 ISO you have HWE enabled (it'll be the same with 18.04.2 & later point releases), but an original 18.04 LTS install will remain the non-HWE kernel unless changed. It's new installs with point releases (18.04.1, 16.04.5) that have HWE enabled; so if you don't want it, you have to install the original 16.04 LTS or 18.04 LTS and have more updates post|during-install. refer wiki.ubuntu.com/Kernel/Support
– guiverc
yesterday
2
actually wiki.ubuntu.com/Kernel/LTSEnablementStack is a better reference, stating "These enablement stacks can be installed manually but are also available when installing with Ubuntu LTS point release media"
– guiverc
yesterday
add a comment |Â
up vote
4
down vote
I agree that the option should say "For any new version" OR "For long-term support versions" (and that page now does say that).
I suspect that a prior page is used as a template, and as 3 of 4 Ubuntu releases are standard (not LTS), it's easier for the delegated release manager to just copy & paste the prior release page making as few changes as possible which is why it I suspect it doesn't say both (it'd be a bad idea if your release was say 18.10 and you selected 'For long-term support versions' as you'd miss the mandatory upgrade to 19.04 when it came out)
Currently the switch (see Should I be offered the option to upgrade to 18.04.1?) hasn't been enabled for the 16.04 LTS upgrade to 18.04 LTS so yes, you do in fact need the "For any new version" currently, but it is my belief that this will very shortly change.
As for the page not using LTS for 18.04
Ubuntu 18.04 is a LTS. Ubuntu first releases on even numbered years (in April, except for 6.06 which was June) are LTS. Again I think that's just copying a prior page, and making the least number of changes possible. The change I made was the least I felt I could, and I don't think adding LTS for every reference makes it easier to read.
As for 18.04 & 18.04.1: To me there is no difference between a fully updated 18.04 LTS install, and a fully updated 18.04.1 LTS (if you ignore that the .1 will have HWE kernel installed; where the 18.04 does not come with HWE kernel enabled/installed).
answered yesterday
guiverc
3,07611121
If 18.04 is upgraded to 18.04.1, the HWE kernel will be installed
– JarsOfJam-Scheduler
yesterday
1
it is my belief that that is wrong; if you install 16.04 LTS you stay kernel 4.4 permanently (unless you install/enable HWE), ditto 18.04 LTS with it's 4.15. If you install the 18.04.1 ISO you have HWE enabled (it'll be the same with 18.04.2 & later point releases), but an original 18.04 LTS install will remain the non-HWE kernel unless changed. It's new installs with point releases (18.04.1, 16.04.5) that have HWE enabled; so if you don't want it, you have to install the original 16.04 LTS or 18.04 LTS and have more updates post|during-install. refer wiki.ubuntu.com/Kernel/Support
– guiverc
yesterday
2
actually wiki.ubuntu.com/Kernel/LTSEnablementStack is a better reference, stating "These enablement stacks can be installed manually but are also available when installing with Ubuntu LTS point release media"
– guiverc
yesterday
add a comment |Â
up vote
4
down vote
up vote
4
down vote
I agree that the option should say "For any new version" OR "For long-term support versions" (and that page now does say that).
I suspect that a prior page is used as a template, and as 3 of 4 Ubuntu releases are standard (not LTS), it's easier for the delegated release manager to just copy & paste the prior release page making as few changes as possible which is why it I suspect it doesn't say both (it'd be a bad idea if your release was say 18.10 and you selected 'For long-term support versions' as you'd miss the mandatory upgrade to 19.04 when it came out)
Currently the switch (see Should I be offered the option to upgrade to 18.04.1?) hasn't been enabled for the 16.04 LTS upgrade to 18.04 LTS so yes, you do in fact need the "For any new version" currently, but it is my belief that this will very shortly change.
As for the page not using LTS for 18.04
Ubuntu 18.04 is a LTS. Ubuntu first releases on even numbered years (in April, except for 6.06 which was June) are LTS. Again I think that's just copying a prior page, and making the least number of changes possible. The change I made was the least I felt I could, and I don't think adding LTS for every reference makes it easier to read.
As for 18.04 & 18.04.1: To me there is no difference between a fully updated 18.04 LTS install, and a fully updated 18.04.1 LTS (if you ignore that the .1 will have HWE kernel installed; where the 18.04 does not come with HWE kernel enabled/installed).
answered yesterday
guiverc
3,07611121
I agree that the option should say "For any new version" OR "For long-term support versions" (and that page now does say that).
I suspect that a prior page is used as a template, and as 3 of 4 Ubuntu releases are standard (not LTS), it's easier for the delegated release manager to just copy & paste the prior release page making as few changes as possible which is why it I suspect it doesn't say both (it'd be a bad idea if your release was say 18.10 and you selected 'For long-term support versions' as you'd miss the mandatory upgrade to 19.04 when it came out)
Currently the switch (see Should I be offered the option to upgrade to 18.04.1?) hasn't been enabled for the 16.04 LTS upgrade to 18.04 LTS so yes, you do in fact need the "For any new version" currently, but it is my belief that this will very shortly change.
As for the page not using LTS for 18.04
Ubuntu 18.04 is a LTS. Ubuntu first releases on even numbered years (in April, except for 6.06 which was June) are LTS. Again I think that's just copying a prior page, and making the least number of changes possible. The change I made was the least I felt I could, and I don't think adding LTS for every reference makes it easier to read.
As for 18.04 & 18.04.1: To me there is no difference between a fully updated 18.04 LTS install, and a fully updated 18.04.1 LTS (if you ignore that the .1 will have HWE kernel installed; where the 18.04 does not come with HWE kernel enabled/installed).
answered yesterday
guiverc
3,07611121
answered yesterday
guiverc
3,07611121
answered yesterday
guiverc
3,07611121
answered yesterday
guiverc
3,07611121
3,07611121
If 18.04 is upgraded to 18.04.1, the HWE kernel will be installed
– JarsOfJam-Scheduler
yesterday
1
it is my belief that that is wrong; if you install 16.04 LTS you stay kernel 4.4 permanently (unless you install/enable HWE), ditto 18.04 LTS with it's 4.15. If you install the 18.04.1 ISO you have HWE enabled (it'll be the same with 18.04.2 & later point releases), but an original 18.04 LTS install will remain the non-HWE kernel unless changed. It's new installs with point releases (18.04.1, 16.04.5) that have HWE enabled; so if you don't want it, you have to install the original 16.04 LTS or 18.04 LTS and have more updates post|during-install. refer wiki.ubuntu.com/Kernel/Support
– guiverc
yesterday
2
actually wiki.ubuntu.com/Kernel/LTSEnablementStack is a better reference, stating "These enablement stacks can be installed manually but are also available when installing with Ubuntu LTS point release media"
– guiverc
yesterday
add a comment |Â
If 18.04 is upgraded to 18.04.1, the HWE kernel will be installed
– JarsOfJam-Scheduler
yesterday
1
it is my belief that that is wrong; if you install 16.04 LTS you stay kernel 4.4 permanently (unless you install/enable HWE), ditto 18.04 LTS with it's 4.15. If you install the 18.04.1 ISO you have HWE enabled (it'll be the same with 18.04.2 & later point releases), but an original 18.04 LTS install will remain the non-HWE kernel unless changed. It's new installs with point releases (18.04.1, 16.04.5) that have HWE enabled; so if you don't want it, you have to install the original 16.04 LTS or 18.04 LTS and have more updates post|during-install. refer wiki.ubuntu.com/Kernel/Support
– guiverc
yesterday
2
actually wiki.ubuntu.com/Kernel/LTSEnablementStack is a better reference, stating "These enablement stacks can be installed manually but are also available when installing with Ubuntu LTS point release media"
– guiverc
yesterday
If 18.04 is upgraded to 18.04.1, the HWE kernel will be installed
– JarsOfJam-Scheduler
yesterday
If 18.04 is upgraded to 18.04.1, the HWE kernel will be installed
– JarsOfJam-Scheduler
yesterday
1
1
it is my belief that that is wrong; if you install 16.04 LTS you stay kernel 4.4 permanently (unless you install/enable HWE), ditto 18.04 LTS with it's 4.15. If you install the 18.04.1 ISO you have HWE enabled (it'll be the same with 18.04.2 & later point releases), but an original 18.04 LTS install will remain the non-HWE kernel unless changed. It's new installs with point releases (18.04.1, 16.04.5) that have HWE enabled; so if you don't want it, you have to install the original 16.04 LTS or 18.04 LTS and have more updates post|during-install. refer wiki.ubuntu.com/Kernel/Support
– guiverc
yesterday
it is my belief that that is wrong; if you install 16.04 LTS you stay kernel 4.4 permanently (unless you install/enable HWE), ditto 18.04 LTS with it's 4.15. If you install the 18.04.1 ISO you have HWE enabled (it'll be the same with 18.04.2 & later point releases), but an original 18.04 LTS install will remain the non-HWE kernel unless changed. It's new installs with point releases (18.04.1, 16.04.5) that have HWE enabled; so if you don't want it, you have to install the original 16.04 LTS or 18.04 LTS and have more updates post|during-install. refer wiki.ubuntu.com/Kernel/Support
– guiverc
yesterday
2
2
actually wiki.ubuntu.com/Kernel/LTSEnablementStack is a better reference, stating "These enablement stacks can be installed manually but are also available when installing with Ubuntu LTS point release media"
– guiverc
yesterday
actually wiki.ubuntu.com/Kernel/LTSEnablementStack is a better reference, stating "These enablement stacks can be installed manually but are also available when installing with Ubuntu LTS point release media"
– guiverc
yesterday
add a comment |Â
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
var $window = $(window),
onScroll = function(e)
var $elem = $('.new-login-left'),
docViewTop = $window.scrollTop(),
docViewBottom = docViewTop + $window.height(),
elemTop = $elem.offset().top,
elemBottom = elemTop + $elem.height();
if ((docViewTop elemBottom))
StackExchange.using('gps', function() StackExchange.gps.track('embedded_signup_form.view', location: 'question_page' ); );
$window.unbind('scroll', onScroll);
;
$window.on('scroll', onScroll);
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2faskubuntu.com%2fquestions%2f1062232%2fmigrating-from-16-04-to-18-04-why-is-the-for-long-term-support-versions-opti%23new-answer', 'question_page');
);
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
var $window = $(window),
onScroll = function(e)
var $elem = $('.new-login-left'),
docViewTop = $window.scrollTop(),
docViewBottom = docViewTop + $window.height(),
elemTop = $elem.offset().top,
elemBottom = elemTop + $elem.height();
if ((docViewTop elemBottom))
StackExchange.using('gps', function() StackExchange.gps.track('embedded_signup_form.view', location: 'question_page' ); );
$window.unbind('scroll', onScroll);
;
$window.on('scroll', onScroll);
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
var $window = $(window),
onScroll = function(e)
var $elem = $('.new-login-left'),
docViewTop = $window.scrollTop(),
docViewBottom = docViewTop + $window.height(),
elemTop = $elem.offset().top,
elemBottom = elemTop + $elem.height();
if ((docViewTop elemBottom))
StackExchange.using('gps', function() StackExchange.gps.track('embedded_signup_form.view', location: 'question_page' ); );
$window.unbind('scroll', onScroll);
;
$window.on('scroll', onScroll);
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
var $window = $(window),
onScroll = function(e)
var $elem = $('.new-login-left'),
docViewTop = $window.scrollTop(),
docViewBottom = docViewTop + $window.height(),
elemTop = $elem.offset().top,
elemBottom = elemTop + $elem.height();
if ((docViewTop elemBottom))
StackExchange.using('gps', function() StackExchange.gps.track('embedded_signup_form.view', location: 'question_page' ); );
$window.unbind('scroll', onScroll);
;
$window.on('scroll', onScroll);
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
1
Not only that but the same wording appears in the documentation for upgrading to Ubuntu 14.04 and Ubuntu 16.04. Could this be an obsolete quirk from years ago in the Ubuntu Community Help Wiki that was never updated?
– karel
yesterday
Have a look at help.ubuntu.com/community/BionicUpgrades now - are you happy (or at least happier) ? As for your question (consequences) - I fear you'd get a prompt for 18.10 when it is released; which is why I made the wiki change (and suggested you look again)
– guiverc
yesterday
@karel - can you provide the wiki url for your issue (so I can have a look)
– guiverc
yesterday
1
Ubuntu 18.04 is a LTS. Ubuntu first releases on even numbered years (April except for 6.06 which was in june) are LTS. The change I made i felt dealt with your complaint (and that only). I always make the minimal change possible. To me there is no difference between an updated 18.04 LTS install fully updated, and a 18.04.1 LTS install fully updated (if you ignore that the .1 will have HWE kernel installed). I suspect it doesn't have LTS everywhere so it's easier to copy & create the next 18.10 page in October having fewer LTS references needing change; but I didn't create the page.
– guiverc
yesterday
2
Currently the 16.04 LTS to 18.04 LTS upgrade 'switch/tap/...' isn't enabled, which is why it disappeared (option didn't appear). My expectation is that it'll change very shortly (though I've been saying that for a week...) and work as it should.... @karel I changed the xenial one, can't see any point with the trusty... , but thanks.
– guiverc
yesterday