this post was submitted on 02 May 2024
116 points (96.8% liked)

Open Source

31095 readers
482 users here now

All about open source! Feel free to ask questions, and share news, and interesting stuff!

Useful Links

Rules

Related Communities

Community icon from opensource.org, but we are not affiliated with them.

founded 5 years ago
MODERATORS
116
submitted 6 months ago* (last edited 6 months ago) by [email protected] to c/[email protected]
 

We’re no longer using our old ftp, rsync, and git links for distributing OpenSSL. These were great in their day, but it’s time to move on to something better and safer. ftp://ftp.openssl.org and rsync://rsync.openssl.org are not available anymore. As of June 1, 2024, we’re also going to shut down https://ftp.openssl.org and git://git.openssl.org/openssl.git mirrors.

GitHub is becoming the main distributor of the OpenSSL releases.

top 50 comments
sorted by: hot top controversial new old
[–] [email protected] 9 points 6 months ago

sorry i get all my software from download.com

[–] [email protected] 10 points 6 months ago (1 children)

That's a pretty bad idea. I highly recommend this awesome write-up by Software Freedom Conservancy: Give Up GitHub!

[–] [email protected] 3 points 6 months ago (1 children)

Those are fairly weak arguments honestly, none which have anything to do with the features on GitHub itself. In fact, this could have been written by someone who has no development or project management knowledge

Open source projects also don't pay for GitHub.

Here's one counterargument. One of our projects failed because we wasted so much time arguing about the hosting that we didn't get much done. We moved between a few different services and wasted time comparing shortcomings between them.

In practice, migration from GitHub is actually super easy if you ever wanted to because they literally have an API for everything. It also is a really comprehensive service, and a lot of the open source ones are missing things

Im not a fan of Microsoft, but GitHub works really well and you can rely on it to be fully reliable (there have been few outages)

[–] [email protected] 2 points 6 months ago (1 children)

but GitHub works really well and you can rely on it to be fully reliable

So does GitLab, Codeberg, sourcehut or self-hosting your own instance of GitLab CE, Gogs, Gitea or Forgejo. Why use GitHub? Especially, when developing open source software? Why use a proprietary software forge run by a Big Tech corporation that uses your code to train some AI model?

[–] [email protected] 0 points 6 months ago* (last edited 6 months ago) (1 children)

Again, the productivity is what matters. You dont think they could train copilot if it's hosted on a remote git repo?

Also, are you going to do the self hosting for them? It uses a lot of resources and time to self host. Again, nobody knows this better than us.

Also, what have you contributed to openssl lately? Resources? Money?

Switching hosting isn't a two second job either. There is a serious hit to productivity during migration for everyone, including distros.

Are they allowed to use vs code to develop too? Or do they need to change?

Nothing helps open source succeed better than productivity. Also, if they can train copilot with open ssl, good luck. Apparently the code is difficult

Also, there is always the possibility some of these smaller ones go bankrupt. GitHub is highly unlikely to

[–] [email protected] 1 points 6 months ago (1 children)

Again, the productivity is what matters.

I don't know how GitLab would make anyone terribly unproductive. I see many FOSS projects or even entire (proprietary) software companies choosing GitLab for source code management. In fact, the company I work at (a government contractor) uses GitLab, as well as many other FOSS tools. And it's definitely not a FOSS company, our main customers are the police and military.

You dont think they could train copilot if it’s hosted on a remote git repo?

Sure, but their first choice for a data source is GitHub. For other platforms, they would need to develop and maintain an indexer/crawler (which you can block), which costs time and thus money. Just think about it, why would you upload my code to a platform, when you know that the owner of that platform actually hates FOSS and only wants to profit from it?

Also, what have you contributed to openssl lately? Resources? Money?

What has Microsoft recently contributed to the FOSS community? I mean truly contributed. Why should a FOSS project use their proprietary products when other free (both as in price and as in freedom) alternatives exist?

Are they allowed to use vs code to develop too? Or do they need to change?

Dumb argument. The code editor/IDE is a personal choice of each developer. The software forge isn't. I really doubt that anyone at OpenSSL is using VSCode (a bloated JavaScript mess) for C development. But if you need to use it, there's VSCodium which is completely open source and removes the Microsoft tracking.

Also, there is always the possibility some of these smaller ones go bankrupt. GitHub is highly unlikely to

So is GitLab

