Comment on Manjaro Linux Team Goes on Strike, Threatens to Fork the Project

• texture@lemmy.world ⁨3⁩ ⁨weeks⁩ ago

  you dont need to update every time an update is available.

  just update once every couple weeks

  source

  • BremboTheFourth@piefed.ca ⁨3⁩ ⁨weeks⁩ ago

    I know, I just like to see the “up to date” symbol in the toolbar, especially on a fresh install. Like I said, I get that it’s rolling release; the problem isn’t the frequency of updates, it’s that this most recent update keeps failing when I try to install it.

    source

    • Ricaz@lemmy.dbzer0.com ⁨3⁩ ⁨weeks⁩ ago

      I just have a small counter on my Polybar checking how many packages can be updated. Once it reaches a few hundred, I upgrade.

      source
    • texture@lemmy.world ⁨3⁩ ⁨weeks⁩ ago

      maybe try refreshing the keyrings first sudo pacman -Sy archlinux-keyring

      source
• stealth_cookies@lemmy.ca ⁨3⁩ ⁨weeks⁩ ago

  now on the 4th update it keep failing for some reason.

  Running an Arch based distro comes with a commitment to learning “the Arch way”. You need to be willing to look at the terminal output of pacman and see what the errors mean. Being close to bleeding edge means that on occasion something will fail or end up in a state that you need to resolve. Its usually easy, but you need to pay attention to what pacman is telling you. If that isn’t something someone is interested in there are plenty of other excellent distros out there that will meet their needs.

  source
• Grail@multiverse.soulism.net ⁨3⁩ ⁨weeks⁩ ago

  You probably had snapper making tons of backups. You can open up btrfs assistant and delete some old snapper backups to make room.

  source

  • Maiq@piefed.social ⁨3⁩ ⁨weeks⁩ ago

    Set up the snapper-timeline.timer and set snapshots to only snap on update/remove of packages with snap-pac. Also from the arch wiki,

    Create subvolumes for things that are not worth being snapshotted, like /var/cache/pacman/pkg, /var/abs, /var/tmp, and /srv.
    

    source

    • Samskara@sh.itjust.works ⁨3⁩ ⁨weeks⁩ ago

      Is there a distro that sets this up well by default?

      source

      • Maiq@piefed.social ⁨3⁩ ⁨weeks⁩ ago

        Garuda Linux -> https://garudalinux.org/

        Thier KDE is awesome! Very polished. They have really taken the time to make arch easy. They have all sorts of aliases in the .bashrc that are there to make transitioning to arch a little less daunting to the average user. things like reflector to stay current with mirrorlists, setting up meld to handle pacdiff, warnings when something is wrong during updates with instructions how to fix, taking care of conflicts during updates, fixing pacman lock, garuda-update remote fix to restore pacman to their default’s. Chaotic AUR installed by default. Great setup assistant,

        source
• Ricaz@lemmy.dbzer0.com ⁨3⁩ ⁨weeks⁩ ago

  The tool gdu is very nice for finding space culprits.

  Never used Bazzite, but isn’t it heavy on packaged apps with snap or flatpak? Inherently space inefficient (and I despise them both passionately).

  Don’t update all the time. I update every couple of days like a maniac, but once every few weeks is fine too.

  There’s a distro for every level of “I want to do it myself” vs “I want everything to be made ready for me”.

  source

  • Qwel@sopuli.xyz ⁨3⁩ ⁨weeks⁩ ago

    It’s flatpak. Not snap, by god, not snap.

    It’s inefficient, but he is stating that he is now using “only 600GB”, so I would guess it shouldn’t be that notable to someone who thinks 600GB is not much.

    I used to dislike it, but Flatpak is allowing a lot of small distros to exist outside of Debian/RHEL/Arch. Void, Chimera, Adélie or Guix (insert yours here) “only” have to implement a desktop environment and Flatpak to be usable. It’s not ideal and it kind of goes against the point of those distros, but they definitely couldn’t package Flathub’s 3300 apps themselves. Especially the proprietary ones that only provide a .deb and .rpm.

    Also the sandboxing is nice when installing proprietary stuff. I don’t want Microsoft Team drooling all over my home.

    source

    • BremboTheFourth@piefed.ca ⁨2⁩ ⁨weeks⁩ ago

      Oh, I didn’t realize how unclear that was. The disk is a 2TB NVME SSD. I searched and searched, even booted into Mint on another disk and tried to search from there, and could only find a few hundred GB worth of files (probably about 600GB if I had to guess, lol). I genuinely have no idea what could have been taking up nearly 1.4TB of space, so that’s all I meant when I said “only.”

      My suspicion is that something was going wrong whenever I deleted anything. Maybe for some reason the data just weren’t going anywhere, even though the trash was empty and they were no longer showing up in their old locations. Hence the term “clogged.” No similar issues with Cachy just yet, though.

      source

      • Qwel@sopuli.xyz ⁨2⁩ ⁨weeks⁩ ago

        So, yeah, flatpak is horribly inneficient on disk usage and can easily take 60GB if you are a bit generous on app installs. 60GB is, notably, less than 1.4TB

        Out of curiosity, how did you search for what was using up the space? Did you try apps like baobab or filelight? One of them is usually preinstalled and they have not failed me yet (except when hard-linking or copy-on-write is involved, but that shouldn’t show up on the global disk usage percentage)

        source
• nutsack@lemmy.dbzer0.com ⁨3⁩ ⁨weeks⁩ ago

  du -sh * | sort -h

  That’s how I usually try to figure it out

  source