Super happy orbstack customer. Just curious on your statement:
> I gave Container Machines a try and it seems to be much closer to OCI containers with a default bind mount than OrbStack machines. It has fewer integrations and doesn't run systemd or any other normal init system, so it's hard to run services.
The linked md document says:
> Real Linux services for testing. Run a database or whatever your stack needs as a system service — systemctl start postgresql works on images with systemd installed.
Was that not the case when you used container machines?
If I may, I want to share my recently pleasant experience with MailU[1]. I am in no way related to them, but it worked very nicely, it wasn't difficult to setup, and it sorts a lot of things out that have always been a pain for me when setting up my own mail server.
Looks very nice! Two things I noticed right out on a projet:
- It doesn't seem to be picking up my global .gitignore file. I see untracked changes of something that should be ignored. It doesn't appear on any other git client nor `git status`.
I will try it out immediately, but I am surprised GitSavvy[1] was not even mentioned in this thread. It's by far my everyday package, and it fits very nicely. It's the only thing in a way of really wanting this.
I agree with pretty much everything and I also advocate for that. However, how do you invoice your clients? Its hard to say: hey I'll charge X for each two weeks increment. Client: Great, how many increments will there be? Me: dunno, we'll figure it out somewhere down the increments.
The agile approach is the way to manage projects, but how do you quote them?
EDIT: Ah, because of: Refused to load the script 'https://hi.kickassapp.com/kickass.js' because it violates the following Content Security Policy directive...
This actually reminds me I should start using this on my projects.
Interesting, for those who enjoy reading (which I guess are probably quite a lot) I'd recommend the big fat surprise[1], a very interesting book about this, which goes way beyond this article.
Ok, let's don't state it as an argument, but rather as a question.
Do anyone that's so much against opt-in is aware of closed source tools that tracks you and use it anyway?
And..
Do you use any third party web service like gmail or any other?
Although I hardly think I'll get an answer from most. At some point you have to make assumptions, wether those are fallacies, ok.
It's true it's not directly related to the functioning of the software, but it improves it in anyway, then there's a connection with it.
I take developer side and I personally look for see the grater good/less harm and compromise.
Opt-in will likely give them very little % of adherence and thus rendering all of this useless. Most of the opt-in advocates have technical capabilities to opt-out in any way (homebrew way, network filters, forking ,etc...). So why not simply letting this go?
I do think homebrew is a rather technical tool so most users are tech savvy guys, but still.
For me, this is pretty similar debate to donating organs.
I normally enjoyed the insight and comments of the thread more than the content of the article and don't comment that much.
But my personal opinion on this, only to share it and be heard possibly by the developers of homebrew, is that I honestly do not care about this. It's nice they are open about it, it's a hell of a tool and hey, if they want to track what I do to improve it, have my data.
I really don't see the opt-in/opt-out debate being so harsh on this. Because it's open source it should be opt-in? I really don't think so. Analytics are a valuable source of information for the developer and google provides a hell of a service for that. And you probably use several closed source tools that track you, sometimes without even telling you. Yes, you can really of external tools to block this, great for all of us those tools exists, you can use it for homebrew as well.
I wonder if all of the opt-in advocates don't use gmail for their email. I am pretty sure they do, and they are not worried about all of the tracking going on there? Or on other apps? Unless you really follow most if not all of stallman's computing principles[1], being furious about this, is, IMHO, disproportionate and a bit ungrateful.
So I am more than OK with opt-out. Nice that you wrote about it, nice that you provide a way to do it, and nice that you use your time to create such a great tool!
I went ahead and gave it a try. I choose the first db in my local environment, give "select * from users" for a spin. It's a table with 84k records. It's loading for quite a bit now. I see is a big table, however isn't huge. I wonder if there's something to warn about long result queries and also if you can somehow prevent this, by adding a fixed limit to a query or something like that, maybe making this configurable?
EDIT: Might it be possible to stop a running query, still loading :).
One thing I couldn't figure out from your page is how the trial works? Would just end at some point or would you remind us to license from time to time, in the like of sublime text/svn form wbond?
> I gave Container Machines a try and it seems to be much closer to OCI containers with a default bind mount than OrbStack machines. It has fewer integrations and doesn't run systemd or any other normal init system, so it's hard to run services.
The linked md document says:
> Real Linux services for testing. Run a database or whatever your stack needs as a system service — systemctl start postgresql works on images with systemd installed.
Was that not the case when you used container machines?