Jarkko Sakkinen
jarkko
Two years ago I complained #Mastodon merch not having T-shirts.
Apparently, now it has: https://shop.joinmastodon.org/
Apparently, now it has: https://shop.joinmastodon.org/
1
1
2
Jarkko Sakkinen
jarkko
@slott56 I have pretty simple-minded perspective when it comes to interacting with people, and applies to anyone starting from a street junkie and ending up to tech company CEO or some PhD with crazy scientific achievements. I always assume that people who I interact with me are also smarter than me. That way I can focus on topics and have least risk of making fool of myself :-) I don't look down on anyone but instead put everyone to the same level as I am regardless of their social or economical status.
1
0
0
Jarkko Sakkinen
jarkko
Edited 2 days ago
I've never met a junior engineer who would make mistakes, mask bugs and take easy-way-out shortcuts at the rate as coding agents do.
In fact, junior engineers like to show off the most elegant solution of the day to solve problems. They are exactly opposite to coding agents.
I also deeply feel anger when I see this type of age/experience discrimination. Working with any junior engineer is most importantly for me a learning experience.
In fact, junior engineers like to show off the most elegant solution of the day to solve problems. They are exactly opposite to coding agents.
I also deeply feel anger when I see this type of age/experience discrimination. Working with any junior engineer is most importantly for me a learning experience.
2
6
9
Jarkko Sakkinen
jarkko
rip petri walli est 31 years https://www.youtube.com/watch?v=cEw-GmI4x90
0
0
0
Jarkko Sakkinen
jarkko
i invented a new word: "slopgrace". it combines "slop" and "disgrace". i
0
0
1
... and I like browsing kernel, I do enjoy it too...
When it comes to code, especially C code, there really isn't itch with it that I've wanted to get rid of years or decades... Dev tools are better than ever and bpftrace especially is awesome. It's all fun.
When it comes to code, especially C code, there really isn't itch with it that I've wanted to get rid of years or decades... Dev tools are better than ever and bpftrace especially is awesome. It's all fun.
0
0
3
Jarkko Sakkinen
jarkko
I've never even really considered using AI for writing kernel patches.
We could go through the usual reasons, like simply congitive abilities to be a gatekeeper for anything but there are also cost-benefit measures that simply make using AI a bad investment in this particular area of expertise.
Writing the code takes about 1-5% of the all time spent on a kernel patch. It is still really important meditation time too, as then you can go through your plan/strategy slowly and make sure every brick is in the right place. I notice tons issues while writing code even if the overall plan is solid as **** (... and this is why BTW spec-driven agent loop development is complete and uttermost nonsense).
By cutting that 1-5% there is at least no financial at all, and the drawback is a constant ffux of kernel bugs because of *mistakes*, not unexpected conditions. Even if it was 0,1% that a frontier LLM generates a kernel bug, it is 0,1% too much. And even if I can human-check and test it (which I would, it is not at all the same than the quality time spent browsing the kernel tree :-)
We could go through the usual reasons, like simply congitive abilities to be a gatekeeper for anything but there are also cost-benefit measures that simply make using AI a bad investment in this particular area of expertise.
Writing the code takes about 1-5% of the all time spent on a kernel patch. It is still really important meditation time too, as then you can go through your plan/strategy slowly and make sure every brick is in the right place. I notice tons issues while writing code even if the overall plan is solid as **** (... and this is why BTW spec-driven agent loop development is complete and uttermost nonsense).
By cutting that 1-5% there is at least no financial at all, and the drawback is a constant ffux of kernel bugs because of *mistakes*, not unexpected conditions. Even if it was 0,1% that a frontier LLM generates a kernel bug, it is 0,1% too much. And even if I can human-check and test it (which I would, it is not at all the same than the quality time spent browsing the kernel tree :-)
1
1
4
Jarkko Sakkinen
repeated
repeated
Lorenzo
ljs@mastodonapp.ukSent what is possibly (even by my standards) the longest mail I've even sent on-list.
But it addresses really serious concerns about the AI trend, as well as the series reviewed in particular.
And I think it really matters.
5
13
0
Jarkko Sakkinen
jarkko
libttk, a TUI toolkit written in C has been part of various experiments over the last few years. Never got released because I haven't had really any real application for it. CCD is the most recent of them. I think CCD will get released some day once I have time to polish the rough edges :-)
0
1
3
Jarkko Sakkinen
jarkko
Edited 5 days ago
I try to use Rust crates that use common C libraries as much as possible because Rust crates tend to become non-upgradable fast if you want to retain some sane MSRV.
E.g., right now I cap to version 1.85 as it is what Debian Trixie has. Usually those crates that bind to C libraries are more conservative also with MSRV.
E.g., right now I cap to version 1.85 as it is what Debian Trixie has. Usually those crates that bind to C libraries are more conservative also with MSRV.
0
0
0
And still.. it's a GNOME project: https://gitlab.gnome.org/GNOME/gcr
And they are using previous version?
And they are using previous version?
0
0
0
Jarkko Sakkinen
jarkko
Ugh, had forgotten gnome-keyring from Puu OS as I was fighting with homectl and fscrypt v2.
And it requires GCR 3!?
GCR goes ATM in 4.x series.
And it requires GCR 3!?
GCR goes ATM in 4.x series.
1
0
0
Jarkko Sakkinen
jarkko
I already see dreams getting my fresh NAS drives :-) Theoretically getting em some time in October. They used to be commodity gear. Now they are like the ***ing Playstation or something.
0
0
1
@timojyrinki, this might be perhaps useful for OpenSUSE, and about tpm2sh, I just tagged 1.0 version of it :-) Just recalled some discussions at MindTrek.
0
0
0
Jarkko Sakkinen
jarkko
Edited 5 days ago
New subcommand in Goosedump called ‘delete’:
❯ goosedump delete 'gemini*'
gemini:session-2026-03-01T07-01-be63c197
gemini:session-2026-03-01T06-03-3289e66b
gemini:session-2026-03-01T04-08-b988a3ae
gemini:session-2026-02-28T14-42-821d5fcd
gemini:session-2026-02-28T14-14-7205125e
gemini:session-2026-02-28T12-11-f3ecf0c8
gemini:session-2026-02-28T06-44-b2a2bee6
gemini:session-2026-02-26T20-57-e195e041
gemini:session-2026-02-25T20-08-5467631c
gemini:session-2026-02-24T10-10-d1bcd2c4
gemini:session-2026-02-22T17-41-55c58931
gemini:session-2026-02-22T08-10-a78d04be
gemini:session-2026-02-22T07-56-a78d04be
gemini:session-2026-02-16T23-13-0a78af81
gemini:session-2026-02-12T14-09-dc5f9bc5
gemini:session-2026-02-12T14-07-dfdcbed1
"goosedump delete '*' deletes all sessions from every installed coding agent giving a convenient way to wipe a laptop :-) It does have ‘–dry-run’ too.
I’ll implement later on also ‘import <provider> <glob>’, and then import + delete will effectively give move semantics.
IMHO, the name really nails this tool and its purpose.
1
0
0