Hacker News new | past | comments | ask | show | jobs | submit login

> You may or may not be aware, but FreeBSD runs your movies on Netflix, your games on PlayStation, your files on FreeNAS and ZFS, your friends on WhatsApp and OpenBSD runs everywhere else as OpenSSH. ;)

so... let us get that straight.

* Netflix had a revenue of 8.83 billion dollars USD last year.

* Sony had a revenue of 68 fucking billion dollars.

* WhatsApp is owned by facebook which will have around 40 billion dollar revenue this year it seems

and all these guys put together aren't arsed to contribute enough for paying for a few full-time devs, in addition to keeping a part of their modifications to the BSD source closed, but us, the users, should additionnally roll out some bucks to help these companies make even more money ? What's wrong with you people ?

What next ? Should we also donate to tanenbaum to help Intel (59 billion $ revenue) conceal its next iteration of the management engine better ?




I don't think there's anything wrong with us. First of all, no one says you should do anything. We're asking kindly because we can, and you can do all range of things from ignoring us completely to donating $1M like WhatsApp founder. Because you can too.

Second thing is that's its much easier to ask open source aware HN reader for $50 than a huge megacorp hive mind for 50c. Not to mention every 'end user dollar' is worth much more for the foundation given the regulations, where to keep the tax status we need to show up numbers supporting in people, rather than businesses.

And finally, many of these companies do give us money and code, some in the open, some anonymously due to the reasons known only to them.

Just a food for thought for you when you'll be thinking about these donations :)


I think it's not so much about donating in and of itself, as it is about this "it runs Netflix!" argument.

I do donate to FreeBSD regularly - in fact, I have a matching paycheck donation set up. But that's because I personally use it in my projects. When it comes to Netflix, I already pay for Netflix, so the notion that I should also pay to FreeBSD because it makes Netflix possible is kinda ridiculous.


There’s also the argument regarding existence. Without the BSDs there would be much fewer ways for people and companies to use great, legitimately industry standard software/hardware technologies. Where would people cut their teeth programming and administrating the same tech that will land them work? Sure, Microsoft’s OSes exist, they’re not economically available for everybody. To say nothing about the realities of which OS offers a better developer/admin experience.


Netflix contributes code back to FreeBSD including kernel contributions via Netflix own in-house FreeBSD committers that have greatly improved streaming and other improvements. Netflix also contributes monetarily.

https://openconnect.netflix.com/en/software/ "All code improvements, feature additions, and bug fixes are contributed directly back to the open source community via the FreeBSD committers on our team. We also strive to stay at the front of the FreeBSD development process, allowing us to have a tight feedback loop with other community and partner developers."

WhatsApp has also contributed monetarily and with software. You need to know that Facebook only recently bought WhatsApp.


> WhatsApp has also contributed monetarily and with software. You need to know that Facebook only recently bought WhatsApp.

Coming up on almost 4 years now since the WhatsApp acquisition was announced (Feb 2014) and over 3 years since the acquisition closed (Oct 2014). [1] [2]

I wouldn't call either date "recently"

[1] http://money.cnn.com/2014/02/19/technology/social/facebook-w...

[2] https://www.bloomberg.com/news/articles/2014-10-28/facebook-...


FWIW, Netflix and Facebook each donated gold-tier (25-50k USD) this year[1]. I would be very surprised if none of those companies employ engineers submitting patches upstream -- obviously for some things it doesn't make sense (proprietary drivers for PS4 hardware, etc). A cursory search turned up this[2], for example.

[1] https://www.freebsdfoundation.org/donors/

[2] https://people.freebsd.org/~rrs/asiabsd_tls_improved.pdf


Plus, US tax law has some requirements around nonprofits and number of contributors. The single or few large donors is great, but the org needs to show wide support. So a twenty $5 donations is better than a single $100 donation.


