this post was submitted on 29 Nov 2023
2 points (100.0% liked)

Linux

48310 readers
985 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

Related Communities

Community icon by Alpár-Etele Méder, licensed under CC BY 3.0

founded 5 years ago
MODERATORS
top 16 comments
sorted by: hot top controversial new old
[–] uis@lemmy.world 1 points 11 months ago
[–] theshatterstone54@feddit.uk 1 points 11 months ago (1 children)

Seeing this prompted me to do an experiment.

There was a time when Nixpkgs was smaller than the AUR. And, until recently, Nixpkgs was larger than the AUR but still smaller than the combination of the main Arch repos with the AUR.

As it turns out, the current total package count for Arch and the AUR is 85,819.

For nixpkgs unstable, that number is 88,768.

NixOS 23.05 Stable has 83,740.

And considering the mention of 9,147 new packages and 4,015 removed packages, that would mean that 23.11 would have a total of:

88,872 packages. This is more than the current figures for Nixpkgs unstable, but this is going off data from separate sources (NixOS devs and repology, with repology still being slightly outdated)

And, as such, I think it's fair to say the winner is (drumroll please)....

The USER for having such incredible distributions, giving him the vast breadth of choice for what distro matches their workflow best.

[–] wiki_me@lemmy.ml 0 points 11 months ago (1 children)

There is also nur (nix user repositories) which i think is more like AUR.

[–] Atemu@lemmy.ml 1 points 11 months ago

In my 4 years of intensively using Nix/NixOS, I've never used the NUR. I wouldn't know what for tbh. as it's easier for everyone to have things in Nixpkgs instead.

[–] Unmapped@lemmy.ml 0 points 11 months ago (1 children)

I'm new to NixOS. Do I have to do anything extra to update NixOS? Or do I just update my flake and run nixos-rebuild switch --flake like I normally do to update packages?

[–] unionagainstdhmo@aussie.zone 0 points 11 months ago* (last edited 11 months ago) (1 children)

I'm not sure (I'm about to install it for the first time - on this computer) - According to this all you need to do is:

# nix-channel --add https://channels.nixos.org/nixos-23.11 nixos
# nixos-rebuild switch --upgrade
[–] lambda@programming.dev -1 points 11 months ago (1 children)

What if I just want to upgrade some packages? Like not change channel, but Firefox needs an update? I'm not op and don't use flakes btw

[–] trillian@feddit.de 0 points 11 months ago (1 children)

If using flakes you could just for instance add another input. You can also set the input URLs to specific states of the nixpkgs repository by eg referencing specific commits. Then, you should be able to just, e.g., pick Firefox from unstable, another package from the current stable channel, and maybe a broken package from a pull request fixing said package.

If you are not using flakes you can also add system wide channels. IIRC you can then import these channels into your configuration.nix and select packages from the corresponding channels. But here the channels/inputs are not part of configuration itself in contrast to when using flakes.

[–] lambda@programming.dev -1 points 11 months ago (2 children)

There's no command to just update all packages without changing the nixos version?

[–] Makussu@feddit.de 0 points 11 months ago (1 children)

Update your channel & rebuild

[–] lambda@programming.dev -1 points 11 months ago (1 children)

Is that the equivalent to apt update and apt upgrade? I don't want to apt dist-upgrade lol

[–] Laser@feddit.de 0 points 11 months ago (1 children)

When not using flakes, nixos-rebuild switch --upgrade is equivalent to apt update; apt upgrade. The equivalent to dist-upgrade is nix-channel add $NEW-CHANNEL-URL nixos and then performing a regular update.

[–] lambda@programming.dev -1 points 11 months ago

Thanks. I've done switch many times after editing my config file. I've never added --upgrade!

[–] Laser@feddit.de 0 points 11 months ago (1 children)

I'm a bit confused about what you actually want? Do you just want to update your packages, but stay on the same NixOS version? Just continue like before. Do you want to stay on your current version, but use some packages from the next version? That should also be possible if you somehow include that channel in your configuration.nix (though I don't know how this would work in practice).

Personally, I just run with unstable though, then the releases aren't that important.

[–] lambda@programming.dev -1 points 11 months ago

I think I thought unstable would mean, well, unstable. Like nightly releases or something. Would you use unstable for Firefox?

[–] taanegl@beehaw.org -1 points 11 months ago* (last edited 11 months ago)

Okay, folks. NixOS needs your help. No bull. I'm talking documenters, designers, coders, package maintainers. Why? Because the NixOS community has a lot on it's plate right now.

Like I can understand why flakes haven't become standardised, why it's still marked as unstable, even though it's pretty much feature complete, and that's because nix is a complex environment builder and the current contributes are taxed to the max.

But what is nix?

Nix's job is to create reproducible environments where you can put any library, any service, any application. It does this through compile time flags and modifying ELF headers to isolate applications on a system to their own, exclusive UNIX path. These are linked together as clojures, or a dependency graphs, that can share libraries, applications and services intetchangably with each othet, or use another version or patched version without causing any dependency conflicts.

You can fire up pretty much whatever you want and it will be reproducible elsewhere. It's like if you took a package manager, build environments, as well as VMs and micro services and make them kiss.

You can spin up a nix environment on any supported system and expect it to run 1:1. This however breeds complexity and there's a lack of NixOS contributors.

If only you spin up a nix environment on a VM or use it to replace your current build systems (because nix can use several build systems in one single environment), and then contribute back with some changes to nixpkgs, then you are helping to bring about the most powerful deployment tool since kubernetes.

No joke. Check out how you can contribute, because at the end of the day learning nix is gaining a new superpower.