skyline2

joined 6 months ago
[–] skyline2@lemmy.dbzer0.com 4 points 1 day ago* (last edited 1 day ago) (6 children)

Take a look here, it explains more about the specific configuration, such as which subvolumes are automatically snapshotted and include in rollbacks, bootloader integration, etc https://doc.opensuse.org/documentation/tumbleweed/snapper/

Basically there are many details in the setup of btrfs that are needed to get to that level where you can be confident of being able to easily rollback to a previous state. After losing some data on a manually configured btrfs setup on Fedora I went to openSUSE specifically because they have already done all the hard work for you on the btrfs config

This is why you should do a manual texlive install... unless you really need bleeding edge LaTeX features

[–] skyline2@lemmy.dbzer0.com 28 points 2 days ago (9 children)
  1. Don't click past unexpected https certificate warnings
[–] skyline2@lemmy.dbzer0.com 3 points 3 days ago (3 children)

Why trying to avoid Netbird?

Netmaker is crap compared to Netbird unless you really need nodes to connect with native wireguard. Netbird has better ACLs setup, clearer documentation, and even has a new reverse proxy feature

[–] skyline2@lemmy.dbzer0.com 5 points 4 days ago (9 children)

This is what openSUSE Tumbleweed is designed to do, although config files in /home require manual setup to include. It allows you to completely rollback if necessary after a system upgrade, allowing you to use a bleeding edge distro without fear of having an unusuable system. If an upgrade goes bad, usual procedure is to roll back to the last btrfs snapshot and just wait for the fix (which usually comes in a couple days to a week, as Tumbleweed advances rather quickly).

openSUSE has a specific btrfs subvolume setup and grub/systemd-boot integration to enable this, which is not too common even today, so it really is a bit special in that you can have this functionality without excessive time spent setting it up manually.

[–] skyline2@lemmy.dbzer0.com 10 points 1 week ago (1 children)
[–] skyline2@lemmy.dbzer0.com 3 points 1 week ago (1 children)

Have fun gooning rightoid πŸ‘

[–] skyline2@lemmy.dbzer0.com 3 points 1 week ago (3 children)

Nope I don't believe you πŸ‘

[–] skyline2@lemmy.dbzer0.com 10 points 1 week ago* (last edited 1 week ago) (8 children)

Ah so all the games you were told by "influencers" to hate. Got it πŸ‘

 

cross-posted from: https://lemmy.dbzer0.com/post/65555474

Fork time? Maybe all the anti-systemd zealots were right all along...

Edit: To address whether it is likely that this change will affect users: Gnome is planning a stronger dependence on userdb, the part of systemd where this change is being implemented. https://blogs.gnome.org/adrianvovk/2025/06/10/gnome-systemd-dependencies/

Final edit: The PR has been merged into main.

 

Fork time? Maybe all the anti-systemd zealots were right all along...

Edit: To address whether it is likely that this change will affect users: Gnome is planning a stronger dependence on userdb, the part of systemd where this change is being implemented. https://blogs.gnome.org/adrianvovk/2025/06/10/gnome-systemd-dependencies/

Final Edit: The PR has been merged into main.

 

Hey all, I've been replacing more and more Google and proprietary apps with open source apps from FDroid or downloaded with Obtainium. However it looks like only apps approved for Android Auto and on Google Play will work with Android Auto... for example, only the Google Play version of CoMaps will show up on Android Auto.

What are some alternatives to Android Auto? I'm open to anything, I'd like to be able to use my Hyundai Ioniq's infotainment screen but separate hardware is something I'd definitely consider if it was worth the effort!

view more: next β€Ί