for anyone good with limine is there a script that can be used for daulboot setups that can change between windows and linux as the default boot option?
Claude was naughty and made Hearthstone even buggier - now it has high CPU usage after latest patch. Some recommend to turn "efficiency mode" in the task manager from Hearthstone, what is the Linux alternative for it? I am playing using Bottles and using Kron4ek's latest wine-staging-tkg build as a runner.
Claude was naughty and made Hearthstone even buggier - now it has high CPU usage after latest patch. Some recommend to turn "efficiency mode" in the task manager from Hearthstone, what is the Linux alternative for it? I am playing using Bottles and using Kron4ek's latest wine-staging-tkg build as a runner.
Bottles is not outdated, latest minor update was 5 days ago and major update was 2 months ago. They don't update distro packages anymore, only flatpak. Also they plan to make new and better version, but I doubt we would ever see it.
My question is not about launching game though, it works fine or more precisely worked fine until latest patch. It makes my admittedly old PC slow and sometimes freezing for short period of time when I am playing Hearthstone. Windows users say you can improve a bit by turning efficiency mode in the task manager for HS.exe specifically, but I never did similar stuff in Linux to know whether there is way to emulate it in Linux. Google shows results regarding general OS setting for powersave mode.
Also I used to play Hearthstone as non-Steam game, but for unknown reason (maybe bad user) I couldn't enable f/e-sync/nt-sync for it and it used wine's own synchronization which is very slow. It didn't care about runners, arguments, commands and variables, so I gave up and started using Bottles which "just worked".
Artix starts to feel like Arch ten years ago. SonicDE repo has been moved again, and I was wondering why it's getting 404'd.
The sonicde repository was created adhoc in addition to our supported repositories while it still cannot have that status. It has now been moved, requiring the following modification to the /etc/pacman.conf file :
Code:
[sonicde]
Server = https://artixlinux.duckdns.org/repos/sonicde/
The creator literally tried to release it as "KDE Lite" before KDE stepped in saying they own the brand and can afford lawyers. I'm sure there will be a few more changes while they sort things out and get settled. That aside it does look pretty neat and it's definitely better then Plasma in some ways
Its just artix moving the packages to the right place, SonicDE shouldn't have had its own main repository, it was just a temporary measure to stop the issue of conflicting packages and broken updates, and it has now been moved to its own unofficial repository. This doesn't mean that SonicDE is getting put on the backburner, it just means that it too new and doesn't have a big enough priority to be in the main repos, especially one big enough to warrent allowing breaking changes.
Hypothetically, but if Microsoft gets new management and goes "fuck it" and releases a version of Windows so stripped down that you can use it headless or even port KDE and Cinnamon to it (but still using the NT kernel and having full support for window apps) would anyone here try it?
Are you retarded? Who would take the time to port KDE to windows 11*? Why would they do that? If someone were going to use KDE what possible reason could they have to want to run it on windows? You think adobe creative cloud is going to work well on KDE? You think KDE is going to >krash less on windows 11*? Even hypothetically why would MS ever do this for their consumer OS? They're fighting for normie market share not headless-with-a-CLI market share.
Claude was naughty and made Hearthstone even buggier - now it has high CPU usage after latest patch. Some recommend to turn "efficiency mode" in the task manager from Hearthstone, what is the Linux alternative for it? I am playing using Bottles and using Kron4ek's latest wine-staging-tkg build as a runner.
Hypothetically, but if Microsoft gets new management and goes "fuck it" and releases a version of Windows so stripped down that you can use it headless or even port KDE and Cinnamon to it (but still using the NT kernel and having full support for window apps) would anyone here try it?
Are you retarded? Who would take the time to port KDE to windows? Why would they do that? If someone were going to use KDE what possible reason could they have to want to run it on windows? You think adobe creative cloud is going to work well on KDE? You think KDE is going to >krash less on windows? Even hypothetically why would MS ever do this for their consumer OS? They're fighting for normie market share not headless-with-a-CLI market share.
Are you retarded? Who would take the time to port KDE to windows? Why would they do that? If someone were going to use KDE what possible reason could they have to want to run it on windows? You think adobe creative cloud is going to work well on KDE? You think KDE is going to >krash less on windows? Even hypothetically why would MS ever do this for their consumer OS? They're fighting for normie market share not headless-with-a-CLI market share.
@Betonhaus does come up with some interesting thought experiments. A lot of the KDE apps actually work as well on Windows (without even using WSL) as they do on Linux nowadays. Of course, saying that Okular is up there with the best PDF readers on Windows (I find it even more performant- after it initially loads- than SumatraPDF) is very different from saying that it makes sense to run anything else from KDE on top of Windows, because most everything else sucks (or at least sucks compared to KDE 3 enough that it makes old heads feel bad about using it at all).
What would be actually be good would be a stripped down Windows that was not set up to run a Linux VM or a regular X/Wayland session, but instead to serve up regular Windows applications running (as far as they could see) no differently from any other, as normal X11 clients, so you could have them natively integrated into your X session without the potential compatibility concerns of Wine. If MS gave something like that support, it could potentially help organizations- particularly governments- with unsupported legacy applications which are unlikely to ever get Wine support without serious investment move to Linux. Which is why it won't happen (I do appreciate that there are pretty good hacky solutions for this already out there, they just won't ever be official).
@Betonhaus does come up with some interesting thought experiments. A lot of the KDE apps actually work as well on Windows (without even using WSL) as they do on Linux nowadays. Of course, saying that Okular is up there with the best PDF readers on Windows (I find it even more performant- after it initially loads- than SumatraPDF) is very different from saying that it makes sense to run anything else from KDE on top of Windows, because most everything else sucks (or at least sucks compared to KDE 3 enough that it makes old heads feel bad about using it at all).
What would be actually be good would be a stripped down Windows that was not set up to run a Linux VM or a regular X/Wayland session, but instead to serve up regular Windows applications running (as far as they could see) no differently from any other, as normal X11 clients, so you could have them natively integrated into your X session without the potential compatibility concerns of Wine. If MS gave something like that support, it could potentially help organizations- particularly governments- with unsupported legacy applications which are unlikely to ever get Wine support without serious investment move to Linux. Which is why it won't happen (I do appreciate that there are pretty good hacky solutions for this already out there, they just won't ever be official).
Who would take the time to port KDE to windows? Why would they do that? If someone were going to use KDE what possible reason could they have to want to run it on windows?
Ah, that was my bad. I didn't realize it was you who posted that. The mystery of why it's such a bizarre and retarded post is explained and had I realized I wouldn't have bothered responding. All is right with the world again.
A lot of the KDE apps actually work as well on Windows (without even using WSL) as they do on Linux nowadays. Of course, saying that Okular is up there with the best PDF readers on Windows (I find it even more performant- after it initially loads- than SumatraPDF) is very different from saying that it makes sense to run anything else from KDE on top of Windows, because most everything else sucks (or at least sucks compared to KDE 3 enough that it makes old heads feel bad about using it at all).
What would be actually be good would be a stripped down Windows that was not set up to run a Linux VM or a regular X/Wayland session, but instead to serve up regular Windows applications running (as far as they could see) no differently from any other, as normal X11 clients, so you could have them natively integrated into your X session without the potential compatibility concerns of Wine. If MS gave something like that support, it could potentially help organizations- particularly governments- with unsupported legacy applications which are unlikely to ever get Wine support without serious investment move to Linux. Which is why it won't happen (I do appreciate that there are pretty good hacky solutions for this already out there, they just won't ever be official).
This is ridiculous. You're essentially asking what if microslop made reverse-uno WSL in order to kill their own market share. They made WSL to try and EEE linux. They're not going to EEE their own fucking software into free operating systems. As if any of the 5 applications that are windows specific would even work on something like that. Kernel level anti-cheat? lol. Adobe? lmao. SumatraPDF? probably but it's fast because it's windows native. Defeats the point.
I was reading about the recent improvements made to QtQuick 3D and it made me wonder if the system could be leveraged to build a proper 3D plasmoid widget, so I ported this classic over to test:
At the moment it only embeds the QtQuick port of the maze inside a widget, but the widget frontend is a QML item tree with a Qt Quick 3D View3D embedded inside it. Because View3D is itself a Qt Quick Item, the 3D scene can be composed, configured, overlaid, resized, themed, and driven through QML like the rest of the widget. That means desktop interaction, events, and user configuration can most likely affect the scene directly just like any other widget, but with the result expressed spatially in 3D. Here's the docs I read for this if you want more info.
For something that may be of actual use to the thread: Someone recently ported over a Windows like Task Manager, its called "Tux Manager" and if you are like me and hate the non-TUI task managers on Linux then it might be of use to you too. Maybe it's because I am more used to the Task Manager layout from years of Windows dependence, but it's so much easier to see what processes are hogging the memory with this. It can also manage your services and monitor your hardware.
This is ridiculous. You're essentially asking what if microslop made reverse-uno WSL in order to kill their own market share. They made WSL to try and EEE linux. They're not going to EEE their own fucking software into free operating systems. As if any of the 5 applications that are windows specific would even work on something like that. Kernel level anti-cheat? lol. Adobe? lmao. SumatraPDF? probably but it's fast because it's windows native. Defeats the point.
Your reading comprehension is shit. My question was if people would use such a project if it existed, not the likelihood of said project. Likelihood is low for the next few years, but after microsoft gets to crisis mode in a few years they might try multiple things to see what sticks, and one may be an extremely pared down OS.
And reminder that KDE Plasma is the desktop enviroment, while Kwin is the actual renderer used. while replacing the windows compositor with kwin would be neat, simply replacing the desktop environment while still using the windows rendering engine would allow for significant debloating without completely breaking support for regular applications. You can see the rendering engine in action in some edge cases such as the Windows Hyper-V Server or when Explorer.exe crashes.
I think you forgot that KDE for Windows has been a thing before back when Windows was better and Linux wasn't as prominent https://youtube.com/watch?v=MVXMcrRANC8
Huh. I wonder what they were thinking when they started on that? Still I don't think anyone was talking about an unfinished KDE windows port from a decades and a half ago. But I will edit my post to specify windows 11 in deference to your trivia knowledge.
Your reading comprehension is shit. My question was if people would use such a project if it existed, not the likelihood of said project. Likelihood is low for the next few years, but after microsoft gets to crisis mode in a few years they might try multiple things to see what sticks, and one may be an extremely pared down OS.
And reminder that KDE Plasma is the desktop enviroment, while Kwin is the actual renderer used. while replacing the windows compositor with kwin would be neat, simply replacing the desktop environment while still using the windows rendering engine would allow for significant debloating without completely breaking support for regular applications. You can see the rendering engine in action in some edge cases such as the Windows Hyper-V Server or when Explorer.exe crashes.
You shut your blasphemous heathen mouth right this instant. I will not sit idly by and allow such slander against the late King and now Saint Terrance Andrew Davis.
TempleOS and its predecessors like J Operating System, SparrowOS, and Losethos were indeed "toy" operating systems insofar as their intended and practical functions. No one with any sincere interest in TempleOS as a legitimate operating system would ever approach it the way Terry intended as God's Third Temple. This doesn't invalidate TempleOS in the slightest, however. Everyone with a vaguely "techy" inclination "knows" that Terry Davis wrote an entire operating system, but they never quite internalised the sheer scale, let alone the profound depths of what that statement truly entails.
TempleOS is best approached as a research operating system, alongside stuff like Plan 9 and the original Unix from Bell Labs. Divorced from market trends and the need for compatibility, what can we accomplish? Commercial success is not the goal; stuff that the research OS gets right can still be adopted in other products. Circling back to TempleOS, it's basically the only other wholly 64-bit operating system written almost entirely in x86 assembly. This entire OS is <2MB, yet it has so much stuff crammed into it. HolyC is the entire shell, DolDoc (the omnipresent hypertext system) basically lets you store text, images, 3D meshes, hyperlinks, and all this other stuff. You can have diagrams flowcharts in your programs! Again... 3D meshes in under 2MB!. There's no practical function, yes, but you damn sure don't need Unity3D and its consequences in TempleOS.
Y'know what's really funny? TempleOS is able to outmatch Emacs, and Emacs itself is an endless rabbithole unto itself. Emacs is basically a master of plaintext, but images and hypertext were always huge sore spots. Not to mention that Emacs is a colossus unto itself relative to TempleOS. You could do the Guix System + Guile Scheme + EXWM + booting into an Emacs buffer shtick... or you could run TempleOS to accomplish all the same things in under 2MB of space while having more options at your disposal. @CrunkLord420 writes and distributes whole GAMES for TempleOS on the anniversary of Saint Terry's passing. Such an autistic passion project wouldn't exist if TempleOS was just a mere toy.