I have no ties to the FreeBSD project or its foundation, but it seems very cheap for companies that profit billions of dollars yearly to only donate $25k to projects and foundations that support part of the software backbone of their infrastructure... Regardless of regulatory barriers, if this got a bit more exposure it could actually be a PR liability, IMO...


>but it seems very cheap for companies that profit billions of dollars yearly to only donate $25k to projects and foundations that support part of the software backbone of their infrastructure..

That's the free rider problem, one that the GPL (and the AGPL) was designed to avoid.

It's true that many of those companies which use FreeBSD wouldn't touch a GPL codebase (and all the more so an AGPL codebase), but that't the point - while some chose FreeBSD because it's fast/stable (NF and WhatsApp), others chose it because they don't have to contribute back.


At some point we have to acknowledge that our modern technological society relies on having a common, free foundation of tools available to everyone. Sometimes really big companies will get more value out than they put in, but so does everyone else and that's kind of the point of a foundational tool.

All of this free, open, etc. software works in part because of a "pay it forward" approach to the community. If people shame big users for not "paying back" enough, rather than finding more productive means of encouragement, the whole system of free tools becomes less tenable because future users will pick other tools that don't have PR risk attached.


This is BSD at work my friend. And this is why every serious opensource fan should prefer GPL and similar licenses. The thing who shocked me the most, was to learn that Sony uses FreeBSD on the PS4 and yet no Radeon driver has been given back to the community. Obviously they have a bad ass device driver in the PS4 with some serious 3D performance ( after all it is a gaming console ). Yet the only thing you have in mainline FreeBSD is a hacked driver ported from Linux! BSD at work!


Orbis doesn't work the way you think it does. The kernel is based on FreeBSD, but the entire gfx stack (and everything else above the kernel) is custom. It's not even OpenGL compatible, instead running their custom GNM library (Metal/Vulkan/Mantle equivalent) and GNMX (OpenGL/DirectX equivalent).

Nothing they've built in their stack would translate to an Xorg driver, beyond the kernel shim (the smallest and simplest portion of the code, in most video drivers).


"hacked" driver, yeah, no.

There is nothing wrong with porting from Linux.

We have a compatibility layer for Linux drivers in the kernel (LinuxKPI), so the GPU drivers are not modified that much. A lot of work on LinuxKPI has been sponsored by Mellanox, by the way :) since it's also used for their network drivers (mlx4/5).

And it works fine, I'm currently writing this from a PC with an RX 480 running FreeBSD 12-CURRENT. DRI3, Wayland, Vulkan — everything works.

Also, the Sony driver would've been completely irrelevant to desktop systems. It supports one specific GPU model, Sony proprietary APIs, probably nothing in terms of KMS/DRM/GBM/EGL!


These are entirely different arguments.

One is that the users of *BSD's aren't donating to the development, despite enjoying its fruits. GPL will never help here.

The other is about not having to give your changes to the project itself back (bug fixes or features). GPL helps here. However, your examples do not apply to this bucket: Sony's fancy graphics driver can just be a closed-source out-of-tree driver, which would be perfectly compliant with GPL. This is why we have closed-source graphics drivers on Linux.

I personally love open source, and greatly dislike GPL. I prefer the Apache licenses (open but legally explicit), but am completely okay with BSD/MIT.


> Sony's fancy graphics driver can just be a closed-source out-of-tree driver, which would be perfectly compliant with GPL.

This is a loophole with the GPL, not the way it is intended to be used. It is far from clear if this is even legal. The Linux developers are split on the issue, but no one seems to care enough to press charges.


It isn't a loophole of GPL, it's a feature of the project in question.

If having GPL-licensed code execute non-GPL binary components violates the license, then it would be a license violation to execute any binary that is not GPL-licensed on such an operating system running a GPL-licensed kernel. Such a limitation would be absurd.

