[oe] [PATCH 18/70] yum-native: Add some hacks to make yum work better in the cross build case (from Poky)

Richard Purdie rpurdie at rpsys.net
Tue Mar 10 10:54:14 UTC 2009


On Tue, 2009-03-10 at 00:58 -0700, Khem Raj wrote:
> On Wednesday 04 March 2009 07:52:33 Marcin Juszkiewicz wrote:
> > From: Richard Purdie <richard at openedhand.com>
> >
> > git-svn-id: https://svn.o-hand.com/repos/poky@5110
> > 311d38ba-8fff-0310-9ca6-ca027cbcb966 ---
> >  packages/yum/yum-native/hacks.patch |   66
> > +++++++++++++++++++++++++++++++++++ packages/yum/yum-native_3.2.18.bb   |  
> >  3 +-
> >  2 files changed, 68 insertions(+), 1 deletions(-)
> >  create mode 100644 packages/yum/yum-native/hacks.patch
> >
> > diff --git a/packages/yum/yum-native/hacks.patch
> > b/packages/yum/yum-native/hacks.patch new file mode 100644
> > index 0000000..0486b5f
> > --- /dev/null
> > +++ b/packages/yum/yum-native/hacks.patch
> > @@ -0,0 +1,66 @@
> > +---
> > + rpmUtils/arch.py        |    3 +++
> > + rpmUtils/transaction.py |    1 +
> > + yum/constants.py        |    2 +-
> > + yum/depsolve.py         |    2 ++
> > + 4 files changed, 7 insertions(+), 1 deletion(-)
> > +
> > +Index: yum-3.2.18/rpmUtils/arch.py
> > +===================================================================
> > +--- yum-3.2.18.orig/rpmUtils/arch.py	2008-08-26 12:43:14.000000000 +0100
> > ++++ yum-3.2.18/rpmUtils/arch.py	2008-08-26 12:50:11.000000000 +0100
> > +@@ -275,6 +275,7 @@ def getCanonX86_64Arch(arch):
> > +     return arch
> > +
> > + def getCanonArch(skipRpmPlatform = 0):
> > ++    return "arm"
> 
> Does this mean that it will only work for arm ? It would be nice if it could 
> work for other arches too.

It was tested on arm since I reasoned if I could make that work,
everything else should follow too. You're right, these arm references
need fixing though. The main point is that we at least now know where
the values that need fixing are, making the job much easier!

I developed a strong dislike of rpm and yum when doing this as the
amount that is hardcoded is scary :(

-- 
RP





More information about the Openembedded-devel mailing list