On Wed, 14 Nov 2012 08:22:01 +1000 David Seikel <onef...@gmail.com> said:
> On Wed, 14 Nov 2012 01:38:03 +0900 Daniel Juyung Seo > <seojuyu...@gmail.com> wrote: > > > right. having both doesnt make sense. > > we already have braches as a reference. > > and there should be an official announcement. > > > > Daniel Juyung Seo (SeoZ) > > On Nov 14, 2012 1:28 AM, "Luis Felipe Strano Moraes" > > <luis.str...@gmail.com> wrote: > > > > > On Tue, Nov 13, 2012 at 2:22 PM, Carsten Haitzler > > > <ras...@rasterman.com> wrote: > > > > On Tue, 13 Nov 2012 16:39:33 +0200 Raphael Kubo da Costa > > > > <raphael.kubo.da.co...@intel.com> said: > > > > > > > >> "Enlightenment SVN" <no-re...@enlightenment.org> writes: > > > >> > > > >> > Log: > > > >> > and this fixes compositing on newest intel+mesa drivers... > > > >> > wrong fb config wasa being chosen as it was done by hand not > > > >> > accounting for multisample buffers. now using > > > >> > glxchoosefbconfig instead and it > > > works. > > > >> > > > > >> > Author: raster > > > >> > Date: 2012-11-13 06:07:39 -0800 (Tue, 13 Nov 2012) > > > >> > New Revision: 79232 > > > >> > Trac: http://trac.enlightenment.org/e/changeset/79232 > > > >> > > > > >> > Modified: > > > >> > trunk/efl/ChangeLog trunk/efl/NEWS > > > >> > trunk/efl/src/modules/evas/engines/gl_x11/evas_engine.c > > > >> > trunk/efl/src/modules/evas/engines/gl_x11/evas_engine.h > > > >> > trunk/efl/src/modules/evas/engines/gl_x11/evas_x_main.c > > > >> > > > >> My hero :-) > > > >> > > > >> Was not committing to trunk/evas intentional? > > > > > > > > yes. it was. efl tree is the future, i backported so 1.7.2 gets > > > > the > > > fix... the > > > > old evas standalone tree along with eina, embryo, eet etc. that > > > > are in > > > efl/... > > > > should be considered "dead" and "for reference only"... > > > > > > In this case shouldn't we get rid of them? Right now we have a > > > situation where patches might be going on only one, and this might > > > lead to severe headaches. > > And much confusion about which set of libraries the upcoming E17 > release will be based on. See the other thread, where I made the same > comments, where the exact opposite of what Raster just said here was > said by the release manager. > > It's not "might lead to headaches", it already has. "Works for me" > responses to bug reports, coz people are testing different things. eh? i said the efl tree is the future. i didn't say e17 will depend on it. it won't. this has been made clear that e17 will DEPEND only on the 1.7.x release branch. the efl tree work in trunk is a work done in parallel which will end up being released at a future date, but not before e17. that's WHY mike tests using just the "stable" 1.7 branch. i happen to test/use the efl trunk branch because i also have to do work on it, and frankly the little breaks i'd rather fix as soon as they are found, rather than wait several weeks/months. what mike is doing is right. the reality is we have to split between trunk and release branch as a dev team we are doing BOTH. -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) ras...@rasterman.com ------------------------------------------------------------------------------ Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
