[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: rhn-applet again



Scott wrote:
	Paul:

Are you seeing a throbbing exclamation point for the applet?

I'm seeing a nice, blue tick (that's a check I believe if you're American).

I have a fresh new install of FC4, and the applet does not see the
available updates, but upon starting up2date by clicking on the applet I
get notification of the available packages.

The only uncommented lines in etc.../sources:

### Repo Metadata
# Note that setting this makes up2date look in /etc/yum.repos.d/ for
# repository configuration.
# type channel-label url
repomd fedora http://fedora.redhat.com/

i find that url is suspicious so I tried to point it to the repo no help
there, perhaps the repo that the applet looks at is coded elsewhere.

I don't think it uses that URL for anything; it's just there to maintain the "type channel-label url" format of repo entries. The actual URLs used should be the ones specified in the repositories in /etc/yum.repos.d


I hardly ever see the throbbing exclamation mark normally because an overnight yum update usually installs updates from a local mirror that is itself updated overnight before the applet can tell me about them.

So, I decided to manually downgrade a package that has been updated since FC4 release (installed gedit-2.10.2-3.i386.rpm from FC4 media), and asked the applet to check for updates. It said there weren't any (!). So it appears to be broken after all.

In fact, up2date itself appears to be confused about which version of Fedora Core I'm running, because it changes $releasever from 4 to 3 whilst it's running:

# up2date --nox --list
initRepo
Baseurl(s) for repo: ['http://ftp.manchester.xyratex.com/yum/fedora/extras/4/i386/', 'http://download.fedora.redhat.com/pub/fedora/linux/extras/4/i386/']
Baseurl(s) for repo: ['http://ftp.manchester.xyratex.com/yum/fedora/updates/4/i386', 'http://ftp.nluug.nl/ftp/pub/os/Linux/distr/fedora/updates/4/i386', 'http://www.mirror.ac.uk/mirror/fedora.redhat.com/updates/4/i386', 'http://download.fedora.redhat.com/pub/fedora/linux/core/updates/4/i386']
Baseurl(s) for repo: ['http://ftp.manchester.xyratex.com/yum/fedora/4/i386']
Setting up Package Sacks
Excluding Incompatible Archs
Finished
initRepo
Setting up Package Sacks
Excluding Incompatible Archs
Finished
initRepo
Setting up Package Sacks
Excluding Incompatible Archs
Finished
initRepo
Setting up Package Sacks
Excluding Incompatible Archs
Finished


Fetching Obsoletes list for channel: extras...
initRepo

Fetching obsoletes list for http://ftp.manchester.xyratex.com/yum/fedora/extras/3/i386/...

Fetching Obsoletes list for channel: updates-released...
initRepo

Fetching obsoletes list for http://ftp.manchester.xyratex.com/yum/fedora/updates/3/i386...

Fetching Obsoletes list for channel: base...
initRepo

Fetching obsoletes list for http://ftp.manchester.xyratex.com/yum/fedora/3/i386...

Fetching rpm headers...
initRepo
bytes=440-42052
There was a fatal error communicating with the server. The message was:

An HTTP error occurred:
URL: http://ftp.manchester.xyratex.com/yum/fedora/updates/3/i386/gedit-2.10.2-4.i386.rpm
Status Code: 404
Error Message: Not Found




So it correctly calculates the baseurls to use, but subsequently changes the "4" to "3" and hence can't find the updated packages. By hardcoding $releasever as "4" in the .repo files I was able to get up2date to work, but the applet still refused to indicate there were any updates available. Very strange.

Paul.



[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]