I assume since the Linux kernel doesn’t care what executable code gets run in memory, it was an engine that adda info for system call translations. Could be wrong, they did not elaborate.
I assume since the Linux kernel doesn’t care what executable code gets run in memory, it was an engine that adda info for system call translations. Could be wrong, they did not elaborate.
Just conveying what coders say, can’t comment on which engines. But since Linux doesn’t care what binary it loads into memory to execute it doesn’t seem hard to support a translation layer.
What I have heard on coding shows is making the Windows game available for Linux is clicking a check box for export/compile for Linux. And companies don’t.
There is Bazzite which is setup for gaming, and has ISOs specific to hardware type
IF you are a distro hopper try openSUSE, nVidia maintains a repo on their own servers for the SUSE/OpenSUSE drivers. I have not had any GPU issues for 7 years.
This site has good benchmarking of unoptimized and optimized code for several languages. C+ blows Python away. https://benchmarksgame-team.pages.debian.net/benchmarksgame/index.html
Agreed. Or look at the manual effort, is it worth coding it, or just do it manually for one offs. A coworker would code a bunch of mundane tasks for single problems, where I would check if it actually will save time or I just manually manipulate the data myself.
I will add if you send a proton encrypted email to a non proton user they get like a weblink version that decrypts for viewing. And it has an expiration date.
Because when it is to actually get paid work done, all the bloat adds up and that 3 days upfront could shave weeks/months of your yearly tasks. XKCD has a topic abut how much time you can spend on a problem before effort outweighs productivity gains. If the tasks are daily or hourly you can actually spend a lot of time automating for payback
And note this is one instance of task, imagine a team of people all using your code to do the task, and you get a quicker ROI or you can multiply dev time by people
If you have the budget Siemens NX CAD CAM FEA runs on Linux (Redhat and SUSE, also works on OpenSUSE). However the GUI version is NX 12 or prior releases, newer versions are headless…maybe that will change with Linux Desktop gaining percentage steadily
Some of thaose restrictions get stupid. We had a client ship us their hardware and they included Laser Mouse on the manifest. The US border controls would not allow delivery due to a Laser being included LOL. Had they just entered it as a Mouse the package would have been delivered.
No problem. Happy New Year. Also it is .org i mistakenly put .com for the opensuse software site. ( I will edit post) Also I should mention if you dont see an officially supported rpm on the software site, it does not mean it isn’t there, it now seems to mean it is in the main repos. I think years back they would all show, but maybe due to shared binaries with SUSE they don’t bother listing on the https://software.opensuse.org site. So best to check locally in the YAST or Zypper search of your repos first.
I haven’t had issues finding packages, often they may not be on the dev websites that host a deb package, but the main repos contain the general tools, if you need something more “fringe”,independent dev or new, then software.opensuse.Org allows you to turn on a search by community or experimental packages (which would be like Arch AUR and contains a lot of rpms) so you can install directly from the website, it will add the neccessary community repos during the install. Or if you don’t want to pollute your repo list they typically they have the option : Grab Binary directly. Or ther is an OPI ? Package you install that lets you search locally for community packages. For commerical apps like teamviewer , yubikey,webex etc the rpms were all available to support corporate SUSE users. If you still can’t find an rpm, then you run the Alien tool which converts a deb to the RPM installation format. The only issue I had once was the community package had dependencies that were not contained in the users repo so I had to find the dependencies and install those first. That felt like 1990s
All the things ypu said abouy GNOME and OpenSUSE I will give a +1. It really is polished and tweaked to be reliable. YAST is truly a great way to onboard to pinux withouy having to drop into CLI to configure things. I don’t think it is 100% Vanilla Gnome there are aome subtle things like OpenSUSE nautlius has a paste button, where as NixOS excludes this. While keyboard short cuts are OK, sometimes you want to just go into the hamburger menu and click paste without having to find white space in the list view to right click on. I have run it for about 7 years now, every distro upgrade has gone smooth.
My 2 cents, OpenSUSE Leap is stable as hell. lots of QA happening with their automated testing, and keeping in lockstep with SUSE releases (now sharing same binaries). Every distro upgrade has gone flawlessly, but when I have had the urge to tinker and do stupid things inf config files the built in btrfs snapshots have been a godsend.
Zorin Grid looks promising…whenever that will make it to market
I have used nVidia on OpenSUSE since 2017, it has been 100% fine, no issues. it may help that nVidia maintains their own OpenSUSE repo for leap and tumbleweed etc
Nvidia hosts their own RPM packages for OpenSUSE and I believe Fedora. On new installs it is just adding the nvidia repo
Does it? I’m on NixOS and OpenSUSE, both have been good. OpenSUSE using nVidia own maintained repo seems this avoid graphical glitches