|
"why is all this functionality in pid 1, why not split it out and have it talk some sort of socket protocol like unix apps do" *creates separate daemon, uses private unix socket connection to talk to pid 1* "wtf is all this dbus junk" seriously the dbus here is just a serialization protocol. it was standardized before msgpack and if there was a json parser in pid1 you would be complaining about that too
|
#
¿
May 5, 2020 16:36
|
|
|
|
| # ¿ May 15, 2024 08:55 |
|
|
unless you think that the way that things should talk to pid1 would be, like, inotify and the filesystem in which case hoo boy if youve ever used that even once you know it basically never works lmao
|
|
#
¿
May 5, 2020 16:37
|
|
|
ah yes, that famous example of perfect design and true un-warty-ness, unix
|
|
#
¿
May 5, 2020 16:52
|
|
|
its even goofier than that. after kdbus died out, kay sievers and harald hoyer went and did varlink, which replaces the custom serialization with json and removes almost all useful parts of dbus. then kay quit red hat and i think they now just make music gadgets full-time, so harald's the only one working on varlink now and it's kinda dead. david herrman and tom gundersen did bus1 which broke a lot of dbus stuff but they plan on putting it back with dbus-broker kinda, i'm not sure the latest state of bus1 i think theres a third ipc project somewhere too, can't remember where it is. basically all of this is an attempt at working around the insane lack of good ipc & messaging primitives in the kernel. kdbus was a really good attempt and would have worked if it wasnt for groups of uninformed completely misunderstanding the system and making large, repeated harassment campaigns
|
|
#
¿
May 5, 2020 17:02
|
|
|
Notorious b.s.d. posted:kdbus didn't make very much sense as a set of primitives, and it wasn't faster or notably better than userspace dbus the goal was to eliminate a large number of race conditions, and it did that just fine. the goal wasn't purely speed, it was to build a comprehensive ipc system where you don't have the problem "pids can get reused so theres tons of TOCTOU bugs and security issues". not a slight against dbus, it's impossible to do in userspace correctly, and still is to the best of my knowledge the interface it exported was very minimal and was basically a new set of ipc primitives based on device nodes. google said they could easily replace binder with it.
|
|
#
¿
May 5, 2020 17:26
|
|
|
oh, pidfds were accepted? hell yea, that's a nice way to beat the race then
|
|
#
¿
May 5, 2020 21:41
|
|
|
eschaton posted:dbus is just Mach messaging reimplemented poorly outside the kernel by people who don’t know their history that's not what any of this lol
|
|
#
¿
May 5, 2020 23:36
|
|
|
it also seems like part of it is that people are using unsupported system configurations because if you use all of the correct versions of the libraries together theres no problem, but distros just toss in whatever junk they found on the shelf and unsurprisingly it doesnt work
|
|
#
¿
May 10, 2020 02:18
|
|
|
X11 has had a DPI property that it read from edid, but it was global to the server and didn't work with multi monitor. In practice the value got hardcoded to something like 96 in the mid-2000s. XRandR could also parse edid and export them as output properties but they were never used in any toolkits afaik. None of this has any bearing on "hi-DPI" because nobody ever scaled their windows based on it. It wouldn't make sense to.
|
|
#
¿
May 12, 2020 23:00
|
|
|
multiple people have tried to make "structured shells" a thing to various degrees of unsuccess. plain text sucks as an interface but we're gonna be grepping and cutting and awking until the day we die
|
|
#
¿
May 17, 2020 20:04
|
|
|
ratbert90 posted:rofl. apparently kernel devs are so bad at their jobs they cant even review 10k loc for a robust filesystem implementation no wonder all new development happens in weird band-aids and they keep making syscalls to fix the mistakes of the ones added just last year because code has to be submitted in baby portion sizes
|
|
#
¿
Aug 14, 2020 21:25
|
|
|
|
| # ¿ May 15, 2024 08:55 |
|
|
ratbert90 posted:What if you don’t want Xorg, cups, or alsa at all because it’s embedded? lol so you are somehow cursed and need to run the jvm on something without enough memory to run alsa good luck. have you tried time travel back to the late 90s, when jazelle was a thing?
|
|
#
¿
Sep 6, 2020 15:28
|
|