@Hyolobrika
Alex Jones the AI 🤪
@splitshockvirus
update-initramfs would likely fail in this environment even if you had the binary, as it assumes the real root to be mounted. I'm not even sure you have your real /etc under /etc at this point.
Can't you just eliminate the problem that prevents real root from being mounted — import the array/pools manually and then ^D it so it can carry on its usual routine? 🤔
@tfed@fosstodon.org @nishi
@realgamingleaks
Stop spreading such outlandish rumours! Only mainframes are powerful enough to run Android!
@Eetschrijver @fesshole
😹
How could I make a typo in a wordplay/phonetic equivalent joke? Absolutely unforgivable!
@nyanide
As for Gemini you only need a tiny subset of what OpenSSL does, it might even be feasible — most just don't bother.
@fesshole
Their, their, you cat fix her 😏
@nixCraft
cat /proc/version 🤷
@dcc @p @vic
No — I checked, the only thing with dbus in its process name is dbus-run-session — because that is how I run dwm from slim, if I kill that, the session obviously terminates just because it's the parent process. But no dbus-daemon or friends running.
And bluetoothd starts complaining that it can't connect to dbus and keeps restarting — so no, not the case.
@d333b@mastodon.social
Похоже на MNT Pocket Reform: https://shop.mntre.com/products/mnt-pocket-reform
Цена высоковата конечно, но по остальным критериям подходит. С другой стороны — это именно от сообщества, а не что-то массово произведённое и заброшенное после отсутствия коммерческого успеха.
Они в Феди: https://mastodon.social/@mntmn
@nyanide
> the libs
OpenSSL? 🤓
@p @vic
Does it have to do specifically with dbus? Of course not, FF does a plethora of questionable things, like audio input not working in FF without PulseAudio, so I have to use apulse — luckily the output works with alsa.
I agree with you — it should be optional, but IMO it doesn't make dbus itself bad.
I probably wouldn't even have a problem with systemd — were it modular (and less bug-infested😏), BTW this would fit nicely with your approach: don't need the horse — throw it the fuck out!
@p @vic
I just tried stopping it (instead of restarting) and killing all instances of dbus-daemon running as user — again, nothing special happened, except for… yeah, Firefox — it didn't segfault though, terminated gracefully with something like "channel closed".
Ironically, I can start Firefox again without dbus running, dbus doesn't get spawned and FF works fine.
Well, what can I say… It's odd, it's lame, but so is its developers design decision.
@teratology @p @vic
And even if I don't like the binaries they ship, xbps-src allows me to hack on things easily, for example I despise WebP and I build most software without support for it, even if it's not optional already, I can easily modify the template file to make it such, if it gets updated, I can always apply my changes on top of it and rebuild because void-packages is just a git repo.
Pretty much what I want from Gentoo — but without all the daunting fuckery, Void's amazing!
@teratology @p @vic
Yeah, I'm a huge fan — the only distro that suits me perfectly. Despite not having outdated software any problems with updates are quite rare and despite being flexible — I run it on about six machines of mine having vastly different roles and configurations, unlike with Gentoo, I do not spend countless hours servicing them after every update.
@p @vic
> If I kill dbus, a bunch of shit crashes.
I suppose it depends on the distro, how deeply it integrates it and how modular it assumes it to be.
I have just restarted dbus in my Void system (where I even have elogind) — literally nothing started falling apart, no user-facing software crashed or got terminated, bluetoothd got restarted — that's it 🤷
@nyanide
Maybe even scare them… 𝔥𝔬𝔯𝔯𝔦𝔡 𝔠𝔬𝔡𝔢 😱
@p @vic
> It has that to support the stupid web GUI, and the web GUI
I don't think it's only used by luci — it's also used to notify daemons when the state of interfaces changes. Can you get away not using it? You certainly can, you can use sockets to notify every daemon individually, but at some point you would still want something to broadcast such messages, ubus fills the role just fine. Again, you can easily replace it with another implementation or not use it at all, nothing like systemd.
@p @vic
> It's like a DE. I don't want a DE. People ask how you can have a widget tray without a DE. I don't want a widget tray.
Same here, I have machines that do not have dbus, but I have no problem running it on the ones where I can benefit from it — seriously, among these things it's the only one I have zero problems with. Overengineered — sure, but it's nowhere near as buggy as systemd and it's fully modular: you can easily replace it with another thing and you can even not have it at all.
None
Just in case: DMs/PMs simply don't exist on this instance as concept — don't use them, use the other instance if you absolutely have to, or send an email to any address at m0xEE.Net or .Com or .Org, but I prefer keep most communication public.