My local library has some dead tree format books with a 500 year support window. Or dead animal or dead reed format books with more like a 2000-year support window.
Unless they are very popular books, they will be weeded (thrown out or or sold) in a matter of a few years though. People imagine that libraries are infinite storehouses of material, but except for places like the Library of Congress they really aren't. There is limited storage space, and in order to get new books they need to discard the old ones that were rarely checked out. Even the example of old books on parchment aren't immune to this trend -- the books we have from Ancient Greece or Rome are just the really popular ones that were copied over and over again, and the vast majority of works from those times are lost.
Your local library keeps papyrus scrolls on open stacks? I mean, sure, yes, there are libraries that haves such things (the university I work for does), but generally they will be kept in special boxes and you need to ask nicely to get to see them. And don't get me started about the crapitude of your average new book these days. Personally, I prefer print books too, but lasting forever is not really why.
Err, no. Something “existing” is not the same as something being supported. Is the original printer still providing free translations to modern languages? Fixing typos and other mistakes? Adding chapters on a regular basis?
It’s kinda ludicrous to call the fact that a thing didn’t spontaneously disappear “support”.
And that fact is also true for all of the books on all of the discontinued Kindles.
Given, the kindle won't last 500 years, but the support window is in some senses longer than for those 500-year-old books, which never received a single security update.
I think the bigger issue is that there's market segments that old product reached and that newer ones don't... and you are locked into their devices by the content you've "bought."
14 year support window is pretty good. Not being able to get a modern device with buttons, and having no way to read your books with buttons, isn't.
Can you cite this? It's not YAML execution syntax, surely Github doesn't do it, the only vector I can see is if you put it unquoted into a shell script inside of a GHA yaml.
All you need is user content containing `backticked`, and a github action referencing that via eg "github.event.issue.title" where the shell would normally execute `backticked` as a command (like echo, cat, etc).
That doesn't feel like a repetition at all? You said that the first time there was "traffic loss but without the extra google money", but that this time there's no extra google money either way.
Things on my workstation that the container does not have access to: browser cookies, 1Password cli, SSH keys (even if I allow the SSH agent socket), cargo publish tokens (unless it’s a rust project), npm tokens (unless it’s an npm project), and not to mention anything relating to my other clients (don’t compromise my employer when I vibe install some dep for a random side project).
Given Anthropic's existing track record of producing terrible hallucinated inaccurate documentation in Claude Code, I'm very curious how Bun will handle this as it continues development. Anthropic probably doesn't care about Bun's external compatibility as long as it runs Claude Code. Will Bun be eventually become "the JavaScript flavor that Claude Code uses"? Will they even bother updating external documentation as it changes? Docs currently live at https://bun.com/reference, but I don't know how much of this is separately maintained documentation versus JSDoc-style generated documentation.
I'm also switching back to Obsidian after a few-year stint on Anytype, and the Notebook Navigator plugin is the only one I have installed. This is (I assume) a UI-only plugin, which shouldn't need access to external network or processes, so a quite good candidate for sandboxed plugins.
You either die a hero or you live long enough to become the villain.
reply