• foggy@lemmy.world
    link
    fedilink
    arrow-up
    284
    ·
    1 年前

    Well the solution here is to just use the superior distro, naturally.

    This post will surely upset nobody.

      • asudox@lemmy.world
        link
        fedilink
        arrow-up
        3
        ·
        edit-2
        1 年前

        Agreed. Debian Linux is just a children distro with a fibonacci logo that god created.

    • xeekei@lemm.ee
      link
      fedilink
      English
      arrow-up
      52
      ·
      1 年前

      You’re right! If a deb file exists then surely it’s in the AUR. ABS will repackage it seamlessly for you and then install it directly with Pacman.

    • Neko the gamer@sh.itjust.worksOP
      link
      fedilink
      arrow-up
      9
      ·
      1 年前

      is there a way to make it work like a rolling release of sorts? i’d want to use debian, but i don’t want to stay with old packages and wait 2 years for an update

      • Wulff@sh.itjust.works
        link
        fedilink
        arrow-up
        13
        ·
        edit-2
        1 年前

        You could use debian testing. It’s a somewhat “rolling-release” model. You will get more up to date packages with more stability too.

        You could also use unstable, but I wouldn’t recommend it personally.

        Edit: if you really need the most up to date version of some packages, you can pin them to use the unstable repo. This would be a pretty reasonable solution.

      • lwe@feddit.de
        link
        fedilink
        arrow-up
        8
        ·
        1 年前

        You could just go with Debian unstable. I rarely ran into issues while running it in a rolling release style.

        Debian testing might also work for you. But it will have a freeze window before each release.

        • this_is_router@feddit.de
          link
          fedilink
          arrow-up
          2
          ·
          1 年前

          As will have debian unstable. That’s the way it goes, for a few months every few years it slows down until the new stable gets released. Testing is just 10 days after unstable to avoid the biggest bugs.

          Never had big problems with debian unstable in 15 years though, as long as you use apt-listbugs

  • penquin@lemm.ee
    link
    fedilink
    arrow-up
    83
    ·
    1 年前

    That’s where the AUR comes in. Some neckbeard somewhere has already made an AUR package of that.

    • spittingimage@lemmy.world
      link
      fedilink
      arrow-up
      66
      ·
      1 年前

      Then we should appreciate them. Is it fair to call them neckbeards when they toil away at the code coalface for our benefit?

        • intelati@programming.dev
          link
          fedilink
          arrow-up
          16
          ·
          1 年前

          I’ve daily drivered arch for a couple months now. Only a few time have I not searched and found a wiki/forum with the precise error/comment and a solution/fix for the problem.

          It’s almost literally insane.

            • penquin@lemm.ee
              link
              fedilink
              arrow-up
              4
              ·
              1 年前

              I have run all kinds of distros. Loved them all, btw. But nothing comes even close to arch and its derivatives. I’ve been running emdeavourOS for almost 1.5 years now and it’s been fantastic. The AUR is godsend. I have never bothered with flatpaks, snaps or appimages. AUR has everything I need.

            • intelati@programming.dev
              link
              fedilink
              arrow-up
              3
              ·
              1 年前

              I’m going from Ubuntu 16 or so (took a break since then). The flexibility/customization/wikis of arch make it better IMO

            • bitwaba@lemmy.world
              link
              fedilink
              arrow-up
              2
              ·
              1 年前

              If you’re moderately comfortable with the command line, Arch is amazing. I find it considerably easier to find software I want to install, and find answers to problems I have.

              I would say that if you’re not interested in learning when something goes wrong, so you’re not really interested in anything other than i don't care I just want it to work then it’s not the distro for you.

              The rolling release style is really great and Arch is rock solid, so if you are looking for something a little more user friendly, Endeavor is worth a try as it is Arch based but focused on an easier to use system.

              I installed Arch for the first time in March of last year for my primary gaming PC. Previously my gaming PCs were windows but I keep a separate file server and HTPC each running Ubuntu. I’m in the process of switching both of them over to Arch now because I just consider package management and updates so much easier.

              • Cosmic Cleric@lemmy.world
                link
                fedilink
                English
                arrow-up
                1
                ·
                1 年前

                The rolling release style is really great and Arch is rock solid

                Truly don’t mean to be argumentative, but, I read all the time how an update will semi-brick it, requiring repair. ?

                • bitwaba@lemmy.world
                  link
                  fedilink
                  arrow-up
                  1
                  ·
                  1 年前

                  There’s the primary maintained software repository, then there’s the AUR. I think most of the times people’s systems break because as inexperienced users they find a specific piece of software a site told them to install and its only available in the AUR, instead of finding something properly maintained that already exists to do the same thing. Over time you end up with a mess of a system relying on user maintained build files.

                  I learned a lot in my first year of Arch (probably my 15th+ year of Linux though and I was not afraid of the command line) so I decided to reinstall my system after that first year and one of the choices I made was to not use AUR packages (except in very specific cases). I also changed bootloader’s and a few other things.

                  I’ve had mine break twice I think. The first time was because I didn’t know the general rule was “if you’re doing an update, update everything”. I saw an updated GPU driver was released so I installed it, but didn’t bother with anything else. Turns out you’re supposed to update the graphics drivers and kernel at the same time, so i wasn’t getting output after booting the kernel. The beauty of Arch though is that when you learn to install it, you also learn how to fix it. Booted off the USB installer stick, mounted my root partition, chrooted to it, then ran a system update. I was back booted up, logged in, and gaming in less than 10 minutes from discovering the problem.

                  In general, I would say people’s systems getting bricked “all the time” is a bit hyperbolic.

  • arthurpizza@lemmy.world
    link
    fedilink
    English
    arrow-up
    68
    ·
    1 年前

    Nothing Distrobox can’t fix. I can run AUR, RPM, and even those deb files that only run on Ubuntu for some damn reason on my Debiain system.

    It’s probably already in your default repos too.

    • jasondj@ttrpg.network
      link
      fedilink
      arrow-up
      3
      ·
      1 年前

      Just switched a couple of my systems from Pop and Fedora (gnome) to Debian 12 w/ KDE Plasma.

      All in l I like it. I don’t like where Canonical or RedHat are moving, for the FOSS consumer. Canonical is making huge strides as an enterprise distro but for home use I’ve really moved away from it since Unity.

      Originally I went Fedora because my office was a RHEL shop but we’re moving towards Ubuntu.

      • Subverb@lemmy.world
        link
        fedilink
        arrow-up
        1
        ·
        1 年前

        I’m a light Linux user with windows 11 on my work dev machine.

        I started using Linux Mint and it’s the right speed for me. Switched to Mint LMDE 6. It’s smooth.

  • VegaLyrae@kbin.social
    link
    fedilink
    arrow-up
    35
    ·
    1 年前

    Thankfully RHEL/Centos/Fedora also get attention thanks to the large corporate influence.

    Anything else can just be compiled from scratch, after spending 6 hours trying to figure out what ajfiwn-0-libs-dev is in redhat land, only to find out it was libfiwn-devel all along.

      • AProfessional@lemmy.world
        link
        fedilink
        English
        arrow-up
        3
        ·
        edit-2
        1 年前

        Nobody needs a website, literally just dnf install "pkgconfig(libfoo-1)" or dnf install /usr/include/fooheader.h. Most sane package manager ever.

        • QuazarOmega@lemy.lol
          link
          fedilink
          arrow-up
          1
          ·
          1 年前

          That’s a thing?? Amazing, I just found out about this not long ago, now seeing that being integrated in the package manager too is next level!

          • AProfessional@lemmy.world
            link
            fedilink
            English
            arrow-up
            2
            ·
            edit-2
            1 年前

            It’s actually just metadata in the rpms, nothing special. OpenSUSE adds even more like “typelib(Gtk-3.0)”.

      • OneCardboardBox@lemmy.sdf.org
        link
        fedilink
        English
        arrow-up
        34
        ·
        edit-2
        1 年前

        distrobox: Tool for creating one-off containers of a different Linux distro.

        container: A virtual OS environment that runs on your computer, but doesn’t know that it’s running in your computer. It’s not the same as a VM or emulator.

        flatpak: A tool designed by RedHat for running sandboxed Linux programs in any environment. Flatpak can either refer to the system as a whole (eg: “You need to install flatpak on your machine to use our tools”) or an individual program packaged for the flatpak system (eg: “You must download the latest flatpak of Firefox”).

        AUR: The Arch User Repository. A collection of installation scripts to add software to Arch Linux. These scripts are not owned or maintained by anyone officially affiliated with Arch, so you can find AUR packages for almost anything.

        So, the comment becomes: Stick it in a dedicated environment designed to run Debian. Then package it so anyone can run it. Then make it easy for anyone running Arch Linux to install it.

        • halva@discuss.tchncs.de
          link
          fedilink
          arrow-up
          11
          ·
          1 年前

          flatpak… is unrelated to redhat, at least at the moment

          it was initially made as a side project by a person who worked at red hat on containers, nowadays it’s developed by freedesktop.org

  • Dizzy Devil Ducky@lemm.ee
    link
    fedilink
    English
    arrow-up
    29
    ·
    1 年前

    I don’t know what the Linux community’s consensus on appimages are, but I wouldn’t mind if people made more appimages because, for the few distros I’ve used, appimages just usually work.

    • airbussy@lemmy.one
      link
      fedilink
      English
      arrow-up
      22
      ·
      1 年前

      AppImages are definitely convient to use. However the two issues I have with them are that there’s no easy way to find them (eg flathub) and they’re not automatically integrated with the DE. Requiring a tool that manages AppImages to make it easier.

      • setVeryLoud(true);@lemmy.ca
        link
        fedilink
        arrow-up
        12
        ·
        1 年前

        Appimages are supposed to be distributed the same way Windows and Mac software is distributed, that’s kind of the point.

        As for management, I agree distros should ship with an appimage manager.

    • Lexi Sneptaur@pawb.social
      link
      fedilink
      English
      arrow-up
      15
      ·
      1 年前

      Arch is viable because the AUR is full of converted debs and package managers keep things up to date. Most distros have a method to install this kind of software but honestly universal out of the box flatpak support can’t come soon enough for consumer distros. We need canonical to give up on snap for Ubuntu desktop