mstef

sure all data collected is of value to someone, browsing history is definitely. however this is decentralized, and needs targeted attacks, so depending on your threat model, this might be bad, but for most of the users it's probably better than giving a search engine your search queries for pages you visited earlier.

sure, for bookmarking that's fine. but it does not help against linkrot, or censorship, or pages changing with time.

btw it is perfectly fine to circumvent a paywall with archive.ph and then to snapshot it with omnon so your bookmark never linkrots away. also when i say "js manipulation" i also mean stuff like captchas, or dynamic documents that you change by interacting with it, or even private services like e.g. rocket chat hidden behind some barrier like http auth, or private vpn. archive.ph will never have access to what your browser might have access to.

looks nifty, but does it do snapshotting?

omnom is for snapshotting, not for circumventing paywalls. i'm merely comparing the snapshot feature of the two projects. circumventing paywalls is out of scope.

your bookmarks will never linkrot away.

the difference is, that archive.ph snapshots something in headless. omnom snapshots the exact same state that your browser is displaying you. so if there is js interactions that change the dom, those will be snapshotted, unlike with archive.ph.

also lets not forget that archive.ph wraps everything in their own frame and has their own way of mangling the result. not in a bad way, it's just not the original as it would have been rendered in your browser.

btw if you want to have a look at more than a decade of snapshots, try https://links.ctrlc.hu/ my private and membership invitation-only instance.

a bit of background. this is a rewrite of omnom by asciimoo - the guy who also made searx. originally i wrote omnom, back in the days when del.icio.us was enshittified and gone down the drain. instead of complaining i was taking the opportunity to write a replacement that i would want, it became omnom, and for many years me and a bunch of users were very happy with it.

but the fast moving world of browser extensions made maintenance (for a non-commercial free software side project) too expensive, so the extension support became erratic, until it died completely. for a year or two i didn't use it.

but then asked asciimo if he could have a look a the extensions (since he was recently working on another extension, so had some experience), he looked at it, and rewrote the whole thing in go and fixed the extension. he even got support from nlnet/ngi0.

if you want to have your own self-hosted libre software bookmarking service for you and your community, give it a go, it's very simple, privacy respecting and most robust when it comes to snapshotting. asciimoo did a great job.

this is a recent (1-2 months old) report on the impact of the NGI0 programme:

https://op.europa.eu/en/publication-detail/-/publication/257...

there was also a fosdem talk about this, if you prefer AV to text, finding it i leave as an exercise to the interested parties...

besides the docs, there is also all the source code in /usr/lib/zig/std... very useful to learn zigisms and the API of the std library itself...

what's next that urgently needs mem-safety? /bin/true?

this must be parody. what exactly is the threatmodel where memory-safety matters for a calculator? did these devs miss the point of popping a calc.exe? surely no bc has ever been used for LPE or RCE.

john scalzi: starter villain

note, if your wife doesn't like to be woken up, do not try to read this next to her in bed. you will LoL, and wake her up.

this backdoor had nothing at all to do with memory safety.

i believe the cryptomuseum has a more extensive list than the one in the link: https://www.cryptomuseum.com/intel/nsa/backdoor.htm particularly one is interesting as i have reverse engineered and proven its existence: https://www.cryptomuseum.com/crypto/philips/px1000/nsa.htm

The book Environment, Power, and Society for the Twenty-First Century: The Hierarchy of Energy by Howard T. Odum is an eye-opener in this regard. Odum studied this topic for decades and presents some numbers how much energie needs to be spent to feed a person in different regions of the world. It turns out the cheapest to feed humans is if they live sparsely in a rain forest.

haha, utterson also uses m4 for templating: https://github.com/stef/utterson/tree/master

utterson https://github.com/stef/utterson/tree/master is generating blogs using make for a 14 years now...

haha. hello OG