worldofgeese

@worldofgeese@lemmy.world

• ⁨Comment⁩ on ⁨Games that are good at getting you ready to play?⁩ ⁨⁨1⁩ ⁨year⁩ ago⁩:

  The original EverQuest theme song was mine. Captured the epic wide-eyed wonder of going on an adventure perfectly.

• ⁨Comment⁩ on ⁨Docker vs Podman, which one to choose for a beginner and why ?⁩ ⁨⁨1⁩ ⁨year⁩ ago⁩:

  This sounds like something your end as I get cached builds every time, rootlessly even. Podman also supports cache mounts.

• ⁨Comment⁩ on ⁨Docker vs Podman, which one to choose for a beginner and why ?⁩ ⁨⁨1⁩ ⁨year⁩ ago⁩:

  Check my post history for an example of a simple bind-mount compose.yaml I use for developing a small Python project. It’s exactly the same as Docker Compose (since Podman Compose follows the Compose spec) but if you’re just getting started, it might be a good skeleton to build on.

• ⁨Comment⁩ on ⁨Docker vs Podman, which one to choose for a beginner and why ?⁩ ⁨⁨1⁩ ⁨year⁩ ago⁩:

  There’s real usability benefits too. I’ve collected some anecdotes from Reddit:

  Rootless podman is my first choice for using containers now, it works fantastically well in my experience. It’s so much nicer to have all my container related stuff like volumes, configs, the control socket, etc. in my home directory and standard user paths vs. scattered all over the system. Permission issues with bind mounts just totally disappear when you go rootless. It’s so much easier and better than the root privileged daemon.

  If you are on Linux, there is the fantastic podman option “–userns keep-id” which will make sure the uid inside+the container is the same as your current user uid.+

  Yeah in my experience with rootless you don’t need to worry about UID shenanigans anymore. Containers can do stuff as root (from their perspective at least) all they want but any files you bind mount into the container are still just owned/modified by your user account on the host system (not a root user bleeding through from the container).

  The permissions (rwx) don’t change, but the uid/gid is mapped. E.g. uid 0 is the running user outside the container, by uid 1 will be mapped to 100000 (configurable), and say 5000 inside the container is mapped to 105000. I don’t remember the exact mapping but it works roughly like that.

• ⁨Comment⁩ on ⁨What open source solutions do you use or want to use?⁩ ⁨⁨1⁩ ⁨year⁩ ago⁩:

  For something simple that just needs a bind mount like

  services:
    app:
      build:
        context: .
        target: base
      volumes:
        - ./debaser_studio:/opt/app-root/src/debaser_studio/debaser_studio
      ports:
        - "3000:3000"
        - "8000:8000"
      user: default
  

  I haven’t found any issues. Do you have more complex needs?

• ⁨Comment⁩ on ⁨What open source solutions do you use or want to use?⁩ ⁨⁨1⁩ ⁨year⁩ ago⁩:

  I use Logseq for everything. I’ve found the more you throw into it the more useful it becomes since your touch points are so frequent and that gets you thinking through and exploring your graph more. I’ve yet to use any of the data query features but I’ve heard they’re incredibly powerful.

  Whiteboards are just a fantastic way for modeling a topic or themes you know you want to turn into a deliverable when the how is uncertain.

• ⁨Comment⁩ on ⁨What open source solutions do you use or want to use?⁩ ⁨⁨1⁩ ⁨year⁩ ago⁩:

  Now that I’ve finished the first draft of an article on setting up rootless Podman on Guix System, I’m using and building out a set of tools to support a new article covering an all Red Hat stack from inner loop to CI.

  So far, it’s

  • OpenShift for the platform services run
  • Podman for my local container engine
  • Podman Compose for inner loop development
  • Tekton Pipelines for CI
  • Shipwright for building container images
• ⁨Comment⁩ on ⁨How to Test and Run GitHub Actions Locally - Earthly Blog⁩ ⁨⁨1⁩ ⁨year⁩ ago⁩:

  My employer, garden.io, offers pipelines you can run anywhere, in GitHub Actions, GitLab CI, locally, wherever! We capture all your dependencies in a dependency graph, then cache all your inputs: builds, tests, run scripts. We’re open source at github.com/garden-io/garden

• ⁨Comment⁩ on ⁨What is your favorite programming language?⁩ ⁨⁨1⁩ ⁨year⁩ ago⁩:

  Racket but I’ll take Guile Scheme as a close second. Then Hy, a lisp dialect of Python. I’m writing a blog written in a DSL of Racket right now, Pollen, that makes authoring a joyful experience. Hy gives me access to the entire Python ecosystem plus access to things like macros. Guile Scheme is the configuration language of the Linux distribution, Guix System. Guile’s G-Expressions are so powerful for writing packages.