[meta-ti] RFC: creating "extras" layer
Thilo Fromm
fromm at dresearch-fe.de
Wed Jun 20 00:12:09 PDT 2012
Hello Jason,
>> From a platform perspective your split makes a lot of sense imho.
>> Especially if there is no active maintenance (let alone development)
>> for the "extras" platforms. The euphemistic choice of naming puzzles
>> me, though. I take it that by "extras" you actually mean "deprecated"
>> or "unmaintained"? If so then please consider naming it that way.
>> "extras" really suggests some added sugar to the "core" recipes of
>> meta-ti, which doesn't really coin what you intend to do with it. If
>> you need to be euphemistic please at least choose a name in the right
>> context, like something along the lines of "attic", or "basement".
>
> I believe this interpretation is a good reason not to make this split
> at this time. While I appreciate that some platforms will have more
> resources given to updates at various times than others, I don't
> believe this split generates an easy-to-grok understanding of the
> platform status. I'd suggest providing links to automated test
> reports and something akin to a MAINTAINERS file for a better
> indication of platform/recipe status/ownership.
I feel this would obfuscate the state of support for different TI
platforms even further. Denys made a technological decision which
makes sense. Your arguments against the split are more likely to be
driven by marketing. Not separating the platforms even now when we
have statements about which platform will receive support in the
future and which would not really does not help transparency. Finding
platform support recipes within a "meta-deprecated/" sub-layer is way
more telling than having a note way down a README or a MAINTAINERS
file.
As Denys noted, every platform which is supported can be moved out of
the new meta-layer and back into its original place anytime. If you
don't like a platform being in "extras/" (or, better,
"meta-deprecated/"), just start supporting it.
Regards,
Thilo
--
Dipl.-Ing (FH) Thilo Fromm, MSc., Embedded Systems Architect
DResearch Fahrzeugelektronik GmbH
Otto-Schmirgal-Str. 3, D-10319 Berlin, Germany
Tel: +49 (30) 515 932 228 mailto:fromm at dresearch-fe.de
Fax: +49 (30) 515 932 77 http://www.dresearch.de
Amtsgericht: Berlin Charlottenburg, HRB 130120 B
Ust.-IDNr. DE273952058
Geschäftsführer: Dr. M. Weber, W. Mögle
More information about the meta-ti
mailing list