[–] [email protected] 1 points 6 months ago* (last edited 6 months ago) (1 children)

I don’t know how GitLab would make anyone terribly unproductive. I see many FOSS projects or even entire (proprietary) software companies choosing GitLab for source code management. In fact, the company I work at (a government contractor) uses GitLab, as well as many other FOSS tools. And it’s definitely not a FOSS company, our main customers are the police and military.

The switch process will be terribly unproductive. Also, even the process of discussing the change is a nightmare. Don't forget all the backend stuff that needs to change too from all downstream. It's not as easy as using the API and tools to copy the repo in this case.. Everyone from Fedora to Zedora is affected on their side because the upstream address will change

Sure, but their first choice for a data source is GitHub. For other platforms, they would need to develop and maintain an indexer/crawler (which you can block), which costs time and thus money. Just think about it, why would you upload my code to a platform, when you know that the owner of that platform actually hates FOSS and only wants to profit from it?

Microsoft actually contributes a lot to open source.. Why would they need an indexer / crawler? They already index everything using bing.. Then they just need a git pull.

What has Microsoft recently contributed to the FOSS community? I mean truly contributed. Why should a FOSS project use their proprietary products when other free (both as in price and as in freedom) alternatives exist?

Because they work.. Switching platforms offers no real benefits in any way, and Github is free for open source projects.

Dumb argument. The code editor/IDE is a personal choice of each developer. The software forge isn’t. I really doubt that anyone at OpenSSL is using VSCode (a bloated JavaScript mess) for C development. But if you need to use it, there’s VSCodium which is completely open source and removes the Microsoft tracking.

Yeah.. Sure.. Every developer I know these days except one uses VSCode. And we took him off the main team in our company because he was taking too long to do things (because we are all using copilot).

What exactly do you think Microsoft is tracking? Do you think they're peeking on developer webcams? Nope.. https://code.visualstudio.com/docs/getstarted/telemetry . Crash reports are normal.. Its all GDPR anyway. I don't care if Microsoft knows what language I'm developing on

So is GitLab

Cool.. I'll just leave this here: https://arstechnica.com/security/2024/05/0-click-gitlab-hijacking-flaw-under-active-exploit-with-thousands-still-unpatched/

People should use what they want. It's actually bad for the community when people who contribute nothing try to project manage projects they have nothing to do with. It's their decision.. If you don't like it, fork OpenSSL to Gitlab and do your own thing.. Trust me, you'll notice that choosing Github vs Gitlab doesn't affect project success.

[–] [email protected] 1 points 6 months ago

I don't know why you are trying to paint the picture that everything except GitHub is extremely unstable and makes everyone unproductive. It's definitely not the case, I can tell you that from years of experience in both corporate and FOSS software development. Haven't heard from any project that migrated from GitLab/Codeberg/sourcehut to GitHub, it's always the other way around. I often see abandoned GitHub repos with links to new repos on Codeberg or sourcehut. Because people don't want to use Microsofts proprietary garbage. And somehow they don't have any issues with suddenly being unproductive after switching away from GitHub.

They already index everything using bing…

Bing is such a piece of shut (just like most other Microsoft software) that I actually forgot it existed, because no normal person on this planet uses it

Yeah… Sure… Every developer I know these days except one uses VSCode

What programming language do you use? JavaScript?

Microsoft actually contributes a lot to open source

For example? Name a full FOSS microsoft program that can be used on it's own. Most of the things I see on github.com/microsoft are just some obscure libraries or other developer tools that no one uses. Sure, VSCode. But the build you can download from Microsoft's website isn't even FOSS. They don't offer downloads for Code - OSS. The new Windows terminal? Only usable on the otherwise completely proprietary, bloated, ad-infested, data-extracting Windows operating system. Terminals aren't used by most people either, I think I could almost call this a developer tool. The Windows Calculator? Wow, what a great contribution to the FOSS world. And meanwhile they make billions from selling proprietary software. Microsoft never truly supported the FOSS community and likely never will.

Cool… I’ll just leave this here: https://arstechnica.com/security/2024/05/0-click-gitlab-hijacking-flaw-under-active-exploit-with-thousands-still-unpatched/

No software is perfect. Just look at all of the critical vulnerabilities Windows has had, EternalBlue (CVE-2017-0144) is a perfect example.

It’s their decision…

