From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from cassiel.sirena.org.uk ([80.68.93.111] ident=Debian-exim) by linuxtogo.org with esmtp (Exim 4.72) (envelope-from ) id 1PfAFj-0008VL-JJ; Tue, 18 Jan 2011 13:01:35 +0100 Received: from broonie by cassiel.sirena.org.uk with local (Exim 4.69) (envelope-from ) id 1Pf9ms-0007jh-CD; Tue, 18 Jan 2011 11:31:46 +0000 Date: Tue, 18 Jan 2011 11:31:46 +0000 From: Mark Brown To: openembedded-members@lists.openembedded.org Message-ID: <20110118113145.GA27002@sirena.org.uk> References: <1295027350.14388.6527.camel@rex> <4D353F81.50301@xora.org.uk> MIME-Version: 1.0 In-Reply-To: X-Cookie: Enjoy yourself while you're still old. User-Agent: Mutt/1.5.18 (2008-05-17) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: broonie@sirena.org.uk X-SA-Exim-Scanned: No (on cassiel.sirena.org.uk); SAEximRunCond expanded to false Cc: openembedded-devel@lists.openembedded.org Subject: Re: Yocto Project and OE - Where now? X-BeenThere: openembedded-devel@lists.openembedded.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: openembedded-devel@lists.openembedded.org List-Id: Using the OpenEmbedded metadata to build Distributions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2011 12:01:35 -0000 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Jan 18, 2011 at 06:05:41AM -0200, Otavio Salvador wrote: > On Tue, Jan 18, 2011 at 05:21, Graeme Gregory wrote: > > 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'. I don't think there's a massive conflict between the idea that it's a good idea to keep the number of versions that are maintained limited and the idea that the limit on the number of versions being maintained should be greater than one which seems to be all that's being said here.