On 18/01/2011 08:05, Otavio Salvador wrote:
On Tue, Jan 18, 2011 at 05:21, Graeme Gregory<[email protected]>  wrote:
On 17/01/2011 19:01, Frans Meulenbroeks wrote:
- where possible stick to one recipe per package. This reduces the
maintenance work and reduces the QA nightmare of lots of different
permutations.
I feel one recipe per package should be the common case for
applications, and preferably also for libs (although I am well aware
that especially in the latter case multiple versions cannot always be
avoided).
OE is not a distro so this is a non starter already, please don't bog
down this discussion by re-opening this again. Angstrom 2008, Angstrom
2010, kaelios and slugos are all released distributions with different
versions of apps just as a starter and they arent even near the total
number of distros in OE.
I disagree. I think having too many versions of a package just makes
difficult to get things done:

  - it increases the amount of maintainence work;
  - has a bigger time to get bugs spoted;

Users of old distros ought to use a specific repository and branch.
Master ought to be kept clean for 'next distro release'.


The ultimate end to this way of thinking is that OE reduces to becoming OE-core only as anything else in there is going to be useless to multiple distros.

This then leads to the big distros like Angstrom maintaining their own large meta data which is basically a fork of todays OE. Then comes the point if Angstrom is providing a much better service to other DISTROS like SlugOS than OE-core does then they might save themselves maintenance time by re-using our large data set. Basically destroying the value of OE and forcing a fork.

People really have to get out of the mindset that OE is a DISTRO, it is not and must provide services to all DISTRO.

Ill also point out that gentoo which is probably closest to OE in management of metadata does not pathalogically delete old versions.

Graeme


_______________________________________________
Openembedded-devel mailing list
[email protected]
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Reply via email to