Bug 162355 - yumdownloader --source doesn't work
yumdownloader --source doesn't work
Status: CLOSED NOTABUG
Product: Fedora
Classification: Fedora
Component: distribution (Show other bugs)
4
All Linux
medium Severity medium
: ---
: ---
Assigned To: Seth Vidal
Fedora Extras Quality Assurance
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2005-07-02 22:42 EDT by Aaron Kurtz
Modified: 2007-11-30 17:11 EST (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2005-07-03 11:56:55 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description Aaron Kurtz 2005-07-02 22:42:28 EDT
Description of problem:
yumdownloader can't download SRPMs from FC and FE.

Version-Release number of selected component (if applicable):
yum-utils-0.2-2.fc4

How reproducible:

"yumdownloader straw" grabs the FC4 rpm.
"yumdownloader --source straw" fails with
No Match for argument straw

Ignacio said in #fedora that this needs the SRPMs in the repo to work.
Comment 1 Seth Vidal 2005-07-03 11:56:55 EDT
straw's srpm isn't in the default Fedora Extras repository - it is in a separate
srpm repo for Fedora Extras.

so yumdownloader is doing exactly the right thing - the straw srpm doesn't exist.
Comment 2 Aaron Kurtz 2005-07-05 14:22:27 EDT
It may not be a bug per se, but I wouldn't describe this behavior as the right
thing to do, or even the expected. I would have expected it to download SRPMS
without issue.

I haven't seen any SRPM repos. Considering yumdownloader doesn't have an
enablerepo option, a SRPM repo would slow down every other transaction for what
isn't likely to be a common operation.

For anyone else who comes looking, a SRPM repo just needs $basearch replaced
with SRPM and the repo name in brackets changed. Or one can use --urls and
substitute SRPMS and src for the directory and package architechture values.
Comment 3 Seth Vidal 2005-07-22 11:58:13 EDT
right - but it's not really a yum bug - it's more of a repository configuration
issue.

I'll file this under distro

Note You need to log in before you can comment on or make changes to this bug.