owned this note changed a year ago
Published Linked with GitHub

Nushell core team meeting 2024-04-10

Attendees

  • Jack (the polars hero)
  • Darren
  • Devyn
  • Filip
  • Michael
  • Ed
  • Ian
  • Andy
  • Antoine
  • Stefan
  • Jakub

Agenda

  • Rust CVE allowing remote code execution on Windows: 0.92.2 point release?
    • procedure for future security issues
  • 30k stars on the nushell repo will happen soon. Apr 10th we had 29,739. What should we do? (We created the 20k club on 7/30/2022)
    • Sophia - Maybe create a thank you blog post together
  • do -i functionality recently changed due to #11934. Disucssion of changes #12451. Should we stick with these changes or revert do -i to eat all errors like it used to.

Option 1 - Change to the way it was
do -i { blah } This eats all errors including stderr output.

Option 2 - Adopt this new way of eating errors
ignore all stderr
do -i { diff nonexistentfile1 nonexistentfile2 } e> (null-device)
or just for one command
do -i { diff nonexistentfile1 nonexistentfile2 e> (null-device) }

With option 2, we'd want to make null-device a prelude command so it's automatically available.


  • nu supporting -- as indicator for arbitrary argments #12344. Below is taken from the issue.
    • We already have a proposal for -- in custom commands

in the following example, it is hard to tell who the foo and bar are meant for, the commands or the nu binary?
nu -c 'echo $args' foo bar

many shells would use -- as an indicator to distinguish who is the rest of the args meant for.

nu -c 'echo $args' foo bar => foo and bar are meant for the nu
nu -c 'echo $args' -- foo bar => foo and bar are meant for the commands script
nu -c 'echo $args' foo -- bar => foo is meant for the nu while bar is meant for the commands script


  • Benchmarking

Discussed Topics

Windows cmd process CVE

heading for the 30k stars

  • Brainstorming for the celebratory post
    • "Thank you" post
    • Historical retrospective
  • HackMD collaborative work for

redirection discussion

  • We'd like do -i to really just be do only allowing closures and perhaps removing the flags.
  • How can we unite all redirection?
  • We need a help redirection to list all ways we allow to redirect.
  • Can we have something like cat foo.txt | out+err | print $in.err and also include exit code? (sophia)
  • cat foo.txt | capture --out --err | print $in.err (kubouch)
  • o+e, ignore, complete, do - let's just have one way that does this and handle it all the same way globally
  • maybe go back to do -i behavior

double dash

  • not sure we like the pr as it sits.
  • pr for other double dash pr 11435
Select a repo