Tags: hwpplayers/multipass
Tags
Multipass version 1.3.0 Highlights --- - We're a strictly confined snap now (no --classic required on installation and less cross-distro trouble) (canonical#1074): refer to snap connections multipass for the permissions we get Multipass now runs on Ubuntu Core hosts, but you'll need to use sudo multipass ... for the moment - We implemented integration with Windows Terminal - We added a preview of LXD as a supported backend (canonical#1533): - you will need to install lxd and configure everything ``` $ snap install lxd $ lxd init --auto $ snap connect multipass:lxd lxd $ multipass set local.driver=lxd ``` - And added some cool appliance images (canonical#1543): ``` $ multipass find appliance: Image Aliases Version Description appliance:adguard-home 20200605 Ubuntu AdGuard Home Appliance appliance:mosquitto 20200605 Ubuntu Mosquitto Appliance appliance:nextcloud 20200605 Ubuntu Nextcloud Appliance appliance:openhab 20200605 Ubuntu openHAB Home Appliance appliance:plexmediaserver 20200605 Ubuntu Plex Media Server Appliance ``` You can try those out with `multipass launch appliance:<appliance name>` (you'll need to use VirtualBox on macOS). Bugfixes --- - use the wheel group for better Fedora support (canonical#1181) - add snapcraft:core20 builder support (canonical#1417) - flip the default of data removal on uninstall to "No" (canonical#1507) - fix terminal width calculation on Windows (canonical#1547) - and terminal size detection in Windows Terminal (canonical#1370) - add hypervisor selection in Windows installer (thanks @joedborg!)
Merge canonical#1559 1559: [daemon] prefer the `wheel` group r=townsend2010 a=Saviq Co-authored-by: Michał Sawicz <michal.sawicz@canonical.com>
Multipass version 1.2.0 Highlights --- - better `mount` performance and stability ([canonical#627](https://github.com/canonical/multipass/issue/627)) - fix socket ownership on Fedora ([canonical#1181](https://github.com/canonical/multipass/issue/1181)) - increase the image resize timeout ([canonical#1187](https://github.com/canonical/multipass/issue/1187)) - expand ~ in `mount` target ([canonical#1230](https://github.com/canonical/multipass/issue/1230)) - avoid a crash in `find` command on macOS ([canonical#1411](https://github.com/canonical/multipass/issue/1411)) - don't break on DNSMasq configration existing on the host ([canonical#1468](https://github.com/canonical/multipass/issue/1468)) - use HTTPS when downloading images ([canonical#1420](https://github.com/canonical/multipass/issue/1420) - thanks @jasonmccallister!) - improved error reporting ([canonical#1429](https://github.com/canonical/multipass/issue/1429)) - check for `--cloud-init` file existence ([canonical#1491](https://github.com/canonical/multipass/issue/1491) - thanks @ianbtr!) - increase daemon logging verbosity on macOS and Windows You can find the full list of changes since [v1.1](https://github.com/CanonicalLtd/multipass/releases/tag/v1.1.0) in our [v1.2.0](https://github.com/canonical/multipass/milestone/8?closed=1) milestone and even more detailed in [the full commit log](canonical/multipass@v1.1.0...release/1.2).
Merge canonical#1491 1491: Added check for cloud-init file existence r=Saviq a=ianbtr This should help with canonical#1486. Co-authored-by: Ian Alexander Bertram <ianbtr@umich.edu> Co-authored-by: Ian Bertram <ianbtr@umich.edu> Co-authored-by: Michał Sawicz <michal@sawicz.net>
Multipass version 1.1.0 Highlights --- - minimal macOS requirement reduced to 10.12 (canonical#1392) - add support for proxies (canonical#885, canonical#1348) - fixed a bunch of small console issues (canonical#667, canonical#1180, canonical#1217, canonical#1327, canonical#1353) - fixed comands failing due to complex SSH configs (canonical#1259) - fix mounts going away (canonical#1322) - updated our dependencies (canonical#1182, canonical#1287, canonical#1296, canonical#1297, canonical#1300, canonical#1301)
Merge canonical#1361 1361: [qemu] fall back to system default machine type r=townsend2010 a=Saviq Rather than hardcoding xenial, as it's unlikely that someone's still transitioning from core16 to core18. Co-authored-by: Michał Sawicz <michal@sawicz.net>
PreviousNext