🤞🏻🇺🇦 ✌🏻🙏🏻 🤜🏻👈🏿 🐧🖥

  • 2 Posts
  • 42 Comments
Joined 2 years ago
cake
Cake day: June 13th, 2023

help-circle






  • That list of “features” never needed to be replaced by systemd and for the most part are provided by the other init offerings.

    As for logging you may find yourself one with a system using systemd that has faced an error and cannot boot good luck reading the binary journal it makes, yes these entries can be pushed out to text file or syslog but if systemd falls over hard it will log to the default binary journal and you’ll need to use another install with systemd to run journalctl --file /path/to/mounted/journal which in an emergency is a true PITA.

    It is not an outlet for those who you choose to espouse as “People who don’t want linux to evolve” far from it most of them just want systemd to stop trying to replace things that are not broken and for other projects to stop having it as a hard dependency. Yes it is modular, yes these can be disabled but it has so many tentacles that it is clear the intentions are wider than just being an init.

    What’s wrong with ip, iproute2, iptables/nftables, ufw, firewalld, ntp, dnscrypt, privoxy, dnsmasq, openresolve, crond, sudo, mount, syslog-ng?

    Are they somehow obsolete now?

    If you want a basic bootloader your UEFI has one built in and/or you can boot the kernel directly with efistub, systemd-boot is so basic it’s pointless to the point that an unconfigured install of refind is a truckload better.

    I get that this is a hot topic but waaay too many people are just adding pointless opinion and toxic opinion into this debate that doesn’t help anyone make what they want is a decent informed choice and tbh when I see Gnome make a hard dependency of systemd it makes me think either systemd is doing too much, is not modular enough, devs got lazy or all of the above.

    And a final FYI I use systemd and have disabled much of it but can’t uninstall the parts I don’t need/want.



  • t0m5k1@lemmy.worldtoLinux@lemmy.mlSystemD
    link
    fedilink
    arrow-up
    35
    arrow-down
    2
    ·
    2 years ago

    If you’re a new user you’d be better off moving on from here and not paying much attention. It’s a hot topic full of opinions that everyone will want to force on you.

    If you really want to swap out the init system there are some things you need to know.

    First, do you need a desktop environment(DE)/window manager(WM)? If so you’ll need to find a DE/WM that is not going to demand you use the mainstream init choice which currently is SystemD. If you want to use Gnome from your chosen distro repo’s then chances are it will pull SystemD with it.

    If you want Gnome but not SystemD you’re gonna be building that beast from source every update and for the most part you’ll need to go direct to Gnome for any issue/bug you fall over and this too will be painful.

    Simpler WMs will be more forgiving and will only rely on either xorg or wayland and will happily run on any init.

    There will be other packages out there that also demand you use SystemD, so you’ll have to find them and decide if you need them or if there are alternatives that don’t have a hard dependency on SystemD.

    All the current usable inits are written in C or C+ (except for GNU Shepherd, this is written in guile).

    The benefit of swapping out the init system is mainly down to choice, necessity but again this all boils down to what the installation is for and what will it be doing.

    For a good run down of the features of the init systems refer to these 2 urls: https://wiki.gentoo.org/wiki/Comparison_of_init_systems https://wiki.archlinux.org/title/Init

    All of the init’s (except for epoch) provide parallel service startup so if boot time is a focus test each to find the fastest for your platform, Not all of them provide per-service config.

    For example one can cobble together: minirc, busybox, syslogng, crond, iptables, lighttpd.

    And the end result would be a relatively secure webserver with a small footprint, you could further extend this with nginx to sit in front of lighttpd to provide waf and cache features.

    The biggest bug bear with SystemD is that it writes to binary log files and even though it can be configured to generate plain text, if it falls over in a bad way you will still only get a binary log file and if you’re in a situation where your only access is say busybox for emergencies. In this instance your only option is to boot from another systemd distro and mount the broken install and run:

    $ journalctl --file /var/log/journal/system.journal

    Other than that many take issue with SystemD trying replace parts of the system that many say don’t really need replacing like sudo, fstab, resolv.conf, etc but again these statements get full of opinion and don’t help us truly way up the differences and some of the SystemD alternatives misbehave or become hard dependencies other projects which makes it harder to disable parts and swap out to your chosen package.

    I’ve tried to be more objective with this response and keep as much of my personal opinion out of this, But here is mine:

    I don’t really like it but to make it easier to get support for my OS I put up with it, I daily drive arch and so must accept it. I could rip it out or run artix, I’ve gone down this path and got fed up with jumping hurdles to get what I wanted so went back to Arch and now I disable parts of it I don’t need/want, have it generate text log files, use openresolv and other choices.












  • I just want the software I’ve chosen to work and do what I want it to well.

    I’m not choosing software based on anything else as it’s not part of my decision framework when making software choices. If it was where do you draw the line? Do we only vet the C tier if not why not vet the Dev team as they are the people that actually create the product , Then the Q&A and R&D teams because without them the software would be more buggy and not have cutting edge features.

    It’s just a rabbit hole that’s best avoided and for the most part I’d argue that 90% of people don’t think or even care about the points raised because it’s the last thing they think about when choosing a browser.

    Good for you if you do, That’s your choice.



  • t0m5k1@lemmy.worldtoTechnology@lemmy.worldWhy you shouldn't use Brave Browser
    link
    fedilink
    English
    arrow-up
    6
    arrow-down
    18
    ·
    edit-2
    2 years ago

    This article has attracted the obvious responses it wants to attract.

    I bet many who’ve responded in agreement with the sentiment of this article use windows which is tied to a company that has done far worse than brave software.

    Edit: I am not sitting here for hour or more trying to figure out who is employed at a company of a piece of software I chose to use just to ensure their personal opinions, views and opinions align with current trends on what is sociably acceptable.

    If we all were to apply this to all the software we use you will fast find out that you’ll be looking for quite a few alternatives to what you assumed was neutral or aligned to your view point.