Posts
261
Following
25
Followers
1213
@djc That's what I would recommend, yes. Thanks.
0
0
1
@djc Thanks for the heads-up. We were actually approached by the person placing those links there and asked for our thoughts; for the time being, we told them they could continue. The hope, of course, is that these links will help to bring in folks from the Rust community as subscribers — time will tell.
1
0
5

Jonathan Corbet

Nature's way of telling you you're hanging out in the wrong tree: https://coloradosun.com/2024/10/09/eagle-nest-lightning-strike-boulder-county/
0
1
4
@kernellogger @LWN That guy in the red sweater sure knows how to stand out in a crowd :)
1
0
2

Jonathan Corbet

"LWN is basically what ChatGPT summarization as advertised itself to be, except it's actually good and coherent and useful."

— HN commenter saagarjha https://news.ycombinator.com/item?id=41643325

Nice to know we haven't been overtaken quite yet :)
1
20
53

Jonathan Corbet

So here I am in an airline lounge in Munich when suddenly everybody's phone starts simultaneously screaming bloody murder. I'm trying to decrypt the flashing red message in German, wondering if I have time to say goodbye to my family before whatever apocalypse is coming hits. Eventually I find the second version in English... It's national alert test day. I guess I can get another coffee after all.
3
6
38
@vegard @kernellogger @linuxplumbersconf The role of the TAB has shifted over the years, but its purpose has *always* been to serve the community. It was originally created, all of those years ago, to try to better align OSDL with how the community worked.

The best thing the current TAB does, IMO, is to serve as a place for maintainers with a certain amount of community influence to discuss and head off problems before they explode.
0
0
3
@schicho @kernellogger The conventional wisdom since forever has been that *no* general-purpose operating-system kernel can provide realtime response (meaning that the highest-priority process is guaranteed to run within a defined maximum latency). The realtime preemption folks, after 20 years of work, have achieved that, at least if you are running on the right hardware. It is an impressive accomplishment
0
1
4
@thomasmey I do try to at least glance at every comment posted to the site — my punishment for having ever implemented comments in the first place. I just put an answer to your question there.
0
0
2
@ben I, too, have a Kobo and am *mostly* happy with it. The device (a Libra) works nicely, is reasonably open (you can put apps like KOReader on it, for example), and it works well with Calibre, easily enabling all of the useful things that a suitably extended Calibre can do for you.

My biggest complaint is that, after a few years, the battery is failing, and the device was not made with repairs in mind. The new Libra they offer now claims to have addressed that, making battery repairs feasible.
0
1
0
@whynothugo There are plenty of developers who write documentation, don't get me wrong; some of them work quite hard at it. But that is usually not what their employers are paying them to do.
0
0
0

Jonathan Corbet

I have often complained that, even though thousands of developers are paid to work on the Linux kernel, there is not a single person whose job it is to write documentation for the kernel. The problem is wider than that, though: Alejandro Colomar, who has been maintaining the man pages collection for the last four years, can no longer afford to do it for free.

https://lwn.net/ml/all/4d7tq6a7febsoru3wjium4ekttuw2ouocv6jstdkthnacmzr6x@f2zfbe5hs7h5
5
79
66
@lina As far as I can tell, you do have an LWN subscription. I definitely encourage you to add your point of view there.

This was one of those articles where the best I can hope for is that everybody is equally mad at me... can I go write about memory tiering now?
1
0
10
@pkal Heh ... one could have a *lot* of fun playing with that idea...
1
0
1
@jwf NAK (or NACK) - negative acknowledge - is a curt way of saying that a patch will be rejected.
0
0
3
@brauner I'm digging through the whole Asahi Lina graphics driver story, but it's something I've often thought.
2
0
4

Jonathan Corbet

Edited 3 months ago
The more I dig through kernel mailing list discussions, the more I think that we would do well to end the use of "NAK" entirely. It is an exercise of power that is hurtful to read and gets in the way of an actual discussion of how a patch needs to be improved. I have, in my maintainer role, never said "NAK" to a patch and plan to continue that way.

*Edited* since people are asking: NAK (or NACK) comes (I believe) from the ASCII negative-acknowledge character. In this context, is an abrupt way for a maintainer to reject a patch.
11
34
108
@lina If you approach a large city with a plan to install a shiny new utility system, you will quickly find yourself dealing with a whole range of bureaucrats, some of whom will be more helpful than others. The kernel project resembles that large city in a number of ways. I don't say this is a good thing, but it is a thing.

I believe that the Rust for Linux project is succeeding. Yes, it is slow and painful, but the people pushing this work are doing the right things and making progress.

The city council (the maintainers summit) is meeting on September 17. Rust will be on the agenda, and there should be a couple of Rust for Linux developers there. That would be a good time to have a well-thought-out proposal for process changes that you would like to see.
2
4
20
@lina Extrapolating one developer's words into "this is what kernel maintainers think" is an obvious logical failure and is not the way to advance the Rust cause. The fact that several kernel maintainers spoke out against the "unmerged toy" description makes it clear that it is not a majority opinion. There are a lot of people in the kernel community who support this work.
1
1
9
Show older