• foggy@lemmy.world
    link
    fedilink
    arrow-up
    272
    arrow-down
    9
    ·
    1 year ago

    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 year ago

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

    • xeekei@lemm.ee
      link
      fedilink
      English
      arrow-up
      49
      arrow-down
      1
      ·
      1 year ago

      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
      8
      arrow-down
      3
      ·
      1 year ago

      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
        12
        ·
        edit-2
        1 year ago

        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 year ago

        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 year ago

          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

  • f00f/eris@startrek.website
    link
    fedilink
    English
    arrow-up
    77
    arrow-down
    2
    ·
    1 year ago

    Even worse: the .deb file’s dependences are only available in a specific version of Ubuntu LTS or with PPAs.

  • penquin@lemm.ee
    link
    fedilink
    arrow-up
    77
    arrow-down
    10
    ·
    1 year ago

    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
      64
      arrow-down
      2
      ·
      1 year ago

      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
          14
          arrow-down
          1
          ·
          1 year ago

          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 year ago

              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.

            • bitwaba@lemmy.world
              link
              fedilink
              arrow-up
              2
              ·
              1 year ago

              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 year ago

                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 year ago

                  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.

            • intelati@programming.dev
              link
              fedilink
              arrow-up
              2
              ·
              1 year ago

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

  • arthurpizza@lemmy.world
    link
    fedilink
    English
    arrow-up
    60
    arrow-down
    1
    ·
    1 year ago

    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.

    • Neko the gamer@sh.itjust.worksOP
      link
      fedilink
      arrow-up
      13
      ·
      1 year ago

      even those deb files that only run on Ubuntu for some damn reason on my Debiain system.

      FUCK i understand now! the software i wanted to install had a .deb but its website said it was for ubuntu 20.04, no wonder it didn’t work on a debian container!

      i’ll try this RIGHT NOW, hope it works!

      • Neko the gamer@sh.itjust.worksOP
        link
        fedilink
        arrow-up
        4
        ·
        1 year ago

        it didn’t work, but i soon found out by looking at it’s entry on the AUR that the package is itself broken, not the distro environment it’s supposed to be installed on

      • littlecolt@lemm.ee
        link
        fedilink
        arrow-up
        2
        ·
        1 year ago

        It’s seriously frustrating. I had this happen just last night, but fortunately I was able to get the app I needed another way.

    • canni@lemmy.one
      link
      fedilink
      arrow-up
      2
      arrow-down
      1
      ·
      1 year ago

      How does distro box do with more complicated gui based applications?

    • jasondj@ttrpg.network
      link
      fedilink
      arrow-up
      3
      ·
      1 year ago

      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.

  • VegaLyrae@kbin.social
    link
    fedilink
    arrow-up
    34
    arrow-down
    1
    ·
    1 year ago

    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
        2
        ·
        edit-2
        1 year ago

        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
          0
          ·
          1 year ago

          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 year ago

            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
        32
        ·
        edit-2
        1 year ago

        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
          9
          arrow-down
          1
          ·
          1 year ago

          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
    26
    arrow-down
    1
    ·
    1 year ago

    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
      20
      arrow-down
      1
      ·
      1 year ago

      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
        11
        ·
        1 year ago

        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.

  • kttnpunk@lemmy.world
    link
    fedilink
    English
    arrow-up
    20
    arrow-down
    1
    ·
    1 year ago

    Debtap is suprisingly easy to use after switching to arch (highly recommend), but i actually love .deb files. Obviously it’s a slight risk to the user in the similar way dot EXE’s can be for windows , but they really do simplify package management for when you’re newer to linux.