Latest Comments by F.Ultra
Canonical have listed what 32bit packages they will continue to support through Ubuntu 20.04
17 September 2019 at 5:47 pm UTC Likes: 1
It's much easier for Valve to release a single 32-bit client that works on every system than having to either support two versions or forcing clients to upgrade to 64-bit hardware. Then there is the technical detail of letting 32-bit games use the steam overlay, not sure if there are some technical details here or not also that could create problems if the steam client was 64-bit (I have no experience with crossing the 32- and 64-bit boundary like this).
17 September 2019 at 5:47 pm UTC Likes: 1
Quoting: KimyrielleIn all honesty, 32 bit stuff DOES need to go at some point. I mean, for how long is Linux supposed to carry on that old baggage?
That Steam (which is one of the most important Linux applications there is, and is maintained by a multi-billion dollar business) STILL doesn't have a 64 bit client is quite frankly unforgivable.
I would really think they should agree on a reasonable grace period and then elbow people into finally updating their legacy 32 bit apps. If after that date, people still -really- insist on running decades-old software or even older hardware, they can still maintain and build these packages themselves. It's open source software, after all.
It's much easier for Valve to release a single 32-bit client that works on every system than having to either support two versions or forcing clients to upgrade to 64-bit hardware. Then there is the technical detail of letting 32-bit games use the steam overlay, not sure if there are some technical details here or not also that could create problems if the steam client was 64-bit (I have no experience with crossing the 32- and 64-bit boundary like this).
You may want to hold off on Linux Kernel 5.3 and systemd 243 if you use a gamepad
17 September 2019 at 5:18 pm UTC
Yeah, boo on software that innovates and creates new useful features ;). What those detractors never recognise is that the "feature creep" is not in systemd the init daemon but systemd the project (that consists of independent applications, all of which are completely optional) where the aim is to create a common plumbing layer for Linux (aka system admins can expect to have access to the same set of tools regardless of system).
Few people complained when the GNU project forked all the unix tools back in the day and implemented their own set of useful extensions, most people only notice that when they happen to use some system that don't use the GNU versions (like Solaris or the BSD:s) at which point many feel constrained and crippled by the lack of those extensions (the countless times I've cursed when administrating some Solaris machines...).
17 September 2019 at 5:18 pm UTC
Quoting: razing32Quoting: F.UltraQuoting: hallieballieI really do not understand why systemd is so great, it is an annoying system to deal with.
When you need to debug form a rescue environment, it is very difficult to see what went wrong, to access logging is science these days.
The time with init scripts was heaven, now we are in hell.
When you need to debuf from a rescue environment with the old init scripts you would be lucky if you where able to find any form of logs at all. On a systemd system though everything can be found with journalctl, even things that daemons wrote to stderr or stdout are caught.
As a server admin, systemd is the single best thing that have happened to Linux since the kernel.
I do like the features of systemd but I also think some of the detractors make sense.
It has a feature creep and seems to expand into a lot of things.
Yeah, boo on software that innovates and creates new useful features ;). What those detractors never recognise is that the "feature creep" is not in systemd the init daemon but systemd the project (that consists of independent applications, all of which are completely optional) where the aim is to create a common plumbing layer for Linux (aka system admins can expect to have access to the same set of tools regardless of system).
Few people complained when the GNU project forked all the unix tools back in the day and implemented their own set of useful extensions, most people only notice that when they happen to use some system that don't use the GNU versions (like Solaris or the BSD:s) at which point many feel constrained and crippled by the lack of those extensions (the countless times I've cursed when administrating some Solaris machines...).
You may want to hold off on Linux Kernel 5.3 and systemd 243 if you use a gamepad
16 September 2019 at 6:57 pm UTC Likes: 14
When you need to debuf from a rescue environment with the old init scripts you would be lucky if you where able to find any form of logs at all. On a systemd system though everything can be found with journalctl, even things that daemons wrote to stderr or stdout are caught.
As a server admin, systemd is the single best thing that have happened to Linux since the kernel.
16 September 2019 at 6:57 pm UTC Likes: 14
Quoting: hallieballieI really do not understand why systemd is so great, it is an annoying system to deal with.
When you need to debug form a rescue environment, it is very difficult to see what went wrong, to access logging is science these days.
The time with init scripts was heaven, now we are in hell.
When you need to debuf from a rescue environment with the old init scripts you would be lucky if you where able to find any form of logs at all. On a systemd system though everything can be found with journalctl, even things that daemons wrote to stderr or stdout are caught.
As a server admin, systemd is the single best thing that have happened to Linux since the kernel.
Unknown Worlds are dumping the Linux version of Natural Selection 2
14 September 2019 at 2:15 pm UTC
Which was exactly my point ;-)
14 September 2019 at 2:15 pm UTC
Quoting: rkfgQuoting: F.UltraIt won't work on current Proton because it ships a slightly outdated Wine version. When they switch to a newer Wine NS2 will work fine (except for the issues I've described). For now there's a big memory leak in one of the Wine-provided functions, quoting the developer:Quoting: Sir_DiealotQuoting: F.UltraQuoting: rkfgI have a feeling that as SteamPlay becomes more and more reliable this situation will become common. I wonder what Valve would do if anything at all.
I hardly think that they pulled the native Linux build due to SteamPlay when you need a custom build of Proton to make it work.
Eh, it *will* work through SteamPlay. Good enough for the Linux folks.
Well if "not working properly" is what they deem good enough for Linux folks then I still don't see how they would not have played this card without SteamPlay.
QuoteThe wine maintainers fixed the issues related to us (or better Luajit) using the 64 bit zero bit offset with NTAllocMemory with the release of 4.14
You need a custom proton build which is already based on wine 4.14
Which was exactly my point ;-)
Steam Play Proton 4.11-4 has been released into the wild
14 September 2019 at 2:12 pm UTC
Yea it's one hell of a game. Hard as nails though (10 hours in and have just come to the root mother). Haven't experienced any crashes yet so I'm feeling lucky!
14 September 2019 at 2:12 pm UTC
Quoting: GuestQuoting: F.UltraWill be testing Resident Evil 4 and Remnant: From the Ashes this weekend.Remnant is great! I've played multiple playthroughs (20+ hours) and the only issues with Proton I know of is the character model not showing on the main menu, and having to launch withPROTON_FORCE_LARGE_ADDRESS_AWARE=1 %command%
I had maybe 2 loading screen crashes total, but that seems to happen on Windows as well.
Apparently some people had their saves corrupted so I made sure to manually backup mine, never had an issue with it tho.
Hope there's more content coming soon, as the game is pretty short.
Yea it's one hell of a game. Hard as nails though (10 hours in and have just come to the root mother). Haven't experienced any crashes yet so I'm feeling lucky!
Steam Play Proton 4.11-4 has been released into the wild
14 September 2019 at 2:07 pm UTC Likes: 1
They do? I didn't purchase them (the complete resident evil franchise have a Steam Sale right now) since only 4 seams to work without lots of workarounds and problems according to protondb.com. You should upload your info for those there!
14 September 2019 at 2:07 pm UTC Likes: 1
Quoting: chancho_zombieQuoting: F.UltraWill be testing Resident Evil 4 and Remnant: From the Ashes this weekend.
haven't tested RE4 yet, but RE5, RE7 and revelations 1 and 2 all of them work, RE7 needs the media foundation fix.
They do? I didn't purchase them (the complete resident evil franchise have a Steam Sale right now) since only 4 seams to work without lots of workarounds and problems according to protondb.com. You should upload your info for those there!
Steam Play Proton 4.11-4 has been released into the wild
13 September 2019 at 11:47 pm UTC Likes: 5
13 September 2019 at 11:47 pm UTC Likes: 5
Will be testing Resident Evil 4 and Remnant: From the Ashes this weekend.
Unknown Worlds are dumping the Linux version of Natural Selection 2
13 September 2019 at 11:40 pm UTC
Well if "not working properly" is what they deem good enough for Linux folks then I still don't see how they would not have played this card without SteamPlay.
13 September 2019 at 11:40 pm UTC
Quoting: Sir_DiealotQuoting: F.UltraQuoting: rkfgI have a feeling that as SteamPlay becomes more and more reliable this situation will become common. I wonder what Valve would do if anything at all.
I hardly think that they pulled the native Linux build due to SteamPlay when you need a custom build of Proton to make it work.
Eh, it *will* work through SteamPlay. Good enough for the Linux folks.
Well if "not working properly" is what they deem good enough for Linux folks then I still don't see how they would not have played this card without SteamPlay.
Unknown Worlds are dumping the Linux version of Natural Selection 2
13 September 2019 at 7:49 pm UTC
I hardly think that they pulled the native Linux build due to SteamPlay when you need a custom build of Proton to make it work.
13 September 2019 at 7:49 pm UTC
Quoting: rkfgI have a feeling that as SteamPlay becomes more and more reliable this situation will become common. I wonder what Valve would do if anything at all.
I hardly think that they pulled the native Linux build due to SteamPlay when you need a custom build of Proton to make it work.
Try the demo of the amusingly quirky point & click adventure Edgar - Bokbok in Boulzac
11 September 2019 at 4:51 pm UTC Likes: 3
That's because it's carrot.watt.hour^-1, completely different thing!
11 September 2019 at 4:51 pm UTC Likes: 3
Quoting: sub"Watt.hour^-1" is "Watt per hour" and totally doesn't make sense.
Then again Watt x hour is energy not power.
I don't get that bubble. :D
That's because it's carrot.watt.hour^-1, completely different thing!
- Dungeon Clawler will grab hold of your free time now it's in Early Access, plus keys to give away
- Monster catcher Cassette Beasts adds Steam Workshop support and a new battle mode
- Steam getting proper Season Pass support with clearer guidelines and refunds for cancellations
- itch.io store now requires AI generated content disclosures for assets
- Mesa 24.3.0 graphics drivers for Linux released with many new features and bug fixes
- > See more over 30 days here
-
TRX an open-source reimplementation of Tomb Raider 1 an…
- Avehicle7887 -
PlaytronOS Alpha 2 brings expanded NVIDIA support, more…
- ekultails -
GOG's Black Friday Sale is live now with some big disco…
- wvstolzing -
Check out the new trailer for Truckful, a driving adven…
- JustinWood -
2K Launcher is finally no more - that's at least one pu…
- JustinWood - > See more comments
- Spare gog keys
- Pyrate - Nintendo-style gaming, without Nintendo!
- Talon1024 - What have you been listening to?
- Linux_Rocks - More updates - social media related
- Klaas - What do you want to see on GamingOnLinux?
- Linux_Rocks - See more posts
View cookie preferences.
Accept & Show Accept All & Don't show this again Direct Link