From a high-level, project-agnostic perspective, there is no difference between a kernel module and an application binary—they are both external binary blobs with the intention to extend the functionality of the initial project (in this case the Linux kernel). The differences are low-level and kernel-specific (kernel- vs. user-mode, API availability, intended functionality). The GPL does not distinguish between a printer driver or a calculator application.

Another aspect would be the use of a GPL-licensed header file. However, coming to the conclusion that using an untouched header-file (which usually only contains an API surface) from a GPL-licensed project taint code to require GPL-license for compliance would have huge consequences. Many projects would be rendered in violation overnight. This would likely hurt GPL.


> This is why we have closed-source graphics drivers on Linux.

And yet, having Linux being GPL must have given incentive at some point to give code back since nowadays both Intel and AMD have very good GPL'ed drivers.


I would argue that you're drawing a false connection between being GPL and the benefits of open source code. GPL provides legal protections, but does not directly or indirectly incentivize writing open source code.

Having open source drivers grant Intel and AMD at least the following:

1. Free work on their drivers. Who wouldn't benefit from bug fixes and improvements to the graphics drivers of extremely popular graphics cards? In other words, it reduces cost.

2. Good marketing. There is only a very small group of people who are twisted enough to think that open source is a bad thing. There is a much larger group that see it as a positive thing (and then there's the group that doesn't care at all). In other words, it increases sales.

3. Greater ability to mold the Linux kernel to better accommodate their drivers and needs. Even though a company can send patches to the kernel that would help their closed-source drivers, if they only help closed-source drivers, they are very unlikely to be accepted. On the other hand, any sane change that would help an in-tree driver would be accepted without question. In other words, it increases flexibility.

None of this relates to GPL (the drivers are probably only GPL because GPL forces the in-tree drivers to be GPL), and the same logic applies to *BSD's. The reason we don't have good graphics drivers on BSD is likely because it takes a lot of effort to write one. If it isn't going to affect revenue, Intel and AMD are unlikely to care.


I find it far more likely that Linux has better drivers made by companies because it has much better marketshare, not because it's GPL.


Both of which will soon be available on FreeBSD. Yay free software!

By the way, amdgpu does not appear to be GPL, just GPL compatible. https://github.com/wkennington/linux-firmware/blob/master/LI...


It's a difference in perspective, I rather prefer situation where no one isn't forced to anything, and that's why I think BSD license is 'better'. I want you, me and everyone else, including companies like Sony, to be free to take the code and benefit from it in every possible way, and if they choose not to share back, it's again their freedom to make this decision. I will use my freedom to make the decision of sharing back, despite all other decisions made in that regard, because this is what I consider a truly free software, unlike the GPL.


GPL is about enabling freedom for end-users. An end-user could be anything from an individual to a corporate entity. Your definition of freedom appears to be just "permissive licensing". Unfortunately, permissive licensing like BSD, could mean that one's code ends up being wielded by a corporation to remove end-user freedoms, typically to lock them in as paying customers.

I am a Free Software Foundation (FSF) member because I believe that end-user freedoms are becoming increasingly under threat as of late and they appear to be among the few that are taking the problem seriously.


Corporations can't 'wield the code' because by copying it and using it it doesn't take it away from other people and as such this argument against BSD license doesn't really make sense. Corporation can copy the code and improve it so that it would have people willing to pay for their improved code version and I am OK with that, in the end they made the work to generate the profit, that's their goal. I don't have one like such, so I can and I do release my code BSD licenses so that others could do anything (literally) they want with it.


> Corporations can't 'wield the code' because by copying it and using it it doesn't take it away from other people.

The relevance of the original code can be taken away, for example by hijacking a standard or through control of APIs and/or hardware. Will anyone be able to buy hardware in 10 years time that will not be under the full control of a corporation?


The decision to donate to a BSD project shouldn't have anything to do with what other users are donating but with how useful you personally find it to be. Your whole comment is sad.




Consider applying for YC's Spring batch! Applications are open till Feb 11.

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: