[oe] ipkg/opkg offical response
Koen Kooi
koen at dominion.kabel.utwente.nl
Fri Mar 28 09:43:08 UTC 2008
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Richard Purdie schreef:
| On Fri, 2008-03-28 at 01:30 +0100, Leon Woestenberg wrote:
|> On Fri, Mar 28, 2008 at 12:09 AM, Tom Rini
<trini at kernel.crashing.org> wrote:
|>> I'll ask the silly qustion. Given that mkimage hasn't changed in I
|>> don't know how long, why are both providing it? Just to save on
sources
|>> downloaded? Did OM really change mkimage?
|>>
|> Good question, thanks for asking!
|>
|> In fact, I have seen some of the kernel recipes seen switching between
|> openmoko's and non-openmoko u-boot-tools, with and without breakage in
|> the past.
|>
|> Could the openmoko guys please describe what grants their version to
exist? :-)
|
| As far as I know, the mkimage tool hasn't changed in a long time so we
| should be able to share one common version.
The only difference is the number of archs it supports, IIRC bfin and
avr32 may require $vendor mkimage since upstream doesn't support those
yet (again, IIRC).
| Using a simpler recipe kind
| of makes sense but I'll let the openmoko people answer.
The openmoko people have very little to do with openmoko-mkimage, they
try to remove it every now and then and I yell at them for that :) I
created that since _all_ existing uboot recipes were either machine
specific or plain broken. So I created a frozen openmoko-mkimage (all
patches are in OE, SRC_URI fixed to certain rev, etc) that is known to
work and doesn't break.
So if the (new) mkimage-native recipe is generic and non-broken, we
should switch to that.
| One way forward might be to DEPEND on virtual/mkimage-native. The
| various uboot providers can then PROVIDE this and it becomes distro
| policy which one is selected?
If someone spends some time to teach mkimage about avr32 (might already
be upstream) there shouldn't be a need for virtual/mkimage-native IMO.
regards,
Koen
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (Darwin)
iD8DBQFH7L2sMkyGM64RGpERAptVAJ9UPo2nH5k61Wgq7SZcz0cENJ3lFQCeNZLa
EqAOJ0uyuvpWqadGjYRTCaI=
=AkT1
-----END PGP SIGNATURE-----
More information about the Openembedded-devel
mailing list