bogus rawhide entries?? (desktop-backgrounds-basic 2.0.17)

[Vanco, Don]

Is this the same issue that others have seen with up2date pulling (well,
attempting to pull) rawhide files that no longer exist???

[root@localhost up2date]# rpm -Fvh desktop-backgrounds-*
error: open of <!DOCTYPE failed: No such file or directory
error: open of HTML failed: No such file or directory
error: open of PUBLIC failed: No such file or directory

	....the problematic file was actually
desktop-backgrounds-basic-2.0.17.noarch.rpm  Worthy of Bugzilla?

Don

[Andre Robatino]

>  Is this the same issue that others have seen with up2date pulling
> (well,
>  attempting to pull) rawhide files that no longer exist???
>  
>  [root@localhost up2date]# rpm -Fvh desktop-backgrounds-*
>  error: open of <!DOCTYPE failed: No such file or directory
>  error: open of HTML failed: No such file or directory
>  error: open of PUBLIC failed: No such file or directory
>  
>  	....the problematic file was actually
>  desktop-backgrounds-basic-2.0.17.noarch.rpm  Worthy of Bugzilla?
>  
>  Don 
  I had the same problem with 5 files - control-center, the two
desktop-background RPMs, indexhtml, and yum.  In each case, up2date says
that the package is signed with an untrusted GPG signature (as opposed to
the "normal" error message that it is unsigned), and if you look in
/var/spool/up2date you find that the file is actually a 5896-byte HTML file
containing a 404 error.  When this happens I clean out /var/spool/up2date
and try to grab a few at a time, then grab the rest manually from the FTP
site.  I don't know whether up2date's willingness to download an HTML file
should be considered a bug in up2date or in bad server maintenance.  Don't
RPM files have a magic number or something that up2date could use to avoid
downloading the 404 file?

[Paul W. Frields]

On Thu, 2003-10-30 at 14:36, Andre Robatino wrote:
>  > Is this the same issue that others have seen with up2date
> pulling (well,
>  > attempting to pull) rawhide files that no longer exist???
>  >  
[...snip...]
>  I don't know whether up2date's willingness to download an
> HTML file
>  should be considered a bug in up2date or in bad server maintenance.  Don't
>  RPM files have a magic number or something that up2date could use to avoid
>  downloading the 404 file? 
Once again, since this problem keeps coming up and people may not have
looked through the archives:
http://redhat.com/archives/fedora-test-list/2003-October/msg03287.html
http://redhat.com/archives/fedora-test-list/2003-October/msg03812.html

I have put this in bugzilla as an RFE for up2date -- #108652 -- as it
seems like a Really Bad Idea for up2date to just assume that downloaded
files are complete and correct without doing a check that takes very
little additional operational time (compared to the update process
itself).

Judging by Jesse Keating's response:
http://redhat.com/archives/fedora-test-list/2003-October/msg03988.html

...we shouldn't have to worry about this problem much longer on the Red
Hat servers, but as we would expect over time that the FC community will
be using a variety of repos around the globe, some of them likely will
encounter this problem again. In those cases up2date should fail nicely
with a reasonable error message.

-- 
Paul W. Frields, RHCE

[The Matt]

On Thu, 2003-10-30 at 12:24, Vanco, Don wrote:
>  Is this the same issue that others have seen with up2date pulling
> (well,
>  attempting to pull) rawhide files that no longer exist???
>  
>  [root@localhost up2date]# rpm -Fvh desktop-backgrounds-*
>  error: open of <!DOCTYPE failed: No such file or directory
>  error: open of HTML failed: No such file or directory
>  error: open of PUBLIC failed: No such file or directory
>  
>  	....the problematic file was actually
>  desktop-backgrounds-basic-2.0.17.noarch.rpm  Worthy of Bugzilla? 
I'm sure this is in there already.  The problem was a bad download. 
Delete /var/spool/up2date/desktop-backgrounds-basic-2.0.17.noarch.rpm
(which is just a 404 page probably) and try again.  It most likely will
download correctly.

-- 
I am a theoretical chemist.  Fear me!  Please.
 Matt Thompson -- http://ucsub.colorado.edu/~thompsma/
 440 UCB, Boulder, CO  80309-0440
 JILA A510, 303-492-4662