by alexmolas on 5/5/25, 8:47 PM with 90 comments
by Epskampie on 5/7/25, 4:50 AM
by dennydai on 5/7/25, 5:51 AM
https://news.ycombinator.com/item?id=38987109
#!/usr/bin/env -S bash -c "docker run -p 8080:8080 -it --rm \$(docker build --progress plain -f \$0 . 2>&1 | tee /dev/stderr | grep -oP 'sha256:[0-9a-f]*')"
by rullopat on 5/7/25, 8:15 AM
by cik on 5/7/25, 5:06 AM
by aussieguy1234 on 5/7/25, 6:19 AM
But not on other platforms. They are the same but run Linux in a VM.
by ransom1538 on 5/7/25, 10:47 AM
by kkapelon on 5/7/25, 5:57 AM
by rietta on 5/7/25, 12:05 PM
by hda111 on 5/7/25, 8:58 AM
by nine_k on 5/7/25, 3:44 PM
Wired: docker2exe.
Inspired: AppImage.
(I'll show myself out.)
by arjav0703 on 5/7/25, 5:22 AM
by fifilura on 5/7/25, 12:11 PM
I.e. download this linux/mac/windows application to your windows/linux/mac computer.
Double-click to run.
Seems like all bits and pieces are already there, just need to put them together.
by isaacimagine on 5/7/25, 10:15 AM
by PicassoCTs on 5/7/25, 9:04 AM
by sunrunner on 5/7/25, 8:00 AM
In all seriousness, Docker as a requirement for end-users to create an executable seems like a 'shift-right' approach to deployment effort, as in, instead of doing the work to make a usable standalone executable, a bunch of requirements for users are just pushed on to them. In some cases your users might be technical, but even then Docker only seems to makes sense when its kept inside an environment where the assumption of a container runtime is there.
I assume extra steps are needed to allow the 'executable' to access filesystem resources, making it sandboxed but not in a way that's helpful for end users?
by Alex_001 on 5/7/25, 8:26 AM
by revskill on 5/7/25, 5:10 AM