3 ms·

Hey folks, Graham -- CEO of DetSys here. So glad to be able to share FlakeHub, our most ambitious project yet. FlakeHub brings a crates.io-like experience to N

by grhmc 3y ago

Hey folks, Graham -- CEO of DetSys here. So glad to be able to share FlakeHub, our most ambitious project yet. FlakeHub brings a crates.io-like experience to Nix and flakes, with semver releases and publish-time checks to make sure the flake is easily distributable. Check it out, let us know what you think! I'll be here answering questions all day.

foobarqux 3y ago
I couldn't find a command line interface for searching the flakes, did I miss it?
- grhmc 3y ago
  We don't have one yet, but watch for one in the coming weeks. The CLI we're putting together allows for searching and adding to your flake. You can search on the web UI, though: https://flakehub.com/search https://flakehub.com/search
brunoqc 3y ago
Isn't crates.io owned by The Rust Foundation?
- SkyMarshal 3y ago
  "crates.io-like"
  - brunoqc 3y ago
    Would it make sense if crates.io was owned by a 3rd party? I don't think I would use it. So shouldn't flakehub be owned by The NixOS Foundation instead of being a 3rd party and proprietary? It seems to be a critical feature for flakes.
    - tazjin 3y ago
      Considering that flakes aren't a critical feature for Nix, it balances out.
      - brunoqc 3y ago
        It's not? I thought that the NixOS creator calling flakes "the future of Nix", implied that it kinda was.
        tazjin 3y ago
        A thing with a clunky UI that technically only restricts the capabilities of its parent tool is not the future. It's a tarpit for staying in the local optimum that most Nix use is in right now.
        Macha 3y ago
        I don't see Flakes as a decision that's impossible to work past more or less than traditional nix, given that you can use flakes from traditional nix (not as easily as overlays, I will give you that), and frankly refusing to take a real improvement for end users over a hypothetical better one that no one has managed to produce yet seems counter productive.
        tazjin 3y ago
        You're talking about a different thing. I'm not interested in Nix for end-users who maintain office suite installations and Steam on their desktop computers. By all means, if somebody wants to make a great UX improvement for that - go ahead, but it doesn't need to be in the core of Nix.
        pxc 3y ago
        > It's a tarpit for staying in the local optimum that most Nix use is in right now. I know that pre-flakes conventions for reusing Nix code are pretty open-ended, and naturally 'pure evaluation mode' means turning a bunch of things off. I can also see how if you are interested in integrations with stateful systems or maybe relaxing certain constraints or allowing/tracking some 'impurities', that might also seem like a step in the wrong direction. Do you have any possibilities (or examples) in mind for how Nix might be used beyond the 'local optimum' of most current usage?

by grhmc 3y ago

foobarqux 3y ago

I couldn't find a command line interface for searching the flakes, did I miss it?

grhmc 3y ago
We don't have one yet, but watch for one in the coming weeks. The CLI we're putting together allows for searching and adding to your flake. You can search on the web UI, though: https://flakehub.com/search https://flakehub.com/search

brunoqc 3y ago

Isn't crates.io owned by The Rust Foundation?

SkyMarshal 3y ago
"crates.io-like"
- brunoqc 3y ago
  Would it make sense if crates.io was owned by a 3rd party? I don't think I would use it. So shouldn't flakehub be owned by The NixOS Foundation instead of being a 3rd party and proprietary? It seems to be a critical feature for flakes.
  - tazjin 3y ago
    Considering that flakes aren't a critical feature for Nix, it balances out.
    - brunoqc 3y ago
      It's not? I thought that the NixOS creator calling flakes "the future of Nix", implied that it kinda was.
      - tazjin 3y ago
        A thing with a clunky UI that technically only restricts the capabilities of its parent tool is not the future. It's a tarpit for staying in the local optimum that most Nix use is in right now.
        Macha 3y ago
        I don't see Flakes as a decision that's impossible to work past more or less than traditional nix, given that you can use flakes from traditional nix (not as easily as overlays, I will give you that), and frankly refusing to take a real improvement for end users over a hypothetical better one that no one has managed to produce yet seems counter productive.
        tazjin 3y ago
        You're talking about a different thing. I'm not interested in Nix for end-users who maintain office suite installations and Steam on their desktop computers. By all means, if somebody wants to make a great UX improvement for that - go ahead, but it doesn't need to be in the core of Nix.
        pxc 3y ago
        > It's a tarpit for staying in the local optimum that most Nix use is in right now. I know that pre-flakes conventions for reusing Nix code are pretty open-ended, and naturally 'pure evaluation mode' means turning a bunch of things off. I can also see how if you are interested in integrations with stateful systems or maybe relaxing certain constraints or allowing/tracking some 'impurities', that might also seem like a step in the wrong direction. Do you have any possibilities (or examples) in mind for how Nix might be used beyond the 'local optimum' of most current usage?