[โ€“] 1 point 2 weeks ago

That's definitely neat, but isn't it sort of a moot point when a hardware switch is just controlling software? I haven't read into it, so maybe I'm not understanding correctly.

I'm a pretty big fan of the Framework's hardware switches for the mic and camera.

  • source
  • parent
  • context
  • [โ€“] 5 points 1 month ago* (last edited 1 month ago) (1 child)

    I think XMPP is great, but if we can't get those closest to us to even use Signal, I don't think an even more convoluted system will be easier. What makes Prav different from all the other XMPP apps? Edit: Never mind. The convenience of using a phone number is the difference. Which is no doubt easier.

  • source
  • parent
  • context
  • [โ€“] 2 points 1 month ago

    Well, I learned something new. I didn't know Portainer supported Podman. I guess it shouldn't be that surprising, Cockpit does as well.

    Any time you're giving software access to your system you're increasing attack surface. Even with podman, if you're running containers properly, the containers have separate users, so your management system is most likely going to need root access. Or at the very least a common group which makes the segregation a moot point.

    This topic is always going to be highly personal. Some care, some do not. If you're only running a media server, then who cares if it's all lost, but if you're also hosting all your photos, sensitive documents, etc... It becomes a huge risk for everything to mingle with root access. I can't imagine anyone would want a third party hanging out behind their firewall regardless.

  • source
  • parent
  • context
  • [โ€“] 2 points 1 month ago (2 children)

    I understand a GUI can be nice to look at, but it can also be a security risk. More permissions, more attack surface. It's largely an unnecessary addition. But you do you. It's not my box. I'm trying to migrate from docker to rootless podman. It's been on my to-do list for quite awhile. There's only so much segregating you can do with a rootful daemon.

  • source
  • parent
  • context
  • view more: next โ€บ