VMware Workstation Shifting From Proprietary Code To Using Upstream KVM

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • Quackdoc
    replied
    This is wild. I'm not a personal fan of vmware products, but I do recognize that they really do have some of the best features and UIs. This is rather big, love to see it.

    Leave a comment:


  • mirmirmir
    replied
    Originally posted by ssokolow View Post



    It's bad enough that I can't find a suitable Inkscape replacement for editing my SVGs, given that GTK 3's theming API is apparently too restrictive for Breeze-GTK to get rid of the buggy drop shadows on its menus.

    (Ever 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 think the main things remaining are Geeqie (part-way through writing a PyQt-based clone of the features I need), GIMP (need to experiment with Krita), Flatseal (need to upgrade KDE from 5 to 6 for flatpak-kcm), Inkscape (no solution yet), gcdemu (need to write a replacement cdemu frontend), guvcview (need to test out alternatives), playonlinux (need to write a replacement. I don't like Phoenicis), workrave (need to write a more tailored replacement), gLabels (haven't used in years, so I'll probably just delete it), jstest-gtk (need to verify that KDE's joystick control panel has reached feature parity), EasyTAG (need to research alternatives with similar UX), and gVim (need to explore replacements).)

    It's getting to the point where I'm starting to find it a more appealing prospect to just bump my RAM from 64GB to 96GB and start using Electron apps instead of GTK apps. At least they properly respect my CSD vs. SSD preferences.
    Least deranged KDE fan

    Leave a comment:


  • pWe00Iri3e7Z9lHOX2Qx
    replied
    Originally posted by stormcrow View Post
    This isn't a boon to KVM by any stretch. This is Broadcom trying to get more free labor so they can squeeze more profit out of the VMWare acquisition going forward. They're cutting labor costs by shifting the labor spent on the proprietary Linux back end to open source developers. They're already gouging customers by tripling (or more) their fees and dropping smaller clients entirely. Broadcom is not one of the good faith actors in the computing industry. They take and never give back anything without a crowbar and rust remover.
    Broadcom sucks and what they are doing to VMWare and their customers sucks. But I'd still prefer they used KVM.

    Leave a comment:


  • pWe00Iri3e7Z9lHOX2Qx
    replied
    Nice! Now Oracle just needs to start advancing the VirtualBox KVM backend from Cyberus and ditch the existing one.

    Leave a comment:


  • stormcrow
    replied
    This isn't a boon to KVM by any stretch. This is Broadcom trying to get more free labor so they can squeeze more profit out of the VMWare acquisition going forward. They're cutting labor costs by shifting the labor spent on the proprietary Linux back end to open source developers. They're already gouging customers by tripling (or more) their fees and dropping smaller clients entirely. Broadcom is not one of the good faith actors in the computing industry. They take and never give back anything without a crowbar and rust remover.

    Leave a comment:


  • erniv2
    replied
    Nice that will also mean you can run vmware and kvm vms in paralell cause both use the kvm driver for the cpu, that´s like countering the windows hypervisor hypervisor ? Windows usally runs a hypervisor and to run vmware or vbox it has to run on top of that thing.

    And with this Vmware cuts one of the steps, once upstream they can focus on their drivers for disks net and graphics.

    Leave a comment:


  • ssokolow
    replied
    Originally posted by eszlari View Post
    Dependencies:
    1:4.0.0-1 - gir1.2-gtk-3.0 (2 3.10) gir1.2-gtk-vnc-2.0 (0 (null)) gir1.2-gtksource-4 (0 (null)) gir1.2-libosinfo-1.0 (0 (null)) gir1.2-libvirt-glib-1.0 (0 (null)) gir1.2-vte-2.91 (0 (null)) python3-dbus (0 (null
    )) python3-gi (2 3.31.3~) python3-gi-cairo (0 (null)) python3-libvirt (2 0.7.1) virtinst (5 1:4.0.0-1) dconf-gsettings-backend (16 (null)) gsettings-backend (0 (null)) python3:any (0 (null)) gir1.2-ayatanaappind
    icator3-0.1 (16 (null)) gir1.2-appindicator3-0.1 (0 (null)) gir1.2-spiceclientglib-2.0 (0 (null)) gir1.2-spiceclientgtk-3.0 (0 (null)) libvirt-daemon-system (2 1.2.7) gir1.2-secret-1 (0 (null)) gnome-keyring (0
    (null)) python3-guestfs (0 (null)) ssh-askpass (0 (null)) virt-viewer (0 (null))
    It's bad enough that I can't find a suitable Inkscape replacement for editing my SVGs, given that GTK 3's theming API is apparently too restrictive for Breeze-GTK to get rid of the buggy drop shadows on its menus.

    (Ever 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 think the main things remaining are Geeqie (part-way through writing a PyQt-based clone of the features I need), GIMP (need to experiment with Krita), Flatseal (need to upgrade KDE from 5 to 6 for flatpak-kcm), Inkscape (no solution yet), gcdemu (need to write a replacement cdemu frontend), guvcview (need to test out alternatives), playonlinux (need to write a replacement. I don't like Phoenicis), workrave (need to write a more tailored replacement), gLabels (haven't used in years, so I'll probably just delete it), jstest-gtk (need to verify that KDE's joystick control panel has reached feature parity), EasyTAG (need to research alternatives with similar UX), and gVim (need to explore replacements).)

    It's getting to the point where I'm starting to find it a more appealing prospect to just bump my RAM from 64GB to 96GB and start using Electron apps instead of GTK apps. At least they properly respect my CSD vs. SSD preferences.

    Leave a comment:


  • Setif
    replied
    Originally posted by A1B2C3 View Post
    My God, what people! You talk and discuss everything, but when do you work? when do you write the code? you don't have time to write code. You're always sitting here scribbling comments. I think that you should be marked and then sent after the Russian developers.
    Not everyone is allowed to contribute code. You should obey US orders to be able to contribute. Otherwise you are a threat to the humanity.

    Leave a comment:


  • Sonadow
    replied
    Originally posted by Chugworth View Post
    Once I've gone through the initial configuration of the VM then I'm generally done with the GUI manager. The great thing about virt-manager is that it's small, not bloated, and can connect to remote systems through SSH.
    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:


  • Chugworth
    replied
    Originally posted by Sonadow View Post
    virt-manager is garbage compared to what VMWare's management graphical interface is capable of doing.

    and KVM on its own is utterly useless. It's just a hypervisor.
    Once I've gone through the initial configuration of the VM then I'm generally done with the GUI manager. The great thing about virt-manager is that it's small, not bloated, and can connect to remote systems through SSH.

    Leave a comment:

Working...
X