F5F Stay Refreshed Software Operating Systems Linus's Linux setup takes 30 minutes and is already broken.

Linus's Linux setup takes 30 minutes and is already broken.

Linus's Linux setup takes 30 minutes and is already broken.

Pages (3): 1 2 3 Next
M
MerelyMelissa
Member
103
11-10-2016, 09:33 PM
#1
He should likely obtain an AMD card from the workplace, as NVIDIA's drivers are extremely difficult to use.
M
MerelyMelissa
11-10-2016, 09:33 PM #1

He should likely obtain an AMD card from the workplace, as NVIDIA's drivers are extremely difficult to use.

A
AntonioGaymer
Member
229
11-11-2016, 06:28 AM
#2
I don’t have access to that information. Could you check the platform or provide more details?
A
AntonioGaymer
11-11-2016, 06:28 AM #2

I don’t have access to that information. Could you check the platform or provide more details?

Z
zLeoZiin
Senior Member
503
11-13-2016, 07:27 PM
#3
It's a brief and effective message.
Z
zLeoZiin
11-13-2016, 07:27 PM #3

It's a brief and effective message.

G
Geocentric
Senior Member
250
11-13-2016, 09:30 PM
#4
He remembers his gaming PC/server, though the exact details are fading. I’m pretty certain it was an Nvidia GPU.
G
Geocentric
11-13-2016, 09:30 PM #4

He remembers his gaming PC/server, though the exact details are fading. I’m pretty certain it was an Nvidia GPU.

G
GamenMetLeviNL
Senior Member
638
12-02-2016, 02:55 PM
#5
Discovered a streamable resource gathering YouTube stories about the beginning of Linus' Linux adventure, featuring the final segment of his PopOS setup to TTY at https://streamable.com/99x9c7. The PopOS TTY narrative begins roughly at the 30-second mark in the video.
G
GamenMetLeviNL
12-02-2016, 02:55 PM #5

Discovered a streamable resource gathering YouTube stories about the beginning of Linus' Linux adventure, featuring the final segment of his PopOS setup to TTY at https://streamable.com/99x9c7. The PopOS TTY narrative begins roughly at the 30-second mark in the video.

D
dandi101
Junior Member
11
12-02-2016, 09:22 PM
#6
Thanks a lot!
D
dandi101
12-02-2016, 09:22 PM #6

Thanks a lot!

F
Fazexe
Junior Member
46
12-03-2016, 01:48 AM
#7
You're using Debian 11 Bullseye with KDE Plasma and a GTX 980. It's still running smoothly for you, though it hasn't upgraded to 4K resolution yet. I'm curious about the issues some users report with NVIDIA drivers—mostly around the "force full composition pipeline" script. It mostly works fine for me, but I've heard complaints about other problems. Could someone clarify what those issues are?
F
Fazexe
12-03-2016, 01:48 AM #7

You're using Debian 11 Bullseye with KDE Plasma and a GTX 980. It's still running smoothly for you, though it hasn't upgraded to 4K resolution yet. I'm curious about the issues some users report with NVIDIA drivers—mostly around the "force full composition pipeline" script. It mostly works fine for me, but I've heard complaints about other problems. Could someone clarify what those issues are?

S
SenpaiAllen
Junior Member
48
12-03-2016, 03:43 AM
#8
Basicly, the issue stems from the driver not being part of the main kernel source, similar to open-source drivers. When the kernel updates—especially with new releases every few weeks—Nvidia's driver often lags. This complicates matters for distro kernel developers, particularly when a system crashes due to proprietary drivers, making debugging extremely difficult. The best solution would be for the driver to become fully open source, though that seems unlikely. A significant improvement could come if Nvidia directly supports the open-source driver for core features like basic 3D acceleration, allowing its binary to be loaded selectively (preferably only on the GPU). This would reduce fragility and help users access a working GUI out of the box. Previously, installing the Nvidia driver sometimes disrupted the native OpenGL stack in a confusing manner, hindering upgrades and forcing frequent reinstalls. We resolved this issue several years ago (see https://www.phoronix.com/scan.php?page=n...Side-GLVND).
S
SenpaiAllen
12-03-2016, 03:43 AM #8

Basicly, the issue stems from the driver not being part of the main kernel source, similar to open-source drivers. When the kernel updates—especially with new releases every few weeks—Nvidia's driver often lags. This complicates matters for distro kernel developers, particularly when a system crashes due to proprietary drivers, making debugging extremely difficult. The best solution would be for the driver to become fully open source, though that seems unlikely. A significant improvement could come if Nvidia directly supports the open-source driver for core features like basic 3D acceleration, allowing its binary to be loaded selectively (preferably only on the GPU). This would reduce fragility and help users access a working GUI out of the box. Previously, installing the Nvidia driver sometimes disrupted the native OpenGL stack in a confusing manner, hindering upgrades and forcing frequent reinstalls. We resolved this issue several years ago (see https://www.phoronix.com/scan.php?page=n...Side-GLVND).

F
freakynanja
Junior Member
4
12-08-2016, 04:00 AM
#9
Yes, those drivers were often known for being unreliable and problematic.
F
freakynanja
12-08-2016, 04:00 AM #9

Yes, those drivers were often known for being unreliable and problematic.

J
JumboStudio
Junior Member
2
12-08-2016, 03:54 PM
#10
I'm using an AMD Radeon Pro W5700 and really enjoy it for gaming on Fedora Workstation. The setup was smooth and ideal right out of the box. While newer models are rumored to be even better, I’m happy this one handles demanding games like Baldur's Gate 3 well, especially in ultra settings.
J
JumboStudio
12-08-2016, 03:54 PM #10

I'm using an AMD Radeon Pro W5700 and really enjoy it for gaming on Fedora Workstation. The setup was smooth and ideal right out of the box. While newer models are rumored to be even better, I’m happy this one handles demanding games like Baldur's Gate 3 well, especially in ultra settings.

Pages (3): 1 2 3 Next