Quoting: slembckeHah! I used to think GDB was just the worst, but it's my go-to debugger now. With a few dozen lines of scripting you can at least soften the annoying parts (can't just click in an IDE to set breakpoints, etc), while greatly amplifying the parts where it excels.

I know you can script it. But I feel like scripting to improve out of the box debugger experience shows it has a long way to go to feel comfortable. And that's not a good thing if no one is trying to address that properly.

I don't think criticism of those who are used to MSVC debugger level of comfort is invalid. So I'm not even sure why it's still not addressed. Do gdb developers have such mentality? I.e. script it if you feel like it's not good enough already and we aren't going to improve the debugger itself? If so, it's a bad mentality.

View this comment - View article - View full comments

Quoting: slembckeYeah, it's kinda neat! Basically it runs a private XWayland server, then launches a game inside that so it renders to a "virtual screen" of sorts. It kinda solves the problem of games that launch into a window when you want to force them to be fullscreen (or the other way around). It can force certain resolutions then scale them up to the desired screensize, etc. Basically it's kinda like the experience of running a game in an emulator, but it's for native games. Useful and neat, but not a killer feature unless you are building a handheld gaming PC perhaps. ;)

Why does it run as XWayland instead of as Wayland compositor?

View this comment - View article - View full comments

So how do you install anything additional if the main filesystem is immutable? Is /home mounted to some separate partition?

Where can you add your GOG games?

View this comment - View article - View full comments

I think a better answer would show how much they are willing to support developers in whatever they choose. Providing better educational materials for native Linux development would show they care.

The answer sounded like "if you have a know how and know things - go ahead". Not the best attitude I think for developers who only are learning things.

Improving native Linux development tools could also go a long way. For example Valve can develop an advanced but actually easier to use than gdb debugger for Linux. Just an idea. It's one of the complaints I've heard from Windows developers who are trying to learn Linux tools.

View this comment - View article - View full comments

Quoting: Samsaigfx-rs went into maintenance mode and the Rust ecosystem seems to be moving towards wgpu. Either way, it's not very
helpful for people that insist on writing in C or C++, and I guess for that purpose an SDL wrapper would be useful.

Oh, too bad. I think gfs-rs was promising.

View this comment - View article - View full comments

Isn't there gfx-rs for that? It provides a simpler API than raw Vulkan but it's built on top of Vulkan. I hope SDL won't start making a new one with the same idea.

View this comment - View article - View full comments

Quoting: ArehandoroDon't worry, it is not March, nor 2023, but 02/2022 so Valve will definitely release the Steam Deck :D

Yeah, my first reaction was it's like a one year delay, but then I realized it's just a few months away.

View this comment - View article - View full comments

Quoting: F.UltraThen let's face it, Linus did that deliberately, or rather he choose to take advantage of the situation to prove some kind of point.

I find these kind of videos with "let's use the worst case scenario for show" both not really helping actual potential Linux users and not helping general perception of Linux. Instead of making a show about it, he can report bugs.

View this comment - View article - View full comments

What I'm interested in is someone creating a Qt replacement in Rust from scratch.

View this comment - View article - View full comments

GPUs - the new gold.

View this comment - View article - View full comments