[oe] RFC: splitting deploy/ipk into subarchs

[Koen Kooi]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Matthias Hentges schreef:
> Am Dienstag, den 20.02.2007, 14:48 +0100 schrieb Koen Kooi:
>> -----BEGIN PGP SIGNED MESSAGE-----
>> Hash: SHA1
>>
>> Koen Kooi schreef:
>>
>>> Marcin and I merged a slightly different version of this today.
>> As some people found out, their upload scripts broke with this change. I'm sorry that
>> happened, but those scripts are more easily fixed than ipkg-utils :(
>> Due to bug in ipkg-utils being I haven't been using a straight rsync for a while now, so
>> for the curious:
> 
> Why not make this change optional via a variable 
> (ie: SPLIT_DEPLOYDIR_IPK = -1 to turn it off) ?
> 
> The current version breaks local OE feeds

People's feeds are outside the scope of OE. Repeat after me: deploy never was, isn't and
never will be a feed.

> and requires needless post-processing.

As I pointed out before, you needed postprocessing anyway due to bugs in ipkg and
ipkg-utils, so your point is moot.


> A slugos deploy dir looks like this now:
> 
> all
> armv5te
> i686
> ixp4xxle
> 
> I honestly don't see any advantage to the previous mode of operation.

Go read the openembedded-devel list some time.


> If
> it is needed for unique situations 

No

> like the rare case of a multi-machine build

Apart from that now being the point, it actually isn't rare, the majority of the
(maintained) distros in OE use it (celinux. generic, angstrom, openmoko, openzaurus,
slugos and jline).

> it should be off by default and - by all means - optional.

No it should not. Next time respond to the RFCs instead of starting some uninformed rant
afterward.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (Darwin)

iD8DBQFF3qA+MkyGM64RGpERAsq1AJ9jkjFqiolnJWv/Mul6S59sCG2gZwCcDWRi
WEqSA0lYqeEuhz/9vBImS00=
=EmZ6
-----END PGP SIGNATURE-----