Jia Tan liked your comment
Without the traditional distribution workflow […]
You are aware that the xz exploit made it into Debian Testing and Fedora 40 despite the traditional distribution workflows? Distro maintainers are not a silver bullet when it comes to security. They have to watch hundreds to thousands of packages so having them do security checks for each package is simply not feasible.
I wonder if that means it could be combined with DXVK to enable support on older DirectX versions as well. ^^
As someone who owns a PinePhone I can tell you that a lot more work needs to be done first. postmarketOS is ok but being Alpine based means you have to forever deal with all the issues that come with it including its primitive package manager. And mobian also kept breaking ever other half a year or so requiring manual config changes etc.
What we need IMO, is a more reliable spin like Fedora, maybe even something immutable like Silverblue to ensure the stability required for a daily driver device while also being quick to deploy the latest versions of releases.
There’s also the whole app ecosystem aspect but between advances in Waydroid and convergent GTK apps, I’m more concerned about the underlying base OS than the app ecosystem ^^
I wish something like .config would be a thing for storing configuration files in repositories. Instead we have a .vscode, .github, .gitlab, .idea, .vs, etc
Not to be that person but I’m curious what made you go with AppImage over Flatpak, given that you already mentioned using the Flatpak as an alternative ^^"
The easiest way to block an auto-upgrade to Win11 is to just disable TPM in the BIOS. That way Windows will see the PC as not Win11 compatible and not perform the upgrade.
Looks interesting, I’ll check it out, thanks :D
YAML would such a nice language for config files but then it turns out that “no” is falsy and so a list of Scandinavian countries turns from
into
I wish there was like a JSON5 equivalent for YAML that just reduces its scope lol
(and no, TOML also looks ugly :P)
They already use GitHub for a bunch of other projects. See https://github.com/mozilla/ and https://github.com/mozilla-mobile/
The linked message is from 2019, i.e. per-M1 Apple laptops and at a time when arm in datacenter was just starting out.
Tbh, I feel like it’s kinda pointless to discuss a comment made by someone over 4-years ago. Both the environment and the person itself can change a lot in that time.
Or just use long-forms like
tar --create --file pics.tar ./pics
instead of
tar -cf pics.tar ./pics
or
tar --extract --file pics.tar```
instead of
tar -xf pics.tar
which is honestly way easier to remember... \^\^So basically it’s just another GNOME release gotcha.
AFAIK, the extension developer needs to explicitly set each version of Gnome they support. Even when the Gnome version doesn’t have any breaking changes, the extension developer still needs to update their extension to enable their extension for the new Gnome version.
On that note, screen sharing worked just fine for me on Wayland Fedora 38 with Zoom Flatpak.
Convenience for end-users and avoiding link rot is probably one of the reasons.
Very good points tbh. My main thought with why I suggested lemmyrs.org is cause it would be an entire instance around Rust, not just a single community on an instance. That being said, there is already an official discourse for Rust so maybe just having a single community on lemmy as opposed to an entire instance is enough in that case ^^
As outline in the blog post, https://lemmyrs.org/ would lend itself best to avoid the case of one big instance de-federating from another.
Discoverability can be an issue with smaller instances but I’d argue that can be bypassed by simply linking to it from official resources that previously linked to reddit. Same with linking to that instance from Reddit.
One thing of importance IMO is that should lemmyrs.org be selected as the reddit replacement, there needs to be communication and more importantly help for that instance admin, so that they don’t have to carry the weight of supporting one of rust-lang’s communication channels.
So far, Fedora has been rock solid for me ^^
“X post” kinda also refers to “crosspost”. I’d suggest to instead use “Twitter/X post”. Otherwise, keep up the great work <3
Aren’t AppImages still limited to Xorg?
Also there’s no centralised update mechanism or dependency deduplication, no?