Notices by q66 (q66@blahaj.social), page 3

i'd go as far as call my latest thing pretty nice

https://github.com/davmac314/dinit/pull/404

wtf it's a blåhaj bananya

also this future bass ed

@lanodan @domi the actual worst part is that the contacts will start separating from the center pole inside the device at some point and you'll end up with a port that at first only works in one orientation and then it stops working entirely

of course you can make it more robust by making it higher quality but that's not the kind of world we live in, so as i see it it's a contribution to things becoming e-waste sooner than they should

@domi unfortunately the poe spec limits you to some 15w

@jonty i can't think of a connector more inappropriate than usb-c

@lanodan @domi at least svn has a fairly normal cli ux

cvs is just cryptic...

@domi @lanodan svn: at least it's not cvs

@mwk oh, fun

at least that makes guessing the pinout easy :p

finally an anime for game engine developers

(can't believe they made me a weirdass ultra-pastel psychedelic version of LWA, it's actually really cool and pretty)

@ncopa sounds like the default state of linux to me...

a perfect day for a ride

oddly enough did not even get soaked (much)

@xerz relevant one i saw elsewhere today

@david_chisnall until you realize that everybody has a different idea of what's an idiot and what's a 0.1x developer

@domi @pj well it's less about testing it (though that part is also important) and more about core guarantees wrt. things like having user services or a session tracking framework

it's notoriously hard to do all this correctly, and if you allow multiple inits you are multiplying that work and increasing complexity for the common glue

i think stuff like application api etc should be generic (which is why i'm working on turnstile etc.) but specific oses should pick something and do it well

@domi @pj @lanodan i guess my main issue with alpine is that it has some neat components (like there is a reason i adopted apk-tools and stuff) but in the end it does not end up going the extra mile to give things real polish

by making the base system bare, you miss out on guaranteeing things (so e.g. session bus is still legacy stuff via dbus-launch, you have no usersrvs so no supervised pipewire ootb, etc.)

and the maintainer tooling could be a whole lot better even as a pile of shellscripts

@domi @pj @lanodan i guess i'm really used to all the fancy cbuild stuff these days (one tool that can do everything, is fast - parses all the templates in the collection under a second, does a ton of lints for all sorts of stuff, is always containerized, has helpful error messages, does staging so you get to know about forgotten rebuilds, integrates with git, has a bulk builder with deep topological sort, and is *the exact same tooling* that runs on the builders, on your local computer)

@lanodan @domi @pj i consider gentoo more of a metadistro than a particular system, so if they wanna go down that rabbit hole it's like the one place where it makes sense, but most distros really should not

@domi @pj i don't believe in init system freedom

@domi @pj (really, imo anybody who seriously talks about supporting multiple service managers is either unaware of what it takes to properly integrate one, or does not consider proper integration important, so i actually totally understand why somebody would go with just systemd, because i have no plans to allow more than one either)