|
|
Subscribe / Log in / New account

Quotes of the week

Quotes of the week

Posted Mar 17, 2016 15:50 UTC (Thu) by ballombe (subscriber, #9523)
Parent article: Quotes of the week

Reading the post, this should has been:

The simplicity of GitHub’s pull request has killed the _AGPL_.

It is sad that the GNU GPL is found guilty by association.


to post comments

Quotes of the week

Posted Mar 17, 2016 16:27 UTC (Thu) by shane (subscriber, #3335) [Link] (14 responses)

I don't think it would have made any difference.

Honestly, it depends on whether you are happy bootstrapping to popularity or if you want to have a community that builds on the software in the long term. Permissive licenses (like Apache, BSD, and so on) make software more popular because people can take it and not give anything back. What's not to like?

Except 10 or 20 years later when you have companies earning tens or hundreds of millions of dollars a year on the open source software but not giving anything at all back to the community. This story happens again and again. :(

Honestly though, I don't know what this has to do with GitHub? You can take a pull request for AGPL as easily as for public domain code...

Quotes of the week

Posted Mar 17, 2016 19:57 UTC (Thu) by ballombe (subscriber, #9523) [Link] (1 responses)

> I don't think it would have made any difference.

The GNU GPL is a widely accepted free software license, which is not the case of the AGPL.

Quotes of the week

Posted Mar 18, 2016 8:16 UTC (Fri) by shane (subscriber, #3335) [Link]

If I were a pointy-haired boss, then I am going to look a bit at my obligations.

For people running a cloud service the GPL is permissive, because they don't have to publish any changes to source code. So when they go to their venture capital (VC) guys they don't have to worry that they might have to share anything with anyone, ever.

So, for hosted services GPL might as well be public domain.

FWIW, I was at FOSDEM when someone asked Richard Stallman about the AGPL and he seemed slightly confused and wondered why it could even be considered. My guess is that because of his principles he is quite far out of touch with out normal people use software these days:

https://stallman.org/stallman-computing.html

"I generally do not connect to web sites from my own machine, aside from a few sites I have some special relationship with. I usually fetch web pages from other sites by sending mail to a program (see git://git.gnu.org/womb/hacks.git) that fetches them, much like wget, and then mails them back to me. Then I look at them using a web browser, unless it is easy to see the text in the HTML page directly. I usually try lynx first, then a graphical browser if the page needs it (using konqueror, which won't fetch from other sites in such a situation)."

Anyway, the fact that GPL doesn't provide any freedom for the users of hosted software is probably what I was thinking when I wrote "I don't think it would make a difference".

Sorry for the confusion.

Quotes of the week

Posted Mar 17, 2016 23:50 UTC (Thu) by vonbrand (subscriber, #4458) [Link] (8 responses)

Care to share examples of companies making "hundreds of millions of dollars" off BSD (or similar) licensed code? Sure it isn't their own work over and above some original prototype-ish code?

Quotes of the week

Posted Mar 18, 2016 0:09 UTC (Fri) by bronson (subscriber, #4806) [Link] (1 responses)

That must refer to companies like Netscaler that took stock (net?)bsd, added hardware, exotic packet filters, and user interfaces, then sold them for tens or hundreds of thousands of dollars.

The BSD projects tend to look at these as successes, but it sounds like the poster is claiming there's a problem. Would selling a binary-only Linux kernel module have been better? If so, how?

Quotes of the week

Posted Mar 18, 2016 8:39 UTC (Fri) by shane (subscriber, #3335) [Link]

I've never heard of Netscaler, but that's the kind of example that I am thinking of.

Again, it's a trade-off of short term versus long-term viability. BSD folks are happy anyone is using their stuff, which is fine, but I don't think it's worth it if the cost is getting code contributions back by the community.

It is in the long term that GPL helps. The example of proprietary binaries is a good one. Over time we see more and more companies moving away from this approach and moving towards actually releasing source code. The pain in the ass to users of having to target specific kernel versions, or not being able to use custom builds, and so on, is just not worth it. Network vendors get it, disk vendors get it, and even graphics vendors are starting to get it (Intel has for years, AMD is finally coming around, and... well, NVidia... never mind).

Sure a startup can whip up a proprietary kernel module and sell the fuck out of it until they can get bought by Google or Cisco or whatever their business plan is, but in the long run it's a costly solution.

Quotes of the week

Posted Mar 18, 2016 0:14 UTC (Fri) by Cyberax (✭ supporter ✭, #52523) [Link] (3 responses)

The whole Hadoop ecosystem, and pretty much all of the new container companies.

Quotes of the week

Posted Mar 18, 2016 7:18 UTC (Fri) by fredrik (subscriber, #232) [Link] (2 responses)

Many container and cloud businesses are fully SAAS based. Because they do not distribute software, the "must provide source code when distributing binaries" part of the GPL does not apply. So, from that perspective it should not matter if their software was GPL rather than permissively licensed.

Still, Apache projects like Hadhoop seem to attract external contributions despite their permissive license. Isn't that quite counter intuitive to the rhetoric of copyleft proponents?

Quotes of the week

Posted Mar 18, 2016 8:43 UTC (Fri) by shane (subscriber, #3335) [Link] (1 responses)

I don't know much (anything) about Hadoop or the culture. I will note that when I searched for "hadoop proprietary extensions" that the big hit was the one (!!) company, Hortonworks, that claimed to run without any proprietary extensions. This seems to indicate that while companies may give some things back, they hold back a lot too. I don't know what the balance is. Maybe it's a good one, but I still encourage copyleft licenses for long-term community building.

Quotes of the week

Posted Mar 18, 2016 9:22 UTC (Fri) by Cyberax (✭ supporter ✭, #52523) [Link]

There are tons of proprietary extensions. As a rule, they eventually either get open sourced or get obsolete.

Quotes of the week

Posted Mar 18, 2016 8:33 UTC (Fri) by shane (subscriber, #3335) [Link] (1 responses)

Sure. I work in DNS.

First off, lets start with the easy one: BIND. Proprietary versions of BIND are used by many DNS vendors, including those who sell modified versions (like Infoblox), those who run services based on modified versions (like Dyn), and those who build other products around the code-base (like F5).

But this also applies to other BSD-licensed DNS servers, like NSD and Unbound from NLnetLabs, which are also embedded into products (like Secure64).

It's not a leap to move on to DHCP software, which has similar problems, although customized versions of things like ISC DHCP are harder to spot, since they tend to be built into devices taped together in a few weeks by a code shop and put onto some embedded device that gets a single firmware drop and then is never updated on the wild Internet. (And honestly the ISC DHCP software should probably just be nuked from orbit, but nevertheless it would be nice if fixes and improvements were pushed back into the original.) It's harder to think about the actual costs here, since few products are sold as DHCP products.

That doesn't consider the truly big players: Microsoft, Apple, Google, Samsung, and so on. I vaguely recall that Microsoft based it's IP stack off of the FreeBSD stack at one point. A quick search turns up this:

https://int80.wordpress.com/2009/02/11/microsoft-tcpip-op...

I'm sure there are tons of more examples. Feel free to post your favorite ones here. :)

In some sense I don't blame companies. If someone puts a sign up and says "free donuts, donate what you like" and you just take the books and don't leave any money... well, it's not very social but you're not doing anything wrong. But this is why I think that copyleft licenses are necessary in the long term - otherwise companies will just shit all over the commons.

Quotes of the week

Posted Mar 18, 2016 14:37 UTC (Fri) by nybble41 (subscriber, #55106) [Link]

I think the point was that none of these cases are really examples of companies making their money off of BSD-licensed code, but rather from their own modifications and additions. After all, the BSD-licensed code they started from is freely available to the world, and they could hardly expect to make much money selling what their customers already have access to.

> If someone puts a sign up and says "free donuts, donate what you like" and you just take the books and don't leave any money... well, it's not very social but you're not doing anything wrong. But this is why I think that copyleft licenses are necessary in the long term - otherwise companies will just [ruin] the commons.

First, taking the books would be theft, since it was the *donuts* that were free... ;)

But more importantly, we're talking about an infinite supply of donuts here. Whether you choose to publish your changes or keep them secret, making use of code (BSD-licensed or otherwise) does not prevent others from doing the same. One could argue that contributing back would make everyone better off, but you certainly aren't making things any *worse*. Not contributing back may not be "social", but it isn't anti-social either. If using the BSD-licensed code at least means that your customers get a better product than if you'd decided to roll your own ad-hoc version, some good has come out of the arrangement. The commons isn't enhanced, but neither is it diminished.

If the license were copyleft instead, it *might* mean that the modifications are made available to the users—or it might just mean that the product doesn't exist at all, or that it exists but uses some idiosyncratic proprietary from-scratch implementation riddled with bugs and incompatibilities, either of which would be worse for all concerned than a version based on BSD-licensed code with some proprietary modifications.

Quotes of the week

Posted Mar 18, 2016 21:14 UTC (Fri) by fredrik (subscriber, #232) [Link] (2 responses)

> Except 10 or 20 years later when you have companies earning [...]
> millions of dollars a year on the open source software but not giving
> anything at all back to the community.

Not sure if I'm just playing devil's advocate for fun, or if its the Friday evening settling, but...

I'm not sure the above quote describes a profoundly negative case in the long run. Yes, short term, Greedy Corp[tm] has taken but not been giving back to the community. In the long term though, they've also experienced a solid case that shows that open source software is good for them and good for the community. Perhaps they've also had an opportunity to learn the advantages of not being a victim of the whims of a proprietary software provider any more.

Further it only takes a very limited time of maintaining a internal fork to conclude that it is easier to use open source if you manage to get your changes merged back to the community version, or at least help others to use the open source software the same way that you do internally.

If such insights does not settle at the top level in the organization, then at least they will settle on the floor. And the folks on the floor tends to percolate up, bringing their experience, either in the same organization or somewhere else.

Meanwhile, short term, Greedy Corp will have used their gains to pay taxes locally and pay staff to develop all those proprietary extensions in the fork. They will anyhow have to work very hard to spend all the gains from the open source solely on luxury yachts for the CxO:s. So it isn't all bad. Assuming we permissive open source developers look for societal gains beyond our own narrow range of interest, the one which commonly is rated in lines of code.

How about that rebuttal? Well, I admit, an immediate objection is that this sounds an awful lot like a variant of trickle down economics, which I certainly don't subscribe to. Still, I'm curious... isn't there some kernel of truth in this Friday evening digression?

Quotes of the week

Posted Mar 18, 2016 22:29 UTC (Fri) by pizza (subscriber, #46) [Link] (1 responses)

> Still, I'm curious... isn't there some kernel of truth in this Friday evening digression?

The language I've seen again and again is: "why enable our competitors?"

A nebulus, non-quantifiable benefit down the line is always trumped by paranoia today.

There are many other reasons why what you've described is an idealistic view of things; suffice it to say you are ascribing far more competence to these decision makers than they deserve.

Quotes of the week

Posted Mar 19, 2016 1:17 UTC (Sat) by bronson (subscriber, #4806) [Link]

That's always seemed like such a weak argument to me... Are vertical integrators really "our" competitors?

To use the Netscaler example, are BSD developers writing complex, stateful, deep packet inspection? If so, then why are they spending their time on something so specialized? If not, then how can there be any competition?

(yes, of course bpf is getting very impressive, and on modern hardware might even keep up with last decade's Netscaler, so maybe one could claim there's starting to be some overlap... but that's just avoiding the question.)


Copyright © 2025, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds