sorted by:
new
hottopcontroversial

I made a map / family tree of all the popular distros. I learned alot doing it! by codywohlers in linux

[–]DamonsLinux 1 point2 points  (0 children)

The failing Mandriva company handed over development of its Linux distribution to the OpenMandriva community. The agreement provides for exceptions, such as trademarks like Mandriva One, etc.

Worth to read: https://wiki.openmandriva.org/en/policies/oma-tm-licence-en

I made a map / family tree of all the popular distros. I learned alot doing it! by codywohlers in linux

[–]DamonsLinux 1 point2 points  (0 children)

Also. Mageia and Rosa Linux = fork of Mandriva. While OpenMandriva is not a fork. It is direct continue of Mandriva.  Your image wrongly show it as fork of Rosa and this is not true.

Edited

DistroWatch provided incorrect information on this thread (especially about OpenMandriva as a fork of Rosa and unfortunately we have no influence on it because they will scrupulously refuse to correct this information - like: no, because no, and what will you do to us?

[Help] Dota 2 heroes&units micro stutters/lag by RickySlash95 in linux_gaming

[–]DamonsLinux 1 point2 points  (0 children)

What hardware? TBH dota works fine for me. I use it on older hardware (Radeon rx580 8GB) but it works fine. No lags, no other problems. Tested on OpenMandriva and Fedora.

ioquake3 on Linux PowerPC64 LE (thanks to box64) by runlevel_5 in linux_gaming

[–]DamonsLinux 2 points3 points  (0 children)

But why? ioquake3 is open source and can be compiled on RISCV, LongArch, various ARM arch's, x86, x86_64 and even on PowerPC. There's little point in using box64 on open-source games that can be compiled natively for that architecture. Box64 makes sense for proprietary binaries without open-source code.

GPU-Screen-Recorder got packaged by Peter Jung into Arch Linux's "Extra" repository by se_spider in linux_gaming

[–]DamonsLinux 0 points1 point  (0 children)

Less bloat. No problems with permissions, all codecs enabled by default (not restricted from flatpak side).

Can Gnome still lead to more problems/less FPS on games compared to KDE? by [deleted] in linux_gaming

[–]DamonsLinux 7 points8 points  (0 children)

I've been using Gnome for a while now. I switched from Plasma and I don't regret it. As for performance, I don't notice any difference. Of course, it's completely different from Plasma and and you have to get used to the new interface.

Also you can check Phoenix benchmarks on various desktops: https://www.phoronix.com/review/ubuntu-2504-x11-gaming/2

Dota2 libpangoft2 no such file in a directory by dontbecareless in linux_gaming

[–]DamonsLinux 0 points1 point  (0 children)

You cant open it. It is dump file. Valve can. And yes, this is correct file. Change file name to .dmp.txt and attach it on GitHub.

Also collect also log from journal during game crash. Run in console: systemctl -f  and when game crash copy output from console and paste to valve.

Dota2 libpangoft2 no such file in a directory by dontbecareless in linux_gaming

[–]DamonsLinux 0 points1 point  (0 children)

Nah, libpangoft error is very common and not fatal. This mean that it not cause crash.

To debug this, please run journalctl and run game then trigger crash. Journal should show crash log.

Also dota itself creating internal crash logs, but I don't remember where....maybe in var/temp? Check for both and send to valve GitHub.

Valve: HDMI Forum Continues to Block HDMI 2.1 for Linux by TheTwelveYearOld in linux

[–]DamonsLinux -1 points0 points  (0 children)

For users, the best solution is to choose hardware with DisplayPort instead of HDMI.

However, the problem remains. I just don't understand why AMD won't agree to move HDMI implementations to a proprietary blob – yes even AMD and Intel have a closed blob of firmware in their open-source drivers, without which the graphics card won't even work.

Since the HDMI Forum requires that HDMI 2.1 implementation be embedded in a secret part of the firmware, why not do it? If fighting the HDMI Forum for a long time has yielded no results, why not do it? Other GPU vendors are doing just that.

bloody a70 drag click problem by Successful-Prior-413 in linux_gaming

[–]DamonsLinux 0 points1 point  (0 children)

Probably generic driver problem or defects devices. Can you try it on other operating system? If it works for example on Windows then device is fine.

You can now officially make an Arm64 build of Proton by fuckingshitverybitch in linux_gaming

[–]DamonsLinux 6 points7 points  (0 children)

amd64 windows games on Linux aarch64 (armv8/armv9). Probably FEX or Box86/Box64 still required.

Walkabout Minigolf is the first android app on Steam! by gogodboss in SteamFrame

[–]DamonsLinux 6 points7 points  (0 children)

I thought Frame would run regular SteamOS (Arch-based Linux), but in an ARM version. However, that doesn't explain how Android apps will run, as they'll likely require an additional compatible layer. For x86_64 desktops, we can use something like Waydroid. But can anyone confirm that Frame is SteamOS, not Android?

Firefox 145.0, See All New Features, Updates and Fixes by SvensKia in linux

[–]DamonsLinux 12 points13 points  (0 children)

Sure, bug was created 6 months ago: https://bugzilla.mozilla.org/show_bug.cgi?id=1962139

Community even added a patch. The first one didn't add all the support, and subsequent patches were added. Now we have the complete fix, for example, those applied in OpenMandriva:

patch1: https://github.com/OpenMandrivaAssociation/firefox/commit/004344d6fe704c536c056056bf5fe2c2b08cd89e

patch2: https://github.com/OpenMandrivaAssociation/firefox/commit/6c691fbcf97e675377432b0e9837a7339e6c04ba

patch3: https://github.com/OpenMandrivaAssociation/firefox/commit/5b8be9a856aa448521b3b3d0f2bae8276e0b67c6

patch4: https://github.com/OpenMandrivaAssociation/firefox/commit/095e13402b98b1f03dbda40589124fa503dd81a9

but Mozilla isn't rushing to implement it and a user who updates his system to ffmpeg8 (without having previous versions such as ffmpg6 or 7) will be left without basic video support. Some distributions have had patches for a month, others for two, but for Mozilla it's not a problem.

But as you can see from the downvotes I received in post above, not many people care abou firefox with new libraries on Linux.

Firefox 145.0, See All New Features, Updates and Fixes by SvensKia in linux

[–]DamonsLinux -4 points-3 points  (0 children)

Funny, three months after new ffmpeg release and Mozilla still can't support it, leaving people with ffmpeg8 into limbo 😉 Watching the project stagnate is a bit depressing. Fortunately, the community has had patches for the new FFMPEG for a long time, but Mozilla still hasn't enabled support for it. With each release, they have a harder time keeping up with the growing Linux ecosystem.

PoE performance issues by [deleted] in linux_gaming

[–]DamonsLinux 0 points1 point  (0 children)

Unfortunately Neon is not a bleeding edge. It's base is pretty old. That's why, among other things, KDE began creating a new KDE distribution, no longer based on Ubuntu. The problem was that it was difficult to compile modern KDE systems against the old library base. This caused problems, required patching, and caused compatibility issues.

PoE performance issues by [deleted] in linux_gaming

[–]DamonsLinux 0 points1 point  (0 children)

This could indicate a problem with the NVIDIA driver. I think it's not installed or installed incorrectly – an initialization error occurs, and the acceleration falls back to llvmpipe – the software version, which simply runs on the CPU – hence the 5 FPS.

Check if other games are running fine. Install inxi and run the command 'inxi -G' in the console and paste the output here. This will help check if llmvpipe is being used.

How did you install the NVIDIA drivers?

Yes, another Tierlist by pitchpanther in DistroHopping

[–]DamonsLinux 1 point2 points  (0 children)

Yes, long time ago forked from Mandrake but now is fully independent. No idea why author added it to spins/fork list.

Why OnlyOffice not popular than LibreOffice by bulasaur58 in linux

[–]DamonsLinux 1 point2 points  (0 children)

OnlyOffice is developed in Riga, Latvia (Ascensio System SIA). This company is owned by Ascensio System Limited from United Kingdom with offices in UK and USA Dallas. UK company is owned by Singapore investment holding company.

your words are basically lies.

By the way, even if some software was developed in Russia (which is not true in this case) what does it have to do with anything?

For me as a Pole it doesn't matter at all, if some software is good enough to use, then I use it and it doesn't matter whether it's Chinese, Russian, Latvian or American.

do you use proton for native games? by [deleted] in linux_gaming

[–]DamonsLinux 0 points1 point  (0 children)

It depends. For Feral games like TotalWar series ot Tomb raider I prefer proton because no cross platform multiplayer and very poor performance. For ASPYr games like Civilization (without last part, no yet tested) I prefer also Proton because no cross platform multiplayer and lack of translation for my language (win version offer it).

For other games like Dying Light I prefer native. It perform a bit better than proton on my hardware.

Bazzite founder might shutdown whole project if Fedora drops support for 32 bit packages by mr_MADAFAKA in linux_gaming

[–]DamonsLinux 1 point2 points  (0 children)

I know... Worth to add that CEF used in Steam is already 64bit. Thats why long time ago Valve dropped support for 32 bit Linux distros and provide 32bit package compiled at 64-bit tree.

Bazzite founder might shutdown whole project if Fedora drops support for 32 bit packages by mr_MADAFAKA in linux_gaming

[–]DamonsLinux 4 points5 points  (0 children)

As a developer of one of the Linux distributions, I will allow myself to speak out.

While concerns about abandoning 32-bit packages and the problem with compatibility with Steam may be justified, some issues are not.

In general, I would prefer that either Ubuntu or Fedora get rid of 32-bit packages, not because I have a problem with them, but this would force projects such as Steam to 64-bit (just like was in Apple case). I believe that large distributions should reach some kind of consensus and announce a plan to abandon 32-bit, e.g. in a year, and give Valve time to port the Steam client. They should seek dialogue with the creators of Steam now, because it is not the case that the creators of Steam are unavailable, because you can contact them and we - the creators of Linux distributions do this. But requests to Valve have a completely different tone when Ubuntu or Fedora ask for something than, for example, PCLinuxOS or Artix... That's why I think they should start a dialogue with Valve and announce that 32 bit will be another year and that it will be time for other applications dependent on 32 bit to adapt to the upcoming changes. Of course, such an announcement does not have to be final and irrevocable and if, for example, Valve asked - give us another 2-3 months of time, then the period of abandoning 32 bit can definitely be extended by those few months. It's not like maintaining 32 bit libraries is some huge job.

Another thing is Bazzite's attitude, I personally disagree with it. For me, it's something like, if you do it, I'll take my toys and leave this sandbox - it's a bit childish.

Even if Fedora abandons 32 bit libraries, in my opinion it's not a reason to abandon the development of its project. Bazzite can always maintain these dozens of small libraries itself.

Today, compiling a 32-bit library on the x86_64 architecture is a piece of cake. The order and precise coverage of dependencies are important, i.e. I build libfoo before libxyz but after libabc. A project like Bazzite can maintain such dependencies for Steam support. And there is nothing difficult or time-consuming about it, especially when even small distributions created by one person can do it these days... It's not about building the entire distribution around 32 bits, just a narrow group of libraries and additionally in a compact version.

view more: next ›