Live data from Hacker News

Docker is deleting Open Source organisations - what you need to know

blog.alexellis.io

301–310 of 764 posts

Re: Docker is deleting Open Source organisations - what you need to know

#301

Earlier quoted context omitted.

> escrowing Are you sure this is what you mean? Escrow is a type of contactual arrangement, one type of which is agreeing with a commercial partner that you get a copy of their source-code if they go broke. I feel like you mean vendoring.

Maybe I’m old fashioned, but we used to call this mirroring.

Mirroring is the best way. Do it before a service is shuttered, which we used to call "closed".

Re: Docker is deleting Open Source organisations - what you need to know

#302

Earlier quoted context omitted.

You're right, it's both easier and simpler since no daemons are involved. podman-compose has the same command-line interface and has worked ok for me so far (maybe 3 or 4 years at this point).

Podman-compose isn't fully compatible with the new compose spec. Also I really don't care if docker has a daemon or not, for me it offers feature like auto starting containers without bothering with SystemD, and auto updates using watchtower and the docker socket. And since podman doesn't have an official distro package repo like docker, you are stuck use whatever old version shipped in your distro without recent imp…

> Also I really don't care if docker has a daemon or not, for me it offers feature like auto starting containers without bothering with SystemD

Bingo, the "pain" of the daemon (it's never cause a single problem for me? Especially on Linux, on macOS I've occasionally had to go start it because it wasn't running, but BFD) saves me from having to touch systemd. Or, indeed, from caring WTF distro I'm running and which init system it uses at all.

Re: Docker is deleting Open Source organisations - what you need to know

#303

Earlier quoted context omitted.

That’s unplanned work. There’s other work needing to be done as well.

And a sudden fire is also unplanned work, but that's still your work. If this is such a threat, then maybe shift priorities around.

Yes, that’s what unplanned work means.

Re: Docker is deleting Open Source organisations - what you need to know

#304

Earlier quoted context omitted.

That’s unplanned work. There’s other work needing to be done as well.

And a sudden fire is also unplanned work, but that's still your work. If this is such a threat, then maybe shift priorities around.

You’re missing the mark. It’s about risk and expectation management and one the risks just blew up in an unexpected way.

Re: Docker is deleting Open Source organisations - what you need to know

#305

Earlier quoted context omitted.

Are we not allowed to complain about unnecessary unplanned work being foisted on us with 30 days notice? That seems like an entirely relevant complaint for this forum but from your first reply, you’re acting like somehow it’s the greatest offense in the world that someone pointed this out.

Come on, 30 days notice is a walk in the park. Additionally, OP was the one complaining that changing a few URLs and eventually spinning up a new server. It's quite literally a one day or two job, unless you're at a company the size of Amazon (in which case, luckily for you, you're not the only SRE, so it's still just a few days). > The best I can come up with, at the moment, is waiting for each organization to make…

30 days is nowhere near enough times for people with real jobs that have other things to do rather than drop everything to do this. Once again, completely needlessly.

You’re making a mountain out of an entirely valid complaint.

Quoting your own profile, stay mad.

Re: Docker is deleting Open Source organisations - what you need to know

#306

My first thought on this was good riddance. The dev model of "we've lost track of our dependencies so ship Ubuntu and a load of state" never sat well. However it looks like the main effect is going to be moving more of open source onto GitHub, aka under Microsoft's control, and the level of faith people have in Microsoft not destroying their competitor for profit is surreal.

>The dev model of "we've lost track of our dependencies so ship Ubuntu and a load of state" never sat well. This was my first thought when I learned of Docker. I have a hard time calling myself an 'Engineer' when there are so many unknowns, that I'm merely playing around until something works. I insist on being called a Programmer. It pays better than 'real' engineering. Why not embrace it? (Credit toward safety crit…

Developer/Programmer/Engineer titles are mostly meaningless because they mean different things at different companies. You can go wayback and call yourself a coder.

Re: Docker is deleting Open Source organisations - what you need to know

#307

> Start publishing images to GitHub And when GitHub starts similar shenanigans, move out to where? I am old enough to know the we can't trust BigTech and their unpredictable behaviors. Eventually we need to start a Codeberg like alternative using Prototype funds to be self reliant. 1: https://codeberg.org/ 2: https://prototypefund.de/

I don't think we will receive enough donations to cover infrastructure costs, let alone maintainers' salaries.

Even core-js sole maintainer failed to raise enough donations to feed his own family, despite the library is used by at least half of the top 1000 Alexa websites. [0]

People (and also big-techs) just won't pay for anything they can get for free.

[0]: https://github.com/zloirock/core-js/blob/master/docs/2023-02...

Re: Docker is deleting Open Source organisations - what you need to know

#308
post #277

Earlier quoted context omitted.

Yes, that involves ripping out Docker Hub everywhere. It's a significant chunk of work, not something easily fit into 30 days on a team that is already strapped for resources with more work than we can do.

Setting up harbor as a docker proxy-cache is actually quite simple

[flagged]

Re: Docker is deleting Open Source organisations - what you need to know

#309
post #250

Earlier quoted context omitted.

Postman's strength is not in the HTTP client part. It is in the SaaS part, ad I think their valuation (even though overblown) mostly reflects their corporate penetration and the willingness of many companies to pay a small amount for their services.

The SaaS part being the offering for creating developer.acme.com type pages?

No.

Centralizing and sharing your API descriptions, test suites and plans, the various ad-hoc queries people usually keep in their notes or on Slack (and lose), handling involved auth stuff which is a hassle with curl, etc.

I think they gravitate towards the same area as swagger.io or stoplight.io, but from the direction of using the existing APIs.

Post reply on HN