shamiln

Both of the headline sentences on the home pages tell me they’re self-hosted.

They both also have cloud options, one focussing more on large scale and features I don’t care about, the other others some sort of hosted instance that’s private.

Sorry, doesn’t help me

Why not Gitea over Forgejo, which is what Forjego seems to be forked from?

That said, looking at recent releases, there are nice things from both, and if I wasn’t running GHES, I’d be stuck to choose between the two

Tailscsle was never the unlock for me, but I guess I never was the typical use case here.

I have a 1U (or more), sitting in a rack in a local datacenter. I have an IP block to myself.

Those servers are now publicly exposed and only a few ports are exposed for mail, HTTP traffic and SSH (for Git).

I guess my use case also changes in that I don’t use things just for me to consume, select others can consume services I host.

My definition here of self-hosting isn’t that I and I only can access my services; that’s be me having a server at home which has some non critical things on it.

Erm, isn’t this normal annual stuff?

When I was a manager at Amazon, I asked my engineers to keep a list of what they were proud of throughout the year, as it’d be used in annual and mid year reviews..

This was completely vibe coded looking at it

Of course, no commercial ones like Outlook are on the list…

The OSS features are missing a lot from the one time purchase, correction, subscription only.

They offered Plane One for about a year and but for $799 ish, then killed it in March this year, with the only options now subscription only.

Seeing it get rolled into a single IRM is a good thing. That IRM is cloud-only is not.

I do feel that Grafana are slowly becoming more cloud-first, regardless of that a lot of work is done in OSS. Even if I look at the blog, most content there is about Grafana Cloud. The "Grafana LGTM Stack news" section isn't navigable.

With Opsgenie shutting down, and I see that DataDog releasing their on-call feature; maybe migrating away from the LGTM solution might be a whole thing if there's nothing to replace OnCall; not that it would be easy, mind you.

That’s not a mail client, it’s a GMail client

What type of registry? GitHub packages?

Is your partner not following the signs saying where to tap in?

I’m definitely in the category, however, the job situation is so dire that if I quit my job, there’s nothing to replace it.

Not everyone is using Exchange Online.

It's a shame that JB doesn't have a code hosting product outside of Spaces, Spaces just does too much for me

Every year I play this, started with CorsixTH a few years ago when it became stable enough to play.

Those damned earthquakes destroying different equipment (usually the slack tongue slicer) annoy me, but it’s all good fun though.

I tried to play the reboot, but I prefer Theme Hospital.

On the mend.mid is my favourite piece of music from the series.

unannounced upcoming region launches...

Location: London, UK Remote: Remote or Hybrid Willing to relocate: Potentially (dependent on opportunity) Technologies: Java, Python, Linux, Kubernetes Résumé/CV: email me Email: shamil at shamil.email

I am an engineering manager with experience in building and operating cloud services. My prior work was as an SRE, thus have a solid understanding of end-to-end engineering principles.

Now this extensibility is what I’m interested in, as I’m working in a project which needs front end extensibility and have no idea where to start!

Eid Mubarak; thank you - it's nice to hear it from someone other than my close circle

A reflection of your TPM, I guess

I have. Half of the time, I’m glad it’s not their primary responsibility in this case.

My UDM and UDR aren’t connected to UI’s cloud services, so it’s not really cloud first.

Most places I’ve worked, has the concepts from above.

Security is lax at most companies but even having worked as an engineer on support rotation, customer anc production access was the last thing I could do and I needed to have exhausted all other options. I don’t feel retaining production access to generate tokens should be a thing.

I wonder if React UI should really be replaced with NextJS.

The majority of react sites nowadays are just NextJS. It might be that the future of react based applications isn’t react, but nextjs.

Appears to be about predictions for 2022, the prior year, so maybe was written in 2021.

Having used Linux recently, Zorin as well, what I found was that MacOS I don’t need to fight to get things done. Not just that, but the quality and support for apps I use is much better. Things just feel more coherent.

When things don’t work on Linux, the last thing I want to do is open the terminal.

I’m on call, been paged 3 times already for a high CPU on some VMs

It’s really not that difficult to automate it over helm or something. All you need is a registry, and most cloud services provide a registry, even GitHub has one.

Routing domains to a container shouldn’t be significantly different to doing it in production.

Why should Gitea/Forejo lock themselves into a CI product such as Woodpecker, which could, like Drone, be purchased out?

Creating standards would be better, but in the lack of, a closely tied CI/CD or runner or whatever would be sufficient.

Right now, even the Gitea/Gogs/Forgejo ecosystem is fragmented. The latter fork exists, but I don't see how it's different from Foregjo and I have no inclination to believe that it will be optimised for codeberg's use case beyond others, but now I do ask - if Gitea implements functionality such as CICD / run pipelines, will Forgejo keep that or strip it out of their fork, if they maintain upstream syncs?

Is there even a document about what the product aims are? If they're just going to maintain Gitea sync without adding functionality, why should I even look at it, which is likely to fall out of sync with Gitea?

Is there any observability product that Grafana Labs doesn't produce?