This technology journalism article about Red Hat's cloud-native desktop platform contains embedded tracking infrastructure that systematically collects user behavioral data without observable explicit consent mechanisms. While the editorial function supports free expression through technology reporting, the structural implementation undermines Article 12 privacy rights through automatic user identification and category-based behavioral tracking, creating tension between journalism's informational value and data extraction practices.
My Podman starts containers in arch x86-64-v3 with rosetta on for 27 seconds which Docker does it in 9s. I wonder what's wrong. I've already upgraded Mac to Tahoe (which has x86-64-v3 support included into rosetta)
I tried to use podman desktop for a bit but I ran into some screwy compatibility issues. It just wasn't as smooth as docker.
I really really want an alternative to docker desktop. I don't like the path they're going down. I don't like the AI crap in the UI. The licensing is crazy. It just doesn't feel right.
So I've been lately using rancher by SuSE. Surprisingly, it's been all right. So far it just works. I'm using this on Mac OS.
If anybody's looking for an alternative that's one worth considering.
I personally prefer the Podman CLI however as you don't need the daemon running in the background and prefer Kubernetes like yamls for local development. I definitely don't need a polished desktop GUI that shows me how many images I have though - I've never understood the use case for that.
I love podman. it’s my default whenever i need to run containers locally. Ive also used it to run containerized systemd services.
Selling enterprise licenses is a smart move from Redhat: they actually build/contribute to production grade container orchestration platforms like openshift. Unlike Docker Inc which looks like it only has the docker registry and Docker Desktop.
that will get you a fast virtiofs VM with the latest docker, including compose and buildx. it may seem scary to replace an officially blessed tool like Docker Desktop, but i have had zero issues with colima. it isn't "docker compatible". it's docker. just need to run `brew upgrade` and `colima update` every once in a while to keep it up to date.
Man, I feel bad for Docker, the company. Created the open source project that almost single-handely revolutionized deployments, development environments, and cloud computing, but sorta never managed to stick a product.
Congratulations to the Podman Desktop team. They’ve worked hard on the product, Red Hats processes for launching a new offering include some daunting gates. Good job, team.
What sort of compatibility issues were you encountering? (disclaimer: I'm on the Podman Desktop team)
If it was compose + docker compatibility issues, that's on the roadmap for improvement :). Compose support is flakey at times (it's essentially a wrapper around the open source binary https://github.com/docker/compose)
OrbStack is a very compelling alternative on macOS. The GUI launches instantly due to being a Swift app and not Electron. Container filesystems are visible in Finder. You can spin up full-blown VMs with it (only Linux ones though). Storage is managed dynamically, so you don't have to reserve or resize the virtual disk. Free for personal use, with zero nags or upsells.
I'm equally shocked nobody has bought them out to keep them well funded and not focused on trying to monetize (outside of just billing for private images). Every cloud provider like CloudFlare (I think?), Azure, AWS, GCP, etc benefit from Docker, it seems like a no brainer to me... You would then condense the org to just developers and PMs. Then marketing and other employees could be shifted to another part of the parent org and condense it down to a core group that builds and makes the tooling stronger.
I wish we had tax exceptions for companies maintaining open-source projects full time to be reasonable write offs or something, with strict checks so companies dont just make random "open source" projects to write off, it should be something with known sizable impact and/or use, it would make some critical open source projects attractive "buy outs" or options to fully fund for some of these giants that benefit from them. Imagine if the devs entire salary (up to a point) could be written off completely. Some of these people are working on key infrastructure for the modern web, and even other critical systems, think of Chromium (tricky because of Chrome being not-open source but a proprietary end-product), Firefox, Linux, openssl, and obviously Docker, as good example.
I’ve been using OrbStack instead of Docker Desktop and gotta say, I’d not replace it with anything else. So if anyones looking for a more automated alternative, check out OrbStack.
I'm still confused by why anyone wants to use either Docker or Podman desktops. The the docker/Podman CLIs seem like a much better way to interact with containers/images. Maybe it's just my usecase.
There is definitely something wrong with your setup. I can run an amd64 container on my Macbook Pro M3 in well under a second:
[~]$ podman pull --arch=amd64 debian:13
Resolved "debian" as an alias (/etc/containers/registries.conf.d/000-shortnames.conf)
Trying to pull docker.io/library/debian:13...
Getting image source signatures
Copying blob sha256:866771c43bf5eb77362eeeb163c0c825e194c2806d0b697028434e3b9c02f59d
Copying config sha256:a3624ddeb711bef28c29e6de1502fc3ef9df132c220d1db5a121b2a1e2a74256
Writing manifest to image destination
a3624ddeb711bef28c29e6de1502fc3ef9df132c220d1db5a121b2a1e2a74256
[~]$ time podman run --rm -ti debian:13 uname -m
WARNING: image platform (linux/amd64) does not match the expected platform (linux/arm64)
x86_64
podman run --rm -ti debian:13 uname -m 0.03s user 0.02s system 9% cpu 0.456 total
I put off podman for a while because of claims of compatibility issues, which is unfortunate because I've had an excellent experience since switching over. Can you point as specific issues you've had (not doubting, just curious)?
I also have heard a lot of recommendations for OrbStack, but I haven't had problems with speed either. And I could never stomach using a proprietary system for such a core part of my workflow.
For context I use containers for practically everything and I run some decently complex workflows on them: fullstack node codebases, networking, persistent volumes, mounting, watch mode, etc. Red Hat knocked it out of the park with podman!
If you're going full CLI on macOS, I've had the best experience with:
brew install podman
Podman manages the linux vm for you automatically.
I've come to enjoy podman more than docker on my linux hosts anway; the default runtime (crun) is lighter than docker (runc), podman-kube-play is great for managing multi-container pods and is compatible with kubernetes. It also integrates very neatly with systemd. Of course there is the whole daemon-less and rootless side of the things as well..
I think they are now doing better than ever. And they have been bought out already by Mirantis, unless I missed something.
Podman isn't really a competitor at this point, it's just the "docker at home" NIH project from redhat. It works fine, but docker isn't going anywhere really.
Thank you!!! Been struggling with time skew on Podman desktop for around a year now with no fix in sight. At least in the initial test since I saw your comment a few hours ago, this is working great!
URL and metadata indicate technology journalism article covering commercial product launch. Page structure categorizes content under 'developer-tools' and 'containers', consistent with technology information dissemination. No explicit advocacy for freedom of expression, but journalism practice inherently exercises and supports free expression.
FW Ratio: 57%
Observable Facts
Page URL indicates editorial article about Red Hat cloud-native desktop platform.
Metadata tags show article categorized under 'containers', 'developer-tools', and 'kubernetes'.
HTML structure uses semantic elements (article, section, nav) consistent with accessibility standards.
Article title and URL slug indicate coverage of commercial technology product (Red Hat desktop platform). No observable editorial content explicitly addresses privacy as a right or discusses privacy implications of the product.
FW Ratio: 67%
Observable Facts
Page implements Google Tag Manager with ID GTM-NJH9PKQS.
JavaScript code automatically reads 'tns-user-id' cookie and attaches it to all dataLayer events.
Page categorizes content as 'containers,developer-tools,kubernetes' and automatically appends this to tracking events.
DataLayer push function intercepts all tracking events to inject user identifiers and categories.
Inferences
The automatic attachment of user IDs to tracking events suggests continuous identification of individual users without observable explicit consent.
The interception and modification of all dataLayer events indicates systematic data collection infrastructure embedded in page operation.
Observable Google Tag Manager implementation and user ID tracking via cookies indicate data collection practices. Privacy policy existence not directly observable from provided content.
Terms of Service
—
Terms of service not observable in provided page content.
Identity & Mission
Mission
+0.10
Article 19
Technology journalism focus inherently engages with free expression and information dissemination values.
Editorial Code
—
Editorial standards/ethics policy not observable in provided content.
Ownership
—
Ownership structure not observable in provided page content.
Access & Distribution
Access Model
0.00
Access model cannot be determined from provided HTML fragment.
Ad/Tracking
-0.15
Article 12
Google Tag Manager and category-based advertising tracking observed, suggesting behavioral data collection for commercial purposes.
Accessibility
+0.05
Article 19
Semantic HTML structure and responsive design patterns observed suggest baseline accessibility consideration, though full accessibility audit not possible from provided code.
Semantic HTML structure observed (proper use of heading hierarchy, article/section elements) supports accessible information dissemination. Responsive design patterns enable broad audience access. Navigation and layout structure facilitates information discovery.
Observable Google Tag Manager implementation (GTM-NJH9PKQS) with automatic attachment of user_id from cookies and category tracking ('containers,developer-tools,kubernetes'). Data collection for behavioral tracking and analytics purposes is structured into page architecture. Cookie-based user identification without observable consent mechanism.
Page structure includes navigation elements and layout patterns that facilitate user interaction and potential community engagement through site navigation and UI components, though no explicit assembly/association features observable.
build 1ad9551+j7zs · deployed 2026-03-02 09:09 UTC · evaluated 2026-03-02 13:57:54 UTC
Support HN HRCB
Each evaluation uses real API credits. HN HRCB runs on donations — no ads, no paywalls.
If you find it useful, please consider helping keep it running.