Live data from Hacker News

Spoiling Linux Kernel with "sanctioned" code

printserver.ink

11–20 of 72 posts

Re: Spoiling Linux Kernel with "sanctioned" code

#11
post #8
post #6

[flagged]

I’m gonna hazard a guess and say that I don’t think the author has any troops anywhere, let alone in Ukraine.

Then he should probably move out of Russia. As near as I can tell, pretty much everyone in Russia should be trying to leave at the earliest opportunity.

Re: Spoiling Linux Kernel with "sanctioned" code

#13
post #8

Earlier quoted context omitted.

I’m gonna hazard a guess and say that I don’t think the author has any troops anywhere, let alone in Ukraine.

Then he should probably move out of Russia. As near as I can tell, pretty much everyone in Russia should be trying to leave at the earliest opportunity.

So with that logic, pull requests from the US should also be ignored until they stop their attacks in the straight of hormuz?

Re: Spoiling Linux Kernel with "sanctioned" code

#14
post #5

I've been thinking lately that what underpinned the FOSS golden age was not actually decentralized VCS and high-quality forges, nor even ZIRP, but rather peacetime. After a period of branches and patchsets, full national hard forks are going to become de rigeur, and linux-derived OSes across the world are going to bloom necessarily, as we no longer have the kind of ambient trust required to collaborate across borders…

This is a great thing for innovation though? Nations/blocs protecting their tech interests will result in more jobs to go round in the industry, more unique ideas, and less centalisation, surely?

The globalised, hyper-centralised world is a bit boring, tbh.

Re: Spoiling Linux Kernel with "sanctioned" code

#15
post #5

I've been thinking lately that what underpinned the FOSS golden age was not actually decentralized VCS and high-quality forges, nor even ZIRP, but rather peacetime. After a period of branches and patchsets, full national hard forks are going to become de rigeur, and linux-derived OSes across the world are going to bloom necessarily, as we no longer have the kind of ambient trust required to collaborate across borders…

This is a great thing for innovation though? Nations/blocs protecting their tech interests will result in more jobs to go round in the industry, more unique ideas, and less centalisation, surely? The globalised, hyper-centralised world is a bit boring, tbh.

I forecast that you will not be bored, and may have other, stronger feelings. Ask Ukrainians

Re: Spoiling Linux Kernel with "sanctioned" code

#17

Yeah, it sucks. > This adds ~1ms latency per transfer cycle for rapid bidirectional communication which leads to half the USB 1.1 speed for smaller packets at best. Still, I don't think this patch should be applied /for everyone/. Maybe compile out-of-tree and load as a kernel module, if possible?

I still have a MB with just a USB 1.1 controller. I would hate it if the USB stopped working after this fix. I think a config option for the delay would be best.

Re: Spoiling Linux Kernel with "sanctioned" code

#18
post #13

Earlier quoted context omitted.

Then he should probably move out of Russia. As near as I can tell, pretty much everyone in Russia should be trying to leave at the earliest opportunity.

So with that logic, pull requests from the US should also be ignored until they stop their attacks in the straight of hormuz?

The US is not nearly as bad as Russia (yet), but it's worth considering.

Re: Spoiling Linux Kernel with "sanctioned" code

#19
post #13

Earlier quoted context omitted.

So with that logic, pull requests from the US should also be ignored until they stop their attacks in the straight of hormuz?

The US is not nearly as bad as Russia (yet), but it's worth considering.

I'm sure millions of people will rearrange their lives in due consideration of your morality overlord status.

Re: Spoiling Linux Kernel with "sanctioned" code

#20
post #5

I've been thinking lately that what underpinned the FOSS golden age was not actually decentralized VCS and high-quality forges, nor even ZIRP, but rather peacetime. After a period of branches and patchsets, full national hard forks are going to become de rigeur, and linux-derived OSes across the world are going to bloom necessarily, as we no longer have the kind of ambient trust required to collaborate across borders…

OpenSuse is (or will be) "Euro-Linux".
Post reply on HN