• 0 Posts
  • 11 Comments
Joined 1 year ago
cake
Cake day: July 4th, 2023

help-circle



  • As much as I like my Steam Deck, replacing the battery is not as easy or clean as it should be because of the glue.

    Yes I know there’s a reason they glued it, and yes its good that it is “user replaceable” to some extent, but I hope this pushes for easier replacement in the future.

    I would imagine that the battery cell manufacturers also play a role here, although I have absolutely no way to back this up so take it with a grain of salt. Because 99% of consumer mobile devices have glued in batteries, it is likely that Li-ion manufacturers have adjusted their supply chain to accommodate and make it less expensive for device makers to buy batteries that need to be glued. So it would be reasonable to assume if more companies need to switch to easily replaceable (read: not glued), the suppliers would shift to accommodate and stay competitive.


  • For anyone looking for a chair that doesn’t want to spend >$1000 or get a gaming chair, I recommend looking for an office furniture reseller in your area.

    There are a lot of shops that buy used furniture from companies either going out of business or moving.

    I was able to get a new Steelcase for like half the price, still had its tags and packaging. Granted this was during covid where a lot of businesses were dumping their in-office supplies, but still worth a look.


  • Yeah I saw a post about it a long time ago on Reddit for users with lots of devices

    Basically it is just setting up one or two “central devices” that know all the client devices, but not linking the client devices individually.

    IE: One server is connected to your phone, laptop, tablet, desktop, etc. But the phone is not directly connected to your laptop or desktop or tablet.

    To be fair I don’t actually know if this is the best approach anymore or if just connecting all of them in a mesh is better 🤷

    Here is a forum post describing it.






  • I run everything in rootless containers using systemd service files generated with podman generate systemd.

    Podman Compose is a “community effort”, and Red Hat seems to be less focused on its development (here is their post about it).

    There are ways to get it working but I find it easier to go with podman containers and pods through systemd because the majority of documentation (both official and unofficial) leans in that direction.

    I don’t know how much you already know, so here is just a summary of things that worked for me for anyone reading.

    Podman uses the concept of “Pods” to link together associated containers and manage name spaces, networking, etc. The high level summary for running podman pods through systemd:

    • Create an empty pod podman pod create --name=<mypod>.
    • Start containers using podman run --pod=<mypod> ... and reconfigure until containers are working within the same pod as desired.
    • Use podman generate systemd to create a set of systemd unit files. Be sure to read through the options in that man page. – this is more reliable than creating systemd unit files by hand because it creates unit files optimized for the podman workflow.
    • place the generated systemd unit files in the right place (user vs. system) and then it can be started, enabled, and disabled as with other systemd unit files.

    Note: for standalone containers that are not linked or reliant on other containers, you can should skip creating the empty pod and can skip the --pod=<mypod> when starting containers. This should result in a single service file generated and that container will operate independently.

    This post goes over pods as systemd services.

    This doc goes over containers as systemd services.

    The Red Hat Enterprise Linux docs have a good amount of info, as well as their “sysadmin” series of posts.

    Here are some harder to find things I’ve had to hunt down that might help with troubleshooting:

    • Important: be sure to enable loginctl enable-linger <username> or else rootless pods/containers will stop when you log out of that session.
    • If you want it to run a container or pod at system startup you will need to specify the right parameters in the [Install] section of the systemd file, see this doc page. Podman generate systemd should take care of this.
    • If you are using SELinux there is a package called container-selinux that has some useful booleans that can help with specific policies (container-use-devices is a good one if your container needs access to a GPU or similar). Link to repo