koji

#435 clone-task command
Closed by mikem. Opened by mikem.
mikem/koji clone-task  into  master

Download 435.patch

Based on some old testing code I had. This command replicates an existing task, optionally overriding the channel. There is also an imperfect --scratch option that will attempt to add the scratch option to a task if it know how (not applicable to all task types).

This is an admin-only command due to the hub calls involved.

1 new commit added

  • error if we don't know how to do --scratch for a method

1 new commit added

  • add clone-task command in unit test data

make test works here. I'm not sure what is going on with the jenkins tests

Jenkins env was broken for some time. Tests are passing now.

Anyone have concerns with this?

I'm still not sure if it shouldn't it be merged with 'resubmit' command as it is generally resubmit with additional options and '--force'.

hmm, interesting idea

Can sub-task or OPEN task be cloned here?

Can sub-task or OPEN task be cloned here?

This grew out of some testing code that I had, and I envision it as more of a debug tool for admins. As such, it doesn't really put limits on the task. So, yes.

You could use this to clone a subtask. The cloned task would not be a subtask of anything. If the task parameters refer to an expired upload (e.g. the srpm created by a related subtask), then the cloned task will fail. Granted, the same thing could happen if a top level task relies on an uploaded file that has been cleared.

Likewise, you could clone an open task.

I wonder if this might be a better fit in koji-tools

Or CLI plugin?

1 new commit added

  • clone-task: arch override

Closing this for now, but might revisit in the future. I don't think there's a clear need for this command, as is. It would be more useful if it were not admin-only.

Pull-Request has been closed by mikem
Metadata
None
No Tags
Static archive. pagure.io was sunset in 2026; this is a read-only snapshot.
Red Hat Logo

Fedora is sponsored by Red Hat. Learn more about the relationship between Red Hat and Fedora »

© Red Hat, Inc. and others.