If we are trying to document alternatives here: 1. the type is not needed to get 18.04. I never understood why people use virt-install so much. If one insist on installing ISO just install any from [1] or similar, you don't need the type for that at all - any Ubuntu (or even other Linux) type will work. 2. If "needs to get Ubuntu 18.04 on a KVM" is the only target here, there are many way better ways than virt-install anyway - I wonder why these days this is still used so much. 2.1 uvtool # only needed once $ uvt-simplestreams-libvirt sync --source http://cloud-images.ubuntu.com/daily arch=amd64 release=bionic label=daily # get a new guest $ uvt-kvm create bionic1 arch=amd64 release=bionic label=daily 2.2 multipass $ sudo snap install --beta multipass --classic $ multipass launch daily:18.04
There are probably much more, but those are much more comfortable getting an image of the day running within a guest. P.S. even thou I don't see a reason to fix this with priority I get from the reports that others want/need it - and I'm certainly not alone, so lets bump the prio a bit for all of you that like the way based on osinfo-db entries. [1]: https://www.ubuntu.com/download/server ** Changed in: osinfo-db (Ubuntu) Importance: Wishlist => Low -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1770206 Title: virt-install does not work with --os-variant ubuntu18.04 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/osinfo-db/+bug/1770206/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
