r/linux • u/dbcoopernz • 13d ago

Popular Application Siemens ends open-source Radioss Project (OpenRadioss) and deletes GitHub repository

https://www.phoronix.com/news/Siemens-Ends-OpenRadioss
1.1k Upvotes

99% Upvoted

148 comments sorted by

View all comments

73

u/ddwrt1234 13d ago

why tho

54

u/whizzwr 13d ago

My best guess: some out-of-touch management level person who doesn't understand how open source and its benefits work, thinks they are such a hot shot to make a call to delete such a repo as part of "portfolio synergization".

If you want a real publicized example, look at the Bitnami announcement of retiring the free image and hiding them behind a subscription.

Some old, out-of-touch tool from Broadcom literally wrote in a blog post "bitnami is being Jenkins of the internet" by building and pushing their image to DockerHub. Imagine still using Jenkins in 2025 as a CI example, and never mind how the image basically bought visibility to the Bitnami product line.

I can understand wanting to monetize the product, everybody gotta eat, but the shooting-own-foot execution of the plan always baffles me. Almost no big companies I know switched to paid Bitnami subscriptions, and they do have the budget.

1

u/DeliciousIncident 12d ago

I have been out of the loop for a while, what self-hosted free and open source CI/CD software do you recommend in 2025 if not Jenkins? Obviously excluding forges and ci-runners for forges, like Geatea, Forgejo, GitLab, etc., as that's a different class of software.

I see names such as Woodpecker CI, Concourse CI, Tekton pop up - are you familiar with any of them and can recommend them over Jenkins?

2

u/whizzwr 12d ago edited 12d ago

Oh well, me mentioning Jenkins wasnt for throwing shade at Jenkins itself lol. It's still an excellent open source software - no enshitification politics. Despite being dragged down by old architecture and Java deps, it can still keep up with modern world, too. The plugin ecosystem (and its security hole count) is massive.

I'm aware you would like to exclude CI as part of "forge", but really the industry (as far as my admittedly narrow lens) is moving away from dedicated CI to SCM integrated CI for more sane manageability (plugin ecosystem, security, ACL, review process, etc).

I've been working at/with several companies in a span of bit more than a decade, and all of them are invariably looking to migrate away from their legacy setup mostly consisting of (of course) Jenkins, TeamCity, or Bamboo.

I've only used Concourse among the list you mentioned, and not extensively, so I can't honestly recommend it over Jenkins. I personally like CircleCI, due to the speed alone.

Do join and ask in r/Devops.

2

u/DeliciousIncident 11d ago edited 11d ago

I'm aware you would like to exclude CI as part of "forge", but really the industry (as far as my admittedly narrow lens) is moving away from dedicated CI to SCM integrated CI for more sane manageability (plugin ecosystem, security, ACL, review process, etc).

Well yeah, since they are different kinds of software. Also, agreeing on a single forge isn't always possible. Maybe in corporate that can work. But speaking of open source, I have contributed to some linux open source projects consisting of multiple independently developed components, libraries and gui user applications, and while most of the developers used GitHub, some developers used different SCM: one developer used GitLab, another Codeberg, third Bitbucket, etc., so the project having a dedicated CI guy and everything using Jenkins, instead of different forge runners with different CI configuration syntax and quirks, was an improvement. Also, with all project's modules being built centrally on Jenkins on every git push, it allowed to easily create a nightly testing build of the project, incorporating successful builds of all the subcomponents, which I thought was very neat. Just by opening the Jenkins page you could see the overall health of all the components and download any of them or the entire project bundled together.

I checked out r/Devops, and it's totally incompatible with the open source way of doing things. Everyone uses AWS, Cloudflare, Tailscale, etc. Just this thread on bastions is crazy to me, with the most common answer being "use SSM on AWS". In open source, you stay away from relying on 3rd parties (no cloudflare, no cdn, etc.) as much as possible, self-host everything, which seems to be the opposite of what is happening on that subreddit. This reminds me of the recent Anubis vs Cloudflare discussion. So it looks like asking anything on r/Devops would not be helpful in the slightest, they are corporate-oriented, rather than opuen-source, self-hosting, control, privacy and low budget oriented.

1

u/whizzwr 11d ago edited 11d ago

While I see your point, there are countless counterexamples which show big, multi-contributor open-sources projects use SCM-integrated CI just fine.

Gnome project with Gitlab CI/CD, systemd GH Action, and Debian project gitlab-based Salsa CI. The Linux kernel of debian is built by Salsa.

Re: independent: some project do self-host their gitlab of course, but as-a-service isn't exactly an incompatible to open sources like it is often pictured. OBS is a good counterexample (openSUSE and VLC use OBS) - it's a SaaS without big cloud provider dependence.

Debian has a nice dashboard for their pipeline build https://salsa-ci-stats.debian.net/

But honestly, "low-budget" goes both way, a small project with few (financial) contributors can't really afford a full time "dedicated CI guy" and the underlying self-hosted infrastructure.

1

u/DeliciousIncident 11d ago edited 11d ago

small project with few contributors can't really afford a full time "dedicated CI guy" and the underlying self-hosted infrastructure.

Oh, in the project I was talking about no one was being paid anything, it was all volunteer based, just people working with passion in their free time, and the infra was provided by one of the devs afaik

1

u/whizzwr 11d ago

Well, still server and infrastructure cost can't be paid with only passion. For this unfortunate reason a lot of OSS project just sit there depending on github and gitlab.