Live data from Hacker News

KeePassXC 2.7.1 Released

keepassxc.org

1–10 of 18 posts

Re: KeePassXC 2.7.1 Released

#2
Switching from KeePass to KeePassXC for work was one of the best decisions I've made in awhile.The modern GUI is cleaner, stuff is easier to find, and the browser integration extension is much better. I have yet to find any downsides.

Re: KeePassXC 2.7.1 Released

#6
post #4

Interesting that they are changing the official distribution method from snap to flatpak. I've had much better experience with flatpak than snaps.

Also interesting because PopOS has flatpak built directly into the software center. No idea how common that is.

Re: KeePassXC 2.7.1 Released

#8
post #3

As much as I like/use KeePassXC, I don't think we need a post for every minor release.

Same goes for all software. Unless there's a significant change or upgrade in the release, why post? The Emacs post today made sense, because it introduced native compilation. That's a huge speed increase. Not merely bug fixes.

Re: KeePassXC 2.7.1 Released

#9
post #8
post #3

As much as I like/use KeePassXC, I don't think we need a post for every minor release.

Same goes for all software. Unless there's a significant change or upgrade in the release, why post? The Emacs post today made sense, because it introduced native compilation. That's a huge speed increase. Not merely bug fixes.

> why post

Because it gets upvoted to the sky every time, for reasons unclear to most of us. Maybe there's an "I've heard of that - upvote" effect.

Re: KeePassXC 2.7.1 Released

#10
post #9
post #8

Earlier quoted context omitted.

Same goes for all software. Unless there's a significant change or upgrade in the release, why post? The Emacs post today made sense, because it introduced native compilation. That's a huge speed increase. Not merely bug fixes.

> why post Because it gets upvoted to the sky every time, for reasons unclear to most of us. Maybe there's an "I've heard of that - upvote" effect.

Yes. People see the name of the project and want to discuss the project in general*—not the minutiae of the latest release. This is a problem because most of that energy goes to the most popular, best-known projects, leading to repetitive discussion, which is the thing we most don't want here. It also crowds out lesser-known interesting stuff.

The solution we've arrived at over the years is to have a major thread when there's significant new information (on a popular topic) but downweight the others.

https://news.ycombinator.com/item?id=23071428

https://hn.algolia.com/?dateRange=all&page=0&prefix=false&so...

* Edit: here's an example from today's Emacs thread: https://news.ycombinator.com/item?id=30932332. That was the top comment on the page just now, until I downweighted it. (Downweighting generic subthreads turns out to be one of the highest-leverage moderation thingies we can do to help thread quality.) It's a fine, perfectly good comment—but it's about $PROJECT in general, not anything new. Such comments are half the fun of HN but they need to not overwhelm discussions in order for things to stay fresh.

Post reply on HN