is varlink cancer or is it ok

RE: https://masto.ai/@phoronix/113216988431714804
[参照]

Phoronix  
Systemd Looking At A Future With More Varlink & Less D-Bus For IPC Taking place this week in Berlin was systemd's annual "All Systems Go" devel...
i read over some of it. varlink isn't the worst (its just json-rpc with extra steps) but i just hate json anyway.

what happens if i want to query album art from the music player to put in a dock (something you actually use the IPC hub for)? base64 encode it? why? because :blobcatdunno:
supposedly the video explains why they went with JSON over msgpack, maybe someone will watch it and tell us but I'm not going to, it's probably "something needs to be done and this is something". So far I've heard "u can read it in systrace" and "JSON's not so expensive for small messages"
i mean this is the systemd morons. they used binary logging for no reason and just say use special tools.

the one time you're supposed to actually fucking use ASN.1 they.. go and use plaintext for simplicity.

:gutkato_brulas_senzorge: its like red hat trains them wrong, as a joke.
yeah, if you want to use it in a pipe use a de/re-pickler how often are you really gonna go in and out of the binary format in a cli pipe
my primary hatred is if i want to send an album cover or a profile picture to a notification daemon i have to repackage it in a fucking text container.
actually they could have just pretty much used thrift as-is, no need to make a new IDL either.

idk its 'fine' but like
why
one of the things they mentioned was streaming too but isn't json streaming just a pipe hack
100% of the time when someone gives me a spec like "json separated by NUL" i want to put legos in their shoe.

there is no goddamn reason to null terminate anything. put the fucking size in the header. :neocat_gun: DO IT NOW. it cost like two bytes.
non serious question, why not send a file path instead though
file location, file permissions, security, cleanup when you could just send a tiny thumbnail binary
that's probably what people will have to do. mktemp and throw the jpeg there, pass the path in the request.

this is also how elementary's "contractor" system works, roughly, through a combination of stashing to temp and an IPC call.

sending large binaries in the message queue is frowned upon in general, but smol ones sometimes get sent when asked for, but json is strictly awful at this. (arguably, so would STOMP.)
so basically two paths for security, the filesystem and IPC
this is also what plan 9 would have done though, since plumber only spoke text
they are the cia, they are not, in fact, morons. Their willful incompetence is entirely intentional and they're doing it to insert vulnerabilities in critical systems
i dunno about that but brilliant people consistently hate RH for the same reasons year after year.

Heintjins had little nice to say about them (he made a beautiful XML template engine and they.. ignored it, because lol xslt, then shit the bed because xslt sucks.)
you need positive affirmation of security competency in personnel dealing with core systems, the lack of that positive affirmation is the same threat level as being a known terrorist
if it were up to me it would be something like ember+, but it's not and never will be.
whatever they do will work alright after a couple years and high-severity CVEs so I guess we just put up with it until then
json parsers are pretty mature, it's just going to waste compute/memory more than it has to.
and be unnecessarily obtuse to everyone who uses it, ensuring only retards contribute to the codebase since people with a brain would never tolerate such shenanigans

i think that there is a lot of truth to the whole bad-ppl-in-tech idea, mit is funded by ppl like epstein, we have the paypal mafia now funding presidential runs, cough trump, we had buttergeig use a proprietary voting app designed to undermine primaries, we got encrpytion in the 90s and now there is a massive army of datacenters built by govt designed to attack popular sits and services using encrpytion, we have gnome behind fastly, the same fastly serving palantir, private mercenaries that use facial recog to go after protestors and dissidents, etc. you have people still in 2024 using gothub AT ALL after they started steal FOS code. i mean that last point is bad enuf. they go after the children aggressively too, in my years it was about getting them on microsoft and today its google. today they want us wrapped in wearables, in case we fall over and hurt ourselves, these are situations that have been solves generations ago with much simpler tech.

i think at some point we just need to say MOST people in tech are bad or HEAVILY corrupted people.

recently a usb was unplugged in an unsafe way by a friend and in 2024 it basically made his entire system unstable. this is 2024, folks. this is using gnome software. it didn't have any error messages it just breaks things on the pc. try to plug it in again and it just fails without explaining why. the only way to stop us going backwards is to develop anonymously, zero trust. i feel like we are letting bad code into systems because we trust too much.

anyone in tech not crying out to FOS all the tools is a tool. i wish them a very, very, VERY bad day.

It's not like systemd devs really care about new versions being stable. The recent tmpfiles fiasco convinced me that the only truly usable systemd versions are those that are few years old.
No, they pulled the Windows 10 Creators update moment where they deleted /home directories if a user ran one of three cleanup commands for systemd-tmpfiles.d.

That was caused by badly written documentation, but what's even worse about this is that one systemd maintainer (Debian dev) actively said that this is the intended behavior, closed few MRs that fixed some of it and downplayed the issue as social media drama created by well known trolls.

The thing where they delete /var/tmp content on a timer is a different issue in some distributions that implemented it.

It all glows. Logs are binary to make them harder to grep using trustworthy tools.

ログインして会話に参加
Fedibird

様々な目的に使える、日本の汎用マストドンサーバーです。安定した利用環境と、多数の独自機能を提供しています。