• 18 Posts
  • 755 Comments
Joined 6 years ago
cake
Cake day: May 31st, 2020

help-circle

  • Hmm, for whatever reason, I’m on 2.31.4, so that might be the difference.

    That version was tagged two weeks ago, because they apparently still release patch versions for rather old minor versions of nix. So, apparently I am getting updates, but I’m on some older release channel or something. No idea why.

    I have to head to work now, so will have to debug in the evening or the weekend. Thanks for the clue, though.



  • Hmm, that sounds exactly like my setup. Weird.

    I did have the file created, with {} inside (empty Nix expression). If I git add it, it works as well:

    And yeah, I understand that it’s supposed to be a stacktrace, but other error messages look similarly horrendous and I can often only try to guess what’s wrong by reading the stacktrace top-to-bottom, so I’ve somewhat gotten used to doing that.

    But good to know that these terrible error messages might be a problem with my system. Thanks!


  • Hmm, that’s interesting. For me, it looks like this:

    I actually thought, it said somewhere in there, that the file isn’t staged, but apparently not even that (anymore?).

    You don’t happen to be using Lix or something, do you? I’ve heard that it’s supposed to have better error messages, but I was never sure how much better it might be…

    Edit: Perhaps I should add that those code locations it shows, are not from my code. Only the modules/terminal/new_file.nix in the second-last line is relevant.




  • Yeah, I was gonna say, that might be the root cause.

    In the vast majority of cases, you want Box<dyn Error + Send + Sync>, but folks tend to leave out the Send + Sync, because it looks like additional complexity to them, and because it doesn’t cause problems when they’re not doing async/await.
    It’s better to define a type alias, if you don’t want that long type name everywhere.