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

Re: yum + up2date on FC4 x86_64 not working as well as hoped.



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 city-fan org>


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