Quoting: Eike

Quoting: STiAT

Quoting: Eike...is Ukraine historically a thing in the first place?!?

I feel slightly uncomfortable to be quoted this way. I have just been reiterating what Putin was saying.

Can understand that, a bit out of context to be sure. Will remedy that, though, my comment was to that context and not to the whole reply.

View this comment - View article - View full comments

Quoting: EikeThat's strange, because Mr. Putin said that it would be about nazis, ah no, drugs, no, one moment, protecting Russians in East Ukraine, ah, is Ukraine historically a thing in the first place?!? ....

Historically speaking Russia would have to join Ukraine and not the other way around. The "Rus" were originally the northeners (Swedish, Danes, Finns, Norwegians) who settled in and around Kiew. This is where the "Rus" were governed from.

Originally the region was inhabited by the Pechenegs, who were a turkish normadic tribe, and who knows who was there before those. So the Turks could throw in their claim to the country too if we are at historical claims...

View this comment - View article - View full comments

Can you buy that and just unlock the DLCs if you have some of them?

I have about half the DLCs, but the rest struck me sometimes as too heavy.

View this comment - View article - View full comments

I switched to Gnome after 24 years of KDE for it's simply more polished in Fedora, while the KDE spin is good, I like the Gnome Workstation better. Though, Gnome without extensions is pretty much unusable for me, while KDE ships most of that out of the box (tray icons, audio device handling, or in general audio handling).

KDE has long standing bugs especially in display handling which put me off in the end. They are either in the 15 minute bugs or even higher priorized, and if I saw it correctly the one which annoyed me most got fixed in this release (had this issue since 2018).

I may switch back one day. I really have a soft spot for KDE, but I am fine enough with Gnome for now.

View this comment - View article - View full comments

Quoting: GuestSadly I still can't get the FFXIV launcher to work; both Proton Experimental and the latest GE crash as soon as I try to log in.

I really had to set up a clean prefix for that crash to disappear after I used XIVLauncher and GE 6.21 for a while now.

View this comment - View article - View full comments

I like Budgie, but I do not see myself switching back to it from Gnome any time soon. I really got used to the workflows in Gnome by now.

View this comment - View article - View full comments

Quoting: omer666

Quoting: STiATHmh, and Joshua Ashton is already fixing bugs in the driver looking at the merge requests. So Valve seems to want to involve themselves there too.

If this is the case, they *may* end up writing an open-source Vulkan driver for it, which would allow us to have OpenGL thanks to Zink. That would be our best hope for now... Provided you've got a compatible GPU

https://github.com/NVIDIA/open-gpu-kernel-modules/pull/61 [External Link]

Currently just minor fixes, but obviously started getting familiar with the code base, and since he is paid by Valve my guess is that that's a sign they are looking into actively contributing. If not helping development but actually being familiar enough to root out bugs and help fixing issues.

I think userspace stuff is more likely to end up in Mesa since RedHat is pushing that direction (reading/listening to Christian F.K. Schaller), and they got some manpower behind that for sure and plan to go forward together with Nvidia. And it would make sense making use of the existing infrastructure in Mesa.

That's a long haul though, and some time in the future for sure. They still need to figure a proper way for Mesa and the binary driver making use of the same kernel modules fitting the Nvidia/computing needs and desktop use complying with standards in the kernel and Mesa and not hampering down the binary userspace drivers by Nvidia. One of the reasons for this is to be able to sign the kernel, so it's likely Nvidia plans to base their proprietary driver on this in the end, but for that it should not impact their performance, so the upstream driver in the kernel if that ever happens needs to be in a state close enough. Which it currently probably is not.

View this comment - View article - View full comments

Hmh, and Joshua Ashton is already fixing bugs in the driver looking at the merge requests. So Valve seems to want to involve themselves there too.

View this comment - View article - View full comments

Quoting: ssj17vegetaHold on people, if I get it correctly, they didn't open-source their whole drivers, just the DKMS.

Of course, it's still very good news and definitely a step on the right path !

Quoting: ssj17vegetaHold on people, if I get it correctly, they didn't open-source their whole drivers, just the DKMS.

Of course, it's still very good news and definitely a step on the right path !

It still helps a lot. My preferred version would probably be the kernel drivers properly maintained with the kernel, and the userspace actually with support from Nvidia and others becoming Mesa/nouveau.

I don't see the need to make userspace libs open source. AMD does not either, they help (or rather basically develop mostly on their own) the open source Mesa version too.

I could see Nvidia going the same path, keeping their userspace closed source but lending a helping hand to Mesa/nouveau. I'd like that actually, so we in the end have one library for userspace drivers - Mesa.

We'll see what happens, but actually hopefully the kernel upgrade not breaking akms / compiling of the nvidia module would be very welcome indeed. It does not happen often, but happend to me once since the beginning of the year in Fedora. Though, Fedora went on while they knew this would break it for Nvidia users since it's out-of-tree, within this open source change this could become a kernel module in-tree for Fedora too. Which I'd like.

View this comment - View article - View full comments

Quoting: edoThe article should have explained what is open-source and what is not. I assume the driver itself is still not open source

The kernel driver/modeset driver etc. are open source.

The userspace ones (OpenGL, Vulkan etc.) are not.

It's about hardware support. We will have to look to Mesa /nouveau for a userspace driver implementation. Which will be a lot easier with a DRM driver available, but still will take time, and just getting the kernel driver mainlined / compliant will take time. Until that it will live out of tree, but can be provided by distros and used instead of the current nouveau drm kernel driver, to be used by the nouveau implementation in Mesa.

I think :-)

View this comment - View article - View full comments