_______               __                   _______
       |   |   |.---.-..----.|  |--..-----..----. |    |  |.-----..--.--.--..-----.
       |       ||  _  ||  __||    < |  -__||   _| |       ||  -__||  |  |  ||__ --|
       |___|___||___._||____||__|__||_____||__|   |__|____||_____||________||_____|
                                                             on Gopher (inofficial)
   URI Visit Hacker News on the Web
       
       
       COMMENT PAGE FOR:
   URI   Fnox, a secret manager that pairs well with mise
       
       
        Ferret7446 wrote 12 hours 17 min ago:
        If you need to manage your dev secrets, it seems like you've fucked up?
         It's 2025, any secrets should be generated on or provisioned on a
        single machine.  If you're copying them or storing them, then
        
   URI  [1]: https://xkcd.com/463/
       
          elric wrote 12 hours 0 min ago:
          Yes, because in 2025 every business is FAANG scale and has a
          dedicated SRE team and a SecOps team to manage all the secrets foo.
          (/s, obviously)
          
          Different people have different experiences and work on things in a
          very diverse scale. The existence of one thing does not obviate all
          other things.
       
        pprotas wrote 12 hours 54 min ago:
        Any alternatives to mise with less bloat? I don’t want the direnv and
        tasks functionality
       
          NamlchakKhandro wrote 10 hours 40 min ago:
          what bloat?
       
          arcanemachiner wrote 11 hours 22 min ago:
          asdf is a predecessor to mise, and focuses language version
          management only.
          
   URI    [1]: https://asdf-vm.com
       
          rsanheim wrote 11 hours 51 min ago:
          Just...don't use them?
          
          I've use mise happily for many months without using direnv or tasks,
          and everything I use it for works and is solid. Installs python,
          ruby, node, does the switching, does the shims, stays out of the way.
          
          direnv and tasks and everything else mise can do is all opt-in.
       
        augunrik wrote 1 day ago:
        From the initial feature set it sounds like Mozilla SOPS.
       
          KingMob wrote 13 hours 45 min ago:
          Mise already supported sops and age ( [1] ), so I'm assuming there's
          something more to it. (Existing or planned.)
          
   URI    [1]: https://mise.jdx.dev/environments/secrets/
       
          cippaciong wrote 21 hours 5 min ago:
          I was gonna say the same. Not that there is anything bad in having
          alternatives, but if you like fnox, you might want to have a look at
          SOPS as well.
       
        cultureulterior wrote 1 day ago:
        There's no explanation or link to mise from that page that I can see. 
        I now know what mise is, but that's from googling
       
          NamlchakKhandro wrote 10 hours 39 min ago:
          lmao wut?
       
          danw1979 wrote 23 hours 4 min ago:
          github.com is a popular website that lets you publish your git (a
          version control system) -based projects for others to read and
          contribute to.
          
          In this case, the user “jdx” has published an issue (a bug or
          feature development tracker) about a complimentary project, but you
          can still access the source code and documentation about “mise”
          by clicking on the hyperlink labelled “mise” at the top of the
          page.
       
          fishgoesblub wrote 1 day ago:
          The link in the post is literally on the Mise Github page. One click
          and you're on the main page reading the detailed README.
       
          cultureulterior wrote 1 day ago:
          It's a dev tool manager
       
        mackross wrote 1 day ago:
        Love the thought put into mise and now fnox. They’re a joy to use.
       
          maccard wrote 23 hours 40 min ago:
          Agree on mise. It's a great tool, really well implemented and easy to
          use. I've been trying to set up hk[0] this week and it's
          unfortunately not been as smooth a ride though.
          
          [0]
          
   URI    [1]: https://hk.jdx.dev/
       
            antimius wrote 10 hours 1 min ago:
            Yeah, I found the import of existing pre-commit config wasn't very
            useful. I just switched to using prek as a much faster drop-in
            replacement for pre-commit [1] . Really like mise though, and just
            started using fnox yesterday.
            
   URI      [1]: https://github.com/j178/prek
       
            drcongo wrote 10 hours 38 min ago:
            Mind if I ask what trouble you've had setting up hk? I've been
            using it a while now and I love it almost as much as I love mise.
            Took me a little while to get my head around pkl (and if I'm
            honest, I'm very much still winging it) but otherwise it's been a
            joy to use.
       
            jdxcode wrote 23 hours 29 min ago:
            that's fair. The DX of hk is a much harder problem since it will
            always require a decent amount of customization to fit into a
            project. I will be improving this though.
            
            I'd probably say hk is the most challenging pre-commit manager to
            setup compared to its peers. That said, it's also the only one that
            can run hooks in parallel safely and deal with partially staged
            files where the others don't bother with these problems.
            
            At least right now hk is good for folks that want the fastest and
            don't mind a bit of effort. Hopefully I can improve that and make
            it the best all-around.
       
       
   DIR <- back to front page