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

Fedora 39 Released

fedoramagazine.org

Post reply on HN
Print view View original

81–90 of 119 posts

Re: Fedora 39 Released

#81

Post by paulddraper »

Handprint4469 wrote: post #6
tapoxi wrote: post #3

I've been a huge fan of Fedora, and it seems this release does 90% of what I want, but since I'm on a Framework 13 with a weird screen resolution, I once again fall into DPI scaling hell. GNOME locks fractional scaling behind an experimental option, apps like Signal are blurry and apps like Steam just seemingly ignore any attempt to scale properly. For what it's worth KDE seems to handle at least the blurry X scaling…

> Maybe one day, everything will just work... I've had the same hope since I started using Linux, back in 2004.

Well you're in luck, because 2024 is the year of the Linux desktop.

Re: Fedora 39 Released

#82

Post by tuna74 »

reisse wrote: post #73
yoyohello13 wrote: post #59

Earlier quoted context omitted.

The amount of back seat dev that happens whenever Gnome does anything is amazing. You have no idea what the challenges are or how the development process works for this project. The workspace switcher could just be some drive by PR, who knows. Tripple buffering and fractional scaling are hard problems. If you don't think so, feel free to show them how it's done and implement it yourself.

> You have no idea what the challenges are or how the development process works for this project. The magic of the open source gives you the possibility to see it. And I do sometimes take a look into a shitshow of management which is this three years old triple buffering MR [1]. Don't get me wrong, I didn't examine the code thoroughly, it might be a marvel of engineering, but when it takes you more than three years (…

You can see a lot of bugs found (and being fixed) in that MR. Should Gnome add lots of new bugs for little gain?

Re: Fedora 39 Released

#83

Post by BenjiWiebe »

zamalek wrote: post #72
hospitalJail wrote: post #60

Earlier quoted context omitted.

I am ready to declare it the best OS. I've never been more productive since getting Fedora. 0 Forced reboots. With windows, forced reboots were a multi-weekly occurance. No dealing with autosaves and reopening anything. Its so fast, you click and something pops up. With windows, there seems to be like a 0.2s delay on everything. This adds up. I think I did some of those linux commands that everyone is afraid of doing…

Try out Silverblue. It's immutable Fedora. The one thing I didn't like about mutable Fedora is that update reboot was extremely slow, like 2-5min. Silverblue fixes that one gripe: the update reboot is no different to a regular boot. 90% of the work is done in CI, 10% is done prior to rebooting, and 0% happens during boot. I went back to NixOS, but Silverblue was an incredibly close second.

I've been running Fedora for around 10 years and I'm pretty sure they don't have a different reboot for updates, except a system upgrade (F38->F39) which is opt-in and takes 30ish minutes on my PC. Normal updates overwrite the files in place, so whenever a daemon/app is re/started it will use the new files then.

Re: Fedora 39 Released

#84

Post by reisse »

tuna74 wrote: post #82
reisse wrote: post #73

Earlier quoted context omitted.

> You have no idea what the challenges are or how the development process works for this project. The magic of the open source gives you the possibility to see it. And I do sometimes take a look into a shitshow of management which is this three years old triple buffering MR [1]. Don't get me wrong, I didn't examine the code thoroughly, it might be a marvel of engineering, but when it takes you more than three years (…

You can see a lot of bugs found (and being fixed) in that MR. Should Gnome add lots of new bugs for little gain?

I won't answer this question because Canonical did it for me. As I mentioned in the parent post, they considered the gain so important that Ubuntu ships triple buffering patch starting from 22.04 LTS. Well, they actually come up with this feature - Daniel Van Vugt, author of the patch (huuuuge thank you, by the way) works for Canonical. So yeah, I promised not to answer, but I'd say GNOME should definitely have upstreamed the changes much earlier.

Re: Fedora 39 Released

#85

Post by type0 »

vondur wrote: post #79
hospitalJail wrote: post #60

Earlier quoted context omitted.

I am ready to declare it the best OS. I've never been more productive since getting Fedora. 0 Forced reboots. With windows, forced reboots were a multi-weekly occurance. No dealing with autosaves and reopening anything. Its so fast, you click and something pops up. With windows, there seems to be like a 0.2s delay on everything. This adds up. I think I did some of those linux commands that everyone is afraid of doing…

For speed, I've been trying out using Clear Linux. It feels really fast. Getting software for it outside of FlatHub or in the Clear Linux repos basically means compiling from source, but so far it's been good.

> or in the Clear Linux repos basically means compiling from source

Or take the path of least resistance and just install it with Distrobox

Re: Fedora 39 Released

#86

Post by sillywalk »

lagniappe wrote: post #70
sillywalk wrote: post #67

Earlier quoted context omitted.

>> Maybe one day, everything will just work... > I've had the same hope since I started using Linux, back in 2004. I've had the same hope since I started using Linux, back in 1994. Driver support is better, and no X11 Modelines, which is nice.

Since '95 here... I'm just happy I don't have to visit a library to get 0.1% as far as I can today with a simple search query. We've got it good now, all things considered. I'm sure others feel differently, but I cannot complain.

> We've got it good now, all things considered. I'm sure others feel differently, but I cannot complain.

/deadpan/

I can complain, and I do it all the time, especially on internet forums. It's not my fault other people haven't fixed my complaints, even though I've offered no assistance. That's their fault.

People say "you've got it good now", or "you're not helping", or "show us the source code", or "First world problems", or "I wouldn't piss on you if you were on fire".

These people think I'm some sort of an entitled, self-righteous, hypocritical, bleep-hole.

Re: Fedora 39 Released

#87

Post by Delk »

BenjiWiebe wrote: post #83
zamalek wrote: post #72

Earlier quoted context omitted.

Try out Silverblue. It's immutable Fedora. The one thing I didn't like about mutable Fedora is that update reboot was extremely slow, like 2-5min. Silverblue fixes that one gripe: the update reboot is no different to a regular boot. 90% of the work is done in CI, 10% is done prior to rebooting, and 0% happens during boot. I went back to NixOS, but Silverblue was an incredibly close second.

I've been running Fedora for around 10 years and I'm pretty sure they don't have a different reboot for updates, except a system upgrade (F38->F39) which is opt-in and takes 30ish minutes on my PC. Normal updates overwrite the files in place, so whenever a daemon/app is re/started it will use the new files then.

If you update using the GUI software updater (Gnome Software), it pre-downloads the packages but (at least usually) the actual update action is "restart and update". That reboots the system and does the actual updating at that point.

If you update using dnf on the command line, it works as you describe.

Re: Fedora 39 Released

#89

Post by xanthine »

xanthine wrote: post #88

The linked article doesn't seem to link to the documentation page, with all the change logs, so here you go: https://docs.fedoraproject.org/en-US/releases/f39/

Perhaps the change that I'm most excited about is official support for using sdboot instead of grub (something I have been manually configuring for the last 7 years):

https://fedoraproject.org/wiki/Changes/cleanup_systemd_insta...

Re: Fedora 39 Released

#90

Post by asdajksah2123 »

reisse wrote: post #73
yoyohello13 wrote: post #59

Earlier quoted context omitted.

The amount of back seat dev that happens whenever Gnome does anything is amazing. You have no idea what the challenges are or how the development process works for this project. The workspace switcher could just be some drive by PR, who knows. Tripple buffering and fractional scaling are hard problems. If you don't think so, feel free to show them how it's done and implement it yourself.

> You have no idea what the challenges are or how the development process works for this project. The magic of the open source gives you the possibility to see it. And I do sometimes take a look into a shitshow of management which is this three years old triple buffering MR [1]. Don't get me wrong, I didn't examine the code thoroughly, it might be a marvel of engineering, but when it takes you more than three years (…

And yet somehow despite Gnome's shitshow management, all the major distros default to GNOME.

Maybe they're doing something right?

Post reply on HN