Add configuration to allow --quiet-deps to be passed to Dart Sass

[penfold]

🚀 Feature request

Dart Sass is throwing lots of deprecation warnings for 3rd party packages. The Dart Scss team has added a flag to silence them.

sass/dart-sass#672

Is it possible to have a configuration flag in the ng cli to pass through flags to Dart Sass?

Command (mark with an x)

• new
• build
• serve
• test
• e2e
• generate
• add
• update
• lint
• extract-i18n
• run
• config
• help
• version
• doc

Description

(see above)

Describe the solution you'd like

(see above)

Describe alternatives you've considered

Not sure of any other options.

[alan-agius4]

This feature is not available in the Node API. See sass/dart-sass#672 (comment). That said, there is a similar feature which in the Node API sass/sass#3065.

It very unlikely that we want to increase the API and provide this feature to turn on/off this behaviour.

Possibly we can turn on quietDeps, although I feel like this would cause other issues down the line, since warnings will not be displayed, consumers of the libraries will be unable to report these warnings to the library author. Eventually these warnings will turn to fatal errors and there would be no way to suppress them.

Will bring up this issue during our next team meeting and see what the other team members think.

[bordecal]

@alan-agius4 Perhaps instead of setting this particular option only, might you consider a mechanism where the consuming project could supply the core of a Sass rendering options object that could enhanced by the builder for use when invoking Sass? That would help with temporary suppression of the deprecation warnings that are the immediate problem in this issue, as well as providing potential future extensibility that might be difficult to predict today.