gitlab VS podman

Is it any better ?

We had that last year, with the full premium stuff ("pay as much as we can" mindset)

Please see this: a basic feature, much needed by lots of people (those who are stuck on azure ..): https://gitlab.com/gitlab-org/gitlab/-/issues/360592

Please read the entire thread with a particular attention to the timeline

I ran into a similar bug in Git Lab where the v18 upgrade didn’t replace now-unsupported time zones so things like scheduled pipelines simply stopped running and were labeled inactive in the UI without explanation.

https://gitlab.com/gitlab-org/gitlab/-/issues/556779#note_26...

The fix is simply to change them to the non-backwards linked names but it caused some confusing API errors since data which would no longer pass validation was already in the database and didn’t look wrong.

I am not trying to start trouble, or a heated debate, but I did want to say that my experience was the same as OPs and I am also coming from a static typing background so that likely explains my having a similar experience and expectations. I did for sure use RubyMine for attempting a change, so not "vim and yolo" but rather world class tooling and trying to discern where any random symbol came from was oppressively hard

That's not even getting into attempting to use their "happy path" <https://gitlab.com/gitlab-org/gitlab/-/blob/v18.2.1-ee/.gitp...> -> https://gitlab.com/gitlab-org/gitlab-development-kit#local which I found just incredibly challenging getting it to use my copies of the repos. But, just like in every one of these conversations, it's been a number of years since I tried it so maybe it's much better now

For more details, please check out gitlab templates

GitHub is also from them and brings the very same risks. The solution would be to build viable open source alternative but decentralized. GitLab Federation [1] or Forgejo (Codeberg) Federation [2] might be the answer.

[1] https://gitlab.com/gitlab-org/gitlab/-/issues/6468

[2] https://codeberg.org/forgejo-contrib/federation/src/branch/m...

There's another issue with a more complete proposal

https://gitlab.com/gitlab-org/gitlab/-/issues/216351

> The more typical way of doing this would be to call piece of the code but without the elaborate setup you argue you'd need.

But how do you call the code if you don't know where it's called from?

Let's have a concrete example. In this `initialize` method how do I know what the arguments are meant to be?

https://gitlab.com/gitlab-org/gitlab/-/blob/master/lib/gitla...

There's no type annotation so the main ways to know are documentation (haha) and seeing what it is called with in existing code. But how do you find where that method is called?

(Note this isn't the best example because I would imagine the `initialize` isn't magically generated, but it is still difficult to search for so it's almost as bad as the magic identifiers.)

The missing feature is federation! In my view, centralized structures like a giant source repository such as github are something we as a developer community need to avoid. Unfortunately, features like federated merge requests in gitlab ( https://gitlab.com/gitlab-org/gitlab/-/issues/14116 ) are something we've been waiting for for 9 years and nothing seems to be happening there. This feature alone would enable a lot of new collaboration without forcing everyone to work on a centralized system to use git - a decentralized versioning system - with high efficiency.

In case someone from Gitlab is watching: there is a long-standing issue that Gitlab Dependency Proxy does not work with containerd rewriting (https://gitlab.com/gitlab-org/gitlab/-/issues/350485), making it impossible to use as a generic Docker Hub mirror.

Currently, the only supported way to use Aspire on Windows requires either Podman or Docker Desktop to be installed. If, for whatever reason, you can't use either of these 2 options, there is another way to connect .NET Aspire directly to Docker running on WSL. But be warned - setting up this option isn't simple, isn't supported, and has some limitations. If you need something that is simple and supported, use Podman or Docker Desktop.

Here is the Containerfile I used, I actually used podman instead of docker.

Troubleshooting

Podman or Docker

> Rootless networking is very slow unless you install `passt`.

If the software that you're running inside the container supports it, you can use socket activation [0] to get native performance.

[0]: https://github.com/containers/podman/blob/main/docs/tutorial...

Containerize your workflows: Tools like Docker and Podman aren't just for deployment - they make automation more reproducible.

Tried Podman. It looked quite promising, but failed me: https://github.com/containers/podman/discussions/26899

Trying Incus now

(I'm a big podman stan)

Last I tried using the .kube files I ran into issues with specifying container networks (https://github.com/containers/podman/issues/12965).

This is sort of "fixed" by using a Quadlet ".kube" but IMO that's a pretty weak solution and removes the "here's your compose file, run it" aspect.

Recently (now that Deb13 is out with Podman 5) I have started transitioning to Podmans Quadlet files which have been quite smooth so far. As you say, its great to run things without all the overhead of kubernetes.

Podman is a popular alternative container tool that acts as a drop-in replacement for Docker. Most Docker commands can be converted to Podman counterparts by simply changing docker to podman.

Podman - Alternative container runtime