For the best experience on desktop, install the Chrome extension to track your reading on news.ycombinator.com
Hacker Newsnew | past | comments | ask | show | jobs | submit | history | gilrain's commentsregister

> more open choice because it forces the project

A true morality must be based on consent, not coercion. Humanity may not be there yet, and therein lies the argument for force (and thus copyleft); but the ultimate goal should always be to reduce its necessity.


It’s not coercion. You’re free to not use it, or alternatively do what these folks did, write your own. Coercion would be forcing people to use it through some mechanism, which clearly isn’t possible with GPL.

I see this, and the spiritual example that immediately comes to mind is that which is labeled as "crime". Would it be more moral that a murderer must first consent to being judged and sentenced, or that there is a system which automatically comes into play to hopefully deter but also punish it when it happens?

Allowing closed-source to exist is always the less moral choice for many reasons (one example being ecological sustainability)

Is this not the paradox of tolerance restated in different terms?

BSD license is unrestricted, it tolerates taking open source and closing it, thus always being at risk of things closing down.

GPL license doesn’t tolerate taking from open source and closing it, thus ensuring things stay open.


The paradox clears itself up if you look at what tolerance actually is. It's simply not interfering with people's agency over themselves. Given that your right to self-agency doesn't entitle you to restrict others' self-agency, behavior that does try restricting others' agency is automatically not included in "tolerance."

Sure, yeah - like most “paradoxes”, it’s not actually a paradox unless you only look at it from one specific viewpoint.

> BSD license is unrestricted, it tolerates taking open source and closing it, thus always being at risk of things closing down.

There is no such risk. If someone wishes to make a closed source derivative of the BSD-licensed original, it does not deprive anyone of the original. That remains there, just as open as before.


It deprive us of their improvements, while they get to build off other people’s work.

With the GPL, if you want to modify, and built on others work, you have to share.

Share and share alike, vs take if you like share if you like.


It deprives for example the LLVM community to profit from PlayStation compiler optimizations.

The BSD license is why we have Valkey and not a purely closed-source Redis. It would have been much easier to perform the rugpull if Redis had initially been GPLed.

And how exactly did the BSD license make creating Valkey easier? GPL and BSD licenses both have the source in the open. Anyone creating a fork, can easily do so for either BSD or GPL licensed projects. Since Redis is a database, which the user won't be using a binary of, even using a fork of a supposedly GPL-licensed Redis would not require you to share your modifications with your user, same as BSD.

The BSD license made forking Valkey easier because it ensures that everyone has equal footing. The GPL, especially with contributor license agreements and the like, makes it much more easy for a single party to control the direction of the product. For another example of this happening, look at MongoDB. It started out under the AGPL, but was rugpulled to a non-free license.

It feels like your actual beef here is with CLAs, which often are designed to allow the current maintainers to relicense.

CLAs are not an attribute of the GPL. They're an agreement that can be applied to contributions to any codebase with any license.


The BSD license made forking Valkey easier because it ensures that everyone has equal footing

equal footing on the license is what allowed AWS to crush the original creators of the products they host.

it's a trade off.

the AGPL does not prevent a hosting service. it only prevents creating non-free addons. i see no problem with that. see also my other comment


Mongo was already a centralized project. Technically open source agpl but I don’t remember it having a large developer community or really many contributions from outside mongo. When the rug pull happened I think simply most people didn’t care or moved on to equal (or better) alternatives. It’s not beloved software like Redis is.

On top of badreligion42’s point, that both licenses allow forking just as easily - don’t you have the rugpull part backwards?

Afaik BSD licensed stuff can be re-licensed under any more closed licenses at any time, where as to re-license GPL, you need consent from every single contributor.

But i’m not familiar with the redis-valkey story so, maybe there is some nuance i am missing?


Redis started off as Free Software, but was switched to a source available license in version 7.4. The community promptly forked to Valkey, which is still under the BSD license. Since then, Redis shifted to AGPL 3, with contributor agreements, to try to ensure that they're the only ones who can attempt to commercialize Redis.

AGPL makes commercializing harder only for people who fear the AGPL because they want to keep stuff for themselves. there is no problem commercializing it if you don't mind sharing all your connected code. the only benefit redis has is that they can integrate non-free code in their hosting service, while the rest of us could not. since it is their work, i think it is reasonable that they have an advantage. it does not reduce my freedom as a user. it only hinders AWS and other big players from crushing redis.

How would you rugpull a GPL Redis?

I just wanted to let you know my career ended in 2008, directly due to the global recession, and it never restarted despite intense effort.

Your feeling that “everything will return to normal” is not actually rational.


That's truly terrible, and I'm sorry you went through that.

I think we're talking about two different countries here, everything did go back to normal here, and things are today better than ever for most people. I'm sad that that didn't happen where you live too, but it is very rational and real, it's actually what has already happened.


> the whole point of sub pixels was to look sharp without looking colorful

That was the point, but it never worked: in practice, at least for me, text was smeary and colorful in that era. I wouldn’t want to use Coral Pixel, but I can imagine someone else being nostalgic for it.


Same here. The MS-Windows boxes at college had lots of coral reef around the glyph edges

No, it doesn’t. Their competition is not similarly unstable, despite existing in the same world of LLMs. Think critically.

Devil’s advocate, Pareto heuristic would let us speculate that 80% of LLM traffic would be aimed directly at the largest provider, i.e. GitHub.

I think it’s much more than 80%, it’s probably the default recommendation and folks who aren’t technical would just accept it. Probably closer to 95% or more

Your speculation is that their competitors would naturally not see a commensurate increase in instability while “only” handling 20% of the same crisis?

I don’t buy the excuse. I want to hitch my wagon to those “mysteriously lucky” competitors. (And have. And haven’t had similar issues to Github, since.)


Competitors would be long tail, so a different mode of traffic entirely. Maybe they get spikes that are more easily whack-a-moled than the constant hammering that GitHub receives.

Tough to say as this is all speculative, though.


It's probably a threshold thing isn't it? You wouldn't get 20% of the effect at 20% of the traffic. There's a step function in there somewhere.

Isn't the relative increase more of interest? If someone was only owning 10% of the market, and they've only gotten 8% (percentage points) of the 20%-not-GH LLM-related increase, they'd still be seeing a very similar spike compared to their baseline as GitHub.

Their competition doesn't have nearly the same scale of traffic because they don't have nearly the same scale of users or network effects.

Think critically.


Do you really believe their competition hasn’t seen the same increase? Because their competition certainly hasn’t seen the same instability issues.

Yes, I truly believe that GitHub is recommended by an LLM orders of magnitude more frequently than any other forge

I’ve interviewed a lot of people and when asking about their git experience they’ve said they use GitHub. To a lot of devs they are the same thing.

This plus in a well-designed system an increase in load might cause new jobs to stop running but shouldn't take down the whole system.

What competition?

> It wouldn't surprise me if AMD is scaling back their free offerings due to the impact on support.

They’re welcome to hamstring themselves in the market; it’s just not a smart move.


Who are the alternatives to Xilinx on the high end currently? Altera? Lattice and the others make comparatively small FPGAs IIRC.


News to me… share a link?


And also the sky is red rather than blue.


> in case of Vivaldi you are in fact not the product

I’m really curious what gave you this impression. Vivaldi doesn’t hide its business model, yet you were so confident!


> Unlike Firefox, the Linux versions of Vivaldi/Chromium/Chrome do not appear to have any deficiencies


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

Search:

HN For You