Hey people,
KDE recently merged in more support for discrete GPUs through
swicheroo-control and I noticed that the logic both KDE and Gnome use
does not probe if the GPU is actually discrete/dedicated or not, only if
it was used at startup.
On Desktop setups, it's not uncommon to see a
On 8/21/22 12:44, Jakub Jelinek wrote:
On Sun, Aug 21, 2022 at 12:05:11PM +0200, Jan Drögehoff wrote:
It's Epic's fault. They must update their anti-cheat to use the modern
API.
More reports have come out claiming this also affects the game Shovel
Knight[2] and the open source library
On 8/21/22 10:59, Vitaly Zaitsev via devel wrote:
On 20/08/2022 21:42, Neal Gompa wrote:
It seems that upstream glibc disabled support for generating DT_HASH
tables for its libraries and binaries, which breaks Linux games that
use Epic Games' Easy Anti-Cheat (EAC).
DT_HASH was deprecated for
According to the guidelines its still required to change the shebang to python3
https://docs.fedoraproject.org/en-US/packaging-guidelines/Python/#_shebangs
Jan
Jan 4, 2022 11:09:40 AM Florian Weimer :
> Or is it still banned in Fedora?
>
> We have some scripts that are dual Python 2/Python 3,
> On Sat, Aug 21, 2021 at 7:55 PM Jan Drögehoff wrote:
>
> tstellar already answered in a different thread:
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.o...
I can understand if there is no compatibility package because there hasn't been
a use for
I've been wondering for a while but I haven't had time to ask this, why is
there no lld compatibility package?
clang and llvm have them and only lld seems to lack it.
I'd understand it if lld was just a linker but it also provides many libraries
and development files that can have brekaing
On 8/18/21 6:02 PM, Adam Williamson wrote:
On Wed, 2021-08-18 at 17:21 +0200, Jan Drögehoff wrote:
I've received 2 automated bugzilla reports for F35[1] and F36[2] that my
package FailsToInstall.
I tried to replicate this with a Fedora 35 and Rawhide VM created from
the last known good ISOs
I've received 2 automated bugzilla reports for F35[1] and F36[2] that my
package FailsToInstall.
I tried to replicate this with a Fedora 35 and Rawhide VM created from
the last known good ISOs provided by the nightly compose finder and
found everything to be working as expected.
Is there
Made the mistake of hitting the wrong button and sending this just to
Cătălin George Feștilă so I'm reposting this
As its stand Discord cannot be put into the official fedora repositories
due to it being proprietary software.
But that hasn't stopped people from putting it in places you can
On 5/18/21 9:17 PM, Jan Drögehoff wrote:
It uses the exact same code as SDL 1.2 which has a version for i386
systems with inline assembly so that might need some eyes looking at it.
Actually scratch that
I had misinterpreted a contributors response to the issue and it has a
completely fresh
On 5/18/21 12:45 PM, Kevin Kofler via devel wrote:
Ben Cotton wrote:
This Change proposes to replace SDL 1.2 with sdl12-compat, which uses SDL
2.0.
FYI, it took me just a few minutes of casually browsing commits to spot a
memory corruption bug in this code:
On 5/17/21 9:53 PM, Vitaly Zaitsev via devel wrote:
> On 17.05.2021 20:50, Jan Drögehoff wrote:
>> the Steam runtime ships its own SDL 1.2 so I don't think anything
>> will change on that front
>
> Steam was just an example. There are lots of other proprietary
> applic
On 5/17/21 7:29 PM, Vitaly Zaitsev via devel wrote:
On 17.05.2021 16:19, Ben Cotton wrote:
In order to help move SDL 1.2 games into the modern world, let's
replace SDL 1.2 with sdl12-compat, which uses SDL 2.0.
What about third-party **proprietary** games from Steam for example?
the Steam
13 matches
Mail list logo