you are viewing a single comment's thread
view the rest of the comments
[–] [S] 35 points 3 months ago (23 children)

oh come on. I don't ever say it outside of meme contexts. I just personally enjoy rolling releases and don't really like the corporate feeling of Fedora, so i'm left with only really Arch as a good option.

  • source
  • parent
  • hideshow 23 child comments
  • [–] 10 points 3 months ago (10 children)

    Fedora is corporate? I nearly spat my coffee ;-)

    I'm flashing back to working with suse on unitedlinux and the challenges we had. If you want a very Corporate distro, it's right there.

    Never again.

  • source
  • parent
  • hideshow 10 child comments
  • [–] [S] 18 points 3 months ago (7 children)

    I mean.. fedora is RHEL, which is very corporate

  • source
  • parent
  • hideshow 7 child comments
  • [–] 2 points 3 months ago* (last edited 3 months ago)

    Other way around mostly...

    Fedora trys stuff first.

    Funny that it's not a rolling distro, yet it is often ahead of my cachyos box. It's astounding how fast fedora puts stuff out yet never any effort on my part to manage it. Unlike cachy or even arch.

  • source
  • parent
  • [–] 1 point 3 months ago (5 children)

    I'm getting tired of dispelling this myth, and I don't even use either πŸ™„

    Do people even read? RHEL is downstream from Fedora. They're both forks of Red Hat, but Red Hat β‰  RHEL.

    Does this need to be on a billboard or something?

  • source
  • parent
  • hideshow 5 child comments
  • [–] [S] 1 point 3 months ago (4 children)

    Sorry. It's still corporate, since it's coming from red hat. Thanks for telling me though.

  • source
  • parent
  • hideshow 4 child comments
  • [–] 1 point 3 months ago (3 children)

    It's not "coming from" Red Hat, Fedora is forked from it originally but is directly downstream from the linux kernel, there's no Red Hat involved between the Linux Foundation and the Fedora devs.

    In fact, there's no more Red Hat at all, there's only RHEL, which is downstream from Fedora.

    Fedora is not downstream from Red Hat. I don't know how to put that in any plainer terms...

  • source
  • parent
  • hideshow 3 child comments
  • [–] [S] 1 point 3 months ago (2 children)

    I see. Have a nice day. I still won't use Fedora.

  • source
  • parent
  • hideshow 2 child comments
  • [–] 0 points 3 months ago (7 children)
  • [–] 1 point 3 months ago (4 children)

    Fair point, and Void is cool in its own right, but there are good reasons it mostly falls under "obscure" distro category.

    First is, of course, the systemd-free nature of it. Linux world absolutely needs systemd-free distros, but your average Linux user simply doesn't know how to handle them properly, and the learning curve is somewhat steep. Besides, everyone and everything comes with an assumption you run systemd, so often times, you'll be on your own figuring out the correct fix.

    Second is a relatively small userbase. Void, while not being completely unknown, is not by any means a mainstream distro. We have those - some people still run Slackware, for example - but they quickly fall outside the scope of most users due to a relatively underdeveloped community, which is crucial for a Linux project.

    This is why Void is often not even seen as an option.

  • source
  • parent
  • hideshow 4 child comments
  • [–] 2 points 3 months ago (3 children)

    Runit is actually quite simple. If you want a service that your distro packages, you just have to install it and symlink it's directory from (in void's case) /etc/sv/app-or-service to /var/service/app-or-service. Inside that dir you'll find a "run" script and, maybe, a "finish" script that the service manager (sv) will use to initiate and interrupt the service. This is helpful to know if you want to create custom services; i have some for things like brightness, manual tiling, and clipboard management.

  • source
  • parent
  • hideshow 3 child comments
  • [–] 1 point 3 months ago (2 children)

    I see! But there's still much more than service management, not all of it packaged into the "init" part of systemd. And each of these things need to be learned. I'm not saying it's impossible, but it's just one more big headache on top of what Linux already is.

    Also, out of curiosity from someone who barely touched Void - how do you create a custom service? Is writing run and finish scripts sufficient?

  • source
  • parent
  • hideshow 2 child comments
  • [–] 2 points 3 months ago (1 child)

    Yeah, that's all there is to it. The finish script is optional, and rememer to make your links. You can have user level services by making links for runsvdir-USERNAME. This creates a service that manages your services.

    It could probably be more robustn but here's my setup:

    $ readlink {/etc/sv,/var/service}/runsvdir-$USER | sed "s:$USER:USERNAME:g"
    /home/USERNAME/.dotfiles/runsvdir-USERNAME
    /etc/sv/runsvdir-USERNAME
    
    $ print -l /etc/sv/runsvdir-$USER/*(.)
    /etc/sv/runsvdir-USERNAME/conf
    /etc/sv/runsvdir-USERNAME/finish
    /etc/sv/runsvdir-USERNAME/run
    
    $ print -l /etc/sv/runsvdir-$USER/*(.) | to -b -C '#' -A $'\n' cat | sed "s:$USER:USERNAME:g"
    # /etc/sv/runsvdir-USERNAME/conf
    #!/bin/sh
    
    set -eu
    
    self="$(realpath "$0")"
    root="$(dirname "$self")"
    user="$(basename "$root" | sed 's:^runsvdir-::')"
    home="/home/$user"
    
    groups="$(id -Gn "$user" | tr ' ' ':')"
    svdir="$home/service"
    #
    
    # /etc/sv/runsvdir-USERNAME/finish
    #!/usr/bin/env sh
    
    set -eu
    
    self="$(realpath "$0")"
    root="$(dirname "$self")"
    
    [ ! -e "$root/conf" ] || . "$root/conf"
    
    sv -w600 force-stop "$svdir/"\*
    #
    
    # /etc/sv/runsvdir-USERNAME/run
    #!/bin/sh
    
    # start up for user-level service configuration
    
    set -eu
    
    exec 2>&1
    
    root="$(realpath "$0" | xargs -d '\n' dirname)"
    [ ! -e "$root/conf" ] || . "$root/conf"
    
    exec chpst -u "$user:$groups" runsvdir -P "$svdir"
    #
    
    

    For clarity, the to command is an xargs alternative that's not out, yet.

  • source
  • parent
  • hideshow 1 child comment