Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Show HN: Davit, a Apple Containers UI

davit.app

Post reply on HN
Print view View original

41–50 of 110 posts

Re: Show HN: Davit, a Apple Containers UI

#41

Post by throwitaway222 »

thefourthchime wrote: post #19
simonw wrote: post #3

This looks like a really solid app. I like that it's 17 MB and uses the ContainerAPIClient library directly. 28 commits in 3 days, 5,015 lines of Swift, every commit "Co-Authored-By: Claude Fable 5". Also neat that it's signed/notarized. I installed it and it downloaded the necessary container platform stuff on first launch. Suggestion: add a getting started tutorial to the site which suggests an image to try out and…

The AI-Maxing copy on the website kind of gave it away. Doesn't mean is not a great app though!

I think we're past the point where agentic coding is a given now.

Re: Show HN: Davit, a Apple Containers UI

#42

Post by cpuguy83 »

ozarkerD wrote: post #28

Man I wish Apple would add docker api compatibility to Apple containers

This is focused on builds, so running either buildkitd or dockerd in an Apple containerization container. No port forwarding or host volume stuff (really its focused on running buildkit on mac) BUT complete integration with docker CLI and buildx.

https://github.com/cpuguy83/crucible

Re: Show HN: Davit, a Apple Containers UI

#43

Post by danpalmer »

throwitaway222 wrote: post #41
thefourthchime wrote: post #19

Earlier quoted context omitted.

The AI-Maxing copy on the website kind of gave it away. Doesn't mean is not a great app though!

I think we're past the point where agentic coding is a given now.

Coding yes, copywriting, design, identity, no. Using AI doesn't mean giving up on quality, unless you don't care about quality. Most of these issues come from folks who don't really care about quality and ship the first slop that comes out.

Re: Show HN: Davit, a Apple Containers UI

#44

Post by Lalabadie »

Groxx wrote: post #38
Lalabadie wrote: post #37

Earlier quoted context omitted.

A lot of Mac apps compress like this. Not so long ago, it was pretty common to download a 3-400mb dmg file that decompresses to a 1.5gb app package, for example.

A lot of the time that happened, when I checked it was because a lot of the assets were relatively uncompressed, so DMG-compression shrank them considerably. I haven't noticed the binaries themselves being this compressible. But that's just "noticed", I definitely haven't paid much attention. And don't have a mac nowadays, so I can't go check my hard drive now.

I'd lean the same way as you (just a hypothesis from me too). A .app on MacOS is just a special kind of directory, so the compression covers the normal file types inside of it.

Localization files compress well, compiled code compresses well, repeating assets (@1x, 2x, 3x) and the pair of binaries in a universal app (x86_64 + arm64) do too, etc.

Ah, and dmg compression is just LZFSE, zlib or bzip2, so pretty standard stuff as far as I understand it.

Re: Show HN: Davit, a Apple Containers UI

#45

Post by [deleted] »

danpalmer wrote: post #43
throwitaway222 wrote: post #41

Earlier quoted context omitted.

I think we're past the point where agentic coding is a given now.

Coding yes, copywriting, design, identity, no. Using AI doesn't mean giving up on quality, unless you don't care about quality. Most of these issues come from folks who don't really care about quality and ship the first slop that comes out.

[deleted]

Re: Show HN: Davit, a Apple Containers UI

#46

Post by linux2647 »

lelandfe wrote: post #23

Unrelated. I noticed that the settings window (Cmd-,) text inputs all type from the right instead of the left like older macOS inputs (or web inputs[0]) Is that a thing macOS is moving to? I'm sure I've seen Apple use these too. [0] https://developer.mozilla.org/en-US/docs/Web/HTML/Reference/...

Yeah it’s an unfortunate SwiftUI thing

Re: Show HN: Davit, a Apple Containers UI

#47

Post by satvikpendem »

thefourthchime wrote: post #19
simonw wrote: post #3

This looks like a really solid app. I like that it's 17 MB and uses the ContainerAPIClient library directly. 28 commits in 3 days, 5,015 lines of Swift, every commit "Co-Authored-By: Claude Fable 5". Also neat that it's signed/notarized. I installed it and it downloaded the necessary container platform stuff on first launch. Suggestion: add a getting started tutorial to the site which suggests an image to try out and…

The AI-Maxing copy on the website kind of gave it away. Doesn't mean is not a great app though!

The description of this submission that literally says "Mostly vibe-coded" didn't give it away?

Re: Show HN: Davit, a Apple Containers UI

#48

Post by osjdjsjdjwjd »

gfiorav wrote: post #31
3836293648 wrote: post #30

> Tiny. A single ~17 MB app Oh goodness what have we come to? I know we're comparing to electron monstrosities, but still

complaining about 17mb in 2026 has to be virtue signaling of some sort... yes I know we went to the moon with a few kb but are we going to hang on to that for ever?

Sigh. Found the Electron developer.

Yes, yes we fucking are.

Re: Show HN: Davit, a Apple Containers UI

#49

Post by esafak »

roger_ wrote: post #29
bbg2401 wrote: post #2

Other recent vibe-coded projects providing similar interfaces: - https://github.com/tdeverx/contained-app - https://github.com/tofa84/berth

Hmm… how does one even pick between multiple vibe coded options? I like to vet my options before committing to new software but who knows if the authors are gonna support these in a month? I don’t want to waste Fable tokens to fix bugs myself when they crop up.

Look at the tests, commit and issue activity, number of committers...

Re: Show HN: Davit, a Apple Containers UI

#50

Post by samgranieri »

armanj wrote: post #33

can someone tldr me why choose apple container (and its ui) over docker (and orbstack)

I can’t speak about orbstack, but I’ve worked with docker desktop and podman desktop for years on macOS. Those programs start up a virtual machine that consistently eats ram regardless of whether or not you are running containers in it. Apple container looks lighter weight. In the age of ridiculous ram costs, you gotta save resources.
Post reply on HN