Bug 107405

Summary:	src rpms not download (404 - Page not found)
Product:	[Fedora] Fedora	Reporter:	Gene Czarcinski <gczarcinski>
Component:	up2date	Assignee:	Adrian Likins <alikins>
Status:	CLOSED WORKSFORME	QA Contact:	Fanny Augustin <fmoquete>
Severity:	medium	Docs Contact:
Priority:	medium
Version:	rawhide	CC:	nobody+pnasrat
Target Milestone:	---
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2003-10-27 19:28:17 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Gene Czarcinski 2003-10-17 19:41:49 UTC

Description of problem:

I selected the option to download the src rpms when I downloaded updates.  This
is using the new yum/rawhide interface for test3.

Instead of the src package being downloaded, I get a 404 message ... page not found.

I suspect the structure of the directory tree differs between rawhide and the
"rhn stucture" up2date normally expects.

Comment 1 Paul Nasrat 2003-10-23 10:14:22 UTC

Steps to reproduce:

1) Use a yum repository with SRMS not directly under yum root.
2) up2date --get-source foo
3) file /var/spool/up2date/foo-0.1-1.noarch.rpm reveals ASCII file long lines,
which is the 404 page

This is as up2date isn't using the path hints in header.src.info which is
generated by yum-arch -s

Comment 2 Paul Nasrat 2003-10-23 10:19:12 UTC

In addition this seems to be due to to http://ftp.redhat.com using a 302 to
direct to the error page and there not being a 404 in the HTTP header:

To reproduce lynx --mime_header
http://ftp.redhat.com/pub/redhat/linux/foo/foo-0.1-1.src.rpm | head

Other mirrors get an I/O Error as expected

Comment 3 Gene Czarcinski 2003-10-27 19:28:17 UTC

works now