Nat Noordanus

@Ravencentric FYI since version [0.28.0](https://pypi.org/project/poethepoet/0.28.0/) the "global tasks" solution is supported with shell completion and is documented [here](https://poethepoet.natn.io/guides/global_tasks.html).

hi @Levelleor, thanks for the feedback. I'm not sure I get it. You want to be able to configure a task to always return 0 no matter what? Could you...

Hi @bassemkaroui, You're right that there is a functionality gap today. If you don't mind having to declare the arguments to pass then you can work around this with either...

Turns out I'm not this first to notice this, this [PR in requirements-detector](https://github.com/landscapeio/requirements-detector/pull/46) is already there to address the root cause. Incidentally it looks like the dependency on `toml` in...

Hi @snejus, I'd be open to sending poe's output to stderr, if there's a clear precedent from other tools like _make_ to give confidence that this would not be surprising...

Hey @sneju, @aaronsteers, After combing through and refactoring all the IO related code in the project as part of #304 I came around to the idea of sending most output...

Output from poe the poet during task execution is now directed to stderr as of [v0.37.0](https://github.com/nat-n/poethepoet/releases/tag/v0.37.0) 🚀

Hi @ddc, thanks for raising this. Looks like a bug in the the shell command parsing. I'll look into fixing this when I have some time, but in the mean...

Hi @ddc, I just got around to properly looking at this, and I realised that this is actually expected behavior. Although I don't blame you for finding it surprising, it's...

The [0.36.0](https://github.com/nat-n/poethepoet/releases/tag/v0.36.0) release includes the fix discussed above, to bring poethepoet's default handling into line with what one would expect coming from bash. Specifically the new default behavior is that...