fasterthanlime

18+ brooke , vor 11 Stunden an Random Englisch

drop-in web support library that adds <script type="c++"> support by compiling clang to wasm and shipping it to the client

18+ fasterthanlime , vor 11 Stunden

@talon @brooke I don’t know what this is, but it crashed my phone immediately

fasterthanlime , vor 12 Stunden an Random Englisch

> DRM
> KMS

mhm, you don't say.
https://www.phoronix.com/news/Linux-6.10-DRM-Panic-Handler

fasterthanlime OP , vor 12 Stunden

looking forward to the next Linux subsystems: WLW, FML, and GFDI

fasterthanlime , vor einem Tag an Random Englisch

lmao Patreon put its API behind Cloudflare and now API requests (which are programmatic by nature) get served Cloudflare's HTML "we've decided you are suspicious" payload.

outstanding

fasterthanlime OP , vor einem Tag

Okay some parts are still working I guess? Is it just banning some VPS providers? probably.

That's where my edge nodes are though, so: annoying.

fasterthanlime , vor einem Tag an Random Englisch

Oh my god.

All my life I‘ve been paranoid about accidentally putting the wrong fuel in my cars and it turns out THAT’S NOT EVEN POSSIBLE ANYMORE because they made the diesel nozzles bigger, so they won’t fit

Why do anxieties inherited from my dad not update themselves 🙃🙃🙃

fasterthanlime OP , vor einem Tag

@thejpster I was really hoping that there was some sort of system to detect that the nozzle isn’t snug, and that would refuse to deliver fuel

fasterthanlime OP , vor einem Tag

I swear to God half of resolving anxieties is just doing threat modeling, like, really asking yourself the question: “OK, in the worst possible scenario what actually happens?”

fasterthanlime OP , vor einem Tag

Re: preventing the opposite (accidentally putting petrol in a diesel car) you can grab one of these! https://www.solodiesel.eu/en

fasterthanlime OP , vor einem Tag

@malwareminigun Yes but https://hachyderm.io/@fasterthanlime/112723023162986684

fasterthanlime , vor 3 Tagen an Random Englisch

Good, uhhh.. good morning

fasterthanlime OP , vor 3 Tagen

@kinnison that doesn't work (it's the monomorphization thing): both my app and my plug-in invoke tokio functions with different generic types (often, async blocks which are opaque types) — if you use the libtokio.so from the app with the lib, it has missing symbols. if you use the other, same.

fasterthanlime OP , vor 3 Tagen

OH LORDY LORD I solved it.

The outer and inner "tokio"s had different cfgs, so the layout of tokio::runtime::Handle were different, hence, mutex::lock was falling on some other fields, oh god.

fasterthanlime OP , vor 3 Tagen

@noah with a little help, yeah

a RuntimeFut<F> future, which enters a runtime handle before polling. along with the RuntimeFutExt trait which provides attach, which wraps self in a RuntimeFut

fasterthanlime OP , vor 3 Tagen

@noah I mean it's not ideal. very easy to accidentally use the wrong thread-local (but tokio::spawn, Sleep::new, etc. will yell at you that there's no reactor running)

..and the whole tokio code is duplicated in all shared objects but... I actually do not mind in this case, since no code changes required = happy me.

fasterthanlime OP , vor 3 Tagen

@noah more importantly, SUPER easy to accidentally enable a different set of tokio features and land on different internal layouts, which uhhh isn't great

fasterthanlime OP , vor 3 Tagen

@noah yeah! I'm very VERY happy with it — this new structure makes build times & deploy times ridiculously fast for me: I can have a new version of my site up and running around the world in ~2 minutes

codl , vor 3 Tagen an Random Englisch

computer always problem

fasterthanlime , vor 3 Tagen

@codl is this a subtoot

fasterthanlime , vor 3 Tagen

@codl lol nvm I thought we were mutuals! my bad