Linux
Welcome to c/linux!
Welcome to our thriving Linux community! Whether you're a seasoned Linux enthusiast or just starting your journey, we're excited to have you here. Explore, learn, and collaborate with like-minded individuals who share a passion for open-source software and the endless possibilities it offers. Together, let's dive into the world of Linux and embrace the power of freedom, customization, and innovation. Enjoy your stay and feel free to join the vibrant discussions that await you!
Rules:
-
Stay on topic: Posts and discussions should be related to Linux, open source software, and related technologies.
-
Be respectful: Treat fellow community members with respect and courtesy.
-
Quality over quantity: Share informative and thought-provoking content.
-
No spam or self-promotion: Avoid excessive self-promotion or spamming.
-
No NSFW adult content
-
Follow general lemmy guidelines.
view the rest of the comments
Thanks for the elaboration!
The reply was already becoming quite long, so I deliberately chose to cut some corners here and there. I was hoping that the "somewhat" qualifier would do the heavy-lifting 😜.
😁 no worries, yeah. If I see an Arch user recommend updating daily, I would definitely question their experience. 😅
Interesting.
So, as I kinda alluded to elsewhere, I don't daily Arch nor have I ever done so in the past. I did have it as a dual boot earlier in my Linux journey. However, after breaking it for the second time, I just called it quits 😅.
Anyhow, with that out of the way, I am interested in your perspective w.r.t update frequency on Arch.
It has basically been my head canon that updating daily is (at least) reasonable on Arch. And while its excellent wiki doesn't dictate any number, I'm inclined to believe that -by updating once a week- one is acting by the lower bound in terms of frequency; I'd argue the default settings of paccache suggest as such.
I think the frequency with which you update your computer is highly subjective. I have gone everywhere from weekly, to daily, to hourly, to yearly. All equally fine for the machine in question, and updates carried out without a hitch.
If it isn't broken and does what you need, why update, you know what I mean? Especially if it isn't connected to the internet in some cases. 😁
Regarding what you linked to paccache, which setting(s) were you referring to specifically? I don't think I was able to understand that it is directly suggesting or indirectly insinuating any type of update frequency. But I probably am just too tired to process. 😅
I agree with that assessment whenever it's not connected to the internet. But, if it is, I actually find it hard to justify for myself to not (at least) receive the security updates. Which, in the case of non-frozen packages, suggests applying regular updates.
But yeah, more than anything, I think this touches on threat models. Which are very subjective by themselves and thus probably not very interesting to discuss 😜.
My apologies, perhaps I should have been more elaborate. So,
paccache'smanpage mentions a systemd timer it refers to as paccache.timer. With it, package cache can be cleaned periodically. And, by default, it does so weekly.As to why this suggests weekly updates as a lower bound,
paccacheremoves old packages. Thus, from my understanding,paccachegoes hand in hand with updates; updates yield the old packages which will be deleted bypaccache. As such, for two consecutivepaccaches to do anything, an update has to have occurred in between. Thus, if paccache.timer defaults to weekly cleanups, then it has to be accompanied with at least a weekly update.Of course,
paccachewill handle higher update frequencies without any problem. Thus, updating only once a week becomes a lower bound for paccache.timer's default functionality.To be clear, I only said "suggest" :P . I can't do any stronger claims 😅.