Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Fedora Workstation 39

fedoraproject.org

Post reply on HN
Print view View original

41–50 of 75 posts

Re: Fedora Workstation 39

#41

Post by Andrex »

throwaway914 wrote: post #17

Not kidding, the future should be Fedora Silverblue layered on top of Fedora CoreOS. Immutable Linux is the future, and extending existing images is how they should be layering for each Fedora... flavor :)

It's definitely the future and I look forward to that future arriving.

Still some ways to go I think. But the progress is exciting! And I'm also excited about Flatpak's proliferation and it getting real corporate backing and the full app store treatment with forthcoming Flathub updates[1].

1. https://www.zdnet.com/article/linux-desktop-leaders-unite-be...

Re: Fedora Workstation 39

#42

Post by Andrex »

porridgeraisin wrote: post #33
LeoPanthera wrote: post #27

Earlier quoted context omitted.

It's not an emoji. It's U+2665, "Black Heart Suit" - the playing card symbol.

It is a red heart on my phone.

It's an old emoji that gracefully degrades if subsequent versions of Unicode/Emoji 1.0+ aren't supported.

Re: Fedora Workstation 39

#43

Post by Andrex »

senectus1 wrote: post #21

Very happy gaming Fedora users here... But I did watch a video on NixOS and the nerdy hacker in me really wants to play with that concept... I might have to run up some VM's for it maybe.

Fedora Silverblue might be the best of both world for you maybe? I'd look into it at least. :)

Re: Fedora Workstation 39

#44

Post by rozenglass »

vitorgrs wrote: post #34

I've tried, and honestly, on my low end hardware, only Arch seems to be the smoothest. I'm running EndeavourOS, which is working amazing smooth here. Fedora always freezes for minutes when the RAM is full. I'm thinking maybe it's ZRAM fault here? And yes, I even tried creating a SWAP file together with ZRAM and no luck. On Arch it uses zswap.... I wanted to use Debian, but too old packages for me... is Debian testing…

It is less zram, and more block I/O scheduling congestion on Linux in general[1]. The machine thrashes and becomes unresponsive under memory pressure as I/O requests flood the disks, whether it is for swap, or unpaging and re-paging file-backed storage (open shared libraries, etc.), or simply evicting frequently accessed files from the file page cache.

I run my personal workstations and laptops without swap, and with earlyoom[2], which results in applications getting killed before the machine reaches unresponsive state. I can only afford that because I trust my tools (vim, emacs, firefox, but most likely firefox) would not lose my session if they shutdown unexpectedly. I turn earlyoom off when I play games where I know memory usage will grow suddenly, but the game won't reach the limits of my machine. You can also whitelist specific applications in earlyoom, if I recall correctly.

Some people claim success configuring the kernel to use different I/O schedulers, but I haven't tried that yet.

[1]: https://lwn.net/Articles/682582/

[2]: https://github.com/rfjakob/earlyoom

Re: Fedora Workstation 39

#45

Post by ElectricalUnion »

throwaway914 wrote: post #17

Not kidding, the future should be Fedora Silverblue layered on top of Fedora CoreOS. Immutable Linux is the future, and extending existing images is how they should be layering for each Fedora... flavor :)

Isn't CoreOS and Silverblue basically the same thing? They're both rpm-ostree things, the difference is that Silverblue/Kinoite/Sericea happens to have a base layer that boots to graphical.target instead of multi-user.target?

I myself am looking to test openSUSE Aeon later, yet another rpm-ostree thing.

Re: Fedora Workstation 39

#46

Post by ElectricalUnion »

Andrex wrote: post #43
senectus1 wrote: post #21

Very happy gaming Fedora users here... But I did watch a video on NixOS and the nerdy hacker in me really wants to play with that concept... I might have to run up some VM's for it maybe.

Fedora Silverblue might be the best of both world for you maybe? I'd look into it at least. :)

If you want to do Fedora Silverblue + nixpkgs, then the steps are a bit more complex that any other environment because of the immutable / requiring `chattr -i /` and some `semanage fcontext` action in the `/nix` bind mountpoint to get things working.

In theory you can use the special nixStatic build of `nix` and it should just work with unprivileged user namespaces but in my experiences with Silverblue you just get mysterious errors until you get a bind mountpoint going.

Re: Fedora Workstation 39

#47

Post by Zetaphor »

theodric wrote: post #32
gtirloni wrote: post #16

In my case, Fedora became collateral damage after the CentOS/RHEL drama. I've switched all my personal systems to Debian. Fedora is excellent but working with different systems on my personal computers and the servers is not something I have time for.

After 23 years, I got fed up with Debian's many idiosyncrasies/breakage and decided to try Fedora. It's been a breath of fresh air, and I've been pleasantly surprised how much of the stuff I want which required fiddling or compiling in Debian is just in the repos on Fedora. Unfortunately, unless they've fixed all the bugs that were keeping me off Wayland in F38, I won't be migrating to the reportedly Xorgless F39. Be…

They're not removing Xorg, they're just making it no longer the default. You're still free to use it though it's getting no official support because Xorg is dead.

Re: Fedora Workstation 39

#48

Post by ungamedplayer »

pyeri wrote: post #13
bloaf wrote: post #10

I've tried a variety of linucies, but I keep coming back to Fedora. It frequently works the best "out of the box". It typically has the newest stuff. Googleability isn't quite as good as Ubuntu, but it's rare that I find answers that just fundamentally don't apply to Fedora. I've beeen running a home server on Fedora, and in-place-upgrading since like version 28, and never has the OS been my problem. I recently swapp…

For me, that "coming back" Distro had always been Ubuntu but since ~2021, I'm toggling between Mint and Debian. That's largely due to them pushing the snap paradigm down our throats. At this point, it's virtually impossible to escape that as firefox is only available as snap package in Ubuntu and not as DEB. On the flip side, I don't like the other version of snap (Flatpak) either, especially so since Red Hat pulled…

The license never changed.

What part went proprietary. Show me the license change.

Re: Fedora Workstation 39

#49

Post by ungamedplayer »

mattl wrote: post #28
quocanh wrote: post #25

Earlier quoted context omitted.

I think that whole thing was a bit overblown. RHEL is free for individuals. When I need the stability of a server OS, I'd rather just use the real thing.

As I understand it, if you exercise your rights to distribute the RHEL source code, Red Hat may terminate your gratis license.

Link to where this was said by rh?

Re: Fedora Workstation 39

#50

Post by mogwire »

pyeri wrote: post #13
bloaf wrote: post #10

I've tried a variety of linucies, but I keep coming back to Fedora. It frequently works the best "out of the box". It typically has the newest stuff. Googleability isn't quite as good as Ubuntu, but it's rare that I find answers that just fundamentally don't apply to Fedora. I've beeen running a home server on Fedora, and in-place-upgrading since like version 28, and never has the OS been my problem. I recently swapp…

For me, that "coming back" Distro had always been Ubuntu but since ~2021, I'm toggling between Mint and Debian. That's largely due to them pushing the snap paradigm down our throats. At this point, it's virtually impossible to escape that as firefox is only available as snap package in Ubuntu and not as DEB. On the flip side, I don't like the other version of snap (Flatpak) either, especially so since Red Hat pulled…

Holy FUD Batman.

It’s a good thing Open Enterprise Linux is here to save us by forking RHEL and their, god awful, GPL packages!

I’m glad to know that pyeri is swearing off so many packages maintained and contributed by Red Hat. Thanks for your sacrifice pyeri

Post reply on HN