And they're red, that means the offer is about to expire. Better act quick!
this post was submitted on 03 Dec 2024
286 points (97.7% liked)
Linux
48461 readers
529 users here now
From Wikipedia, the free encyclopedia
Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).
Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.
Rules
- Posts must be relevant to operating systems running the Linux kernel. GNU/Linux or otherwise.
- No misinformation
- No NSFW content
- No hate speech, bigotry, etc
Related Communities
Community icon by Alpár-Etele Méder, licensed under CC BY 3.0
founded 5 years ago
MODERATORS
Better apt quick!
I hope you auditted all of these for backdoors before installing them
Sorry, where is the backdoor? This is all official arch repos, and nothing even appears sketchy.
Haskell packages every other day...
people laughed at me for choosing debian. they asked why i chose to have ancient runes running in my computer
who's laughing now?
We are still laughing, no worries.
p.s. Debian is great, I am just a "kind of new" void converted.
went looking for it. "stable rolling release" sounds really interesting, but i'm scared of installing it and being mistaken for a systemd hater
Yeah, systemd hater or not, runit is quite fabulous Imo.
Some software with a hard requirement on systemd will not work, of course. I believe it is possible to run void using systemd, I've never tried though.
I really like runit, but once it's configured, like systemd, I mostly just don't see it anymore - you know what I mean...
Give it a shot, for me it's the packaging system, take a look at it and at the github "void-repository".
I really like how it's working, the simplicity of it, create your own package, your own repository, etc.
The killer features, for me, isn't really runit, but the stability of a rolling distro with the xbps package system.
Still we, dinosaur.🦖
👑
I have an Arch laptop that I didn't update for 3.5 years. The system update took a while when I finally went through with it. Amazingly it didn't break anything!
Yes, I am amazed that quite a few people in this thread are saying they 'had to completely reinstall the os' and that it broke everything after not much time. As long as one doesn't rely on the AUR for system critical packages or much in generel, it is incredibly hard to break an Arch system (Manjaro and other Arch-based distros don't count). This is due in part to Arch being quite reproducible but it also having very good maintainership.
It doesn't hurt to apply new package configs by going through pacdiff once in a while though.
Edit: Typo
I ran a base-Arch with i3 before, I got tired of restoring backups and fixing things and went back to Debian. It broke too quickly by its defaults in my experience.
I switched from Windows to EndeavourOS a few months ago and haven’t had any issues on my personal computer, it’s amazing.
I also have EndeavourOS as a VM on my work laptop and I somehow managed to break systemd-boot when trying to do a system update though. The system update died halfway through and I defaulted to the classic solution of rebooting, which definitely made things worse because my boot partition in the VM broke. The great thing about Linux, and especially Arch, is the tools and knowledge readily available to fix things and everything was working again (with no data loss) in under 15 minutes. I’ve dealt with similar problems on Windows and either had to accept data loss or deal with significant headaches trying to resolve what should be a simple issue because the operating system refuses to provide basic information.
Manjaro and other Arch-based distros don't count
I think this has a lot to do with it. I have seen people say they use Arch before and then find out they're using a derivative.
welp, looks like you don't use python virtualenvs... well i guess jokes on you all your shit is probably broken now (and as a bonus, that's probably a big part of the donwload size as well) :p
Probably should, but this machine is already cluttered terribly. A good bit of the download size is likely Pytorch files.
Looks like a !!FUN!! time in Dwarf Fortress.
6.5 gigs. "Proceed with installation? y/n"
Yeah, I guess. Fark getting any work done today.
You see, this is why atomic desktops aren't a bad idea.
This has nothing to do with immutable desktops.
Well in an immutable distro, there is little to no chance for the system to end up in an unusable state (I guess it is the same for distros which apply the updates atomically). Traditional distros are far more likely to bork when so much shit is updated at once
I have yet to break anything doing release upgrades on Debian since... 7? Or 6?
I don't think this is true. The package manager is there for a reason to prevent that. If you have more updates to install at a time, then the chances are the same as if you would have installed the problematic update one at a time. Just read the manual intervention information from Arch and see if there is something to do, then it won't bork. If people don't know what they are doing and do not read the additional information (that is required to do so on Arch), well yes, then you could end up borking your machine. But not because so many updates are installed at a time. The package manager and operating system and their maintainer designed it in a way that you can install ton of updates at a time without borking. This is fine.
load more comments
(3 replies)
It's arch. There'll be no issue here.
load more comments
(1 replies)
Read the Arch news before clicking "yes".
I used to be an adventurer like you, but then I took an error to gpg.
Recently updated a nixos machine that was on the shelf for five years or so. A few options and packages had been renamed, fixed those, upgrade completed with zero problems.
Only issue with this update was a maintainer's keyring had expired and been replaced, so his packages didn't pass the signing check. After re-installing the keyring, the whole think works fine.
view more: next ›