Linux 4.2-rc1 Is One of the Largest Kernel Releases of Recent Times
An anonymous reader writes: Linus Torvalds ended the Linux 4.2 kernel merge window today by releasing Linux 4.2-rc1. He quickly wrote, "I thought this release would be one of the biggest ones ever, but it turns out that it will depend on how you count." By most metrics, Linux 4.2 is shaping up to be a very large release. Linux 4.2 is bringing plenty of new features including the new 'AMDGPU' kernel graphics driver, Intel Broxton support, NCQ TRIM improvements, F2FS file-system encryption, new ARM CPU/board support, Renesas R8/300 arch support, and many other additions.
The equivalent in the kernel is kdbus. Heard that the developers of kdbus are not listening to people as usual.
Well the point of free software is to do things you need and contribute that back so other people can use it, do things out of charity or get paid by people to do those things. If those "people" want to pay the kdbus developers to do what they want then fine but outside of that there's no real need or reason they would listen to what other people want them to do.
What, exactly, are these linux-specific features that systemd supposedly makes available? You certainly don't need systemd to use cgroups, which were usable before systemd tried to monopolize the project.
"Usability" is personal opinion, and if you find systemd's management of cgroups management to be easier than the other options, than use it; we don't *have* to agree on such details, thanks to the flexibility of Free Software.. After all, the usability of a tool depends on what your particular goals and requirements.
So please,, stop spreading the misinformation and revisionist history that has is popular with many systemd advocates. Very few of the commonly stated benefits of systemd are new, and most were available - and in use - before systemd showed up.- it just became popular to ignore history and existing projects.
Oh, and iff you were trolling, then this is a sadly a typical example of systemd apparatchik: repeating popular misconception, arguments based on the projection of personal requirements and opinions, and quick to throw around moral accusations and insults. The person you were replying to may be a bit misguided and hyperbolic, they are not entirely wrong, either.
Ce n'est pas une signature automatique.
See, arguments like this are precisely why people like me quit contributing to open source projects a long time ago. It's just the "fuck you" attitude that gets to us. When users demand features, you are supposed to listen. But nope, this stock answer is trotted out every time as a way to avoid doing work.
Shutting down free speech with violence isn't fighting fascism. It IS fascism!
It sounds like the project you want [someone] to start, does this: reads a config file, looks at what modules ended up actually getting loaded, and then enables/disables config options, writes a new config file. Then your subsequent compiles can be faster and your /lib/modules can be smaller.
As copyright owner of this comment, I authorize everyone to defeat any technological measure which limits access to it.