Skip to content

Conversation

@tschm
Copy link
Contributor

@tschm tschm commented Nov 10, 2025

We install task using a Makefile. For task please see https://taskfile.dev/

It's a lot more pleasant to work with task instead of make.

@tschm
Copy link
Contributor Author

tschm commented Nov 10, 2025

@fkiraly I am a big fan of task, see https://taskfile.dev/. Here we expose a make install-task. Task is like make on steroids.

@tschm
Copy link
Contributor Author

tschm commented Nov 10, 2025

Various other jobs will be added to the Makefile

Copy link
Collaborator

@fkiraly fkiraly left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Nice!

Could you kindly explain this to me like I am 5 year old, who would use the task framework under which circumstances?

Do we intend this to be purely developer facing?

@fkiraly fkiraly added the packaging A problem with installation, dependencies, versioning label Nov 10, 2025
@fkiraly fkiraly changed the title installing task via make [MNT] installing task via make Nov 10, 2025
@fkiraly
Copy link
Collaborator

fkiraly commented Nov 10, 2025

Another note, also discussed in #658 - make is not operating system independent, so it will fail on some operating systems. We should ensure that the workflows we design work under a broad set of system conditions.

@tschm
Copy link
Contributor Author

tschm commented Nov 11, 2025

@fkiraly task is used by make and could also be used by the user directly. However, I tend to abstract it away by a layer of make above. I am aware make is not system independent but even the Windows users can make it happen. I think the best chance of using that kind of functionality.

@tschm
Copy link
Contributor Author

tschm commented Nov 11, 2025

task is also used at various places in the ci/cd framework without using make in between

@fkiraly
Copy link
Collaborator

fkiraly commented Nov 11, 2025

If we want to use make, then imo only in the CI. We should not make make a required dependency in our basic user facing workflows, since it is not operating system independent.

It is true that, for instance, windows users can set it up, but it is behind a wall of complexity that we cannot assume users will get through just to run our code.

@tschm
Copy link
Contributor Author

tschm commented Nov 11, 2025

I have no problem to hit dem directly with uv and uvx. I see make as only one way into the project. There are other routes, e.g. task or directly from the command line with uv tools

Copy link
Collaborator

@fkiraly fkiraly left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

hm, ok - but then we need to document all this.

(I think it is "going too deep" in the task/make layer, but if you would like this, I would not mind - as long as you document it for other devs)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

packaging A problem with installation, dependencies, versioning

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants