TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Painless desktop containers for everyday development

200 点作者 user787837将近 3 年前

20 条评论

tannhaeuser将近 3 年前
I like that it&#x27;s a bash script only - there was this bash-based Docker reimplementation, so maybe these two fit well together?<p>But come on, how many levels of abstraction do we want to pile onto another? Namespaces, containers, Docker files, compose, swarm, k8s, helm, cloudfront, terraform, auth servers&#x2F;OAuth, ad-hoc &quot;REST&quot; auth kludges, dynamic languages, distro- and lang package managers&#x2F;ecosystems, blabla - because IT&#x27;S SO MUCH EASIER LOL. All of which are one-of-a kind snowflake solutions to self-inflicted problems on top of an O&#x2F;S that is already highly portable, for good reasons. We&#x27;re just kicking the can down the road, or alternatively, blow up cyclical&#x2F;generational bubbles to trap freshmen and idiots. Cloud tooling seems like a zero-sum game at this point, wasting talent for three &quot;cloud providers&quot; to make loads of cash. The whole thing is antithetical to humanist, local-first, site autonomy principles in the name of growth for very few.
评论 #31629058 未加载
评论 #31629823 未加载
hhh将近 3 年前
I don&#x27;t see the point of evading Dockerfiles. All of these customizations to me seem like they&#x27;re just doing what you would do in a Dockerfile for creating a base image, but in a non-friendly way for people not using Dock.<p>From reading, there seems to be planned support for VMs, which is where the mental click is for evading dockerfiles to me, but when creating VMs you have the same thing. The equivalent (in my mind) of this for VMs exists as Multipass, where you pass a cloud-init file for configuration.<p>I think it&#x27;s cool for playing, but if I could create a Dockerfile in the directory of the project, as simple as &quot;FROM ubuntu:latest&quot; and when I run Dock it takes this Dockerfile and then builds a new image ontop of it (with all these customizations, dropping me into a shell) <i>that</i> is where this would shine to me. It may just be a workflow thing, but if I am building a container, I am already building Dockerfiles. They&#x27;re not <i>just</i> for Docker, many many tools use them for containers more generically.<p>The <i>painful</i> part when building a container is when I am doing something decently involved (e.g. implementing a proprietary software daemon &amp; driver for a German camera manufacturer that has to have custom udev rules and many, many customizations,) and just want to extend my natural terminal environment into that space to explore what&#x27;s up. Then when I am done, I should be able to run docker build and get the clean, bare container. It&#x27;s very rare that I just need an arbitrary container that will go away when working on a <i>project.</i> Periodically I may generate an ubuntu pod or something, but it goes away fast and generally lives for less than 10 commands.<p>With that being said, I don&#x27;t mean to poo-poo, as I do <i>really</i> like the aesthetic, the documentation is beautiful, and the thought put into it. I just don&#x27;t see where it fits into my (or many people I know)&#x27;s workflow pretty much strictly because of the Dockerfile thing. Some of the other tools look cool though, so I threw a buck or two in the hat :)
评论 #31625920 未加载
评论 #31629735 未加载
j1elo将近 3 年前
This looks very interesting and I love the care that was put into avoiding more dependencies than strictly needed. Just make the progran do what it needs to do and nothing else, and make the effort to do it portably and future-proof.<p>This gave me a feeling that each day is less and less easy to get: that this software was not just written, but <i>carefully crafted</i>.<p>&gt; <i>This website was written in pure html and css by hand, contains no Javascript, doesn&#x27;t use cookies, doesn&#x27;t track you and still works pretty damn well.</i><p>Definitely subscribing the mentioned feeling. This is clearly an effort of the author to get away from superfluous layers, an ideal that sadly is getting lost in a world of prebuilt bloat. Props for that!<p>Little typo:<p>&gt; <i>with a serious of Bash scripts</i><p>Probably wanted to say &quot;series&quot; here right?
评论 #31626250 未加载
rvz将近 3 年前
Hardly a cross-platform solution like what the current Docker app does, with tons of moving parts which you are 1 upgrade away to breaking everything with that installation and its back to re-installing it again or wasting time digging down and trying to fix what went wrong for just one distro in the worst case.<p>&gt; You may not be able to run this default image under MacOSX, although dock scripts themselves are fully compatible.<p>Probably developers using Windows are also unable to run this script as well. So I guess they are no better off with a 1 click install with Docker Desktop.<p>It seems the video I saw had more than 2 steps. If it is really a 2 steps installation then it is 50 steps back when it all breaks.
评论 #31625835 未加载
评论 #31629914 未加载
nimbius将近 3 年前
or just use podman skopeo and buildah because thats gonna let you investigate pod issues you&#x27;ll get in K8s and makes you conformant with things like rootless, or your companies devops blessed load balancer container config in your pod.<p>edit: Sorry, I&#x27;m posting this from a bar and I think it sounds really arrogant :( these guys probably worked damn hard on dock so I&#x27;m cashing out and going home to try it.
评论 #31630071 未加载
评论 #31627934 未加载
评论 #31626865 未加载
viraptor将近 3 年前
Since it&#x27;s aiming for Linux, I wish there was a comparison to two similar technologies: toolbox and plain systemd-machine. I&#x27;m not sure if dock provides anything they don&#x27;t?
评论 #31626666 未加载
eointierney将近 3 年前
Or, as all of us declarative junkies will admit, just nixos it up and forget about imperative tedium<p>Seriously :)
评论 #31627083 未加载
评论 #31626976 未加载
CoolCold将近 3 年前
It&#x27;s not on Github&#x2F;Gitlab, otherwise would open issue there, so:<p><pre><code> [ 17:52:08 ] git clone -b stable \ &gt; https:&#x2F;&#x2F;gitea.orion3.space&#x2F;DOCK&#x2F;dock.git &amp;&amp; cd dock &amp;&amp; \ &gt; git submodule init &amp;&amp; git submodule update Cloning into &#x27;dock&#x27;... fatal: Remote branch stable not found in upstream origin </code></pre> and with curl, seems `\` is extra&#x2F;should have CRLF<p><pre><code> [ 17:52:17 ] curl https:&#x2F;&#x2F;dock.orion3.space&#x2F;releases&#x2F;dock_stable.tgz \ dock_s&gt; -o dock_stable.tgz &amp;&amp; \ tar xvzf dock_stable.tgz &amp;&amp; &gt; rm dock_stable.tgz % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 235k 100 235k 0 0 87414 0 0:00:02 0:00:02 --:--:-- 87382 Command &#x27; tar&#x27; not found, did you mean:</code></pre>
评论 #31629916 未加载
superkuh将近 3 年前
The best container is no container and actually getting it to work on your system.
评论 #31634682 未加载
xedrac将近 3 年前
I tend to use Podman&#x2F;Buildah more than Docker these days. But I&#x27;ve been pretty happy with Toolbox, which seems similar. I agree that for many things, it&#x27;s a lot more convenient than using a Dockerfile.
评论 #31628229 未加载
zamalek将近 3 年前
That is significantly more steps than Distrobox or Toolbox (2:39, vs probably 0:30), and it uses Docker and Ubuntu. Folks, we should be forever grateful what Docker and Ubuntu achieved but they have lived well into the &quot;become the villain&quot; territory.<p>I have my containers built by Gitlab[1], and I jump into them with Distrobox. It honestly couldn&#x27;t be simpler.<p>[1]: <a href="https:&#x2F;&#x2F;gitlab.com&#x2F;jcdickinson&#x2F;containers&#x2F;" rel="nofollow">https:&#x2F;&#x2F;gitlab.com&#x2F;jcdickinson&#x2F;containers&#x2F;</a>
评论 #31625481 未加载
评论 #31628272 未加载
kitd将近 3 年前
Neat.<p>I worked on a project recently that did their own roll-your-own equivalent. It was in python and many of the devs didn&#x27;t have a python env installed. The leaders provided everyone with an image with the env, Pycharm, and assorted configs all pre-installed. You just needed to redirect DISPLAY 0. There were a few teething moments but once it was running, it worked well.<p>I can see something that might help standardize setting that up being very useful.
CoolCold将近 3 年前
On distribution&#x2F;ease of install - you may want to consider adding it to asdf ( <a href="https:&#x2F;&#x2F;asdf-vm.com&#x2F;manage&#x2F;plugins.html#add" rel="nofollow">https:&#x2F;&#x2F;asdf-vm.com&#x2F;manage&#x2F;plugins.html#add</a> ) if not yet.<p>Despite it&#x27;s original idea of managing multiple versions of say Python, I find it useful when installing `starship` tool for command prompt and easily updating it later.
评论 #31638571 未加载
0xbkt将近 3 年前
How does this compare to Vagrant or devcontainers[0]?<p>[0] <a href="https:&#x2F;&#x2F;code.visualstudio.com&#x2F;docs&#x2F;remote&#x2F;create-dev-container" rel="nofollow">https:&#x2F;&#x2F;code.visualstudio.com&#x2F;docs&#x2F;remote&#x2F;create-dev-contain...</a>
smoochy将近 3 年前
AUTHOR here, folks. If you have any questions that you&#x27;re too lazy to email - I&#x27;ll be checking on this thread for the next couple of hours.
评论 #31626238 未加载
dengolius将近 3 年前
realy don&#x27;t understand why I need to use this &quot;tool&quot;... IMHO: docker desktop and some other desktop tools can do more as well as other tui open source tools
rubyist5eva将近 3 年前
How is this &quot;less painless&quot; than `toolbox`?
quasarj将近 3 年前
Kinda sounds like Singularity
coffeeblack将近 3 年前
Download some script and run the installer? Sounds like “setup.exe”. How to be sure the site wasn’t breached?
评论 #31625729 未加载
评论 #31628568 未加载
评论 #31626739 未加载
drdaeman将近 3 年前
&gt; While everyone hates tar, because it&#x27;s impossible to remember the correct cli-options to it<p>Huh? You must be kidding me, there are people who have trouble with tar, enough to warrant an XKCD?<p>`tar xvf filename.tar` is so trivial I don&#x27;t even think about it - it&#x27;s just some muscle memory at this point. There&#x27;s `x` for eXtract, `v` for Verbose` and `f` for the Filename to follow. I only check manpages if I need to exclude some directories or do filename transformations - because my brain is too limited to remember all those details.
评论 #31626423 未加载
评论 #31626431 未加载
评论 #31626567 未加载
评论 #31634031 未加载