Wes McNamee
Wes McNamee
The logs are a bit misleading it seems.. possibly related to #36 It explicitly logs what it's skipping, but doesn't log what it's iterating over (even with the `--debug` flag...
Now that Golang 1.18rc1 is out, is there a roadmap for using generics here? Last time I used go-kit it was incredibly verbose, and I felt it required either generics...
maybe this will help? https://github.com/muesli/cancelreader
I just gave this a shot with [cancelreader](https://github.com/muesli/cancelreader) and ran into some sort of deadlock in the tests. One problem I noticed is that `cancelreader` must be closed where-as `io.Reader`...
I guess all I really need is `SIGINT`. I don't even care if technically I can't cancel a stdin read, as in my specific use case, I would be unlikely...
For clarification, your expectation is that root vars take precedence over vars of the same name coming from an include?
Try upgrading to 3.12 and check out this part of the docs: https://taskfile.dev/#/usage?id=vars-of-included-taskfiles See if that helps.
> it seems as a workaround for the real issue, hence we wanted to first check if the above is wanted behavior or do you consider it as a bug...
But I don't want to leave you hanging with this answer. The examples in your original post, though very good minimal reproducible example files, don't demonstrate the use case you...
@jcrben I see no harm in this honestly. How do we test this behavior?