Rfcs Alternatives

Similar projects and alternatives to rfcs

NOTE: The number of mentions on this list indicates mentions on common posts plus user suggested alternatives. Hence, a higher number means a better rfcs alternative or higher similarity.

Suggest an alternative to rfcs

rfcs reviews and mentions

Posts with mentions or reviews of rfcs. We have used some of these posts to build our list of alternatives and similar projects. The last one was on 2022-04-24.
  • Nix and NixOS Get So Close to Perfect
    11 projects | news.ycombinator.com | 24 Apr 2022
    a) buildGoModule is a higher-level function that will return the result of mkDerivation in a way that reuses everything that is common to Go modules. So it makes perfect sense from the perspective of a maintainer who wants to reduce the size of nixpkgs as much as possible, which is already one of the largest Git repositories on GitHub.

    b) Nixpkgs library functions like buildGoModule, with the need to maintain the separate vendor hash, come from a desire to write pure Nix functions without network access, i.e. there is no need to re-download the vendored dependencies if they already exist in the local Nix store cache. Indeed, the fact that there is only a single vendor hash represents a pragmatic compromise; whenever any dependency changes, the entire vendored dependency tree needs to be re-downloaded and rebuilt; if the hashes of the individual dependencies were tracked, then Nix would understand to only download the dependencies which had changed. The reason why Nix can't compute the dependency hashes of each dependency internally, and only then try to check the Nix store and see if they exist there, is because Nix does not yet support recursive calls: https://github.com/NixOS/nix/issues/13 (nearly ten years old). However, the RFC for adding support was finally merged: https://github.com/NixOS/rfcs/pull/92 and so support will come soon enough.

    So basically:

  • Chrome technically unusable on NixOS
    7 projects | reddit.com/r/NixOS | 15 Apr 2022
    Why not write an RFC instead of hurling insults, and calling for maintainers, who don't even get paid, to be fired?
  • Ask HN: Who operates at scale without containers?
    7 projects | news.ycombinator.com | 22 Mar 2022
    Please check out https://github.com/NixOS/rfcs/pull/109 !

    I absolutely agree language-specific package managers need better support. Nix RFC 109 is a simple-stupid way to get some "important from derivation" in Nixpkgs, so we can collectively dogfood them "lang2nix" tools and finally make them good.

    It is really sad to me that many users understandly think "hmm, C is crazy, surely this Nix should be even better with more uniform language ecosystems packages!", only to die on the hell of the lang2nixs all being just not quite good enough. This is huge stumbling block for developement shops that try to use Nix that I want to see removed!

  • Nix: An idea whose time has come
    17 projects | news.ycombinator.com | 18 Feb 2022
    I am not so sure about that. Nixpkgs is a big ball because it is the final integration point. And I do in fact find myself refactoring individual packages and the infra at the same time.

    https://github.com/NixOS/rfcs/pull/109/ I wrote to hopefully make the lang2nix packages work with Nixpkgs. I think this would achieve most of the benefits of what you propose: cleaner separation of infra vs vs ad-hoc per-package stuff, while still retaining the flexibility of the monorepo.

    The goal is to work with upstream developers so less and less ad-hoc crap is needed. Then the one repo ends up "all stdlib no packages", because the packages are basically autogenerated!

  • Why not more specific channels
    1 project | reddit.com/r/NixOS | 2 Feb 2022
    Eventually, content-addressed-store paths will help significantly with reducing how much building needs to be done. The direct consumers of a changed package will need to rebuild, however, if they produce the exact same output, then an equivalence between the builds can be made and downstream rebuilds can be pruned (or "fused").
  • NixOS History and Our Experience - Nix, Null, Nada, Nothing
    8 projects | reddit.com/r/NixOS | 26 Jan 2022
    I changed it through this RFC. This was mostly to make easier to ship NixOS with the major DE's. The previous YY.03 and YY.09 schedule usually meant that were shipping almost EOL DE's in nix. The two month push back was so that the stable releases would be available for gnome (and plasma for YY.11), and we would have ample time to package and test them before release (Nixpkgs is purely volunteer based). Also avoided issues of having a version of systemd which Plasma and gnome weren't developed against: this caused issues like people not being able to switch user in plasma.
  • The Curse of NixOS
    35 projects | news.ycombinator.com | 24 Jan 2022
    I understand the first complaint but not the second

    > The second flaw is that NixOS does not actually provide real isolation.

    I thought this would going to be about security, but then it was about having to repackage the world. But Nixpkgs is current the biggest and most up to date package repository in the world (we finally beat AUR). Packaging enough stuff is emphatically not the problem.

    What I want to see is development be easier with Nix, because winning over the hearts and minds of upstream developers is the final frontier. To that end I wrote https://github.com/NixOS/rfcs/pull/92 and https://github.com/NixOS/rfcs/pull/109.

    As a side benefit, autogenerating more Nix means less handwritten Nix! I do think people give the language itself to much grief when the problem is more the library side with the copious override shenanagins and other stuff.

  • Proposal to add build graph output to GNU Make
    7 projects | news.ycombinator.com | 9 Jan 2022
    I would very much like this for https://github.com/NixOS/rfcs/pull/92
  • How would I override the version of llvm/compiler-rt?
    2 projects | reddit.com/r/NixOS | 30 Dec 2021
    Aarch64-darwin is still technically a Tier 7 platform: https://github.com/NixOS/rfcs/blob/master/rfcs/0046-platform-support-tiers.md
  • Is it worth learning and migrating to Flakes as of November 2021?
    3 projects | reddit.com/r/NixOS | 16 Nov 2021
    What makes you think so ? The only actual issue I had with flakes was the inability to import relative path flakerefs from the nix shell (which... is really easily solved, and may not actually be considered an issue). Flake semantic has pretty much been set in stone for the time I used it. It seemed pretty stable before the nix 2.4 release already, at least to me (I haven't noticed any real breaking change relevant to my use cases apart from the nix shell/nix run refactor), and with 2.4 I guess it's going to be even better. I don't expect the cli to change much (unless I've missed an announcement?), nor the way flakes work to have any breaking change (except maybe RFC 45, which will have some impact on a large number of flakes, even though it doesn't directly involves flakes).
  • Leaving Debian
    1 project | reddit.com/r/linux | 4 Nov 2021
    Even a larger change on a similar level to the docs move you mentioned is usually handled through a simple PR powered by a single person's desire to improve things globally. Changes that require some more coordination and/or consensus are handled through rfcs. These are changes like adopting new platforms, setting a standard on how to represent URLs every package's metadata, using a different markup for our manuals or changing release schedule.
  • It is sad that so many packages in nixpkgs aren't built from source
    1 project | reddit.com/r/NixOS | 8 Oct 2021
    My friend look at this RFC! https://github.com/NixOS/rfcs/pull/89
  • Most URLs are syntactically valid JavaScript code
    1 project | news.ycombinator.com | 23 Jul 2021
    Nix has first-class support for URLs. Like, there are strings ("https://example.org") and URLS (https://example.org). And if URL is not valid, it will be parser error.

    However, this "feature" turned out to be misfeature and may be removed in future.

    The RFC: https://github.com/NixOS/rfcs/blob/master/rfcs/0045-deprecat...

  • Difference between aarch64 sdimages in Hydra?
    1 project | reddit.com/r/NixOS | 4 Jun 2021
    Either way, just grab the iso from the latest jobset where the tested job completed successfully: https://hydra.nixos.org/job/nixos/release-21.05-aarch64/tested/all (Currently still the "beta"-labeled release but don't expect much better than that on aarch64 yet anyways, it's still a tier 4 platform)
  • NixOS 21.05 Released
    39 projects | news.ycombinator.com | 2 Jun 2021
    A teeny-tiny orientation for (prospective?) Nix newcomers:

    Having spent years on Arch and Gentoo, imo the NixOS community is outstanding even among 'advanced' Linux distros in terms of expertise and kindness.

    I'll never forget one time I was having problems with a Python package generation tool and when I mentioned it on IRC, and one of its authors (Rok Garbas, who is so quite active in the community) just hopped on a call to debug the issue I was having right then and there.

    If you're on the fence about Nix and that kind of community is valuable to you, make sure to check out the forums [1] and realtime chat [2] (the latter of which is unfortunately still in the process [3] of migrating away from Freenode).

    If personal assistance/mentorship of the kind I described at the beginning of this post is appealing to you, several generous and knowledgeable community members host Nix ‘office hours’ [4]. I'm not sure who all are still running them, but I know tomberek is for sure [5] and you can find a link in the footnotes.

    There is one serious problem with NixOS and the wider ecosystem right now, namely that the best experience available depends on Nix features that are unreleased. Nix makes it very easy to run bleeding edge builds of Nix and enable these features, but the unofficial status of it all has slowed adoption, integration, and documentation of these tools in the wider community.

    That aside— i.e., if you're willing to be a little bit of a pioneer— the community is on the whole pretty rich with good documentation of everything but the bleeding edge, unreleased bits at this point. Those pieces mostly impact the CLI and specifying inputs to the expressions you use to define your system. Everything in the NixOS and Nixpkgs manuals is still accurate. The unreleased components are also fairly mature despite their unofficial status: many folks in the community have been using them for a year or two now.

    Finally: if you're interested in dipping your toes in without committing to a system fully managed by Nix and you're a macOS user, nix-darwin [6] provides a pretty NixOS-like experience using a module system and CLI based on NixOS'. There's nothing equally complete in terms of managing system services in a declarative fashion on non-NixOS Linux, but home-manager [7] provides some functionality for enabling user-mode services in a declarative style.

    You can check whether your favorite software is packaged for Nix here [8], and additionally NixOS does support several other forms of cross-distro packaging/deployment, including Flatpak, Snap, AppImage, and Docker. Steam support is native and works without much fuss, too.


    1: https://discourse.nixos.org/

    2: https://matrix.to/#/!MKvhXlSTLGJUXpYuWF:nixos.org

    3: https://github.com/NixOS/rfcs/pull/94

    4: https://discourse.nixos.org/search?q=office%20hours

    5: https://discourse.nixos.org/t/nix-office-hours/11945

    6: https://github.com/LnL7/nix-darwin

    7: https://github.com/nix-community/home-manager

    8: https://search.nixos.org/packages


Basic rfcs repo stats
8 days ago

NixOS/rfcs is an open source project licensed under Creative Commons Attribution Share Alike 4.0 which is not an OSI approved license.

SaaSHub - Software Alternatives and Reviews
SaaSHub helps you find the best software and product alternatives
Find remote jobs at our new job board 99remotejobs.com. There is 0 new remote jobs listed recently.
Are you hiring? Post a new remote job listing for free.