Skip Navigation
Props to Alpine and Kali for disabling this bullshit out of the box
  • Yes, yes, but now lets take that, make it dependent on the session management system and dns resolver for some reason, make the command longer and more convoluted and store the results in one or more of a dozen locations! It'll be great!

    /s

    Dconf is bad, just imagine how bad a systemd version would be.

  • Props to Alpine and Kali for disabling this bullshit out of the box
  • Yeah, I know there was one a while back, and if you don't use ECC RAM, given enough time, it will eat your data as it tries to correct checksum errors due to memory corruption. That's why we keep backups, right. Right?

    I tend to assume that every storage system will eventually lose data, so having multiple copies is vital.

  • A Hex Editor for Reverse Engineers
  • ImHex requires a GPU with OpenGL 3.0 support in general. There are releases available (with the -NoGPU suffix) that are software rendered and don't require a GPU, however these can be a lot slower than the GPU accelerated versions.

    If possible at all, make ImHex use the dedicated GPU on your system instead of the integrated one (especially Intel HD GPUs are known to cause issues).

    This sort of thing drives me round the bend. It's a hex viewer, not a AAA game, why does it need or even care about your GPU. The data visualisation is nice, but there are other tools for that, Gnu Poke springs to mind.

  • Whales
  • Well yes, humpback whales reach sexual maturity by around 10 years of age (some much before then it seems). A marine biologist is still practically in it's larval form at that point.

    (Yes, yes, I know that wasn't what you meant, but I couldn't help myself)

  • Props to Alpine and Kali for disabling this bullshit out of the box
  • I think the difference is the level it's happening at. As I said, I haven't tried it yet, but it looks like a simple, unfussy and minimal distribution that you then add functionality to via configuration. Having that declarative configuration means it's easy to test new setups, roll back changes and even easily create modified configuration for other servers.

  • Props to Alpine and Kali for disabling this bullshit out of the box
  • cries It's amazing how much damage they've done to the linux ecosystem. Not just badly thought out concepts, but the amount of frustration and annoyance they caused by ramming it into existence and the cynicism it's created.

  • Props to Alpine and Kali for disabling this bullshit out of the box
  • Having consistent interface names on servers that have several is useful, but we already had that option. The interface names they generate are not only hard to remember, but not terribly useful as they're based on things like which PCI slot they're in, rather than what their purpose is. You want interface names like wan0 and DMZ, not enp0s2. Of course, you can set it up to use useful names, but it's more complicated than it used to be, so while the systemd approach looks like a good idea on the surface, it's actually a retrograde step.

  • Props to Alpine and Kali for disabling this bullshit out of the box
  • In news that will shock no-one, dbus was, of course, initially created by a Redhat engineer. I get the idea of having a general purpose bus that everything can communicate on, but they somehow managed to even make that complex.

    You make a compelling case for Void Linux. I use Debian or a RHEL derivative for work, primarily so there's at least a chance to hand systems off to someone else to maintain, the less known distros seem to meet with blank looks.

    I want to give NixOS a try sometime, as I like the idea of declaritively defining the system

  • Props to Alpine and Kali for disabling this bullshit out of the box
  • I've never actually tried BTRFS, there were a few too many "it loses all your data" bugs in the early days, and I was already using ZFS by then anyway. ZFS has more than it's fair share of problems, but I'm pretty confident my data is safe, and it has the same upsides as BTRFS. I'm looking forward to seeing how BCachefs works now it's in kernel, and I really want to compare all three under real workloads.

  • Props to Alpine and Kali for disabling this bullshit out of the box
  • That's fair, it does make sense to use it on a laptop, but it really should be the sort of thing you add when needed rather than having it jammed in whether it's useful or not.

    Every time I need to do something even slightly different to a basic setup I find myself inventing new curses for those who screwed things up with these overblown, over complex, minimally functional abominations. Just give me vi and the basic configuration files and let me get on with it!

  • Props to Alpine and Kali for disabling this bullshit out of the box
  • Personally I'd do away with NetworkManager too and just configure the interfaces directly, but that might just be me being old and grumpy!

    I think most distros go along because their upstream did. There are comparatively few 'top level' distributions, the main ones (by usage) being Redhat and Debian. Most everything else branches from those. Redhat's got enough clout on the market that there's a sort of pull towards complying with it just to not be left put.

    I use Debian, but I think they're crazy for swallowing everything Redhat pushes, they could easily stick to the cleaner options and have a better system for it. At least they let you opt out of systemd, so life is a little more tolerable.

  • Props to Alpine and Kali for disabling this bullshit out of the box
  • No need for a custom solution, we already had ways to make predictable names that worked better than this. Giving each interface a name that represents it's job makes life so much easier when you have several, naming them after which PCI bus they're on does not.

  • Props to Alpine and Kali for disabling this bullshit out of the box
  • I'm with our binary friend; the systems they try to replace tend to be time tested, reliable and simple (if not necessarily immediately obvious) to manage. I can think of a single instance where a Redhat-ism is better, or even equivalent, to what we already have. In eavh case it's been a pretty transparent attempt to move from Embrace to Extend, and that never ends well for the users.

  • Props to Alpine and Kali for disabling this bullshit out of the box
  • It's amazing how many linux problems stem from 'Redhat, however, found this solution too simple and instead devised their own scheme'. Just about every over complex, bloated bit of nonsense we have to fight with has the same genesis.

  • Comments no longer have nesting bars

    I've noticed that recently comnents on posts no longer have the long colored bars next to them showing their depth into the reply chain. Was this deliberately changed, and is there a way to bring it back?

    3
    InitialsDiceBearhttps://github.com/dicebear/dicebearhttps://creativecommons.org/publicdomain/zero/1.0/„Initials” (https://github.com/dicebear/dicebear) by „DiceBear”, licensed under „CC0 1.0” (https://creativecommons.org/publicdomain/zero/1.0/)NO
    notabot @lemm.ee
    Posts 1
    Comments 281