News for hackers. Stuff that matters.
Re:Supporting Linux kernel development in Rust by pjmlp on Tuesday September 01, 2020 @03:44AM (#24339451)
They don't upstream everything, while reducing their development costs, that is the point.

Personally I don't care, but I bet many FOSS anti-GPL advocates will eventually care.

Re:Supporting Linux kernel development in Rust by adwn on Tuesday September 01, 2020 @05:18AM (#24339874)
> They don't upstream everything, while reducing their development costs, that is the point.

_ph_ meant to write "This way, they can at least upstream everything which doesn't fall under these restrictions." (note the deleted comma before "which"), i.e., they can at least upstream something instead of nothing.

Re:Supporting Linux kernel development in Rust by _ph_ on Tuesday September 01, 2020 @05:58AM (#24340059)
Yes, thanks :)
Re:Supporting Linux kernel development in Rust by _ph_ on Tuesday September 01, 2020 @04:35AM (#24339672)
They don't upstream what they never would be up streamed. But they probably they upstream a lot which they wouldn't have, if they couldn't use the open source tool at all. Also, a lot of companies reduce their development costs by using open source software, gpl or other, without ever upstreaming. So "saving development cost" doesn't sound like an argument to me.
Re:Supporting Linux kernel development in Rust by pjmlp on Tuesday September 01, 2020 @05:16AM (#24339855)
With GPL there is a legal tool to force contribution, though.

As mentioned I don't care, after university my main UNIX platforms were HP-UX, Aix and Solaris with their respective system compilers anyway.

Linux is already getting replacement candidates in IoT space via Zephyr, NuttX, mbed, RTOS, Azure RTOS, and who knows if Fuchsia will eventually get out of the lab, so be it.

Re:Supporting Linux kernel development in Rust by _ph_ on Tuesday September 01, 2020 @06:58AM (#24340425)
With GPL there is a legal tool to force contribution, though.

No, for practical purposes, there is not. You can only enforce delivery of the source when a product based on GPL software gets delivered. But of course companies, which create software, know about this. Any usage of GPL software for delivered products only happens after the decision to publish the created software has been made. In doubt, companies tend to not use GPL software as part of deliveries.

Re:Supporting Linux kernel development in Rust by pjmlp on Tuesday September 01, 2020 @07:36AM (#24340672)
So now Sony gets to deliver PS4 OS and you get zilch, nada, besides a few insignificant pull requests, enjoy the license.
Re:Supporting Linux kernel development in Rust by bluGill on Tuesday September 01, 2020 @08:56AM (#24341250)
In practice companies are more likely to upstream non-gpl not less. With GPL they decide to use it without allowing any change, or they don't use it at all. With more liberal licenses they upstream anything that isn't core value because the cost of maintaining a fork is higher the more they are different.

GPL advocates try to claim otherwise of course.

Re:Supporting Linux kernel development in Rust by pjmlp on Tuesday September 01, 2020 @09:51AM (#24341690)
I would be happily using HP-UX, Solaris and Aix to this day, so don't mistake my philosophical questions as a GPL advocate, just don't be surprised how the IT landscape will look like when GCC and Linux are no longer around.
Re:Supporting Linux kernel development in Rust by ksec on Tuesday September 01, 2020 @10:17AM (#24341950)
Do you think there will be a possibility someday Linux will be replaced, both on Mobile ( Android ) and on Server?

I keep wondering if Microsoft opens up the Windows Kernel ( And Kernel only ), would it change the landscape much.

Re:Supporting Linux kernel development in Rust by pjmlp on Tuesday September 01, 2020 @10:41AM (#24342273)
On the age of cloud based runtimes and OS agnostic containers, Linux is an implementation detail of the server.

On Android Linux is an implementation detail, most of it isn't exposed to userspace, not even on the NDK as Linux APIs aren't part of the stable interface specification.

And ART is being ported to run on top of Fuchsia as well (https://android-review.googlesource.com/q/fuchsia), so...