Thread overview
Should `dub run` prints its output to STDERR?
Sep 09, 2017
Ky-Anh Huynh
Sep 09, 2017
Ali Çehreli
Sep 09, 2017
Ky-Anh Huynh
September 09, 2017
When I execute a program thanks to dub, `dub` also prints its information to STDOUT:

[code]
$ dub run dusybox:jq -- .status "           1" < /home/pi/df/acces.log |head -10
Building package dusybox:jq in /home/pi/projects/icy/dusybox/
Performing "debug" build using dmd for x86_64.
dusybox:jq ~master: target for configuration "application" is up to date.
To force a rebuild of up-to-date targets, run again with --force.
Running ./dusybox_jq .status            1
403            1
403            1
302            1
[/code]

Those first 5 lines are generated by `dub` and written to STDOUT. This is a bit inconvenient if I want to use my program output as input for another program.

We may have the same program if `dub` writes to STDERR. But it's more sense that a pipe program uses STDIN for input. This is a popular behavior I think.

Is there any option other than redirecting which depends on shell support?

Thanks,
September 08, 2017
On 09/08/2017 09:51 PM, Ky-Anh Huynh wrote:
> When I execute a program thanks to dub, `dub` also prints its
> information to STDOUT:

Try dub's --quiet command line switch.

Ali

September 09, 2017
On Saturday, 9 September 2017 at 05:58:59 UTC, Ali Çehreli wrote:
> On 09/08/2017 09:51 PM, Ky-Anh Huynh wrote:
> > When I execute a program thanks to dub, `dub` also prints its
> > information to STDOUT:
>
> Try dub's --quiet command line switch.
>
> Ali

That's perfect. Thanks a lot.
September 09, 2017
On Saturday, 9 September 2017 at 05:58:59 UTC, Ali Çehreli wrote:
> On 09/08/2017 09:51 PM, Ky-Anh Huynh wrote:
> > When I execute a program thanks to dub, `dub` also prints its
> > information to STDOUT:
>
> Try dub's --quiet command line switch.
>
> Ali

Can I configure this also in dub.json (dub.sdl)?
Specially --parallel switch?