Description of problem:
Koji can't download a scratch build.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Pick a scratch build
(Which is actually a task. If there is actual build available, I don't know what it's number is.)
2. issue "koji download-build 2760766"
No such build: 2760766
Starts downloading packages.
Thanks for opening this bug.
There is a script to download scratch builds.
Why not package it with koji-utils?
$ download-scratch.py --help
Usage: download-scratch.py [options] task-ID [task-ID...]
-h, --help show this help message and exit
--arch=ARCH Only download packages of the given arch (may be specified
$ download-scratch.py 2971231 --arch=x86_64
What is the "official" way to download scratch builds from Koji?
Tue, 16 Mar 2010 11:58:26 -0700
Here is a patch to koji submitted by lkundrak on 09/09/10 22:24:21:
[PATCH] Add option to get task output to download-build
download-build --task to get rpms given a task id, analogously to what is done for build id. Makes it possible to easily get packages from a scratch build.
koji download-build for scratch builds
Jiri Moskovcak has written a scratch downloader with a GUI:
(In reply to comment #10)
>  abrt has so many packages, I thought it would good to use koji to download
> them. Instead, there is:
> Bug 675140 - koji should be able to download a scratch build
- I wrote a scratch downloader, you can download it here:
the usage is:
./koji_downloader -u <user who owns the build> -t <task_id>
so in this case:
./koji_downloader -u npajkovs -t 2971231
Copied from Bug 692590, Comment 13.
Please fix it, it is really annoying that koji can't do it out of the box. This feature if implemented should save me considerable amount of time. There is also https://fedorahosted.org/koji/ticket/237
it is affected me too.
FWIW, koji-download-scratch is packaged in fedora-review.
This bug appears to have been reported against 'rawhide' during the Fedora 19 development cycle.
Changing version to '19'.
(As we did not run this process for some time, it could affect also pre-Fedora 19 development
cycle bugs. We are very sorry. It will help us with cleanup during Fedora 19 End Of Life. Thank you.)
More information and reason for this action is here:
4 years old report, 19 people in CC, the same issue opened 3 years ago on koji upstream (the report contains a patch!):
... guys, it's pretty difficult to stay polite, really.
This is quite important feature!
Is there at least a plan when downloading of scratch build could appear in tools?
I see no response (ditto for ticket in comment#7), it would be nice to know if we should still write ugly scripts or there is a hope than the feature will be merged eventually.
Milan: you can at least install fedora-review and use koji-download-scratch . Note its defaults are a bit different from koji's: it downloads log files and debuginfo packages. (I've just sent sochotni a patch to make those optional).
But it would be nice to get this merged, so we'd only need one tool and the behaviour would be consistent (and we wouldn't need to install all of fedora-review and its deps just to download scratch builds).
Well, for years I ended with this crazy script (and the whole point of this bug is avoid such a constructions... :)
wget -q -O - "$URL" | grep 'href="[^"]*\.rpm"' | wget -l0 -nd -A .rpm -F -i - -B "$URL/index.html"
Dennis merged the #237 patch today. I'll probably send a patch to make it behave more similarly to download-build in a couple of ways tomorrow.
Reassigning to Adam: https://bugzilla.redhat.com/show_bug.cgi?id=675140#c12
Please implement this. I got asked to test out a scratch build in response to a bug , and it took a while to figure out why the koji CLI tool wouldn't fetch it for me.
It's already in git, just needs package builds...
Thank you for clarifying! Please consider my comment to say "please ship this" instead. I think and hope that making testing easier will get Fedora more testers.
This bug was accidentally moved from POST to MODIFIED via an error in automation, please see firstname.lastname@example.org with any questions
It looks like this new command got renamed to download-task, and is released in 1.10.1... Should this bug be closed?
Looks like it.