I would strongly recommend against this, as this is essentially creating a broken overlay, where if you try overlay some packages which happen to be dependencies of todocalmenu, it will not actually overlay those dependencies, due to todocalmenu
using a different nixpkgs instance. Ideally the todocalmenu
flake should expose its own overlay where it uses final.callPackage
, and consumers of that overlay would in turn be able to incorporate the package into their current nixpkgs instance more effectively.
1 Like