this post was submitted on 02 Apr 2024
75 points (100.0% liked)

Free and Open Source Software

17926 readers
3 users here now

If it's free and open source and it's also software, it can be discussed here. Subcommunity of Technology.


This community's icon was made by Aaron Schneider, under the CC-BY-NC-SA 4.0 license.

founded 2 years ago
MODERATORS
 

Hi

As we all know the XZ-Backdoor showed how open source can help to find out how and when things happened. You can look back into the source code, commits and comments to see what happened. Many started to talk about what it means regarding open source, and also showed that security is a very important part of computers and software.

But the XZ-Incident showed again one of the biggest problems of FOSS (and OSS), the lack of support the maintainers and contributors get. The maintainer of XZ (before he got replaced by Jia Tan via a social engineer attack), talked about mental issues and overall many things to look after. He was the only maintainer for a library that is used in many big Linux distributions but no one thought maybe to help him or support him.

We all use FOSS projects either knowingly or unknowingly (the XKDC comic comes to mind with the Nebraska maintainer project) and we all love and fight for open and free (libre) software. Simply using and pushing it is not enough we need to support the people that code, test and maintain the projects, libraries, programs that we use. If we don't, it will crash down on us sometime in the future.

When a friend does something for you, you say thank you and maybe buy him/her a beer. Why not do that too for a converter you used or some cool little terminal addition you found and now can't live without it?

As an experiment, make a list of all FOSS/OSS things you use in your daily life that you know of, and then look them up to see if they need funding or in general how they stand. Maybe you can donate to a few of them.

Make FOSS not only a philosophy but also a community that looks after each other.

all 16 comments
sorted by: hot top controversial new old
[–] [email protected] 31 points 7 months ago* (last edited 7 months ago)

Supply chain attacks also show one reason that using older software like Debian stable may be a better plan for things that matter. All new software versions need some time to be tested and vetted.

It also shows the importance of security in depth. That less is more in terms of code dependencies and complexity. That knowing dependencies is as important as knowing your code.

I would consider the xz incident to be a success. The supply chain attack was found pretty rapidly. We have already seen many of these and we will see more. Ones I remember off the top of my head include Linux Kernel, NodeJS, Python PyPI.

I would not over blow this. Security is an ongoing activity and all security is porous.

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

While I agree that many FOSS devs/maintainers would find donations and other monetary support very useful, please remember that money isn't the solution for everything. This is especially the case for mental and emotional wellbeing. Funding might increase the entitlement and demands of the users on the maintainer's time. What the maintainer really needs might be some time off or reduction on their workloads.

I'm all for donating to these projects. But don't let that be an excuse to treat them badly and make unreasonable demands on them.

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

You do realize with more donations they can AFFORD to hire more people, and to get the help they need? Money is the solution. Let's not downplay the value of it.

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

Kind of goes against the underlying principles of FOSS to hire a team to work on a project. Not that all FOSS work is volunteer based, but once something becomes an incentivized project the FOSS part starts to become a bit ambiguous.

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

Works pretty well for the Linux kernel, and that's arguably the most successful FOSS project ever.

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

The Linux Foundation isn’t doing most of that legwork though, multiple corporations with their own interests are. Microsoft, Valve, and Red Hat are some of the biggest contributors to the kernel, but they aren’t paying teams specifically to keep up Linux as much as they are paying teams to develop for them things which must be contributed back to the kernel.

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

I also just don't see donations ever funding a long term development team. $20 an hour? For how many people? (X) to doubt. Idk it's a rough circumstance

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

What would be an even better alternative then involving capitalist ideals, is to learn how to code and freely contribute to the project.

[–] [email protected] 16 points 7 months ago

As an experiment, make a list of all FOSS/OSS things you use in your daily life that you know of, and then look them up to see if they need funding or in general how they stand. Maybe you can donate to a few of them.

I haven't been doing this enough, not gonna lie. I'm gonna start doing it more. Thank you for the reminder.

[–] [email protected] 22 points 7 months ago* (last edited 7 months ago) (3 children)

Make a list of all the FOSS/OSS things you use in your daily life

I wasn’t prepared for a project of this magnitude, seriously OSS is everywhere

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

I'd imagine doing this for a simple website project only for npm to tell me there are over 2000 packages installed. Donating even $1 to each of them would be unsustainable (as myself, for a company that's another story). I think what we need is a more scalable way of supporting these projects. For example, should is_even get the same amount of support as zod?

[–] [email protected] 11 points 7 months ago

Yeah and this still wouldn't cover something like xz-utils because I would only be aware of end user projects and not the libraries behind them. I'd have to draw up entire dependency graphs.