Wine 4.0 released
winehq.org
winehq.org
Many early 2000 games I'm fond of used SecuROM. That's always a fun one.
A reminder that Daggerfall (aka Buggerfall, aka the game that had a game-breaking bug in the very first dungeon at the beginning of the map) shipped in 1996.
Please insert correct disc into the cd drive. Please enter your cd-key. Please type the third word from line 42 on page 13 of the manual.
~ CRACKED BY HeXPHReAK ~
Quarantine or ignore
Meh...it's probably fine.
To the typical consumer, the action of inserting the DVD should communicate to the computer their intended action.
Every additional step, especially if it requires reading, pushes them further to just using a dedicated device for CD/DVD consumption.
To someone like you and me that might seem like an ideal practice, but to the typical consumer it's a usability problem.
NES emulators have been ported to basically everything, which in turn makes NES games playable anywhere. And this includes modern NES games as well, as long as they were tested against either super-accurate emulators or real hardware (to ensure no reliance on specific emulator quirks).
https://en.wikipedia.org/wiki/Microsoft_Corp._v._Lindows.com....
I'd bet on them forking or outright buying Ubuntu.
> Microsoft's plan to invade cuba and overthrow the government has succeeded. One Microsoft official said "It's a win-win situation. The US Government is happy and shuts up the DOJ while Microsoft institutes a monopoly within Cuba for everything from computer software to toilet paper. One more step closer to world domination. Heck, we could feed a whole development department for the cost of one developer's salary in the US. They may not know how to create an Operating System very well, but neither do our US developers."
Oh my. I wasn't sure what I was looking at and then I read that to the right of the link.
Calm down there Satan.
Sadly, the Apple II emulator for Macs was real hardware.
Testing across multiple .net frameworks without containers or virtual machines.
It's a lot faster to initiate an app inside wine on Linux then start up a VM and launch it on Windows. I think it's even faster than containers on Windows but don't have any data to back it up.
Lastly, for sandboxing applications (not a great security layer of course, but safer than running natively) so they don't pollute the registry or access sensitive files.
Wondering if it's possible to play dx12 games on older versions of Windows that don't officially support it.
The tricky part was the X11 server. X.org doesn't seem to work on the Linux subsystem, but there are a few X11 servers for Windows. If you install one of them, you can run Linux GUI programs.
But yes, there are better options. You can run Xming or other X server and configure it yourself. Or you can buy X410 in the app store, and then the only configuration needed is DISPLAY=:0 in your shell.
We've abstracted over the CPU nicely. Without even thinking about it, my software will compile and run on any modern CPU just fine. Excellent! But it's dumb that we still have to learn about the specifics of the OS, just to write a simple application. I wish they'd just pick some kernel-level API, some common formats (filesystem, executables), some UI-level APIs, etc., and then everyone could just write to that.
(That's basically what the web is, except the API is in terms of HTML/CSS/JS, rather than CPU/RAM/disk/devices. You know you suck at standardization when you're getting lapped by the web standards committees. It's easier for me to cross-compile C to JS than to compile C on all the different platforms I use. What happened?)
It seems like every couple decades, a few companies get together to try to make a standard operating system (Multics, Taligent), and it always falls apart. We're just about due for another doomed effort!
It seems Google will take a shot at it: https://en.wikipedia.org/wiki/Google_Fuchsia
No mate it isn't sad. There is always going to be a scrap between things, whether they be OSs or iguanas and snakes on the Galapagos islands.
I'm going in with a penguin myself and I will win.
Which is often unavoidable if you want to do filesystem stuff.
I've used CMake for many years. But now that I've discovered Meson, I cry a little every time I have to edit a CMakeLists.txt file.
CMake only helps a little bit (it's still very old and has way too many warts). But Meson is very pleasant to work with.
CMake is very easy to use, if you do things properly with targets. include_directories and link_libraries should never never ever be used, use target_include_directories and target_link_libraries instead. This way there is no need to mess about with shell script style variables for dependencies. But so many resources online explain to people how to do things the wrong way, and so their libs end up being a pain to build or depend on.
I did a large project conversion last year and was well into it before I started getting a feel for how everything fit together with Public/Private.
This assumes that there is agreement on what the UI experience should be. Navigation patterns, menu bars, keyboard shortcuts, touch gestures.. But there is still active competition between OS vendors on UI. Just in the last decade, the most common form of interaction with a computer has changed from mouse and keyboard to touch and speech recognition.
> It's easier for me to cross-compile C to JS than to compile C on all the different platforms I use. What happened?
The web is a lowest common denominator. A web app is still missing a lot of affordances that users take for granted in a native app on their given OS. That is why still in 2019, there are new native iOS and Android apps being developed. Look, there are even entirely new programming languages being invented (Swift) or integrated (Kotlin) for the purpose of writing native apps for those platforms.
Specifically regarding compile C, I don't see what your problem is compiling C. You can even compile C11 on windows with Clang. Yes you may choose to include a OS-specific header and it won't compile, but also your JS doesn't necessarily run if you call some browser specific function.
We had that for a while.
https://en.wikipedia.org/wiki/IBM_Common_User_Access
And most DEs even implemented it to some extent. But they didn't converge as a result of that.
Yes, it is, but why? HTML/JS has a LCD interface. x86 has a LCD interface. Even filesystems sort of have an LCD (some superset of MS-DOS FAT). Shouldn't the OS have one, too?
If we standardized filesystems, executables, and syscalls, I don't see how our world would be any worse, and I can think of many in which it would be better.
It always feels like computers are stuck in the same place because every time we improve CPU performance, we end up adding more layers of abstraction so the whole thing is moot.
We've done this for layers below the OS (x86) and layers above it (HTML, JS). There's just this one layer in the middle which we missed.
quite obviously linux has something that they want.
On my last holiday break I wanted to install and play a few games, which included using Wine to play Windows games. I was pleasantly surprised at how well it worked. Out of the ~10 games from GOG that I installed, all of them worked.
Great work.
I wish there were a more user-friendly way for people to use it, without the command-line and winetricks. I use wine on macOS, but I usually hesitate before diving in, because I know it inevitably involves some gymnastics. Even with Wineskin Winery (which is no longer maintained?).
Will WINE ever be at a point where it would be stable enough to make the case for non-technical users? Another comment joked about public offices -- would it be absurd to think offices could run linux instead of windows, saving licensing costs, using WINE where legacy software is necessary?
I would have started using WINE even earlier if the documentation were more approachable. I think they've improved over the last few years, though the site still looks like an antique forum system rather than cutting-edge tech + design, like you would see from a startup's website.
> Will WINE ever be at a point where it would be stable enough to make the case for non-technical users?
On Linux - yes, on macOS - not likely, given the waning interest of Wine developers in doing it for macOS, thanks to Apple's sabotage of OpenGL, Vulkan and 32-bit support there.
In Finder you can use Go to Folder. Just type ~/.wine/drive_c and add Program Files to the sidebar.
IMO for everyday use it pretty much already is.
Example: I installed MS Office 2010 using the official MS office installer, in a specially isolated Wine environment using a somewhat cumbersome command-line. This is expert-stuff, I agree, but what follows is not.
After the installer had completed Wine had picked up the application installations inside Windows and made them available (through wine) in my regular Linux application launcher with nice icons and everything.
I didn't lift a finger, and now I could use MS Word like any native Linux app anywhere in Gnome, even associate it with DOCX-files in Nautilus.
Call me easily impressed, but I found that above and beyond what I expected wine to do for me.
I'd like to really Thank Wine developers! Because of your efforts pretty much only time I need to use Windows desktop is when I need Adobe Lightroom CC and Premere Pro and it looks like v4 is improving on that as well.
2 decades later, my Wife + kids are now able to enjoy The Sims 4 and SimCity on their Linux machines, thanks to the hard work of the Wine team!
And with the additional work of Crossover, Word & Excel too.
These four non-trivial applications, built without any portability in mind, work flawlessly.
Of all the memories with Wine, the best one is still how Red Alert 2 worked flawlessly.
IDK how much it would cost to make a Linux version, but I would think the amount of money from microtransactions they would be getting would make up for it
I'm not 100% certain if EasyAntiCheat supports Wine at all, or even Linux at all, but that's what they (Epic Games) use. If not, they'd have to write an in-house solution that probably won't work.
In the past (again, I'm not sure about the present), CS:GO was victim to having a Linux client; rather, people figured out that it was much more vulnerable to exploits due to it not having a working anti-cheat solution.
It does. EAC detects Wine, and can load a Wine version if the developers enable it. There have also been a few cases where they enabled it upon player requests (without dev involvement).
Not being able to play Fortnite on Linux is probably my son's current, great disappointment. :-P
We could get it and not let them take it anywhere, but we moved to Steam on Linux pretty much.
Plus, it's nice to play in the lounge with all the family. I'm glad to hear you have the previous consoles and can do so!
The next big missing thing now is Wayland support (though it already works through XWayland).
https://play.google.com/store/apps/details?id=com.eltechs.ed
Wine is essentially just a userspace implementation of the Windows API. Outside of API functions & syscalls, the actual instructions of the application are still running on bare metal.
As one of my buddies said about a laptop I had issues with getting hardware recognized correctly in Linux: Put it in the drawer for 6 months and hope it's fixed by then.
Occasionally I may want to use the newest version of a particular application and I've found that instead of installing dependencies and compiling myself the Linux version, it is way easier to download the Windows binaries and run them with WINE. In some cases, it even works better! (e.g. full screen support)
That became less of an issue when Windows 7 came along as it worked so well, but now I know the next hardware revision of my studio PC will probably need to run Windows 10 (which I detest using), I'm looking misty-eyed at it again. But I know that Cubase is immensely demanding, and no doubt uses lots of odd Windows APIs that Wine doesn't cover (or cover fully), so that's just a pipe dream which gets awoken every time I see a new release of Wine come along and I somewhat foolishly check the app database only to find the last versions to test were years ago and were 'garbage'!
FWIW I'm a Linux user too and as a musician I would love Steinberg et al to pull their fingers out so I can have a dabble in that world. We can but dream.
setups: https://github.com/LibreDWG/libredwg/blob/master/build-aux/s... https://github.com/rurban/safeclib/blob/master/build-tools/s...
``` $ sudo apt update $ apt-cache policy winehq-stable winehq-stable: Installed: (none) Candidate: 3.0.4~cosmic Version table: 3.0.4~cosmic 500 500 https://dl.winehq.org/wine-builds/ubuntu cosmic/main amd64 Packages ```
Keen to know if anyone’s experiences with Adobe CC products.
It clearly should be buildable for 64-bit.
See:
if {${build_arch} eq "x86_64" && ${os.major} < 18} {
default_variants +universal
}
if {[variant_isset universal]} {
supported_archs i386 x86_64
} else {
supported_archs i386
}At this point, there is very little reason for federal, state and local government to be saddled with millions in license costs
They found out it can also be quite costly to run Linux as an alternative:
https://www.techrepublic.com/article/ditching-windows-for-li...
Microsoft didn't like the fact that Munich switched to Linux, so they moved their headquarters to Munich to gain political clout, ushered in a more favorable mayor, and then hired Accenture to release a report claiming that Windows would be more cost-effective.
It worked.
https://www.techrepublic.com/article/linux-in-munich-no-comp...