Wine fans have a reason to smile today. Wine 11.0 is finally here, and it is a big deal for anyone running Windows software on Linux. After a full year of work, more than six thousand code changes, and hundreds of bug fixes, Wine is moving forward in a way that feels like a turning point. This release tightens up major subsystems, improves performance, expands hardware support, and carries a big win for compatibility. If you have been waiting for Wine to feel smoother and a little less fussy, 11.0 might be the moment you jump back in.

you are viewing a single comment's thread
view the rest of the comments
[–] 125 points 7 months ago (3 children)

Still one of my favourite WTF moments for Windows.
Whats in the System32 folder? 64 bit dlls. Whats in SysWOW64? 32 bit dlls.

Yes I know that WOW64 stands for WindowsOnWindows64 but its still hilariously misleading.

  • source
  • hideshow 6 child comments
  • [–] 83 points 7 months ago (3 children)

    Everything about windows is misleading. There are windows settings that require doing some sort of an windows inception where you open one settings to go deeper into an older version of the same settings to go deeper into an even older version of the same settings until you reach something that was designed for Windows 98 and actually works. With every newer windows version the settings become only more and more convoluted. Thank god I've switched to Linux as my daily driver.

  • source
  • parent
  • hideshow 6 child comments
  • [–] 18 points 7 months ago* (2 children)

    The problem of graphical settings. Needs more work, quickly gets confusing, ages badly. A fine .cfg from 1980 is still a fine .cfg now. It's place in the FS hierarchy might have changed but that's not a concern of the .cfg.

  • source
  • parent
  • hideshow 4 child comments
  • [–] 14 points 7 months ago (2 children)

    Why not both? A frontend for a cfg file for convenience and flexibility

  • source
  • parent
  • hideshow 4 child comments
  • [–] 2 points 7 months ago (1 child)

    There's really no excuse, proper project management would have replaced the UI and verified the new version included all the old functionality, organized well together with whatever new functionality they added. I think they were trying to keep old hats happy with the changes by letting them keep their old version, but it's better to just rip the band-aid off if you're gonna change it, now it's a mess for everyone.

  • source
  • parent
  • hideshow 2 child comments
  • [–] 29 points 7 months ago (1 child)

    I mean, could you trust a company that created a Linux container subsystem for Windows and named it Windows Subsystem for Linux to name things correctly?

  • source
  • parent
  • hideshow 2 child comments
  • [–] 5 points 7 months ago (2 children)

    Windows has subsystems. They're called Windows Subsystems. This one's for Linux. However you slice it, the initialism has to have WS in it.

  • source
  • parent
  • hideshow 4 child comments
  • [–] 5 points 7 months ago (1 child)

    People do not realize that Windows has, and has had, other subsystems. So the name seems dumb.

    When you realize that as far back as 1993 there was:

    • subsystem for Win32
    • subsystem for POSIX
    • subsystem for OS/2

    then Subsystem for Linux does not seems as crazy.

    Having “for Windows” at the end sounds natural if you only have one but putting saying “Windows subsystem for” makes more sense when you realize there are a bunch of them.

    Regardless, the decision was made 30 years ago and not recently as people assume.

  • source
  • parent
  • hideshow 2 child comments
  • [–] 2 points 7 months ago (1 child)

    "Linux on Windows Subsystem" or "Windows Subsystem: Linux" or "Lin4Win" anything would be better

  • source
  • parent
  • hideshow 2 child comments
  • [–] 2 points 7 months ago

    It's not the 'Linux on' subsystem, it's the 'Linux on Windows' subsystem, so it'd have to be Linux on Windows Windows Subsystem, which would be silly. It can't have a colon in it as some command-line tools take a subsystem as an argument, and traditionally, Windows command-line tools have used colons the same way Unix has used equals, i.e. to separate an argument name from its value, and parsing that gets harder when you're expecting colons in the value, too.

  • source
  • parent