Originally posted by Quackdoc
View Post
VMware Workstation Shifting From Proprietary Code To Using Upstream KVM
Collapse
X
-
Originally posted by JPFSanders View Post
Exactly. People who are clueless about KVM, libvirt, virsh, VMM don't understand how versatile and powerful the VM infrastructure on Linux are. At a personal level and in non-complex environments (complex = large virtualisation cluster) there is no need whatsoever to use any proprietary tool to set-up and manage virtual machines.
VMM > Virtualbox, never used vmware workstation, when I need to move a machine from KVM to vmware or vice-versa a couple of commands do the conversion job just fine.
Leave a comment:
-
-
Originally posted by slalomsk8er View Post
Enterprise user here and I did use the CLI for managing my VMs while I was the admin of the KVM hypervisor hosts.
I vastly prefer to copy and paste the CLI command from the company wiki then to go over screenshots and follow the click trail. CLI also makes automation a lot easier.
VMM > Virtualbox, never used vmware workstation, when I need to move a machine from KVM to vmware or vice-versa a couple of commands do the conversion job just fine.
Leave a comment:
-
-
Originally posted by OneTimeShot View Post"VMWare backdoor".... I thought the Kernel didn't allow APIs that didn't have an OpenSource implementation.
Seems like these days the kernel is just a pipe between a closed-source firmware blob and a closed-source userspace blob.
Leave a comment:
-
-
Originally posted by Sonadow View Post
More mindless "bloated" garbage.
Enterprise users have no fucking time to toy with the command line just to spin up, modify or manage a VM. If every damn option and the kitchen sink is not included in the graphical manager interface, it's useless garbage. End of story.
Leave a comment:
-
-
This is kind of a big deal for me. I've been circulating amongst hypervisors and OSs trying to find the best overall combination for my mixed homelab workload for both the backend server and on my desktop. The server is currently ESXi and I've no plans to change that. On my desktop this could be what finally allows me to ditch Windows for good.
Libvirt, virt-manager, and QEMU are annoying but OK. The jank lies inside the Windows VMs with flaky virtio components and even flakier Spice components. If this new KVM overlord for VMware Workstation permits the use of VMware Tools including vmxnet3, vmmouse, vmmemctl, pvscsi, et al and the host integration features -- drive sharing, clipboard, desktop resolution re-sizing on-the-fly -- are stable and reliable then I, for one, welcome it.
As it stands today there's just too much screwing around required to obtain a solid desktop virtualization experience on Linux.
That said, I wasn't aware of the Cyberus vbox fork and I plan to look into this ASAP.
Leave a comment:
-
-
Originally posted by Sonadow View Post
More mindless "bloated" garbage.
Enterprise users have no fucking time to toy with the command line just to spin up, modify or manage a VM. If every damn option and the kitchen sink is not included in the graphical manager interface, it's useless garbage. End of story.
I vastly prefer to copy and paste the CLI command from the company wiki then to go over screenshots and follow the click trail. CLI also makes automation a lot easier.
Leave a comment:
-
-
Originally posted by ssokolow View PostEver since GNOME-isms started to leak into non-GNOME apps, I've been working to purge all GTK use from my desktop and I've almost succeeded.
I don't know about your distro, but simply installing the gtk3-nocsd package seemed to make all GTK3 apps actually obey Fitts' Law (with the exception that Firefox and LibreWolf are no longer able to have tabs up against the top of their maximized window to take advantage of Fitts' Law for tab-switching, but my primary albeit rather small-time web browser is offered in a GTK2 flavor anyway)
From the official github page:
Originally posted by https://github.com/PCMan/gtk3-nocsdgtk3-nocsd is a small module used to disable the client side decoration of Gtk+ 3.
Since Gtk+ 3.10, its developers added a so-called header bar or custom title bar. With this and the client-side decoration, the original title bar and window border provided by the window manager are disabled by Gtk+. This makes all Gtk+ 3 programs look alike. Even worse, this may break some window manager or compositors.
Unfortunately, the Gtk+ developers decided to be against the existing standards and provide "no option" to turn it off.
Luckily, with gtk3-nocsd, we still have a way to (partially) turn it off. Window manager (title bar and window border) can be re-enabled.Last edited by NM64; 01 November 2024, 04:01 AM.
Leave a comment:
-
-
"VMWare backdoor".... I thought the Kernel didn't allow APIs that didn't have an OpenSource implementation.
Seems like these days the kernel is just a pipe between a closed-source firmware blob and a closed-source userspace blob.
Leave a comment:
-
Leave a comment: