Bug 110133
Summary: | rhn-applet is unable to access fedora-core-1 and updates-released | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Anders Kaseorg <andersk> |
Component: | rhn-applet | Assignee: | Daniel Veillard <veillard> |
Status: | CLOSED CURRENTRELEASE | QA Contact: | |
Severity: | high | Docs Contact: | |
Priority: | high | ||
Version: | 1 | CC: | bart.martens, d.spangenberg, mattwilkens, mitr, petrosyan |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2003-12-19 15:03:33 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
Anders Kaseorg
2003-11-15 00:40:34 UTC
This may have something to do with the URLs being redirects to locations on download.fedora.redhat.com. Changing the URLs in /etc/sysconfig/rhn/sources to the targets of the redirections makes rhn-applet work. The same problem (wrong URLs) is in yum via yum.conf. I suggest you put a symlink in the web site as it is the quickest and most transparent way to fix a bug who is crucial for Fedora's reputation (before the reviewers have evaluated Fedora). There was a similar problem with redhat-config-packages who was still looking /mnt/cdrom/RedHat/RPMS when the right place is /mnt/cdrom/Fedora/RPMS: a production realease is NOT the place to go changing paths who could acffect important tools: there has been 3 (three test releases), those changes whould have gone in one of them Now the redirecting URLs have been completely removed, causing up2date to fail as well. If up2date is going to be changed to use the download.fedora.redhat.com URLs, that creates an awful chicken-and-egg problem: most users won't know that the update exists, and won't be able to receive the update if they do! It's clearly impossible to get everyone to download an update manually, so the only real solution is to fix the original URLs without redirects. Confirming... same problem here. Ethereal says: --- begin --- GET /updates/released/fedora-core-1/headers/header.info HTTP/1.1 Host: fedora.redhat.com Accept-Encoding: identity User-Agent: RHN-Applet/2.1.2 HTTP/1.1 302 Found Date: Fri, 19 Dec 2003 09:27:20 GMT Server: Apache Location: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/1/i386/headers/header.info Content-Type: text/html; charset=iso-8859-1 Age: 0 Connection: close Via: HTTP/1.1 bruink (Traffic-Server/5.2.1-58896 [cMsSf ]) <!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN"> <HTML><HEAD> <TITLE>302 Found</TITLE> </HEAD><BODY> <H1>Found</H1> The document has moved <A HREF="http://download.fedora.redhat.com/pub/fedora/linux/core/updates/1/i386/headers/header.info">here</A>.<P> </BODY></HTML> --- end --- I agree with Anders Kaseorg on the only real solution. User-Agent: RHN-Applet/2.1.2 This has been fixed in teh latest versions of the applet. Upgrade ! Up2date support redirections, the upgrade should work. Daniel Daniel, this doesn't solve the chicken-and-egg problem described above by Anders Kaseorg. Can you comment on Anders Kaseorg's message please? Well I think I did ! up2date handles redirection. so running up2date will upgrade the rhn applet. W.r.t. changing the web site, I don't know who can do this. Daniel Here's the problem: 1. Joe User downloads and installs Fedora Core 1 on his shiny new desktop. 2. Joe logs in, and the old rhn-applet starts. 3. rhn-applet accesses the fedora.redhat.com updates URL. 4. rhn-applet gets redirected to download.fedora.redhat.com. 5. Because of this bug, rhn-applet gets confused, gives up, and displays a blue checkmark with a "no updates available" tooltip. 6. Joe thinks he doesn't need to run up2date because he thinks there are no updates available! 7. So rhn-applet never gets updated, and neither does anything else. 8. Joe runs into a critical bug in some other package, gets really mad that Red Hat "doesn't" release an update, writes nasty reviews of Fedora Core flaming Red Hat, and goes out to buy Windows XP. You see, the update is worthless if users don't know it exists. Therefore, it is critical for Fedora's reputation that the website be changed to accomodate the old, buggy rhn-applet, for as long as Fedora Core 1 is in use. I understand your problem. I cannot fix it. It's not a rhn-applet problem. It's not the initial bug reported against rhn-applet. It's useless to reopen a rhn-applet bug for something which is a web site update request. Daniel Daniel, Anders Kaseorg meant to report a problem, not just the bug causing the problem. If you want to keep the scope of this bug report to the bugfix itself, then I think you should split Anders Kaseorg's problem report into two (or more) bug reports before closing this bug report. There is no component for the web site. It's not even a pure web site problem. The data are on a different machine ! I'm checking if that can be fixed in some way, but it's not related to rhn_applet, so closing the bug is fine ! Daniel |