You can sign up to get a daily email of our articles, see the Mailing List page!
Latest Comments by Alm888
Lotus Reverie - a Visual Novel with a slice of turn-based strategy and a game of survival
7 February 2020 at 4:07 pm UTC

SalvatosSo it only has explicit violence?
And, apparently, narrated violence.

SalvatosIt’s also on itch by the way.
Sadly, as for now, the page is just a placeholder. No information as for whether there will be a full release, or the page is just for promotional/demo purposes.

MangoHud, a new open source Vulkan overlay layer for gaming on Linux
6 February 2020 at 8:44 am UTC

Phlebiac
Alm888Here at Fedora we do not call 3rd-party repositories like "RPM Fusion" some fancy names

Well, we do have "Cool Other Package Repo"
https://fedoraproject.org/wiki/Category:Copr
Nah. That's server-side infrastructure for creating/maintaining repositories. From user's perspective it is still enabled via ordinary "/etc/yum.repos.d/*.repo" config files.

MangoHud, a new open source Vulkan overlay layer for gaming on Linux
5 February 2020 at 7:46 pm UTC

dvdI may be mistaken, but i think binary blobs are not officially part of ubuntu, so the blame's on nvidia.
Nope. nVidia updates its drivers frequently enough.
The fact that Canonical thinks it is OK to not provide adequate drivers to 60% of the userbase has nothing to do with nVidia. Besides, there is always "Linux Mint", fixing this little issue.
RedfaceMesa is not "frozen in stone" for the current LTS release, it gets SRU (Stable Release Updates, see https://wiki.ubuntu.com 18.04 and 19.10 have now Mesa 19.2.8 released in December 2019 https://packages.ubuntu.com/source/bionic-updates/mesa and https://changelogs.ubuntu.com/changelogs/pool/main/m/mesa/mesa_19.2.8-0ubuntu0~18.04.1/changelog
Hm, it seems that is true. So, at least Mesa is not completely stuck. This leaves the question about frequency of updates, however.
RedfacePPA is short for Personal Package Archive https://en.wikipedia.org/wiki/Ubuntu#Package_Archives
What is NIH about having a mechanism to "Using a Personal Package Archive (PPA), you can distribute software and updates directly to Ubuntu users. Create your source package, upload it and Launchpad will build binaries and then host them in your own apt repository. " from https://help.launchpad.net/Packaging/PPA?action=show&redirect=PPA
Oh, excuse me. Maybe I've used the wrong term. "Unnecessary Multiplication of Instances" would be more fitting. Here at Fedora we do not call 3rd-party repositories like "RPM Fusion" some fancy names (and I believe, SUSE branch don't do it either). Even "Debian GNU/Linux" doesn't do that! So "PPA" is strictly Ubuntu-specific.
RedfaceRestricting users to only get offcial packages would be more like "NIH"
Now, that would be dumb, won't it? After all, if someone wants to install a 3rd-party application, she/he can just manually force-insert it into the system by simply copying the files into system directories and creating symlinks. Or by compiling from "tarballs". Preventing this will require complete stripping any administrative rights from users. I doubt many distros do it (maybe some government/army custom built super-secured ones do this, however).

MangoHud, a new open source Vulkan overlay layer for gaming on Linux
5 February 2020 at 6:19 am UTC Likes: 1

ShmerlHow much drag is there?


/usr/lib/x86_64-linux-gnu/libvulkan_intel.so
/usr/lib/x86_64-linux-gnu/libvulkan_radeon.so
/usr/share/bug/mesa-vulkan-drivers
/usr/share/bug/mesa-vulkan-drivers/control
/usr/share/bug/mesa-vulkan-drivers/script
/usr/share/doc/mesa-vulkan-drivers
/usr/share/doc/mesa-vulkan-drivers/changelog.Debian.gz
/usr/share/doc/mesa-vulkan-drivers/copyright
/usr/share/lintian/overrides/mesa-vulkan-drivers
/usr/share/vulkan/icd.d/intel_icd.x86_64.json
/usr/share/vulkan/icd.d/radeon_icd.x86_64.json


That is for starters. And then the package dependency hell kicks in and this all goes downhill. Fast.

Remember, before libGLVND we could not even have two OpenGL implementations installed at once, so installing Mesa was not an option.

IMO, the less dependencies a project has the better. And Mesa here is clearly redundant. Of course, I think it would be better if the original "Mesa Vulkan Overlay" project was untied from the Mesa in the first place.

Offtopic: There are lots of problems with Mesa. It being critical system component and thus "frozen in stone" in the Ubuntu LTS releases for two years for many people is the most prominent. And in order to not be stuck with hugely outdated software Ubuntu users resort to hacks like untested unstable repositories (due to NIH syndrome Canonical® calls them "PPA"s) thus throwing the whole idea of stable supported system out the window.

