![](https://lemmy.world/pictrs/image/5e22557f-3ec2-420c-b9e4-48f5e16f3ff1.png)
![](https://lemmy.world/pictrs/image/8286e071-7449-4413-a084-1eb5242e2cf4.png)
This sounds like something on your end as I get cached builds every time, rootlessly even. Podman also supports cache mounts.
This sounds like something on your end as I get cached builds every time, rootlessly even. Podman also supports cache mounts.
Check my comment 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.
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.
and,
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.+
and,
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).
finally,
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.
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?
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.
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
I did a little research and found a Redditor who was able to answer better than me:
Logseq makes it easier to work with blocks, transclusions can be edited in place, and you can automatically be building another page consisting of blocks you’re writing in your daily journal or another page.
EDIT: I was really curious about the major differences and what is enabled by Logseq’s block-based architecture so I asked my network on Mastodon and got some great answers!
Some folks may not know this but Logseq has a built-in whiteboard feature too that’s also FOSS. I use it all the time to mind-map new blogposts and newsletters.
In Logseq the starting page is always the journal page for the day. This allows you to build up content without worrying about where it should go. Once you have something you feel you can run with, then you can move it to its own page.
EDIT: more features enabled by Logseq’s block-based (bullets) architecture over on Mastodon.
Logseq is block-based. Each bullet is a block. This is very powerful because it allows you to interlink concepts, ideas, at the level of the block vs page.
You can use Git, Syncthing or any other FOSS sync tool of your choice.
Logseq is FOSS and easily one of the best notetaking apps out there. It’s got whiteboards, interlinking at the block level, a big ecosystem of extensions and multiple panes so you can derive context as you write.
It’s my choice for the majority of writing I do in my day to day and hasn’t let me down once. My only wish list feature is multiplayer but that’s coming soon.
It should be harder to support Docker, which hasn’t released a new open source product since before Docker Desktop, which is also proprietary. Podman Desktop? OSS. It’d be hard to name a product Red Hat supports that isn’t OSS.
For what it’s worth, I just wrote up a compose.yaml
file as I’d write it for Docker Compose and it just worked. See the bottom of my comment on this GitHub issue for an example. I think the team’s intention is for it to transparently support whatever you’d write for a standard Compose file but of course we don’t have things like the brand new Docker watch
. They do point to the Compose spec in the Podman Compose README. Bind mounts are good enough for me, thus far.
I’m very sad I paid for a Fold and don’t get 7 years of updates.
I’d say Racket is the most different of any Scheme I know but it’s not hard to get started if you know one or the other. Racket (in my opinion) has more niceties around the development experience than Guile and a pretty dang good IDE if you ask me.
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 https://github.com/garden-io/garden
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.
I’ve never experienced any bugs with the new topics feature.
I use and love Telegram. I use almost all of its features. All of its clients are open source. It has an incredible API for writing bots (which I also do). Their desktop Linux app is native! When I’m traveling I use Stories to share the experience with friends and family. I love the new topics to separate group discussions. It’s the one app I’ve been able to onboard absolutely everyone to. I was never able to do the same when I tried to with Matrix and you only get so many chances before people stop moving.
What is crufty garbage to you?
Hey there, for a very simple start there’s the
compose.yaml
file at the bottom of my comment here.