Add simple command line arguments and Concise nix output

[snawaz]

Review commit by commit for better experience.

• Add simple command line arguments
• Concise nix out
  • Use default values for many parameters to reduce the verbosity of the nix output.
  • Simplify builtins.concatLists [ [a] [b] [c] ] to [a b c] and such.
  • Reduce the output by up to 40% less lines.
• Bump version
• Print version as comment to the nix output

[snawaz]

CI fails though:

error: trait objects without an explicit `dyn` are deprecated
    --> src/buf/buf.rs:1154:30
     |
1154 | fn _assert_trait_object(_b: &Buf) {}
     |                              ^^^ help: use `dyn`: `dyn Buf`
     |
note: lint level defined here
    --> src/lib.rs:71:9
     |
71   | #![deny(warnings, missing_docs, missing_debug_implementations)]
     |         ^^^^^^^^
     = note: #[deny(bare_trait_objects)] implied by #[deny(warnings)]

error: trait objects without an explicit `dyn` are deprecated
    --> src/buf/buf_mut.rs:1167:30
     |
1167 | fn _assert_trait_object(_b: &BufMut) {}
     |                              ^^^^^^ help: use `dyn`: `dyn BufMut`

error: aborting due to 2 previous errors

error: Could not compile `bytes`.

Any idea how to fix this?

[trha]

CI fails though:

This change defaulting registry to crates.io breaks the capLints override. Let's just remove it.

[snawaz]

CI fails though:

This change defaulting registry to crates.io breaks the capLints override. Let's just remove it.

I've removed it. Hope it works.

However, I didn't understand why it breaks capLints? Can we use default and still make calLints work? (Given that most projects use crates.io extensively and occasionally other registry).

[snawaz]

@trha .. addressed the feedbacks: see the latest commit.

[trha]

Changes not marked "Required" are optional. Can you also split out the localPatterns fix to another PR and restore the old formatting for features?

[trha]

Can we use default and still make capLints work?

We can, but I can't think of any way that doesn't add complexity to the overlay, so let's just leave it there for now.

[trha]

You might need to update mkcrate-nobuild.nix as well. Does nix-shell work on this branch?

[snawaz]

You might need to update mkcrate-nobuild.nix as well. Does nix-shell work on this branch?

No. It didn't. Fixed that too. Thanks.

See the latest commit!

[trha]

One last change: Please bring back the old formatting for features, or lines like this would be too long.

[snawaz]

Changes not marked "Required" are optional. Can you also split out the localPatterns fix to another PR and restore the old formatting for features?

Is there any visible cue to Required changes? I dont seem to see any.. 😕

• I've removed the localPatterns fix from this PR.
• I think the current formatting for features is good, given that most of the times it has only fewer items in it. Can we fix that if we see that as problem in future?

[snawaz]

One last change: Please bring back the old formatting for features, or lines like this would be too long.

ah. I see. Changed to the old formatting. (We could still make it better, but it is not worth doing now).

[trha]

Sorry if it seems like I'm nit picking but let's keep it consistent.

[trha]

Thanks for the improvements! 1170 lines fewer is huge! The next step would be adding a warning to makePackageSet if the overlay version and the code generator version differs.

[snawaz]

Thanks for the improvements! 1170 lines fewer is huge! The next step would be adding a warning to makePackageSet if the overlay version and the code generator version differs.

Yes. Have created the issue for that.