yum + up2date on FC4 x86_64 not working as well as hoped.
Paul Howarth
paul at city-fan.org
Fri Sep 9 06:31:55 UTC 2005
On Fri, 2005-09-09 at 11:11 +0900, Naoki wrote:
> On Thu, 2005-09-08 at 07:55 +0100, Paul Howarth wrote:
> > On Thu, 2005-09-08 at 11:40 +0900, Naoki wrote:
> > > Odd thing is my yum.conf is clean, as is my sources file. But both yum &
> > > up2date report "base already added". Are they on crack?
> > >
> > > I even strace'd the whole thing and checked it's opening the correct
> > > files :
> > >
> > > open("/etc/sysconfig/rhn/sources", O_RDONLY) = 3
> > > open("///etc/yum.repos.d", O_RDONLY|O_NONBLOCK|O_DIRECTORY) = 11
> > > open("/etc/yum.repos.d/fedora-updates.repo", O_RDONLY) = 11
> > > open("/etc/yum.repos.d/fedora.repo", O_RDONLY) = 11
> > >
> > > Ohh god I am officially stupid AND blind...
> > >
> > > Just saw the problem, inside the .repos files the headings were all
> > > [base].
> > >
> > > So shoot me please...
> > >
> > > But, in my defence the problem still stands with up2date :
> > >
> > > Setting up Package Sacks
> > > Excluding Incompatible Archs
> > > Finished
> > > An error has occurred:
> > > exceptions.TypeError
> > > See /var/log/up2date for more information
> >
> > I wonder if the screwed-up repos have affected up2date's cache?
> >
> > Try:
> > # rm -rf /var/spool/up2date/*
> >
> > And see if it still fails.
> >
>
> Hey Paul, I did that and tried removing and then install with up2date
> 'gcc' and that worked.
>
> Trying a random package failed though (up2date -i
> system-config-network) :
>
> [Fri Sep 9 11:09:45 2005] up2date File "/usr/sbin/up2date", line
> 1265, in ?
> sys.exit(main() or 0)
> File "/usr/sbin/up2date", line 800, in main
> fullUpdate, dryRun=options.dry_run))
> File "/usr/sbin/up2date", line 1137, in batchRun
> batch.run()
> File "/usr/share/rhn/up2date_client/up2dateBatch.py", line 78, in run
> self.__dryRun()
> File "/usr/share/rhn/up2date_client/up2dateBatch.py", line 163, in
> __dryRun
> self.percentCallback)
> File "/usr/share/rhn/up2date_client/up2date.py", line 386, in dryRun
> ret = depsolve.solvedep()
> File "/usr/share/rhn/up2date_client/depSolver.py", line 722, in
> solvedep
> ret = self.process_deps(deps)
> File "/usr/share/rhn/up2date_client/depSolver.py", line 616, in
> process_deps
> changed = self.__dependencies(dependencies)
> File "/usr/share/rhn/up2date_client/depSolver.py", line 383, in
> __dependencies
> added = self.__add(solved, check = 1)
> File "/usr/share/rhn/up2date_client/depSolver.py", line 221, in __add
> hdr = headerList[p]
> File "/usr/share/rhn/up2date_client/headers.py", line 37, in
> __getitem__
> self.__retrievePackage(item)
> File "/usr/share/rhn/up2date_client/headers.py", line 42, in
> __retrievePackage
> hdr, sourceType = rpcServer.doCall(self.repos.getHeader, item)
> File "/usr/share/rhn/up2date_client/rpcServer.py", line 316, in
> doCall
> ret = apply(method, args, kwargs)
> File "/usr/share/rhn/up2date_client/repoDirector.py", line 32, in
> getHeader
> return self.handlers[channel['type']].getHeader(pkg, msgCallback,
> progressCallback)
I wonder if your repo definitions are all OK now; can you install this
package using yum?
Paul.
--
Paul Howarth <paul at city-fan.org>
More information about the fedora-list
mailing list