Of course it's their decision, but it's my right to criticize it, because I think it's a bad decision.

[–] [email protected] 2 points 6 months ago

Bad clickbait headline.

[–] [email protected] 24 points 6 months ago (1 children)

I think a lot of people here read the headine and think OpenSSL is moving everything to github and giving up everything else. It is not. They only moved the means of distributing the release tarball to github and stopped supporting the ftp and rsync. Do not confuse distribution and contribution/development.

[–] [email protected] 1 points 6 months ago (1 children)

Aren't they going to shut down their git mirror too, soon?

[–] [email protected] 2 points 6 months ago* (last edited 6 months ago)

Well, I've took it to read it for myself on how they receive contribution, and it always need to be from github anyway unlike say Linux which accept email patches.

[–] [email protected] 18 points 6 months ago
[–] [email protected] 5 points 6 months ago (1 children)

I doubt many of the commentators here used any of the deprecated methods to contribute to openssl.

It's one thing to talk about what's good for open source, it's quite another to practice it.

[–] [email protected] 1 points 6 months ago (1 children)

I doubt many commenters here have used a wheelchair ramp to access a public building. Guess we should just remove all those ramps since that accessibility doesn’t affect them. The barrier to entry for setting up a wheel chair ramp is more expensive than offering at least one non-corporate code contribution method.

[–] [email protected] 1 points 6 months ago (1 children)

Your analogy would fit if the deprecated methods didn't have a higher barrier to entry than using GitHub.

This is less like removing the wheelchair ramps and more like removing the steps at the back of the building.

[–] [email protected] 1 points 6 months ago (1 children)

Maybe. Maybe if the back steps required an account with a US-based service owned by a publicly-traded megacorporation that is collecting your data as per the ToS just to enter. That’s a helluva barrier that should never be expected for free software.

[–] [email protected] 0 points 6 months ago

And yet no actual contributor to openssl is losing sleep over this.

[–] [email protected] 6 points 6 months ago (1 children)

Federated Forgejo seems ideal.

[–] [email protected] 4 points 6 months ago

I didn't think they had federation working yet? And forgefed/vervis isn't ready yet either.

[–] [email protected] 5 points 6 months ago

Weird and worrying choice

[–] [email protected] 8 points 6 months ago (2 children)

Fuck that... I guess we really should go with LibreSSL after all.

Speaking of, what is its current working state?

[–] [email protected] 2 points 6 months ago

I’ve also seen WolfSSL mentioned, which is HAProxy’s go-to. I haven’t played with it in depth myself though.

[–] [email protected] 3 points 6 months ago

I'll take anything that has a compatible command line and library to be honest

Except ffmpeg/libav. I will always want the real ffmpeg 😤

[–] [email protected] 12 points 6 months ago (2 children)

Considering the absolutely devastating performance hits 3.x brings (and the apparent design failures that make it extremely difficult if not impossible to reclaim it) I wonder if openssl's days are numbered. WolfSSL seems to be favorable to the HAProxy team. Hopefully that can get some traction.

[–] [email protected] 12 points 6 months ago

Good that you mention WolfSSL and that HAProxy team seems to like it. Years ago some Linux distributions made the switch to LibreSSL, but unfortunately that all (?) seems to have failed.

[–] [email protected] 48 points 6 months ago (3 children)

These were great in their day, but it’s time to move on to something better and safer.

How is it "safer" when contributing to the codebase or filing and discussing issues will now require creating an account and giving up personal information to one of the most privacy-invasive tech companies in the world? 😳

[–] [email protected] 13 points 6 months ago* (last edited 6 months ago)

You are mistaking contributing and distributing.

Edit to clarify: The blog is strictly speaking about the means of distributing the release tarball. Distributing the release tarball has nothing to do with how contribution is accepted or how issue is handled. What they say on the blog is also very clear IMHO and for a good reason. Maintaining infrastructure takes work. Works that if you didn't do it right can be an attack vector. Do you guys remember xz? Do you read how the vulnerabilities came to be? Maintaining a single source of truth for the release tarball can help mitigate that. If one malicious actor can control even one of the distribution channels of the release tarball we get xz 2 electric boogaloo.

[–] [email protected] 7 points 6 months ago* (last edited 6 months ago)

This announcement is just downloads which will continue to be available anonymously.

[–] [email protected] 14 points 6 months ago
load more comments
view more: next ›