MangoHud, a new open source Vulkan overlay layer for gaming on Linux
5 February 2020 at 5:55 am UTC

ShmerlI don't see why it can't be developed at its own pace, and upstreamed at the same time, unless for some reason it can't be accepted back.
nVidia users do not use Mesa, so bundling the utility with it would mean needless drag in the system.

GOG have now launched their own big Lunar Sale with tons of DRM-free of deals
25 January 2020 at 11:08 am UTC

Comandante ÑoñardoPlus the STYX series has been released with a good discount...
Not available for Linux. Thus, irrelevant.

Psyonix are ending support for Rocket League on both Linux and macOS (updated)
25 January 2020 at 10:56 am UTC Likes: 2

GustyGhost
Quote...of the active total and when "viable workarounds exist" with Wine being mentioned.

"Wine is not harmful to Linux gaming


Have we learned our lesson yet?

WINE is not harmful to the Linux gaming. Not only WINE existed for long before Linux gaming started to grow in 2011 (hence, WINE could not be blamed for recent developments), but it provides a lot of essential capabilities for swithchng from Windows™: banking and stock exchange trading applications, CAD/CAM/CAE solutions, custom gaming/modding/resource unpacking utilities created by community etc.

WINE is very useful for Linux adoption!

Now, Proton™ on the other hand…
Despite what some very influential top members of this site tell, we did not see any (not just substantial, but any) Linux share growth on the Steam Statistics (yet?). And at the same time I personally have observed the influx of "Linux gamers" on the Reddit sub-forum, theorizing about why native Linux builds are essentially bad as "they become nonfunctional with OS upgrades and have inherently bad compatibility", concluding that "it would be better that every developer stopped wasting time and money on bad native ports and just used Proton™ with Windows API as some sort of gold standard." Seriously, these chaps are flooding the place (refusing to go to "WINE_gaming" sub-forum).

My conclusion is that it is not the technology that is bad, but our disposition towards its misuse. There wouldn't be any problems if we started teaching newbies that WINE not-an-emulation is only a temporary transitional solution for already owned games instead of advertising Windows™ games on the premise that they "Work great with Proton" (examples: https://www.reddit.com/r/linux_gaming/comments/erl0ww/far_cry_5_now_runs_almost_out_of_the_box_thanks/ and https://www.reddit.com/r/linux_gaming/comments/enmhl1/nioh_linux_dxvk_wine.

Meanwhile, the drama is continuing to unfold. Even after the explanation and assurances that "from now on refunding should work" people are still complaining about auto-rejects.

Psyonix are ending support for Rocket League on both Linux and macOS (updated)
24 January 2020 at 9:09 am UTC Likes: 2

ShmerlDo you mean Ruiner developers skipped updates for Linux just on GOG (but did on Steam) or they simply skipped them all? That's a nasty behavior either way.

The later:
https://www.gog.com/forum/ruiner/the_game_will_not_have_16c_version_for_linux_according_to_the_dev

Psyonix are ending support for Rocket League on both Linux and macOS (updated)
24 January 2020 at 8:08 am UTC Likes: 5

ShmerlSomething is rotting in Epic.
???
is?
rotting?

I thought Epic is already rotten to the core.
Honestly, in the recent years we were "flooded" with Linux releases cancellations from Kickstarter projects using UE4 as their engine. There was a constant stream of complaints from developers that Linux support in the engine is only nominal and they need to basically fix broken (or differently working) parts of the engine. On a game per game basis as all those fixes are not getting into the upstream "vanilla" engine.

According to my perception of things, if a project chooses UE4 as an engine, there is 80% chance of the Linux version being cancelled. (The remaining 20% are just due to stubbornness and decency of developers willing to overcome obstacles that have arisen).

That being said, my condolences to those heavily (morally or monetary) invested in the game at hand. Even though on-line competitive sports racing games are not my cup of tea (like, at all!) it is still sad to see this happening.

Someone said it is a victory for "GOG/DRM-free believers"… Well, only if a short-lived one at best. GOG cares about Linux users as much as about dirt on the floor. It did allow developers to drop Linux support right at game release and is absolutely content with games like "RUINER" never getting recent Linux updates (yes, I've contacted both GOG's and "Reikon Games" support services -- the decision not to release 1.6c update for Linux is deliberate and official). And I believe "itch.io" and other DRM-free stores do not impose any "Linux support" obligations either. They just don't make fuss about that.

So, in the long term, this "We discontinue our Linux support" practice worrisome.

You can now nominate games for the GamingOnLinux GOTY Award
22 January 2020 at 7:04 pm UTC

Liam Dawe
Thank you! After some polish this database will definitely come in handy.

Livestreams & Videos
None currently, submit yours here!
Popular this week
View by Category
Contact
Latest Comments
Latest Forum Posts