at least you could keep their reviews so users could at least know if the app can be trusted.

You mean, don’t trust a flatpak uploaded by a random person, but if there are enough fake reviews, it can be trusted?

Embracing the GC

I never actually liked the GC in D as it didn’t seem to fit in with the general direction of the language, and Walter Bright in D at 20: Hits and Misses says:

Miss: Emphasis on GC

So they actually rewrote The Hurd in Rust.

There is no reason to “hate” Ubuntu but there are better choices.

What are those better choices then (for those who currently use the non-LTS Ubuntu releases and don’t want to move to rolling releases or LTS-only releases)?

I still think Ubuntu is the best option (particularly if you want to use the non-LTS releases)

Having said that I do hate snaps and also dislike flatpaks. So what I do is just use the Firefox deb package from the PPA and the chromium package from Linux Mint. Oh, and I have actually replaced ubuntu-advantage-tools with a no-op dummy package.

Only issue is they’re stored in my server as belonging to the server user (I assume everything in those directories should belong to root and I can just use chown?) But I also don’t know if they retain the same permissions when backed up.

Not everything will be owned by root, and some of the binaries will be setuid or setgid, some might even have extended attributes (e.g. ping will usually have a security.capability attribute). /var will also have a lot of different owners.

Pretty much anything that’s only available via an app store. The difference with web apps is that I can also use them on a laptop/PC and I have a bit more control about tracking (by using ad/tracking blockers).

not being forced to have an Android or Apple smartphone, so more open standards and just Web apps instead of proprietary apps

And mainline Linux and a Linux Desktop is still struggling today with power management. Like getting chat messages while it’s asleep.

And the really sad thing is that the power management improvements devs have been working on for the PinePhone are really very specific to that particular device and don’t help mobile Linux in general (so it’s basically wasted effort).

Jed when you want a simple, Emacs-like editor.

There is also Roundup Issue Tracker

I never really got used to IRC myself, but it’s usually fine when connecting to IRC via Matrix.

BTW, what other communication channels would you have expected?

Did a bit more digging through the mailing list (also looking through the links posted on the HN thread), and to me it looks a bit weird.

OP came up with an initial patch (Wed, Jun 1, 2022 at 12:36 PM) that wasn’t deemed to be good enough to be merged. Maintainer came up with a different patch (Tue, 7 Jun 2022 00:34:56 +1000) saying “but I wanted to fix it differently”. OP then posted a reworked patch (Fri Jun 10 17:15:49 AEST 2022) that looks a lot more similar to the maintainer’s patch.

The maintainer’s patch and OP’s reworked patch look quite similar, but from what I can see from the mailing list, the maintainer actually came up with that approach, and OP didn’t then credit the maintainer in his reworked patch. @[email protected] can you please clarify, what am I missing?

I am not really seeing any toxic behaviour here.

OP’s patch was largely based on code in ptrace32.c, but that code actually looks quite bad. So maintainer applied a better fix. Maybe ptrace32.c should be updated to use code that’s more similar to ptrace-fpu.c now?

So you have just re-posted an old email to the mailing list just so you can link to it, likely confusing everyone on that mailing list.

jed

You don’t really need to switch to a different distro. Just avoid snaps/flatpack/… and use a more lightweight desktop like XFCE and you should be fine.

the email lists:

However, every one of these reports has to be triaged, analyzed, and dealt with.

I don’t think non-coding work means non-technical work - you’ll likely still need to dig deep into the technical details to actually be able to help

There is also a link to docs: add maintainer entry profile for XFS

and its linking ability is a huge simplifier for long term planning.

What long term planning? Who is going to come up with that plan? Will everyone agree to that plan? Who will be paying for the resources to work on that plan?

Combined with a Kanban board for tracking, progress of tickets. You remove a ton of pain.

I am not seeing how that would help. What are you going to do if there is no progress on something? Fire volunteer X because he didn’t make progress on ticket Y (as he has no interest in ticket Y)?

Don’t believe everything you hear. It’s still available as a .deb: https://launchpad.net/~mozillateam/+archive/ubuntu/ppa