Most admins today prefer LVM as it is more flexible

kernel maintainers are optimizing for less surface area and most common use cases. I would say MD linear fails in both

Why don't you build just the module, though?

Yea, I tried it but it did not work. Tested many configurations but it couldn't even survive glmark2 without crashing my session. Besides Firefox crashed every 5 min even when disabling hardware acceleration. I'll just wait until the maintainers solve the bug I guess. I don't really need a compositor either way ;P

The security model is interesting, especially the idea of returning dummy data
makes me wonder though, how do you plan to keep that predictable enough for client developers and debugging?

Amazing release. Thank you, Devuan team.

Not really the place for this kind of question but

Qalculate’s log() = log base 10

ln() = natural logarithm (base e)

You can redefine log() to behave as natural log via a custom function if you want, just:

alias log = ln(x)

@zapper

Fully agree. Librewolf seems to be just firefox with some tweaked settings and uBlock origin tho.

looool

The challenge, as EDX-0 said, would be ensuring that these metapackages adhere to a certain level of standardization (e.g., following XDG Desktop standards). Otherwise, there's a risk that, for example, an Openbox-based "Bunsen Desktop" might clash with other desktop environments or not play nicely with certain XDG apps. But if these guidelines and standards are in place, it could offer a robust and flexible alternative to larger desktop environments like XFCE, GNOME, or KDE, while still maintaining a level of coherence and cross-compatibility. Assuming all this is desirable by the user.

A framework could be created. It should aim to provide a lightweight, modular desktop environment that adheres strictly to XDG Desktop standards for maximum compatibility and flexibility. The core package would install essential components like a minimal window manager, app launcher, and file manager, all adhering to XDG Base Directory and autostart specifications. From there, users could install specific modules for different window managers (e.g., Openbox, i3, Fluxbox), panels (XDE-Panel), docks (XDE-Dock), and XDG-compliant applications. This modular approach would ensure that components can be swapped without breaking system coherence. The framework would support seamless integration of both lightweight and full-featured applications, with automated testing and community-driven contributions ensuring ongoing compatibility. This structure allows users to build a highly customizable, performance-efficient desktop while maintaining cross-environment consistency and low overhead, providing a minimal yet robust alternative to heavier desktop environments like GNOME or KDE.

Can't speak for the developers, but I would imagine that the reason sysvinit doesn’t auto-generate init scripts is simple: it's not as easy as you think. Every service has its own unique needs – paths, variables, dependencies, permissions. If sysvinit tried to auto-generate scripts, it’d end up missing some of that and make assumptions that just don’t fit all cases.

Imagine this: A service might need special user permissions, or it could rely on other services to start first. Some services need specific arguments. If sysvinit tried to do that automatically, it’d probably screw up.

That’s why you write your own init scripts. It gives you control, which is what Linux is all about. Everyone’s system is different, and you should be the one deciding how things work, not the system. The whole idea of Unix (and by extension, sysvinit) is to keep things simple, modular, and flexible. Each program or service is designed to do one thing well, and the system as a whole allows users to assemble these components however they see fit.

So, yeah, auto-generating scripts sounds nice in theory, but in practice, it’d be a pain in the ass. It’s better to leave that part to the user, I think.

Yeah, TP-Link's 10GB network cards, like the TX401 model, are generally compatible with Linux, including Debian-based distros like Devuan. The TX401 supports Linux kernel versions 3.10 and newer, so it should work with both Devuan 4 and Devuan 5, as long as you have the right drivers installed I think

Hey,

To be a sysadmin, you definitely need a good amount of knowledge and experience. That can come from self-teaching and real-world experience, not necessarily a degree. It’s not easy, though. That being said, don't waste more time thinking about an obstacle than it takes to overcome it

As for poker, maybe you're a pro, but it’s not always the most reliable way to make money. I’d say try blackjack, but hey, I'm a little biased! 😄 Learn the strategy, know the rules, and work the variance—it could make you some cash.

[GlennW]

Great insight! I tried it just now with no success though. It is possible that the VPN client is (somehow) already configured to use a different DNS server or maybe there are conflicts in DNS settings between the VPN and my system's network configuration, so the pushed DNS server might be ignored or something. My suspicion is that either resolv.conf or NetworkManager are overriding my VPN DNS settings.
I tried querying DNS records too and confirmed I was still not using the expected server, so the DNS leakage problem persisted.

And yeah, I'm staying away from Cloudfare. Still looks to me like a major data collection and profiling entity, despite their privacy promises. No relevant evidences though, just pure paranoia aha

[Micronaut]

Never looked into Proton since it's generally not highly regarded and has privacy issues... Not surprised I wasn't aware of that recommendation aha.
Yeah openresolv did it for me. Had some struggles in avoiding conflicts with NetworkManager, but after implementing the package and doing some fixes, DNS settings were (finally) getting updated properly when the network changed (i.e when I connected to the VPN). Which means, no DNS leakage! Thank you for the tip!

Still using DoT and DoH in the majority of my software, but now the VPN makes a more comprehensive protection against leaks at least.

Thank you guys :P