[–] [S] 1 point 1 week ago

I’m not saying privacy and convenience are the same thing, or that the situation is somehow natural or benign.

I agree that the real issue is power, distribution control, and the way mobile software has been turned into a duopoly.

What I meant was more practical, for ordinary users, the choice often ends up being between an ideal setup and one that still lets them do necessary day-to-day things like banking and navigation.

That doesn’t make the underlying problem any less political, it just means people are forced to make compromises inside a system they didn’t choose.

  • source
  • parent
  • context
  •  

    I’ve been using a de-Googled Android setup and found myself running into the same issue a lot of people probably do: the privacy-first option is great right up until the everyday stuff stops working properly.

    In my case, banking apps and Android Auto were the sticking points. GrapheneOS was excellent in principle, but iodéOS ended up being the more practical fit for my actual use case.

    I’d be interested to hear where other people draw that line between privacy, convenience, and reliability.

    [–] [S] 10 points 3 weeks ago (2 children)

    It is a fair bit of homework but for those of us who use Linux on a daily basis, we'd rather do the legwork once to have a private, predictable system than deal with the out-of-the-box bloat.

    Regarding updates: that’s exactly why I focused on Group Policy tweaks rather than simple registry hacks or UI toggles. Policies are designed for enterprise environments where IT managers would be furious if an update reset their security configurations, so they tend to survive major build updates much better than standard settings, it's not foolproof but it is the best way to stay ahead!

  • source
  • parent
  • context
  •  

    As a Linux user forced into a temporary truce with Windows for gaming handheld compatibility, I refuse to run the OS in its "out of the box" state. I’ve put together a manual optimisation guide that skips the "one-click" de-bloat scripts and focuses on permanent Group Policy (gpedit) and system-level tweaks to make the OS semi-tolerable.

    The Guide Covers:

    Killing AI Spyware: Disabling the "Recall" background service, snapshot recording, and "Click to Do" screen scraping.

    Telemetry Lockdown: Redirecting "Allow Diagnostic Data" to the Security level (0).

    Start Menu Surgery: Decoupling search from Bing to keep local file searches actually local.

    Performance recovery: Disabling Virtualization-Based Security (VBS) and background hypervisors for bare-metal gaming speed.

    Edge/Widget Removal: Stopping background "loitering" and accidental UI stutters.

    This is a reproducible, manual workflow for those who want a clean(er) environment without relying on third-party scripts.

     

    Starmer might be packing his bags, but the "Online Safety Act" is staying exactly where it is.

    This isn't about safety; it’s a government-mandated monopoly. Private firms help write the laws, then "win" the contracts to sell the solutions. While the PM resigns, the "vicious circle" of corporate surveillance just keeps grinding forward.

    [–] [S] 2 points 1 month ago

    The UK PM has just announced an under-16 social media ban.

    This is the 'Trojan Horse' in action. You cannot enforce a ban without an Age Verification layer, and you can’t have Age Verification without a National Digital ID or biometric database. They are using the 'child safety' card to build a mandatory surveillance gate for the entire internet.

    Between the new taxes and the constant bans, it’s clear this government has zero respect for personal agency or digital sovereignty. If you aren't already moving your data off the cloud and into your own home lab, start now. The gap between our current society and a total surveillance state just got a whole lot smaller.

  • source
  • [–] [S] 7 points 1 month ago

    Those are solid resources but I built mine specifically for the folks who don't want to pipe a remote bash script into their shell during a malware outbreak. My goal was simple, a private way to audit the list without needing to clone a repo or install Python dependencies.

    Use the forensics scripts if you’re a power user, but if you just want a quick, client-side check that doesn't touch your filesystem, that's what the tool is there for.

  • source
  • parent
  • context
  •  

    The "Atomic Arch" campaign compromised over 1,500 AUR packages between June 10-12, targeting SSH keys and API tokens. If you updated via yay or paru during that window, you need to audit your local system.

    I’ve built a client-side tool to help with this.

    Local Processing: Your package list never leaves your browser. All comparisons are done client-side.

    Live Data: It fetches the verified malicious list directly from the official Arch servers (md.archlinux.org) to ensure it's always current. Zero Bloat: No trackers, no ads, no cookies. How to use:

    1. Run pacman -Qm
    2. Paste the output into the tool
    [–] [S] 8 points 1 month ago (2 children)

    I have a dedicated VPS with reverse proxy connected to my network via Wireguard. It acts as the front door to my network so I don't have to port forward or rely on Cloudflare etc. I used to use Tailscale as the go between but switched to WG recently. Both work fine for streaming content whilst self-hosting all other services including my website.

  • source
  • parent
  • context
  • [–] [S] 1 point 2 months ago

    The home server is an old, low-powered mini PC running Debian. It acts as the bridge between the WireGuard tunnel and my local LAN.

    I've just finished migrating one of my AdGuard Home instances onto it today. Its role is now twofold:

    Routing: It has ip_forward enabled and a bit of NAT (iptables/nftables) so that traffic arriving from the VPN can actually "hop" onto the local network to reach my other VMs and containers.

    DNS: It provides ad-blocking for the tunnel. VPN clients point to this node's internal WireGuard IP for DNS queries.

    Technically, it's just another WireGuard peer, but with AllowedIPs configured to advertise my 192.168.x.x subnet back to the hub (VPS2). This is what allows  VPS1 and my mobile devices to resolve and reach home services without a single open port on my router.

  • source
  • parent
  • context
  • [–] [S] 4 points 2 months ago (1 child)

    You're right, and for a lot of people, one VPS is the sensible choice. I actually addressed this in the post:

    "VPS1 is my web-facing server. It handles the public side of things. VPS2 is the VPN hub. At first glance, that probably looks unnecessary. Strictly speaking, it is unnecessary. I could have crammed WireGuard onto VPS1 and called it done. But splitting the roles makes the whole thing cleaner.

    One machine serves public traffic. The other handles VPN duties. That means fewer networking compromises, fewer chances of Docker or firewall rules becoming annoying, and a clearer separation between the public-facing stack and the private tunnel. It also means I can change one side without poking the other with a stick and hoping nothing catches fire."

  • source
  • parent
  • context
  •  

    I wanted to move away from Tailscale but found Headscale a bit too convoluted for what I actually needed.

    Ended up with a simple WireGuard setup using two VPSes: one as a VPN hub, the other acting as a reverse proxy back into my home lab.

    It lets me expose services publicly without any inbound port forwarding on my home connection.

     

    I’ve been running my home lab since 2021 and honestly thought my update routine was solid: apt update && apt upgrade, reboot, job done.

    Turns out I was wrong. I was checking CVE‑2026‑31431 (Copy Fail) this morning and realised that despite my “successful” updates, I was still running a vulnerable kernel from March.

    I’ve had to rethink how I handle host updates. If you’re relying on a standard upgrade and a reboot to keep Proxmox or Debian hosts safe, you might want to check if yours is lying to you as well.

    A week with Brave Origin Nightly. (the.unknown-universe.co.uk)
     

    Brave Origin Nightly exists for people who want the browser to get out of the way. I’ve been using it for a week to see if it actually delivers on that.

    It is fast and stable, but there is a specific part of the model that just doesn’t make sense to me.

    My thoughts on the good and the bad are here.

    submitted 3 months ago by to c/linux@lemmy.ml
     

    I’ve been using Linux for years, but as the proprietary alternatives get more aggressive with telemetry and adverts, I wanted to document the choices that actually keep my desktop predictable.

    This isn't a manual, but a practical overview of my setup. From why I’ve settled on CachyOS and KDE Plasma for my main rig, to the reality of dealing with proprietary software and app compatibility in 2026. It’s just an honest look at the transition and why I’m done with the corporate defaults.

    view more: next ›