Re: [E-devel] E SVN: cedric IN branches/ecore-1.0: . src/lib/ecore_evas
On Mon, 23 May 2011, Enlightenment SVN wrote: > Log: > ecore: backport r58033. it takes more time to read the changelog and see which commit has to be backported than backported immediatly Raster, can you please backport immediatly your commits (if necessary) ? Vincent > > > Author: cedric > Date: 2011-05-23 01:54:49 -0700 (Mon, 23 May 2011) > New Revision: 59612 > Trac: http://trac.enlightenment.org/e/changeset/59612 > > Modified: > branches/ecore-1.0/ChangeLog > branches/ecore-1.0/src/lib/ecore_evas/ecore_evas_util.c > > Modified: branches/ecore-1.0/ChangeLog > === > --- branches/ecore-1.0/ChangeLog 2011-05-23 07:51:44 UTC (rev 59611) > +++ branches/ecore-1.0/ChangeLog 2011-05-23 08:54:49 UTC (rev 59612) > @@ -30,3 +30,8 @@ > > * Fix: ecore_con_url_ftp_upload upload the file until the end. > > +2011-03-23 Carsten Haitzler (The Rasterman) > + > +* Fix: ecore-evas interceptor didn't handle override-redirect > +windows correctly, expecting a feed-back event from x, which it > didn't > +get. > > Modified: branches/ecore-1.0/src/lib/ecore_evas/ecore_evas_util.c > === > --- branches/ecore-1.0/src/lib/ecore_evas/ecore_evas_util.c 2011-05-23 > 07:51:44 UTC (rev 59611) > +++ branches/ecore-1.0/src/lib/ecore_evas/ecore_evas_util.c 2011-05-23 > 08:54:49 UTC (rev 59612) > @@ -57,11 +57,12 @@ > /* Interceptors Callbacks */ > > static void > -_ecore_evas_obj_intercept_move(void *data, Evas_Object *obj __UNUSED__, > Evas_Coord x, Evas_Coord y) > +_ecore_evas_obj_intercept_move(void *data, Evas_Object *obj, Evas_Coord x, > Evas_Coord y) > { >Ecore_Evas *ee = data; >// FIXME: account for frame >ecore_evas_move(ee, x, y); > + if (ecore_evas_override_get(ee)) evas_object_move(obj, x, y); > } > > static void > > > -- > What Every C/C++ and Fortran developer Should Know! > Read this article and learn how Intel has extended the reach of its > next-generation tools to help Windows* and Linux* C/C++ and Fortran > developers boost performance applications - including clusters. > http://p.sf.net/sfu/intel-dev2devmay > ___ > enlightenment-svn mailing list > enlightenment-...@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-svn > > -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: cedric IN branches/ecore-1.0: . src/lib/ecore_evas
On Mon, 23 May 2011 11:05:04 +0200 (CEST) Vincent Torri said: that requires i read the changelog and commit those patches - and it takes time. as you said. > On Mon, 23 May 2011, Enlightenment SVN wrote: > > > Log: > > ecore: backport r58033. > > it takes more time to read the changelog and see which commit has to be > backported than backported immediatly > > Raster, can you please backport immediatly your commits (if necessary) ? > > Vincent > > > > > > > Author: cedric > > Date: 2011-05-23 01:54:49 -0700 (Mon, 23 May 2011) > > New Revision: 59612 > > Trac: http://trac.enlightenment.org/e/changeset/59612 > > > > Modified: > > branches/ecore-1.0/ChangeLog > > branches/ecore-1.0/src/lib/ecore_evas/ecore_evas_util.c > > > > Modified: branches/ecore-1.0/ChangeLog > > === > > --- branches/ecore-1.0/ChangeLog2011-05-23 07:51:44 UTC (rev 59611) > > +++ branches/ecore-1.0/ChangeLog2011-05-23 08:54:49 UTC (rev 59612) > > @@ -30,3 +30,8 @@ > > > > * Fix: ecore_con_url_ftp_upload upload the file until the end. > > > > +2011-03-23 Carsten Haitzler (The Rasterman) > > + > > +* Fix: ecore-evas interceptor didn't handle override-redirect > > +windows correctly, expecting a feed-back event from x, which it > > didn't > > +get. > > > > Modified: branches/ecore-1.0/src/lib/ecore_evas/ecore_evas_util.c > > === > > --- branches/ecore-1.0/src/lib/ecore_evas/ecore_evas_util.c > > 2011-05-23 07:51:44 UTC (rev 59611) +++ > > branches/ecore-1.0/src/lib/ecore_evas/ecore_evas_util.c 2011-05-23 > > 08:54:49 UTC (rev 59612) @@ -57,11 +57,12 @@ /* Interceptors Callbacks */ > > > > static void > > -_ecore_evas_obj_intercept_move(void *data, Evas_Object *obj __UNUSED__, > > Evas_Coord x, Evas_Coord y) +_ecore_evas_obj_intercept_move(void *data, > > Evas_Object *obj, Evas_Coord x, Evas_Coord y) { > >Ecore_Evas *ee = data; > >// FIXME: account for frame > >ecore_evas_move(ee, x, y); > > + if (ecore_evas_override_get(ee)) evas_object_move(obj, x, y); > > } > > > > static void > > > > > > -- > > What Every C/C++ and Fortran developer Should Know! > > Read this article and learn how Intel has extended the reach of its > > next-generation tools to help Windows* and Linux* C/C++ and Fortran > > developers boost performance applications - including clusters. > > http://p.sf.net/sfu/intel-dev2devmay > > ___ > > enlightenment-svn mailing list > > enlightenment-...@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/enlightenment-svn > > > > > > -- > What Every C/C++ and Fortran developer Should Know! > Read this article and learn how Intel has extended the reach of its > next-generation tools to help Windows* and Linux* C/C++ and Fortran > developers boost performance applications - including clusters. > http://p.sf.net/sfu/intel-dev2devmay > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: cedric IN branches/ecore-1.0: . src/lib/ecore_evas
On Mon, 23 May 2011, Carsten Haitzler (The Rasterman) wrote: > On Mon, 23 May 2011 11:05:04 +0200 (CEST) Vincent Torri > said: > > that requires i read the changelog and commit those patches - and it takes > time. as you said. A lot less than what cedric is doing right now Vincent > >> On Mon, 23 May 2011, Enlightenment SVN wrote: >> >>> Log: >>> ecore: backport r58033. >> >> it takes more time to read the changelog and see which commit has to be >> backported than backported immediatly >> >> Raster, can you please backport immediatly your commits (if necessary) ? >> >> Vincent >> >>> >>> >>> Author: cedric >>> Date: 2011-05-23 01:54:49 -0700 (Mon, 23 May 2011) >>> New Revision: 59612 >>> Trac: http://trac.enlightenment.org/e/changeset/59612 >>> >>> Modified: >>> branches/ecore-1.0/ChangeLog >>> branches/ecore-1.0/src/lib/ecore_evas/ecore_evas_util.c >>> >>> Modified: branches/ecore-1.0/ChangeLog >>> === >>> --- branches/ecore-1.0/ChangeLog2011-05-23 07:51:44 UTC (rev 59611) >>> +++ branches/ecore-1.0/ChangeLog2011-05-23 08:54:49 UTC (rev 59612) >>> @@ -30,3 +30,8 @@ >>> >>> * Fix: ecore_con_url_ftp_upload upload the file until the end. >>> >>> +2011-03-23 Carsten Haitzler (The Rasterman) >>> + >>> +* Fix: ecore-evas interceptor didn't handle override-redirect >>> +windows correctly, expecting a feed-back event from x, which it >>> didn't >>> +get. >>> >>> Modified: branches/ecore-1.0/src/lib/ecore_evas/ecore_evas_util.c >>> === >>> --- branches/ecore-1.0/src/lib/ecore_evas/ecore_evas_util.c >>> 2011-05-23 07:51:44 UTC (rev 59611) +++ >>> branches/ecore-1.0/src/lib/ecore_evas/ecore_evas_util.c 2011-05-23 >>> 08:54:49 UTC (rev 59612) @@ -57,11 +57,12 @@ /* Interceptors Callbacks */ >>> >>> static void >>> -_ecore_evas_obj_intercept_move(void *data, Evas_Object *obj __UNUSED__, >>> Evas_Coord x, Evas_Coord y) +_ecore_evas_obj_intercept_move(void *data, >>> Evas_Object *obj, Evas_Coord x, Evas_Coord y) { >>>Ecore_Evas *ee = data; >>>// FIXME: account for frame >>>ecore_evas_move(ee, x, y); >>> + if (ecore_evas_override_get(ee)) evas_object_move(obj, x, y); >>> } >>> >>> static void >>> >>> >>> -- >>> What Every C/C++ and Fortran developer Should Know! >>> Read this article and learn how Intel has extended the reach of its >>> next-generation tools to help Windows* and Linux* C/C++ and Fortran >>> developers boost performance applications - including clusters. >>> http://p.sf.net/sfu/intel-dev2devmay >>> ___ >>> enlightenment-svn mailing list >>> enlightenment-...@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/enlightenment-svn >>> >>> >> >> -- >> What Every C/C++ and Fortran developer Should Know! >> Read this article and learn how Intel has extended the reach of its >> next-generation tools to help Windows* and Linux* C/C++ and Fortran >> developers boost performance applications - including clusters. >> http://p.sf.net/sfu/intel-dev2devmay >> ___ >> enlightenment-devel mailing list >> enlightenment-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel >> > > > -- > - Codito, ergo sum - "I code, therefore I am" -- > The Rasterman (Carsten Haitzler)ras...@rasterman.com > > -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: cedric IN branches/ecore-1.0: . src/lib/ecore_evas
On Mon, 23 May 2011 11:54:25 +0200 (CEST) Vincent Torri said: > > > On Mon, 23 May 2011, Carsten Haitzler (The Rasterman) wrote: > > > On Mon, 23 May 2011 11:05:04 +0200 (CEST) Vincent Torri > > said: > > > > that requires i read the changelog and commit those patches - and it takes > > time. as you said. > > A lot less than what cedric is doing right now not really. it involves reading the chlog - looking at commits for that date (or one day either side) and then putting in the appropriate patches. same work. > > > >> On Mon, 23 May 2011, Enlightenment SVN wrote: > >> > >>> Log: > >>> ecore: backport r58033. > >> > >> it takes more time to read the changelog and see which commit has to be > >> backported than backported immediatly > >> > >> Raster, can you please backport immediatly your commits (if necessary) ? > >> > >> Vincent > >> > >>> > >>> > >>> Author: cedric > >>> Date: 2011-05-23 01:54:49 -0700 (Mon, 23 May 2011) > >>> New Revision: 59612 > >>> Trac: http://trac.enlightenment.org/e/changeset/59612 > >>> > >>> Modified: > >>> branches/ecore-1.0/ChangeLog > >>> branches/ecore-1.0/src/lib/ecore_evas/ecore_evas_util.c > >>> > >>> Modified: branches/ecore-1.0/ChangeLog > >>> === > >>> --- branches/ecore-1.0/ChangeLog 2011-05-23 07:51:44 UTC (rev > >>> 59611) +++ branches/ecore-1.0/ChangeLog 2011-05-23 08:54:49 UTC > >>> (rev 59612) @@ -30,3 +30,8 @@ > >>> > >>> * Fix: ecore_con_url_ftp_upload upload the file until the end. > >>> > >>> +2011-03-23 Carsten Haitzler (The Rasterman) > >>> + > >>> +* Fix: ecore-evas interceptor didn't handle override-redirect > >>> +windows correctly, expecting a feed-back event from x, which it > >>> didn't > >>> +get. > >>> > >>> Modified: branches/ecore-1.0/src/lib/ecore_evas/ecore_evas_util.c > >>> === > >>> --- branches/ecore-1.0/src/lib/ecore_evas/ecore_evas_util.c > >>> 2011-05-23 07:51:44 UTC (rev 59611) +++ > >>> branches/ecore-1.0/src/lib/ecore_evas/ecore_evas_util.c 2011-05-23 > >>> 08:54:49 UTC (rev 59612) @@ -57,11 +57,12 @@ /* Interceptors Callbacks */ > >>> > >>> static void > >>> -_ecore_evas_obj_intercept_move(void *data, Evas_Object *obj __UNUSED__, > >>> Evas_Coord x, Evas_Coord y) +_ecore_evas_obj_intercept_move(void *data, > >>> Evas_Object *obj, Evas_Coord x, Evas_Coord y) { > >>>Ecore_Evas *ee = data; > >>>// FIXME: account for frame > >>>ecore_evas_move(ee, x, y); > >>> + if (ecore_evas_override_get(ee)) evas_object_move(obj, x, y); > >>> } > >>> > >>> static void > >>> > >>> > >>> -- > >>> What Every C/C++ and Fortran developer Should Know! > >>> Read this article and learn how Intel has extended the reach of its > >>> next-generation tools to help Windows* and Linux* C/C++ and Fortran > >>> developers boost performance applications - including clusters. > >>> http://p.sf.net/sfu/intel-dev2devmay > >>> ___ > >>> enlightenment-svn mailing list > >>> enlightenment-...@lists.sourceforge.net > >>> https://lists.sourceforge.net/lists/listinfo/enlightenment-svn > >>> > >>> > >> > >> -- > >> What Every C/C++ and Fortran developer Should Know! > >> Read this article and learn how Intel has extended the reach of its > >> next-generation tools to help Windows* and Linux* C/C++ and Fortran > >> developers boost performance applications - including clusters. > >> http://p.sf.net/sfu/intel-dev2devmay > >> ___ > >> enlightenment-devel mailing list > >> enlightenment-devel@lists.sourceforge.net > >> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > >> > > > > > > -- > > - Codito, ergo sum - "I code, therefore I am" -- > > The Rasterman (Carsten Haitzler)ras...@rasterman.com > > > > > > -- > What Every C/C++ and Fortran developer Should Know! > Read this article and learn how Intel has extended the reach of its > next-generation tools to help Windows* and Linux* C/C++ and Fortran > developers boost performance applications - including clusters. > http://p.sf.net/sfu/intel-dev2devmay > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach
Re: [E-devel] E SVN: cedric IN branches/ecore-1.0: . src/lib/ecore_evas
On Mon, May 23, 2011 at 12:01 PM, Carsten Haitzler wrote: > On Mon, 23 May 2011 11:54:25 +0200 (CEST) Vincent Torri > said: >> On Mon, 23 May 2011, Carsten Haitzler (The Rasterman) wrote: >> > On Mon, 23 May 2011 11:05:04 +0200 (CEST) Vincent Torri >> > said: >> > >> > that requires i read the changelog and commit those patches - and it takes >> > time. as you said. >> >> A lot less than what cedric is doing right now > > not really. it involves reading the chlog - looking at commits for that date > (or one day either side) and then putting in the appropriate patches. same > work. And that work is required, just to be sure that no backport are forgotten. -- Cedric BAIL -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: cedric IN branches/ecore-1.0: . src/lib/ecore_evas
On Mon, 23 May 2011, Vincent Torri wrote: > > > On Mon, 23 May 2011, Carsten Haitzler (The Rasterman) wrote: > >> On Mon, 23 May 2011 11:05:04 +0200 (CEST) Vincent Torri >> said: >> >> that requires i read the changelog and commit those patches - and it takes >> time. as you said. > > A lot less than what cedric is doing right now to be precise : * you said that you didn't backport your fixes, and you would do the backports later * cedric is doing that works and it takes a LOT of time What I want is that, for the future fixes that you will do and for those who need a backport, you immediatly do the backport. That way is faster that what cedric is doing. Vincent > > Vincent > >> >>> On Mon, 23 May 2011, Enlightenment SVN wrote: >>> Log: ecore: backport r58033. >>> >>> it takes more time to read the changelog and see which commit has to be >>> backported than backported immediatly >>> >>> Raster, can you please backport immediatly your commits (if necessary) ? >>> >>> Vincent >>> Author: cedric Date: 2011-05-23 01:54:49 -0700 (Mon, 23 May 2011) New Revision: 59612 Trac: http://trac.enlightenment.org/e/changeset/59612 Modified: branches/ecore-1.0/ChangeLog branches/ecore-1.0/src/lib/ecore_evas/ecore_evas_util.c Modified: branches/ecore-1.0/ChangeLog === --- branches/ecore-1.0/ChangeLog 2011-05-23 07:51:44 UTC (rev 59611) +++ branches/ecore-1.0/ChangeLog 2011-05-23 08:54:49 UTC (rev 59612) @@ -30,3 +30,8 @@ * Fix: ecore_con_url_ftp_upload upload the file until the end. +2011-03-23 Carsten Haitzler (The Rasterman) + +* Fix: ecore-evas interceptor didn't handle override-redirect +windows correctly, expecting a feed-back event from x, which it didn't +get. Modified: branches/ecore-1.0/src/lib/ecore_evas/ecore_evas_util.c === --- branches/ecore-1.0/src/lib/ecore_evas/ecore_evas_util.c 2011-05-23 07:51:44 UTC (rev 59611) +++ branches/ecore-1.0/src/lib/ecore_evas/ecore_evas_util.c2011-05-23 08:54:49 UTC (rev 59612) @@ -57,11 +57,12 @@ /* Interceptors Callbacks */ static void -_ecore_evas_obj_intercept_move(void *data, Evas_Object *obj __UNUSED__, Evas_Coord x, Evas_Coord y) +_ecore_evas_obj_intercept_move(void *data, Evas_Object *obj, Evas_Coord x, Evas_Coord y) { Ecore_Evas *ee = data; // FIXME: account for frame ecore_evas_move(ee, x, y); + if (ecore_evas_override_get(ee)) evas_object_move(obj, x, y); } static void -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ enlightenment-svn mailing list enlightenment-...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-svn >>> >>> -- >>> What Every C/C++ and Fortran developer Should Know! >>> Read this article and learn how Intel has extended the reach of its >>> next-generation tools to help Windows* and Linux* C/C++ and Fortran >>> developers boost performance applications - including clusters. >>> http://p.sf.net/sfu/intel-dev2devmay >>> ___ >>> enlightenment-devel mailing list >>> enlightenment-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel >>> >> >> >> -- >> - Codito, ergo sum - "I code, therefore I am" -- >> The Rasterman (Carsten Haitzler)ras...@rasterman.com >> >> > > -- > What Every C/C++ and Fortran developer Should Know! > Read this article and learn how Intel has extended the reach of its > next-generation tools to help Windows* and Linux* C/C++ and Fortran > developers boost performance applications - including clusters. > http://p.sf.net/sfu/intel-dev2devmay > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Li
Re: [E-devel] E SVN: cedric IN branches/ecore-1.0: . src/lib/ecore_evas
On Mon, 23 May 2011, Vincent Torri wrote: > > > On Mon, 23 May 2011, Vincent Torri wrote: > >> >> >> On Mon, 23 May 2011, Carsten Haitzler (The Rasterman) wrote: >> >>> On Mon, 23 May 2011 11:05:04 +0200 (CEST) Vincent Torri >>> >>> said: >>> >>> that requires i read the changelog and commit those patches - and it takes >>> time. as you said. >> >> A lot less than what cedric is doing right now > > to be precise : > > * you said that you didn't backport your fixes, and you would do the > backports later > * cedric is doing that works and it takes a LOT of time > > What I want is that, for the future fixes that you will do and for those who > need a backport, you immediatly do the backport. That way is faster that what > cedric is doing. I do that for "all" my commits. It takes less than 1mn. I'm sure that for one commit, cedric is taking a lot more time than the time requested to do the backport if you have had backported immediatly Vincent > > Vincent > >> >> Vincent >> >>> On Mon, 23 May 2011, Enlightenment SVN wrote: > Log: > ecore: backport r58033. it takes more time to read the changelog and see which commit has to be backported than backported immediatly Raster, can you please backport immediatly your commits (if necessary) ? Vincent > > > Author: cedric > Date: 2011-05-23 01:54:49 -0700 (Mon, 23 May 2011) > New Revision: 59612 > Trac: http://trac.enlightenment.org/e/changeset/59612 > > Modified: > branches/ecore-1.0/ChangeLog > branches/ecore-1.0/src/lib/ecore_evas/ecore_evas_util.c > > Modified: branches/ecore-1.0/ChangeLog > === > --- branches/ecore-1.0/ChangeLog 2011-05-23 07:51:44 UTC (rev 59611) > +++ branches/ecore-1.0/ChangeLog 2011-05-23 08:54:49 UTC (rev 59612) > @@ -30,3 +30,8 @@ > > * Fix: ecore_con_url_ftp_upload upload the file until the end. > > +2011-03-23 Carsten Haitzler (The Rasterman) > + > +* Fix: ecore-evas interceptor didn't handle override-redirect > +windows correctly, expecting a feed-back event from x, which it > didn't > +get. > > Modified: branches/ecore-1.0/src/lib/ecore_evas/ecore_evas_util.c > === > --- branches/ecore-1.0/src/lib/ecore_evas/ecore_evas_util.c > 2011-05-23 07:51:44 UTC (rev 59611) +++ > branches/ecore-1.0/src/lib/ecore_evas/ecore_evas_util.c 2011-05-23 > 08:54:49 UTC (rev 59612) @@ -57,11 +57,12 @@ /* Interceptors Callbacks > */ > > static void > -_ecore_evas_obj_intercept_move(void *data, Evas_Object *obj __UNUSED__, > Evas_Coord x, Evas_Coord y) +_ecore_evas_obj_intercept_move(void *data, > Evas_Object *obj, Evas_Coord x, Evas_Coord y) { >Ecore_Evas *ee = data; >// FIXME: account for frame >ecore_evas_move(ee, x, y); > + if (ecore_evas_override_get(ee)) evas_object_move(obj, x, y); > } > > static void > > > > -- > What Every C/C++ and Fortran developer Should Know! > Read this article and learn how Intel has extended the reach of its > next-generation tools to help Windows* and Linux* C/C++ and Fortran > developers boost performance applications - including clusters. > http://p.sf.net/sfu/intel-dev2devmay > ___ > enlightenment-svn mailing list > enlightenment-...@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-svn > > -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel >>> >>> >>> -- >>> - Codito, ergo sum - "I code, therefore I am" -- >>> The Rasterman (Carsten Haitzler)ras...@rasterman.com >>> >>> >> >> >> -- >> What Every C/C++ and Fortran developer Should Know! >> Read this article and learn how Intel has extended the reach of its >> next-generation tools to help Windows* and Linux* C/C++ and Fortran >> developers boost performance applications - including clusters. >> http://p.sf.net/sfu/intel-dev2devmay >
Re: [E-devel] E SVN: cedric IN branches/ecore-1.0: . src/lib/ecore_evas
On Mon, 23 May 2011 12:12:35 +0200 (CEST) Vincent Torri said: > > > On Mon, 23 May 2011, Vincent Torri wrote: > > > > > > > On Mon, 23 May 2011, Carsten Haitzler (The Rasterman) wrote: > > > >> On Mon, 23 May 2011 11:05:04 +0200 (CEST) Vincent Torri > >> said: > >> > >> that requires i read the changelog and commit those patches - and it takes > >> time. as you said. > > > > A lot less than what cedric is doing right now > > to be precise : > > * you said that you didn't backport your fixes, and you would do the > backports later > * cedric is doing that works and it takes a LOT of time yes. i'd do it later. i havent done it yet. > What I want is that, for the future fixes that you will do and for those > who need a backport, you immediatly do the backport. That way is faster > that what cedric is doing. actually it isn't. :) its the exact same work. > Vincent > > > > > Vincent > > > >> > >>> On Mon, 23 May 2011, Enlightenment SVN wrote: > >>> > Log: > ecore: backport r58033. > >>> > >>> it takes more time to read the changelog and see which commit has to be > >>> backported than backported immediatly > >>> > >>> Raster, can you please backport immediatly your commits (if necessary) ? > >>> > >>> Vincent > >>> > > > Author: cedric > Date: 2011-05-23 01:54:49 -0700 (Mon, 23 May 2011) > New Revision: 59612 > Trac: http://trac.enlightenment.org/e/changeset/59612 > > Modified: > branches/ecore-1.0/ChangeLog > branches/ecore-1.0/src/lib/ecore_evas/ecore_evas_util.c > > Modified: branches/ecore-1.0/ChangeLog > === > --- branches/ecore-1.0/ChangeLog 2011-05-23 07:51:44 UTC (rev > 59611) +++ branches/ecore-1.0/ChangeLog 2011-05-23 08:54:49 UTC > (rev 59612) @@ -30,3 +30,8 @@ > > * Fix: ecore_con_url_ftp_upload upload the file until the end. > > +2011-03-23 Carsten Haitzler (The Rasterman) > + > +* Fix: ecore-evas interceptor didn't handle override-redirect > +windows correctly, expecting a feed-back event from x, which it > didn't > +get. > > Modified: branches/ecore-1.0/src/lib/ecore_evas/ecore_evas_util.c > === > --- branches/ecore-1.0/src/lib/ecore_evas/ecore_evas_util.c > 2011-05-23 07:51:44 UTC (rev 59611) +++ > branches/ecore-1.0/src/lib/ecore_evas/ecore_evas_util.c 2011-05-23 > 08:54:49 UTC (rev 59612) @@ -57,11 +57,12 @@ /* Interceptors Callbacks */ > > static void > -_ecore_evas_obj_intercept_move(void *data, Evas_Object *obj __UNUSED__, > Evas_Coord x, Evas_Coord y) +_ecore_evas_obj_intercept_move(void *data, > Evas_Object *obj, Evas_Coord x, Evas_Coord y) { > Ecore_Evas *ee = data; > // FIXME: account for frame > ecore_evas_move(ee, x, y); > + if (ecore_evas_override_get(ee)) evas_object_move(obj, x, y); > } > > static void > > > -- > What Every C/C++ and Fortran developer Should Know! > Read this article and learn how Intel has extended the reach of its > next-generation tools to help Windows* and Linux* C/C++ and Fortran > developers boost performance applications - including clusters. > http://p.sf.net/sfu/intel-dev2devmay > ___ > enlightenment-svn mailing list > enlightenment-...@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-svn > > > >>> > >>> -- > >>> What Every C/C++ and Fortran developer Should Know! > >>> Read this article and learn how Intel has extended the reach of its > >>> next-generation tools to help Windows* and Linux* C/C++ and Fortran > >>> developers boost performance applications - including clusters. > >>> http://p.sf.net/sfu/intel-dev2devmay > >>> ___ > >>> enlightenment-devel mailing list > >>> enlightenment-devel@lists.sourceforge.net > >>> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > >>> > >> > >> > >> -- > >> - Codito, ergo sum - "I code, therefore I am" -- > >> The Rasterman (Carsten Haitzler)ras...@rasterman.com > >> > >> > > > > -- > > What Every C/C++ and Fortran developer Should Know! > > Read this article and learn how Intel has extended the reach of its > > next-generation tools to help Windows* and Linux* C/C++ and Fortran > > developers boost performance applications - including clusters. > > http://p.sf.net/sfu/intel-dev2devmay > > ___
Re: [E-devel] E SVN: cedric IN branches/ecore-1.0: . src/lib/ecore_evas
On Mon, 23 May 2011 12:10:03 +0200 Cedric BAIL said: > On Mon, May 23, 2011 at 12:01 PM, Carsten Haitzler > wrote: > > On Mon, 23 May 2011 11:54:25 +0200 (CEST) Vincent Torri > > said: > >> On Mon, 23 May 2011, Carsten Haitzler (The Rasterman) wrote: > >> > On Mon, 23 May 2011 11:05:04 +0200 (CEST) Vincent Torri > >> > said: > >> > > >> > that requires i read the changelog and commit those patches - and it > >> > takes time. as you said. > >> > >> A lot less than what cedric is doing right now > > > > not really. it involves reading the chlog - looking at commits for that date > > (or one day either side) and then putting in the appropriate patches. same > > work. > > And that work is required, just to be sure that no backport are forgotten. yes. indeed. i'm just pointing out that i dont have any magic information that cedric doesn't have. i need to also sit down with changelog file AND svn commit log in hand and match things up. especially looking at every svn commit log and diff. it's really cherry picking the commits in order. -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: cedric IN branches/ecore-1.0: . src/lib/ecore_evas
On Mon, 23 May 2011, Carsten Haitzler (The Rasterman) wrote: > On Mon, 23 May 2011 12:12:35 +0200 (CEST) Vincent Torri > said: > >> >> >> On Mon, 23 May 2011, Vincent Torri wrote: >> >>> >>> >>> On Mon, 23 May 2011, Carsten Haitzler (The Rasterman) wrote: >>> On Mon, 23 May 2011 11:05:04 +0200 (CEST) Vincent Torri said: that requires i read the changelog and commit those patches - and it takes time. as you said. >>> >>> A lot less than what cedric is doing right now >> >> to be precise : >> >> * you said that you didn't backport your fixes, and you would do the >> backports later >> * cedric is doing that works and it takes a LOT of time > > yes. i'd do it later. i havent done it yet. > >> What I want is that, for the future fixes that you will do and for those >> who need a backport, you immediatly do the backport. That way is faster >> that what cedric is doing. > > actually it isn't. :) its the exact same work. No : for example, I don't need to read the changelog : i know i have to put it at the end. So it's faster. What I do when i backport immediatly: * i change the code * i append the changelog message at the end * i create a diff * i apply it in the branch * i commit both changes what cedric has to do when the backport is not done : he read the changelog, he must verify that the comit is actually something to backport. He has to get the diff, apply it to the branch and update the changelog and commit. That takes a lot more time than doing the backport immediatly. > >> Vincent >> >>> >>> Vincent >>> > On Mon, 23 May 2011, Enlightenment SVN wrote: > >> Log: >> ecore: backport r58033. > > it takes more time to read the changelog and see which commit has to be > backported than backported immediatly > > Raster, can you please backport immediatly your commits (if necessary) ? > > Vincent > >> >> >> Author: cedric >> Date: 2011-05-23 01:54:49 -0700 (Mon, 23 May 2011) >> New Revision: 59612 >> Trac: http://trac.enlightenment.org/e/changeset/59612 >> >> Modified: >> branches/ecore-1.0/ChangeLog >> branches/ecore-1.0/src/lib/ecore_evas/ecore_evas_util.c >> >> Modified: branches/ecore-1.0/ChangeLog >> === >> --- branches/ecore-1.0/ChangeLog 2011-05-23 07:51:44 UTC (rev >> 59611) +++ branches/ecore-1.0/ChangeLog 2011-05-23 08:54:49 UTC >> (rev 59612) @@ -30,3 +30,8 @@ >> >> * Fix: ecore_con_url_ftp_upload upload the file until the end. >> >> +2011-03-23 Carsten Haitzler (The Rasterman) >> + >> +* Fix: ecore-evas interceptor didn't handle override-redirect >> +windows correctly, expecting a feed-back event from x, which it >> didn't >> +get. >> >> Modified: branches/ecore-1.0/src/lib/ecore_evas/ecore_evas_util.c >> === >> --- branches/ecore-1.0/src/lib/ecore_evas/ecore_evas_util.c >> 2011-05-23 07:51:44 UTC (rev 59611) +++ >> branches/ecore-1.0/src/lib/ecore_evas/ecore_evas_util.c 2011-05-23 >> 08:54:49 UTC (rev 59612) @@ -57,11 +57,12 @@ /* Interceptors Callbacks */ >> >> static void >> -_ecore_evas_obj_intercept_move(void *data, Evas_Object *obj __UNUSED__, >> Evas_Coord x, Evas_Coord y) +_ecore_evas_obj_intercept_move(void *data, >> Evas_Object *obj, Evas_Coord x, Evas_Coord y) { >>Ecore_Evas *ee = data; >>// FIXME: account for frame >>ecore_evas_move(ee, x, y); >> + if (ecore_evas_override_get(ee)) evas_object_move(obj, x, y); >> } >> >> static void >> >> >> -- >> What Every C/C++ and Fortran developer Should Know! >> Read this article and learn how Intel has extended the reach of its >> next-generation tools to help Windows* and Linux* C/C++ and Fortran >> developers boost performance applications - including clusters. >> http://p.sf.net/sfu/intel-dev2devmay >> ___ >> enlightenment-svn mailing list >> enlightenment-...@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/enlightenment-svn >> >> > > -- > What Every C/C++ and Fortran developer Should Know! > Read this article and learn how Intel has extended the reach of its > next-generation tools to help Windows* and Linux* C/C++ and Fortran > developers boost performance applications - including clusters. > http://p.sf.net/sfu/intel-dev2devmay > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://li
Re: [E-devel] E SVN: cedric IN branches/ecore-1.0: . src/lib/ecore_evas
On Mon, 23 May 2011 12:41:24 +0200 (CEST) Vincent Torri said: > > > On Mon, 23 May 2011, Carsten Haitzler (The Rasterman) wrote: > > > On Mon, 23 May 2011 12:12:35 +0200 (CEST) Vincent Torri > > said: > > > >> > >> > >> On Mon, 23 May 2011, Vincent Torri wrote: > >> > >>> > >>> > >>> On Mon, 23 May 2011, Carsten Haitzler (The Rasterman) wrote: > >>> > On Mon, 23 May 2011 11:05:04 +0200 (CEST) Vincent Torri > said: > > that requires i read the changelog and commit those patches - and it > takes time. as you said. > >>> > >>> A lot less than what cedric is doing right now > >> > >> to be precise : > >> > >> * you said that you didn't backport your fixes, and you would do the > >> backports later > >> * cedric is doing that works and it takes a LOT of time > > > > yes. i'd do it later. i havent done it yet. > > > >> What I want is that, for the future fixes that you will do and for those > >> who need a backport, you immediatly do the backport. That way is faster > >> that what cedric is doing. > > > > actually it isn't. :) its the exact same work. > > No : for example, I don't need to read the changelog : i know i have to > put it at the end. So it's faster. What I do when i backport immediatly: > > * i change the code > * i append the changelog message at the end > * i create a diff > * i apply it in the branch > * i commit both changes > > what cedric has to do when the backport is not done : > > he read the changelog, he must verify that the comit is actually something > to backport. He has to get the diff, apply it to the branch and update the > changelog and commit. That takes a lot more time than doing the backport > immediatly. a commit when backported immediately runs the risk also of having to be updated again and backported again a day later and again and again as the 1 fix evolves. there is nothing i can do right now that makes any of this easier or simpler. > > > >> Vincent > >> > >>> > >>> Vincent > >>> > > > On Mon, 23 May 2011, Enlightenment SVN wrote: > > > >> Log: > >> ecore: backport r58033. > > > > it takes more time to read the changelog and see which commit has to be > > backported than backported immediatly > > > > Raster, can you please backport immediatly your commits (if necessary) ? > > > > Vincent > > > >> > >> > >> Author: cedric > >> Date: 2011-05-23 01:54:49 -0700 (Mon, 23 May 2011) > >> New Revision: 59612 > >> Trac: http://trac.enlightenment.org/e/changeset/59612 > >> > >> Modified: > >> branches/ecore-1.0/ChangeLog > >> branches/ecore-1.0/src/lib/ecore_evas/ecore_evas_util.c > >> > >> Modified: branches/ecore-1.0/ChangeLog > >> === > >> --- branches/ecore-1.0/ChangeLog 2011-05-23 07:51:44 UTC (rev > >> 59611) +++ branches/ecore-1.0/ChangeLog2011-05-23 08:54:49 UTC > >> (rev 59612) @@ -30,3 +30,8 @@ > >> > >>* Fix: ecore_con_url_ftp_upload upload the file until the end. > >> > >> +2011-03-23 Carsten Haitzler (The Rasterman) > >> + > >> +* Fix: ecore-evas interceptor didn't handle override-redirect > >> +windows correctly, expecting a feed-back event from x, which > >> it didn't > >> +get. > >> > >> Modified: branches/ecore-1.0/src/lib/ecore_evas/ecore_evas_util.c > >> === > >> --- branches/ecore-1.0/src/lib/ecore_evas/ecore_evas_util.c > >> 2011-05-23 07:51:44 UTC (rev 59611) +++ > >> branches/ecore-1.0/src/lib/ecore_evas/ecore_evas_util.c > >> 2011-05-23 08:54:49 UTC (rev 59612) @@ -57,11 +57,12 @@ /* > >> Interceptors Callbacks */ > >> > >> static void > >> -_ecore_evas_obj_intercept_move(void *data, Evas_Object *obj > >> __UNUSED__, Evas_Coord x, Evas_Coord y) +_ecore_evas_obj_intercept_move > >> (void *data, Evas_Object *obj, Evas_Coord x, Evas_Coord y) { > >>Ecore_Evas *ee = data; > >>// FIXME: account for frame > >>ecore_evas_move(ee, x, y); > >> + if (ecore_evas_override_get(ee)) evas_object_move(obj, x, y); > >> } > >> > >> static void > >> > >> > >> -- > >> What Every C/C++ and Fortran developer Should Know! > >> Read this article and learn how Intel has extended the reach of its > >> next-generation tools to help Windows* and Linux* C/C++ and Fortran > >> developers boost performance applications - including clusters. > >> http://p.sf.net/sfu/intel-dev2devmay > >> ___ > >> enlightenment-svn mailing list > >> enlightenment-...@lists.sourceforge.net > >> https://lists.sourceforge.net/lists/listinfo/enlightenment-
[E-devel] EEZE
Hi, I requested that everyone re-run the eeze udev test a couple weeks ago. I got 4 responses. This is not sufficient. Take your removable hard drives and plug them in. Put a cd in your cdrom drive. Run the test as root to let it open your devices. Reply to me with the output. Thanks. -- Mike Blumenkrantz Zentific: NULL pointer dereferences now 50% off! -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: cedric IN branches/ecore-1.0: . src/lib/ecore_evas
On Mon, 23 May 2011 19:32:59 +0900 Carsten Haitzler (The Rasterman) wrote: > On Mon, 23 May 2011 12:10:03 +0200 Cedric BAIL said: > > > On Mon, May 23, 2011 at 12:01 PM, Carsten Haitzler > > wrote: > > > On Mon, 23 May 2011 11:54:25 +0200 (CEST) Vincent Torri > > > said: > > >> On Mon, 23 May 2011, Carsten Haitzler (The Rasterman) wrote: > > >> > On Mon, 23 May 2011 11:05:04 +0200 (CEST) Vincent Torri > > >> > said: > > >> > > > >> > that requires i read the changelog and commit those patches - and it > > >> > takes time. as you said. > > >> > > >> A lot less than what cedric is doing right now > > > > > > not really. it involves reading the chlog - looking at commits for that > > > date (or one day either side) and then putting in the appropriate > > > patches. same work. > > > > And that work is required, just to be sure that no backport are forgotten. > > yes. indeed. i'm just pointing out that i dont have any magic information that > cedric doesn't have. i need to also sit down with changelog file AND svn > commit log in hand and match things up. especially looking at every svn > commit log and diff. it's really cherry picking the commits in order. > > It really does make things easier if you just do the backport as you go. If you have to update a backport commit later then so be it. Just learn to never commit broken code! -- Mike Blumenkrantz Zentific: NULL pointer dereferences now 50% off! -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: cedric IN branches/ecore-1.0: . src/lib/ecore_evas
On Mon, May 23, 2011 at 1:50 PM, Mike Blumenkrantz wrote: > On Mon, 23 May 2011 19:32:59 +0900 > Carsten Haitzler (The Rasterman) wrote: >> On Mon, 23 May 2011 12:10:03 +0200 Cedric BAIL said: >> > On Mon, May 23, 2011 at 12:01 PM, Carsten Haitzler >> > wrote: >> > > On Mon, 23 May 2011 11:54:25 +0200 (CEST) Vincent Torri >> > > said: >> > >> On Mon, 23 May 2011, Carsten Haitzler (The Rasterman) wrote: >> > >> > On Mon, 23 May 2011 11:05:04 +0200 (CEST) Vincent Torri >> > >> > said: >> > >> > >> > >> > that requires i read the changelog and commit those patches - and it >> > >> > takes time. as you said. >> > >> >> > >> A lot less than what cedric is doing right now >> > > >> > > not really. it involves reading the chlog - looking at commits for that >> > > date (or one day either side) and then putting in the appropriate >> > > patches. same work. >> > >> > And that work is required, just to be sure that no backport are forgotten. >> >> yes. indeed. i'm just pointing out that i dont have any magic information >> that >> cedric doesn't have. i need to also sit down with changelog file AND svn >> commit log in hand and match things up. especially looking at every svn >> commit log and diff. it's really cherry picking the commits in order. >> >> > It really does make things easier if you just do the backport as you go. If > you > have to update a backport commit later then so be it. Just learn to never > commit broken code! Hey padawan ! Did you forgot my lesson ? It was a time when I saw you as the new daemon of svn borkenness, and now you advise not to commit broken code ? That's bad ! You will be SPANKED for that ! -- Cedric BAIL -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: raster trunk/elementary/src/bin
2011/5/23 Enlightenment SVN > Log: > and flip now does shading nicely. rather hacky, but works well. > > > > First version was working well with edje object, but this one is limited to image only ? BTW it's a cool feature ;) -- Nicolas Aguirre Mail: aguirre.nico...@gmail.com Web: http://enna.geexbox.org Blog: http://dev.enlightenment.fr/~captainigloo/ -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: raster trunk/elementary/src/bin
On Mon, 23 May 2011 14:39:39 +0200 Nicolas Aguirre said: > 2011/5/23 Enlightenment SVN > > > Log: > > and flip now does shading nicely. rather hacky, but works well. > > > > > > > > > First version was working well with edje object, but this one is limited to > image only ? > BTW it's a cool feature ;) actually still works with ANY object... just testing with image obj at the moment. i just change it back and forth as i'm implementing this making sure both work. they do though. i'm more interested now in 1. fixing some map render bug that adds some gaps/seams of some sort, 2. fixing map in gl to also get rid of seams (very very very hard given what its trying to do - might need to re-arch the perspective solution i had). 3. actual proper shadows to be self-cast and cast on the "background". 4. clean up the code a little and put this into elm_flip with added manual flip initiate handling for all flip types (so users can flip your widgets/pages just with a drag or click on one side of your widget area :)). at least you can now write an ebook reader easily... with flipping fun. -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: raster trunk/elementary/src/bin
On Mon, 23 May 2011, Carsten Haitzler (The Rasterman) wrote: > On Mon, 23 May 2011 14:39:39 +0200 Nicolas Aguirre > said: > >> 2011/5/23 Enlightenment SVN >> >>> Log: >>> and flip now does shading nicely. rather hacky, but works well. >>> >>> >>> >>> >> First version was working well with edje object, but this one is limited to >> image only ? >> BTW it's a cool feature ;) > > actually still works with ANY object... just testing with image obj at the > moment. i just change it back and forth as i'm implementing this making sure > both work. they do though. i'm more interested now in 1. fixing some map > render > bug that adds some gaps/seams of some sort, 2. fixing map in gl to also get > rid > of seams (very very very hard given what its trying to do - might need to > re-arch the perspective solution i had). 3. actual proper shadows to be > self-cast and cast on the "background". 4. clean up the code a little and put > this into elm_flip with added manual flip initiate handling for all flip types > (so users can flip your widgets/pages just with a drag or click on one side of > your widget area :)). > > at least you can now write an ebook reader easily... with flipping fun. like envision (the (future) multi do viewer) :) Vincent -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Elementary and simple list
Hi, then you need a another theme for elm_list which fits the box size. You could write down a separated theme from the default list theme. Open elementary theme file. "elementary/data/theme/default.edc" Then find out list groups "group { name: "elm/list/..." (there are a few maybe...) as well as "alias: "elm/list/base/default" You can copy those groups to another edc file for enki. then modify the groups. (also group name ex) alias: "elm/list/base/enki" ) I guess, to make fitting the box size, You may need to check the group where "alias: "elm/list/base/default" Next, you could apply the theme for your list. check these APIs.. elm_theme_extension_set elm_object_style_set elm_object_scroll_freeze_push. ps) i don't know Enki well. :p Let's run together for the best moment! -Regards, Hermet- -Original Message- From: "Atton Jonathan"To: "ChunEon Park" Cc: "e" Sent: 11-05-23(월) 02:59:09 Subject: Re: [E-devel] Elementary and simple list I do not exactly what freeze does but I need that the list fit its size to the content (like a box does). 2011/5/22 ChunEon Park HI, elm_list with no scroll? how about just freezing the scroll? ex) elm_object_scroll_freeze_push(list); Let's run together for the best moment! -Regards, Hermet- -Original Message- From: "Atton Jonathan" To: "e" Cc: Sent: 11-05-22(일) 06:38:22 Subject: [E-devel] Elementary and simple listHello, for Enki I need a specific widget: - a vertical list of items: one item can be selected -> like a elm_list - no scroll -> like a box Do you think we can create this object ? maybe we can split elm_list, the content of a elm_list is what I need. I think elm_list should herits this widget. -- Regards. -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Regards. -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: raster trunk/elementary/src/bin
On Mon, 23 May 2011 15:25:26 +0200 (CEST) Vincent Torri said: > > > On Mon, 23 May 2011, Carsten Haitzler (The Rasterman) wrote: > > > On Mon, 23 May 2011 14:39:39 +0200 Nicolas Aguirre > > said: > > > >> 2011/5/23 Enlightenment SVN > >> > >>> Log: > >>> and flip now does shading nicely. rather hacky, but works well. > >>> > >>> > >>> > >>> > >> First version was working well with edje object, but this one is limited to > >> image only ? > >> BTW it's a cool feature ;) > > > > actually still works with ANY object... just testing with image obj at the > > moment. i just change it back and forth as i'm implementing this making sure > > both work. they do though. i'm more interested now in 1. fixing some map > > render bug that adds some gaps/seams of some sort, 2. fixing map in gl to > > also get rid of seams (very very very hard given what its trying to do - > > might need to re-arch the perspective solution i had). 3. actual proper > > shadows to be self-cast and cast on the "background". 4. clean up the code > > a little and put this into elm_flip with added manual flip initiate > > handling for all flip types (so users can flip your widgets/pages just with > > a drag or click on one side of your widget area :)). > > > > at least you can now write an ebook reader easily... with flipping fun. > > like envision (the (future) multi do viewer) :) bingo :) -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Need test for 1.0.1
Hi devs, We are ready to ship 1.0.1, but before that and to avoid a borked release, could some of you test either the 1.0 branch, or directly the tarball from http://www.enlightenment.org/~cedric/ . As this is not trunk, you can't use the application in svn to test it, but should rather try the one of the latest snapshot: http://download.enlightenment.org/snapshots/2010-12-03/ . Please report any issue and have fun ! Regards, -- Cedric BAIL -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Need test for 1.0.1
Hi, > We are ready to ship 1.0.1, but before that and to avoid a borked > release, could some of you test either the 1.0 branch, or directly the > tarball from http://www.enlightenment.org/~cedric/ . As this is not > trunk, you can't use the application in svn to test it, but should > rather try the one of the latest snapshot: > http://download.enlightenment.org/snapshots/2010-12-03/ . do you want any specific tests or just compiling tests ? Mathieu > > Please report any issue and have fun ! > Regards, -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Need test for 1.0.1
On Mon, 23 May 2011, Cedric BAIL wrote: > Hi devs, > > We are ready to ship 1.0.1, but before that and to avoid a borked > release, could some of you test either the 1.0 branch, or directly the > tarball from http://www.enlightenment.org/~cedric/ . As this is not > trunk, you can't use the application in svn to test it, but should > rather try the one of the latest snapshot: > http://download.enlightenment.org/snapshots/2010-12-03/ . in case it matters, the Windows port is currently broken. Vincent -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: cedric IN branches/ecore-1.0: . src/lib/ecore_evas
On Mon, 23 May 2011 14:27:16 +0200 Cedric BAIL wrote: > On Mon, May 23, 2011 at 1:50 PM, Mike Blumenkrantz wrote: > > On Mon, 23 May 2011 19:32:59 +0900 > > Carsten Haitzler (The Rasterman) wrote: > >> On Mon, 23 May 2011 12:10:03 +0200 Cedric BAIL said: > >> > On Mon, May 23, 2011 at 12:01 PM, Carsten Haitzler > >> > wrote: > >> > > On Mon, 23 May 2011 11:54:25 +0200 (CEST) Vincent Torri > >> > > said: > >> > >> On Mon, 23 May 2011, Carsten Haitzler (The Rasterman) wrote: > >> > >> > On Mon, 23 May 2011 11:05:04 +0200 (CEST) Vincent Torri > >> > >> > said: > >> > >> > > >> > >> > that requires i read the changelog and commit those patches - and it > >> > >> > takes time. as you said. > >> > >> > >> > >> A lot less than what cedric is doing right now > >> > > > >> > > not really. it involves reading the chlog - looking at commits for that > >> > > date (or one day either side) and then putting in the appropriate > >> > > patches. same work. > >> > > >> > And that work is required, just to be sure that no backport are > >> > forgotten. > >> > >> yes. indeed. i'm just pointing out that i dont have any magic information > >> that cedric doesn't have. i need to also sit down with changelog file AND > >> svn commit log in hand and match things up. especially looking at every > >> svn commit log and diff. it's really cherry picking the commits in order. > >> > >> > > It really does make things easier if you just do the backport as you go. If > > you have to update a backport commit later then so be it. Just learn to > > never commit broken code! > > Hey padawan ! Did you forgot my lesson ? It was a time when I saw you > as the new daemon of svn borkenness, and now you advise not to commit > broken code ? That's bad ! You will be SPANKED for that ! It's just a trick to make them think I am not breaking things! -- Mike Blumenkrantz Zentific: NULL pointer dereferences now 50% off! -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Need test for 1.0.1
> On Mon, 23 May 2011, Cedric BAIL wrote: > >> Hi devs, >> >> We are ready to ship 1.0.1, but before that and to avoid a borked >> release, could some of you test either the 1.0 branch, or directly the >> tarball from http://www.enlightenment.org/~cedric/ . As this is not >> trunk, you can't use the application in svn to test it, but should >> rather try the one of the latest snapshot: >> http://download.enlightenment.org/snapshots/2010-12-03/ . I tried to test this on MaxOSX. I know this OS is not the priority. The directory http://www.enlightenment.org/~cedric/ is missing embryo. I used the enlightenment package from the snapshot http://download.enlightenment.org/snapshots/2010-12-03/. That snapshot page did not include embryo either. So I used my existing embryo which is from svn. Most of the libs built and installed, except efreet and enlightenment. Efreet had a make error that appeared a few months ago on MacOS, and has since been fixed. Bug regression? $ make ... CC main.o main.c: In function ‘environment_store’: main.c:86: warning: unused variable ‘e’ main.c:85: warning: unused variable ‘env’ main.c: In function ‘environment_restore’: main.c:99: warning: unused variable ‘e’ main.c:98: warning: unused variable ‘l’ main.c: In function ‘main’: main.c:169: warning: implicit declaration of function ‘clearenv’ CCLD efreet_test Undefined symbols: "_clearenv", referenced from: _main in main.o ld: symbol(s) not found collect2: ld returned 1 exit status make[4]: *** [efreet_test] Error 1 So I continued, using the efreet already installed from svn. Enlightenment failed make with the following error, clearly due to the missing embryo package in 1.0.1 rc $ make ... " collection entry dyld: lazy symbol binding failed: Symbol not found: _eina_prefix_new Referenced from: /usr/local/bin/embryo_cc Expected in: /usr/local/lib/libeina.1.dylib dyld: Symbol not found: _eina_prefix_new Referenced from: /usr/local/bin/embryo_cc Expected in: /usr/local/lib/libeina.1.dylib /usr/local/bin/edje_cc: Error. Compiling script code not clean. make[4]: *** [default.edj] Error 255 make[3]: *** [all-recursive] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 So I was unable to run and test e17. If you could provide 1.0.1 snapshots for embryo and e17, I can install those and hopefully test e17. Dave -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Need test for 1.0.1
On Mon, May 23, 2011 at 4:07 PM, Dave Ray wrote: >> On Mon, 23 May 2011, Cedric BAIL wrote: >> >>> Hi devs, >>> >>> We are ready to ship 1.0.1, but before that and to avoid a borked >>> release, could some of you test either the 1.0 branch, or directly the >>> tarball from http://www.enlightenment.org/~cedric/ . As this is not >>> trunk, you can't use the application in svn to test it, but should >>> rather try the one of the latest snapshot: >>> http://download.enlightenment.org/snapshots/2010-12-03/ . > > I tried to test this on MaxOSX. I know this OS is not the priority. It is not a priority, but for .0.1 release that is supposed to be binary compatible it can't be broken either. Cheers, Eduardo. > The directory http://www.enlightenment.org/~cedric/ is missing embryo. > > I used the enlightenment package from the snapshot > http://download.enlightenment.org/snapshots/2010-12-03/. > > That snapshot page did not include embryo either. So I used my existing > embryo which is from svn. > > Most of the libs built and installed, except efreet and enlightenment. > > Efreet had a make error that appeared a few months ago on MacOS, and has > since been fixed. Bug regression? > > $ make > ... > CC main.o > main.c: In function ‘environment_store’: > main.c:86: warning: unused variable ‘e’ > main.c:85: warning: unused variable ‘env’ > main.c: In function ‘environment_restore’: > main.c:99: warning: unused variable ‘e’ > main.c:98: warning: unused variable ‘l’ > main.c: In function ‘main’: > main.c:169: warning: implicit declaration of function ‘clearenv’ > CCLD efreet_test > Undefined symbols: > "_clearenv", referenced from: > _main in main.o > ld: symbol(s) not found > collect2: ld returned 1 exit status > make[4]: *** [efreet_test] Error 1 > > So I continued, using the efreet already installed from svn. > > Enlightenment failed make with the following error, clearly due to the > missing embryo package in 1.0.1 rc > > $ make > ... > " collection entry > dyld: lazy symbol binding failed: Symbol not found: _eina_prefix_new > Referenced from: /usr/local/bin/embryo_cc > Expected in: /usr/local/lib/libeina.1.dylib > > dyld: Symbol not found: _eina_prefix_new > Referenced from: /usr/local/bin/embryo_cc > Expected in: /usr/local/lib/libeina.1.dylib > > /usr/local/bin/edje_cc: Error. Compiling script code not clean. > make[4]: *** [default.edj] Error 255 > make[3]: *** [all-recursive] Error 1 > make[2]: *** [all-recursive] Error 1 > make[1]: *** [all-recursive] Error 1 > make: *** [all] Error 2 > > So I was unable to run and test e17. > > If you could provide 1.0.1 snapshots for embryo and e17, I can install those > and hopefully test e17. > > Dave > > > -- > What Every C/C++ and Fortran developer Should Know! > Read this article and learn how Intel has extended the reach of its > next-generation tools to help Windows* and Linux* C/C++ and Fortran > developers boost performance applications - including clusters. > http://p.sf.net/sfu/intel-dev2devmay > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Need test for 1.0.1
On Mon, 23 May 2011, Eduardo Felipe wrote: On Mon, May 23, 2011 at 4:07 PM, Dave Ray wrote: On Mon, 23 May 2011, Cedric BAIL wrote: Hi devs, We are ready to ship 1.0.1, but before that and to avoid a borked release, could some of you test either the 1.0 branch, or directly the tarball from http://www.enlightenment.org/~cedric/ . As this is not trunk, you can't use the application in svn to test it, but should rather try the one of the latest snapshot: http://download.enlightenment.org/snapshots/2010-12-03/ . I tried to test this on MaxOSX. I know this OS is not the priority. It is not a priority, but for .0.1 release that is supposed to be binary compatible it can't be broken either. Cheers, Eduardo. The directory http://www.enlightenment.org/~cedric/ is missing embryo. I used the enlightenment package from the snapshot http://download.enlightenment.org/snapshots/2010-12-03/. That snapshot page did not include embryo either. So I used my existing embryo which is from svn. Most of the libs built and installed, except efreet and enlightenment. Efreet had a make error that appeared a few months ago on MacOS, and has since been fixed. Bug regression? if so, the fix must be backported if the API and ABI are not broken by the fix Vincent $ make ... CC main.o main.c: In function ?environment_store?: main.c:86: warning: unused variable ?e? main.c:85: warning: unused variable ?env? main.c: In function ?environment_restore?: main.c:99: warning: unused variable ?e? main.c:98: warning: unused variable ?l? main.c: In function ?main?: main.c:169: warning: implicit declaration of function ?clearenv? CCLD efreet_test Undefined symbols: "_clearenv", referenced from: _main in main.o ld: symbol(s) not found collect2: ld returned 1 exit status make[4]: *** [efreet_test] Error 1 So I continued, using the efreet already installed from svn. Enlightenment failed make with the following error, clearly due to the missing embryo package in 1.0.1 rc $ make ... " collection entry dyld: lazy symbol binding failed: Symbol not found: _eina_prefix_new Referenced from: /usr/local/bin/embryo_cc Expected in: /usr/local/lib/libeina.1.dylib dyld: Symbol not found: _eina_prefix_new Referenced from: /usr/local/bin/embryo_cc Expected in: /usr/local/lib/libeina.1.dylib /usr/local/bin/edje_cc: Error. Compiling script code not clean. make[4]: *** [default.edj] Error 255 make[3]: *** [all-recursive] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 So I was unable to run and test e17. If you could provide 1.0.1 snapshots for embryo and e17, I can install those and hopefully test e17. Dave -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] EEZE
Hi, On Mon, May 23, 2011 at 8:41 AM, Mike Blumenkrantz wrote: > Hi, > > I requested that everyone re-run the eeze udev test a couple weeks ago. I got > 4 > responses. This is not sufficient. Call me lazy! What command? These are in my PATH: eeze_disk_ls eeze_mounteeze_umount Lucas De Marchi -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] EEZE
$ sudo eeze_disk_ls Found the following unmounted disks: /sys/devices/pci:00/:00:1a.7/usb1/1-1/1-1:1.0/host11/target11:0:0/11:0:0:0/block/sdb - /dev/sdb:(null) /sys/devices/pci:00/:00:1f.2/host2/target2:0:0/2:0:0:0/block/sda/sda1 - /dev/sda1:/ /sys/devices/pci:00/:00:1f.2/host2/target2:0:0/2:0:0:0/block/sda/sda2 - /dev/sda2:/home Found the following removable drives: /sys/devices/pci:00/:00:1a.7/usb1/1-1/1-1:1.0/host11/target11:0:0/11:0:0:0 - (null):(null) Found the following internal drives: /sys/devices/pci:00/:00:1f.2/host2/target2:0:0/2:0:0:0/block/sda - /dev/sda Here's mine with usb connected and obviously my internal harddrive. As you can see, I get a bunch of (null)s, but more importantly, / and /home are listed under unmounted, wtf? -- Tom. -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] EEZE
On Mon, May 23, 2011 at 11:31 PM, Lucas De Marchi wrote: > Hi, > > On Mon, May 23, 2011 at 8:41 AM, Mike Blumenkrantz wrote: >> Hi, >> >> I requested that everyone re-run the eeze udev test a couple weeks ago. I >> got 4 >> responses. This is not sufficient. > > Call me lazy! What command? > > These are in my PATH: > > eeze_disk_ls eeze_mount eeze_umount there is /bin/eeze_udev_test which should output : ~$ eeze_udev_test For my first trick, I will find all of your keyboards and return their syspaths. Found keyboard: /sys/devices/pci:00/:00:1a.2/usb5 Found keyboard: /sys/devices/pci:00/:00:1a.2/usb5/5-1/5-1:1.0/input/input0/event0 Next, I will find all of your mice and print the corresponding manufacturer. Found mouse /sys/devices/pci:00/:00:1d.7 with vendor: (null) Found mouse /sys/devices/pci:00/:00:1d.2 with vendor: (null) Found mouse /sys/devices/pci:00/:00:1d.1 with vendor: (null) Found mouse /sys/devices/pci:00/:00:1d.0 with vendor: (null) Found mouse /sys/devices/pci:00/:00:1a.7 with vendor: (null) Found mouse /sys/devices/pci:00/:00:1a.2/usb5 with vendor: Linux 2.6.38-2-amd64 uhci_hcd Found mouse /sys/devices/pci:00/:00:1a.2 with vendor: (null) Found mouse /sys/devices/pci:00/:00:1a.1/usb4 with vendor: Linux 2.6.38-2-amd64 uhci_hcd Found mouse /sys/devices/pci:00/:00:1a.1 with vendor: (null) Found mouse /sys/devices/pci:00/:00:1a.0 with vendor: (null) Found mouse /sys/devices/pci:00/:00:1a.1/usb4/4-2/input/input6/event6 with vendor: X10 Wireless Technology Inc Found mouse /sys/devices/pci:00/:00:1a.1/usb4/4-2/input/input6/mouse1 with vendor: X10 Wireless Technology Inc Found mouse /sys/devices/pci:00/:00:1a.2/usb5/5-2/5-2:1.0/input/input2/event2 with vendor: Logitech Found mouse /sys/devices/pci:00/:00:1a.2/usb5/5-2/5-2:1.0/input/input2/mouse0 with vendor: Logitech Now let's try something a little more difficult. Mountable filesystems! Found device: /sys/devices/pci:00/:00:1f.2/host2/target2:0:0/2:0:0:0/block/sda/sda1 You probably know it better as /dev/sda1 It's formatted as ext4! Found device: /sys/devices/pci:00/:00:1f.2/host2/target2:0:1/2:0:1:0/block/sdb/sdb1 You probably know it better as /dev/sdb1 It's formatted as ext3! Internal drives, anyone? With serial numbers? /sys/devices/pci:00/:00:1f.2/host2/target2:0:0/2:0:0:0/block/sda: SAMSUNG_HD103UJ_S13PJDWS623110 /sys/devices/pci:00/:00:1f.2/host2/target2:0:1/2:0:1:0/block/sdb: SAMSUNG_HD103UJ_S13PJDWS621932 Got any removables? I'm gonna find em! And now for something more complicated. Plug or unplug your keyboard or mouse for me. => I plug an usb key and get the msg : You plugged in /dev/bus/usb/001/005! All tests completed, exiting successfully! => this is a success :) > > > > > > Lucas De Marchi > > -- > What Every C/C++ and Fortran developer Should Know! > Read this article and learn how Intel has extended the reach of its > next-generation tools to help Windows* and Linux* C/C++ and Fortran > developers boost performance applications - including clusters. > http://p.sf.net/sfu/intel-dev2devmay > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- Steven Le Roux Jabber-ID : ste...@jabber.fr 0x39494CCB 2FF7 226B 552E 4709 03F0 6281 72D7 A010 3949 4CCB -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] EEZE
On Mon, 23 May 2011 18:31:07 -0300 Lucas De Marchi wrote: > Hi, > > On Mon, May 23, 2011 at 8:41 AM, Mike Blumenkrantz wrote: > > Hi, > > > > I requested that everyone re-run the eeze udev test a couple weeks ago. I > > got 4 responses. This is not sufficient. > > Call me lazy! What command? > > These are in my PATH: > > eeze_disk_ls eeze_mounteeze_umount > > > > > > Lucas De Marchi The test is called eeze_udev_test, and it is not installed. It will be in src/bin of a compiled eeze tree. -- Mike Blumenkrantz Zentific: NULL pointer dereferences now 50% off! -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] EEZE
On Mon, 23 May 2011 23:39:43 +0200 Steven Le Roux wrote: > On Mon, May 23, 2011 at 11:31 PM, Lucas De Marchi > wrote: > > Hi, > > > > On Mon, May 23, 2011 at 8:41 AM, Mike Blumenkrantz > > wrote: > >> Hi, > >> > >> I requested that everyone re-run the eeze udev test a couple weeks ago. I > >> got 4 responses. This is not sufficient. > > > > Call me lazy! What command? > > > > These are in my PATH: > > > > eeze_disk_ls eeze_mount eeze_umount > > there is /bin/eeze_udev_test > > which should output : > > > > ~$ eeze_udev_test > For my first trick, I will find all of your keyboards and return their > syspaths. Found keyboard: /sys/devices/pci:00/:00:1a.2/usb5 > Found keyboard: > /sys/devices/pci:00/:00:1a.2/usb5/5-1/5-1:1.0/input/input0/event0 > > Next, I will find all of your mice and print the corresponding manufacturer. > Found mouse /sys/devices/pci:00/:00:1d.7 with vendor: (null) > Found mouse /sys/devices/pci:00/:00:1d.2 with vendor: (null) > Found mouse /sys/devices/pci:00/:00:1d.1 with vendor: (null) > Found mouse /sys/devices/pci:00/:00:1d.0 with vendor: (null) > Found mouse /sys/devices/pci:00/:00:1a.7 with vendor: (null) > Found mouse /sys/devices/pci:00/:00:1a.2/usb5 with vendor: > Linux 2.6.38-2-amd64 uhci_hcd > Found mouse /sys/devices/pci:00/:00:1a.2 with vendor: (null) > Found mouse /sys/devices/pci:00/:00:1a.1/usb4 with vendor: > Linux 2.6.38-2-amd64 uhci_hcd > Found mouse /sys/devices/pci:00/:00:1a.1 with vendor: (null) > Found mouse /sys/devices/pci:00/:00:1a.0 with vendor: (null) > Found mouse /sys/devices/pci:00/:00:1a.1/usb4/4-2/input/input6/event6 > with vendor: X10 Wireless Technology Inc > Found mouse /sys/devices/pci:00/:00:1a.1/usb4/4-2/input/input6/mouse1 > with vendor: X10 Wireless Technology Inc > Found > mouse > /sys/devices/pci:00/:00:1a.2/usb5/5-2/5-2:1.0/input/input2/event2 > with vendor: Logitech Found > mouse > /sys/devices/pci:00/:00:1a.2/usb5/5-2/5-2:1.0/input/input2/mouse0 > with vendor: Logitech > > Now let's try something a little more difficult. Mountable filesystems! > Found > device: > /sys/devices/pci:00/:00:1f.2/host2/target2:0:0/2:0:0:0/block/sda/sda1 > You probably know it better as /dev/sda1 It's formatted as ext4! > Found > device: > /sys/devices/pci:00/:00:1f.2/host2/target2:0:1/2:0:1:0/block/sdb/sdb1 > You probably know it better as /dev/sdb1 It's formatted as ext3! > > Internal drives, anyone? With serial numbers? > /sys/devices/pci:00/:00:1f.2/host2/target2:0:0/2:0:0:0/block/sda: > SAMSUNG_HD103UJ_S13PJDWS623110 > /sys/devices/pci:00/:00:1f.2/host2/target2:0:1/2:0:1:0/block/sdb: > SAMSUNG_HD103UJ_S13PJDWS621932 > > Got any removables? I'm gonna find em! > > And now for something more complicated. Plug or unplug your keyboard > or mouse for me. > > > => I plug an usb key and get the msg : > > You plugged in /dev/bus/usb/001/005! > All tests completed, exiting successfully! > > > => this is a success :) > > > > > > > > > > > > > > Lucas De Marchi > > > > -- > > What Every C/C++ and Fortran developer Should Know! > > Read this article and learn how Intel has extended the reach of its > > next-generation tools to help Windows* and Linux* C/C++ and Fortran > > developers boost performance applications - including clusters. > > http://p.sf.net/sfu/intel-dev2devmay > > ___ > > enlightenment-devel mailing list > > enlightenment-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > > > > Is this accurate? you had no usb drives? -- Mike Blumenkrantz Zentific: NULL pointer dereferences now 50% off! -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] EEZE
On Tue, 24 May 2011 00:39:05 +0300 Tom Hacohen wrote: > $ sudo eeze_disk_ls > Found the following unmounted disks: > > /sys/devices/pci:00/:00:1a.7/usb1/1-1/1-1:1.0/host11/target11:0:0/11:0:0:0/block/sdb > - /dev/sdb:(null) > > /sys/devices/pci:00/:00:1f.2/host2/target2:0:0/2:0:0:0/block/sda/sda1 > - /dev/sda1:/ > > /sys/devices/pci:00/:00:1f.2/host2/target2:0:0/2:0:0:0/block/sda/sda2 > - /dev/sda2:/home > Found the following removable drives: > > /sys/devices/pci:00/:00:1a.7/usb1/1-1/1-1:1.0/host11/target11:0:0/11:0:0:0 > - (null):(null) > Found the following internal drives: > /sys/devices/pci:00/:00:1f.2/host2/target2:0:0/2:0:0:0/block/sda > - /dev/sda > > > Here's mine with usb connected and obviously my internal harddrive. As you > can see, I get a bunch of (null)s, > but more importantly, / and /home are listed under unmounted, wtf? > unmounted is a typo, fixed now. the rest looks fine -- Mike Blumenkrantz Zentific: NULL pointer dereferences now 50% off! -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] EEZE
On Mon, 23 May 2011 23:39:43 +0200 Steven Le Roux wrote: > On Mon, May 23, 2011 at 11:31 PM, Lucas De Marchi > wrote: > > Hi, > > > > On Mon, May 23, 2011 at 8:41 AM, Mike Blumenkrantz > > wrote: > >> Hi, > >> > >> I requested that everyone re-run the eeze udev test a couple weeks ago. I > >> got 4 responses. This is not sufficient. > > > > Call me lazy! What command? > > > > These are in my PATH: > > > > eeze_disk_ls eeze_mount eeze_umount > > there is /bin/eeze_udev_test > > which should output : > > > > ~$ eeze_udev_test > For my first trick, I will find all of your keyboards and return their > syspaths. Found keyboard: /sys/devices/pci:00/:00:1a.2/usb5 > Found keyboard: > /sys/devices/pci:00/:00:1a.2/usb5/5-1/5-1:1.0/input/input0/event0 > > Next, I will find all of your mice and print the corresponding manufacturer. > Found mouse /sys/devices/pci:00/:00:1d.7 with vendor: (null) > Found mouse /sys/devices/pci:00/:00:1d.2 with vendor: (null) > Found mouse /sys/devices/pci:00/:00:1d.1 with vendor: (null) > Found mouse /sys/devices/pci:00/:00:1d.0 with vendor: (null) > Found mouse /sys/devices/pci:00/:00:1a.7 with vendor: (null) > Found mouse /sys/devices/pci:00/:00:1a.2/usb5 with vendor: > Linux 2.6.38-2-amd64 uhci_hcd > Found mouse /sys/devices/pci:00/:00:1a.2 with vendor: (null) > Found mouse /sys/devices/pci:00/:00:1a.1/usb4 with vendor: > Linux 2.6.38-2-amd64 uhci_hcd > Found mouse /sys/devices/pci:00/:00:1a.1 with vendor: (null) > Found mouse /sys/devices/pci:00/:00:1a.0 with vendor: (null) > Found mouse /sys/devices/pci:00/:00:1a.1/usb4/4-2/input/input6/event6 > with vendor: X10 Wireless Technology Inc > Found mouse /sys/devices/pci:00/:00:1a.1/usb4/4-2/input/input6/mouse1 > with vendor: X10 Wireless Technology Inc > Found > mouse > /sys/devices/pci:00/:00:1a.2/usb5/5-2/5-2:1.0/input/input2/event2 > with vendor: Logitech Found > mouse > /sys/devices/pci:00/:00:1a.2/usb5/5-2/5-2:1.0/input/input2/mouse0 > with vendor: Logitech > > Now let's try something a little more difficult. Mountable filesystems! > Found > device: > /sys/devices/pci:00/:00:1f.2/host2/target2:0:0/2:0:0:0/block/sda/sda1 > You probably know it better as /dev/sda1 It's formatted as ext4! > Found > device: > /sys/devices/pci:00/:00:1f.2/host2/target2:0:1/2:0:1:0/block/sdb/sdb1 > You probably know it better as /dev/sdb1 It's formatted as ext3! > > Internal drives, anyone? With serial numbers? > /sys/devices/pci:00/:00:1f.2/host2/target2:0:0/2:0:0:0/block/sda: > SAMSUNG_HD103UJ_S13PJDWS623110 > /sys/devices/pci:00/:00:1f.2/host2/target2:0:1/2:0:1:0/block/sdb: > SAMSUNG_HD103UJ_S13PJDWS621932 > > Got any removables? I'm gonna find em! > > And now for something more complicated. Plug or unplug your keyboard > or mouse for me. > > > => I plug an usb key and get the msg : > > You plugged in /dev/bus/usb/001/005! > All tests completed, exiting successfully! > > > => this is a success :) > > > > > > > > > > > > > > Lucas De Marchi > > > > -- > > What Every C/C++ and Fortran developer Should Know! > > Read this article and learn how Intel has extended the reach of its > > next-generation tools to help Windows* and Linux* C/C++ and Fortran > > developers boost performance applications - including clusters. > > http://p.sf.net/sfu/intel-dev2devmay > > ___ > > enlightenment-devel mailing list > > enlightenment-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > > > > actually, you can just run eeze_disk_ls. it's installed but I forgot about it... -- Mike Blumenkrantz Zentific: NULL pointer dereferences now 50% off! -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] EEZE
On Mon, May 23, 2011 at 11:55 PM, Mike Blumenkrantz wrote: > On Mon, 23 May 2011 23:39:43 +0200 > Steven Le Roux wrote: > >> On Mon, May 23, 2011 at 11:31 PM, Lucas De Marchi >> wrote: >> > Hi, >> > >> > On Mon, May 23, 2011 at 8:41 AM, Mike Blumenkrantz >> > wrote: >> >> Hi, >> >> >> >> I requested that everyone re-run the eeze udev test a couple weeks ago. I >> >> got 4 responses. This is not sufficient. >> > >> > Call me lazy! What command? >> > >> > These are in my PATH: >> > >> > eeze_disk_ls eeze_mount eeze_umount >> >> there is /bin/eeze_udev_test >> >> which should output : >> >> >> >> ~$ eeze_udev_test [...] >> >> > Is this accurate? you had no usb drives? > yes it is, I had to plug a usb key to test it. > -- > Mike Blumenkrantz > Zentific: NULL pointer dereferences now 50% off! > -- Steven Le Roux Jabber-ID : ste...@jabber.fr 0x39494CCB 2FF7 226B 552E 4709 03F0 6281 72D7 A010 3949 4CCB -- vRanger cuts backup time in half-while increasing security. With the market-leading solution for virtual backup and recovery, you get blazing-fast, flexible, and affordable data protection. Download your free trial now. http://p.sf.net/sfu/quest-d2dcopy1 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] EEZE
On Tue, 24 May 2011 00:06:29 +0200 Steven Le Roux wrote: > On Mon, May 23, 2011 at 11:55 PM, Mike Blumenkrantz wrote: > > On Mon, 23 May 2011 23:39:43 +0200 > > Steven Le Roux wrote: > > > >> On Mon, May 23, 2011 at 11:31 PM, Lucas De Marchi > >> wrote: > >> > Hi, > >> > > >> > On Mon, May 23, 2011 at 8:41 AM, Mike Blumenkrantz > >> > wrote: > >> >> Hi, > >> >> > >> >> I requested that everyone re-run the eeze udev test a couple weeks ago. > >> >> I got 4 responses. This is not sufficient. > >> > > >> > Call me lazy! What command? > >> > > >> > These are in my PATH: > >> > > >> > eeze_disk_ls eeze_mount eeze_umount > >> > >> there is /bin/eeze_udev_test > >> > >> which should output : > >> > >> > >> > >> ~$ eeze_udev_test > > [...] > > >> > >> > > Is this accurate? you had no usb drives? > > > > yes it is, I had to plug a usb key to test it. > > > > -- > > Mike Blumenkrantz > > Zentific: NULL pointer dereferences now 50% off! > > > > > so then it's not detecting your removable drive ? -- Mike Blumenkrantz Zentific: NULL pointer dereferences now 50% off! -- vRanger cuts backup time in half-while increasing security. With the market-leading solution for virtual backup and recovery, you get blazing-fast, flexible, and affordable data protection. Download your free trial now. http://p.sf.net/sfu/quest-d2dcopy1 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] EEZE
On Tue, May 24, 2011 at 12:15 AM, Mike Blumenkrantz wrote: > On Tue, 24 May 2011 00:06:29 +0200 > Steven Le Roux wrote: > >> On Mon, May 23, 2011 at 11:55 PM, Mike Blumenkrantz >> wrote: >> > On Mon, 23 May 2011 23:39:43 +0200 >> > Steven Le Roux wrote: >> > >> >> On Mon, May 23, 2011 at 11:31 PM, Lucas De Marchi >> >> wrote: >> >> > Hi, >> >> > >> >> > On Mon, May 23, 2011 at 8:41 AM, Mike Blumenkrantz >> >> > wrote: >> >> >> Hi, >> >> >> >> >> >> I requested that everyone re-run the eeze udev test a couple weeks ago. >> >> >> I got 4 responses. This is not sufficient. >> >> > >> >> > Call me lazy! What command? >> >> > >> >> > These are in my PATH: >> >> > >> >> > eeze_disk_ls eeze_mount eeze_umount >> >> >> >> there is /bin/eeze_udev_test >> >> >> >> which should output : >> >> >> >> >> >> >> >> ~$ eeze_udev_test >> >> [...] >> >> >> >> >> >> > Is this accurate? you had no usb drives? >> > >> >> yes it is, I had to plug a usb key to test it. >> >> >> > -- >> > Mike Blumenkrantz >> > Zentific: NULL pointer dereferences now 50% off! >> > >> >> >> > so then it's not detecting your removable drive ? > I tried again with the usb stick already plugged in : Got any removables? I'm gonna find em! And now for something more complicated. Plug or unplug your keyboard or mouse for me. => so here i remove it : You unplugged /dev/input/event0! All tests completed, exiting successfully! should it be listed under the "Got any removables?" question ? > -- > Mike Blumenkrantz > Zentific: NULL pointer dereferences now 50% off! > -- Steven Le Roux Jabber-ID : ste...@jabber.fr 0x39494CCB 2FF7 226B 552E 4709 03F0 6281 72D7 A010 3949 4CCB -- vRanger cuts backup time in half-while increasing security. With the market-leading solution for virtual backup and recovery, you get blazing-fast, flexible, and affordable data protection. Download your free trial now. http://p.sf.net/sfu/quest-d2dcopy1 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] EEZE
On Tue, 24 May 2011 00:18:35 +0200 Steven Le Roux wrote: > On Tue, May 24, 2011 at 12:15 AM, Mike Blumenkrantz wrote: > > On Tue, 24 May 2011 00:06:29 +0200 > > Steven Le Roux wrote: > > > >> On Mon, May 23, 2011 at 11:55 PM, Mike Blumenkrantz > >> wrote: > >> > On Mon, 23 May 2011 23:39:43 +0200 > >> > Steven Le Roux wrote: > >> > > >> >> On Mon, May 23, 2011 at 11:31 PM, Lucas De Marchi > >> >> wrote: > >> >> > Hi, > >> >> > > >> >> > On Mon, May 23, 2011 at 8:41 AM, Mike Blumenkrantz > >> >> > wrote: > >> >> >> Hi, > >> >> >> > >> >> >> I requested that everyone re-run the eeze udev test a couple weeks > >> >> >> ago. I got 4 responses. This is not sufficient. > >> >> > > >> >> > Call me lazy! What command? > >> >> > > >> >> > These are in my PATH: > >> >> > > >> >> > eeze_disk_ls eeze_mount eeze_umount > >> >> > >> >> there is /bin/eeze_udev_test > >> >> > >> >> which should output : > >> >> > >> >> > >> >> > >> >> ~$ eeze_udev_test > >> > >> [...] > >> > >> >> > >> >> > >> > Is this accurate? you had no usb drives? > >> > > >> > >> yes it is, I had to plug a usb key to test it. > >> > >> > >> > -- > >> > Mike Blumenkrantz > >> > Zentific: NULL pointer dereferences now 50% off! > >> > > >> > >> > >> > > so then it's not detecting your removable drive ? > > > > > I tried again with the usb stick already plugged in : > > > Got any removables? I'm gonna find em! > > And now for something more complicated. Plug or unplug your keyboard > or mouse for me. > > => so here i remove it : > > You unplugged /dev/input/event0! > All tests completed, exiting successfully! > > > should it be listed under the "Got any removables?" question ? yes. I'll need a paste of 'udevadm info --export-db' with the stick plugged in > > > > -- > > Mike Blumenkrantz > > Zentific: NULL pointer dereferences now 50% off! > > > > > -- Mike Blumenkrantz Zentific: NULL pointer dereferences now 50% off! -- vRanger cuts backup time in half-while increasing security. With the market-leading solution for virtual backup and recovery, you get blazing-fast, flexible, and affordable data protection. Download your free trial now. http://p.sf.net/sfu/quest-d2dcopy1 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] EEZE
On Tue, May 24, 2011 at 12:31 AM, Steven Le Roux wrote: > On Tue, May 24, 2011 at 12:26 AM, Mike Blumenkrantz wrote: >> On Tue, 24 May 2011 00:18:35 +0200 >> Steven Le Roux wrote: >> >>> On Tue, May 24, 2011 at 12:15 AM, Mike Blumenkrantz >>> wrote: >>> > On Tue, 24 May 2011 00:06:29 +0200 >>> > Steven Le Roux wrote: >>> > >>> >> On Mon, May 23, 2011 at 11:55 PM, Mike Blumenkrantz >>> >> wrote: >>> >> > On Mon, 23 May 2011 23:39:43 +0200 >>> >> > Steven Le Roux wrote: >>> >> > >>> >> >> On Mon, May 23, 2011 at 11:31 PM, Lucas De Marchi >>> >> >> wrote: >>> >> >> > Hi, >>> >> >> > >>> >> >> > On Mon, May 23, 2011 at 8:41 AM, Mike Blumenkrantz >>> >> >> > >>> >> >> > wrote: >>> >> >> >> Hi, >>> >> >> >> >>> >> >> >> I requested that everyone re-run the eeze udev test a couple weeks >>> >> >> >> ago. I got 4 responses. This is not sufficient. >>> >> >> > >>> >> >> > Call me lazy! What command? >>> >> >> > >>> >> >> > These are in my PATH: >>> >> >> > >>> >> >> > eeze_disk_ls eeze_mount eeze_umount >>> >> >> >>> >> >> there is /bin/eeze_udev_test >>> >> >> >>> >> >> which should output : >>> >> >> >>> >> >> >>> >> >> >>> >> >> ~$ eeze_udev_test >>> >> >>> >> [...] >>> >> >>> >> >> >>> >> >> >>> >> > Is this accurate? you had no usb drives? >>> >> > >>> >> >>> >> yes it is, I had to plug a usb key to test it. >>> >> >>> >> >>> >> > -- >>> >> > Mike Blumenkrantz >>> >> > Zentific: NULL pointer dereferences now 50% off! >>> >> > >>> >> >>> >> >>> >> >>> > so then it's not detecting your removable drive ? >>> > >>> >>> >>> I tried again with the usb stick already plugged in : >>> >>> >>> Got any removables? I'm gonna find em! >>> >>> And now for something more complicated. Plug or unplug your keyboard >>> or mouse for me. >>> >>> => so here i remove it : >>> >>> You unplugged /dev/input/event0! >>> All tests completed, exiting successfully! >>> >>> >>> should it be listed under the "Got any removables?" question ? >> yes. I'll need a paste of 'udevadm info --export-db' with the stick plugged >> in >>> >>> > > here it is... > in case the list drop the file : http://demo.ovh.com/fr/84abf53f8dca780b30f4f9bc01c9314c/ > >>> > -- >>> > Mike Blumenkrantz >>> > Zentific: NULL pointer dereferences now 50% off! >>> > >>> >>> >>> >> >> >> -- >> Mike Blumenkrantz >> Zentific: NULL pointer dereferences now 50% off! >> > > > > -- > Steven Le Roux > Jabber-ID : ste...@jabber.fr > 0x39494CCB > 2FF7 226B 552E 4709 03F0 6281 72D7 A010 3949 4CCB > -- Steven Le Roux Jabber-ID : ste...@jabber.fr 0x39494CCB 2FF7 226B 552E 4709 03F0 6281 72D7 A010 3949 4CCB -- vRanger cuts backup time in half-while increasing security. With the market-leading solution for virtual backup and recovery, you get blazing-fast, flexible, and affordable data protection. Download your free trial now. http://p.sf.net/sfu/quest-d2dcopy1 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: seoz trunk/ecore/src/lib/ecore
This patch is good and important. Shouldn't that patch be backported to 1.0 branch also? 2011. 5. 21. 오후 2:24에 "Enlightenment SVN" 님이 작성: > > Log: > Ecore ecore_main.c: Refactoring _ecore_main_loop_iterate_internal(). > > > Author: seoz > Date: 2011-05-20 22:24:27 -0700 (Fri, 20 May 2011) > New Revision: 59559 > Trac: http://trac.enlightenment.org/e/changeset/59559 > > Modified: > trunk/ecore/src/lib/ecore/ecore_main.c > > Modified: trunk/ecore/src/lib/ecore/ecore_main.c > === > --- trunk/ecore/src/lib/ecore/ecore_main.c 2011-05-21 01:38:51 UTC (rev 59558) > +++ trunk/ecore/src/lib/ecore/ecore_main.c 2011-05-21 05:24:27 UTC (rev 59559) > @@ -1486,10 +1486,9 @@ > { >_ecore_time_loop_time = ecore_time_get(); >if (!_ecore_idler_call()) goto start_loop; > - if (_ecore_main_select(0.0) > 0) have_event = 1; > + if (_ecore_main_select(0.0) > 0) break; >if (_ecore_event_exist()) break; > - if (_ecore_signal_count_get() > 0) have_signal = 1; > - if (have_event || have_signal) break; > + if (_ecore_signal_count_get() > 0) break; >if (_ecore_timers_exists()) goto start_loop; >if (do_quit) break; > } > @@ -1510,9 +1509,9 @@ > { >_ecore_time_loop_time = ecore_time_get(); >if (!_ecore_idler_call()) goto start_loop; > - if (_ecore_main_select(0.0) > 0) have_event = 1; > + if (_ecore_main_select(0.0) > 0) break; >if (_ecore_event_exist()) break; > - if (_ecore_signal_count_get() > 0) have_signal = 1; > + if (_ecore_signal_count_get() > 0) break; >if (have_event || have_signal) break; >next_time = _ecore_timer_next_get(); >if (next_time <= 0) break; > > > -- > What Every C/C++ and Fortran developer Should Know! > Read this article and learn how Intel has extended the reach of its > next-generation tools to help Windows* and Linux* C/C++ and Fortran > developers boost performance applications - including clusters. > http://p.sf.net/sfu/intel-dev2devmay > ___ > enlightenment-svn mailing list > enlightenment-...@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-svn -- vRanger cuts backup time in half-while increasing security. With the market-leading solution for virtual backup and recovery, you get blazing-fast, flexible, and affordable data protection. Download your free trial now. http://p.sf.net/sfu/quest-d2dcopy1 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: seoz trunk/ecore/src/lib/ecore
Yeah right. I was working on that. And stopped by another issue :) I'll do this very soon. Thanks! Daniel Juyung Seo (SeoZ) 2011/5/24 Jihoon Kim : > This patch is good and important. Shouldn't that patch be backported to 1.0 > branch also? > 2011. 5. 21. 오후 2:24에 "Enlightenment SVN" 님이 작성: >> >> Log: >> Ecore ecore_main.c: Refactoring _ecore_main_loop_iterate_internal(). >> >> >> Author: seoz >> Date: 2011-05-20 22:24:27 -0700 (Fri, 20 May 2011) >> New Revision: 59559 >> Trac: http://trac.enlightenment.org/e/changeset/59559 >> >> Modified: >> trunk/ecore/src/lib/ecore/ecore_main.c >> >> Modified: trunk/ecore/src/lib/ecore/ecore_main.c >> === >> --- trunk/ecore/src/lib/ecore/ecore_main.c 2011-05-21 01:38:51 UTC > (rev 59558) >> +++ trunk/ecore/src/lib/ecore/ecore_main.c 2011-05-21 05:24:27 UTC > (rev 59559) >> @@ -1486,10 +1486,9 @@ >> { >>_ecore_time_loop_time = ecore_time_get(); >>if (!_ecore_idler_call()) goto start_loop; >> - if (_ecore_main_select(0.0) > 0) have_event = 1; >> + if (_ecore_main_select(0.0) > 0) break; >>if (_ecore_event_exist()) break; >> - if (_ecore_signal_count_get() > 0) have_signal = > 1; >> - if (have_event || have_signal) break; >> + if (_ecore_signal_count_get() > 0) break; >>if (_ecore_timers_exists()) goto start_loop; >>if (do_quit) break; >> } >> @@ -1510,9 +1509,9 @@ >> { >>_ecore_time_loop_time = ecore_time_get(); >>if (!_ecore_idler_call()) goto start_loop; >> - if (_ecore_main_select(0.0) > 0) have_event = 1; >> + if (_ecore_main_select(0.0) > 0) break; >>if (_ecore_event_exist()) break; >> - if (_ecore_signal_count_get() > 0) have_signal = > 1; >> + if (_ecore_signal_count_get() > 0) break; >>if (have_event || have_signal) break; >>next_time = _ecore_timer_next_get(); >>if (next_time <= 0) break; >> >> >> > -- >> What Every C/C++ and Fortran developer Should Know! >> Read this article and learn how Intel has extended the reach of its >> next-generation tools to help Windows* and Linux* C/C++ and Fortran >> developers boost performance applications - including clusters. >> http://p.sf.net/sfu/intel-dev2devmay >> ___ >> enlightenment-svn mailing list >> enlightenment-...@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/enlightenment-svn > -- > vRanger cuts backup time in half-while increasing security. > With the market-leading solution for virtual backup and recovery, > you get blazing-fast, flexible, and affordable data protection. > Download your free trial now. > http://p.sf.net/sfu/quest-d2dcopy1 > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- vRanger cuts backup time in half-while increasing security. With the market-leading solution for virtual backup and recovery, you get blazing-fast, flexible, and affordable data protection. Download your free trial now. http://p.sf.net/sfu/quest-d2dcopy1 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] EEZE
On Tue, 24 May 2011 00:34:49 +0200 Steven Le Roux wrote: > On Tue, May 24, 2011 at 12:31 AM, Steven Le Roux wrote: > > On Tue, May 24, 2011 at 12:26 AM, Mike Blumenkrantz > > wrote: > >> On Tue, 24 May 2011 00:18:35 +0200 > >> Steven Le Roux wrote: > >> > >>> On Tue, May 24, 2011 at 12:15 AM, Mike Blumenkrantz > >>> wrote: > >>> > On Tue, 24 May 2011 00:06:29 +0200 > >>> > Steven Le Roux wrote: > >>> > > >>> >> On Mon, May 23, 2011 at 11:55 PM, Mike Blumenkrantz > >>> >> wrote: > >>> >> > On Mon, 23 May 2011 23:39:43 +0200 > >>> >> > Steven Le Roux wrote: > >>> >> > > >>> >> >> On Mon, May 23, 2011 at 11:31 PM, Lucas De Marchi > >>> >> >> wrote: > >>> >> >> > Hi, > >>> >> >> > > >>> >> >> > On Mon, May 23, 2011 at 8:41 AM, Mike Blumenkrantz > >>> >> >> > wrote: > >>> >> >> >> Hi, > >>> >> >> >> > >>> >> >> >> I requested that everyone re-run the eeze udev test a couple > >>> >> >> >> weeks ago. I got 4 responses. This is not sufficient. > >>> >> >> > > >>> >> >> > Call me lazy! What command? > >>> >> >> > > >>> >> >> > These are in my PATH: > >>> >> >> > > >>> >> >> > eeze_disk_ls eeze_mount eeze_umount > >>> >> >> > >>> >> >> there is /bin/eeze_udev_test > >>> >> >> > >>> >> >> which should output : > >>> >> >> > >>> >> >> > >>> >> >> > >>> >> >> ~$ eeze_udev_test > >>> >> > >>> >> [...] > >>> >> > >>> >> >> > >>> >> >> > >>> >> > Is this accurate? you had no usb drives? > >>> >> > > >>> >> > >>> >> yes it is, I had to plug a usb key to test it. > >>> >> > >>> >> > >>> >> > -- > >>> >> > Mike Blumenkrantz > >>> >> > Zentific: NULL pointer dereferences now 50% off! > >>> >> > > >>> >> > >>> >> > >>> >> > >>> > so then it's not detecting your removable drive ? > >>> > > >>> > >>> > >>> I tried again with the usb stick already plugged in : > >>> > >>> > >>> Got any removables? I'm gonna find em! > >>> > >>> And now for something more complicated. Plug or unplug your keyboard > >>> or mouse for me. > >>> > >>> => so here i remove it : > >>> > >>> You unplugged /dev/input/event0! > >>> All tests completed, exiting successfully! > >>> > >>> > >>> should it be listed under the "Got any removables?" question ? > >> yes. I'll need a paste of 'udevadm info --export-db' with the stick > >> plugged in > >>> > >>> > > > > here it is... > > > > in case the list drop the file : > http://demo.ovh.com/fr/84abf53f8dca780b30f4f9bc01c9314c/ > > > > > >>> > -- > >>> > Mike Blumenkrantz > >>> > Zentific: NULL pointer dereferences now 50% off! > >>> > > >>> > >>> > >>> > >> > >> > >> -- > >> Mike Blumenkrantz > >> Zentific: NULL pointer dereferences now 50% off! > >> > > > > > > > > -- > > Steven Le Roux > > Jabber-ID : ste...@jabber.fr > > 0x39494CCB > > 2FF7 226B 552E 4709 03F0 6281 72D7 A010 3949 4CCB > > > > > this makes no sense. -- Mike Blumenkrantz Zentific: NULL pointer dereferences now 50% off! -- vRanger cuts backup time in half-while increasing security. With the market-leading solution for virtual backup and recovery, you get blazing-fast, flexible, and affordable data protection. Download your free trial now. http://p.sf.net/sfu/quest-d2dcopy1 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] EEZE
On 05/23/11 07:41, Mike Blumenkrantz wrote: > Hi, > > I requested that everyone re-run the eeze udev test a couple weeks ago. I got > 4 > responses. This is not sufficient. > > Take your removable hard drives and plug them in. Put a cd in your cdrom > drive. Run the test as root to let it open your devices. Reply to me with the > output. Here we go: root@comet:/tmp/eeze/src/bin# ./eeze_udev_test For my first trick, I will find all of your keyboards and return their syspaths. Found keyboard: /sys/devices/platform/i8042/serio0/input/input72/event0 Next, I will find all of your mice and print the corresponding manufacturer. Now let's try something a little more difficult. Mountable filesystems! Found device: /sys/devices/pci:00/:00:1d.7/usb1/1-7/1-7:1.0/host2/target2:0:0/2:0:0:0/block/sdb/sdb1 You probably know it better as /dev/sdb1 It's formatted as ext3! Found device: /sys/devices/pci:00/:00:1f.2/host0/target0:0:0/0:0:0:0/block/sda/sda1 You probably know it better as /dev/sda1 It's formatted as ext2, and gets mounted at /boot! Found device: /sys/devices/pci:00/:00:1f.2/host1/target1:0:0/1:0:0:0/block/sr0 You probably know it better as /dev/sr0 It's formatted as iso9660! Found device: /sys/devices/virtual/block/dm-1 You probably know it better as /dev/dm-1 It's formatted as ext4! Found device: /sys/devices/virtual/block/dm-2 You probably know it better as /dev/dm-2 It's formatted as ext4, and gets mounted at /lfs! Network devices! Found device: /sys/devices/pci:00/:00:1c.1/:0c:00.0/net/wlan0 You probably know it better as wlan0 Found device: /sys/devices/pci:00/:00:1e.0/:03:00.0/ssb0:0/net/eth0 You probably know it better as eth0 Found device: /sys/devices/virtual/net/lo You probably know it better as lo Internal drives, anyone? With serial numbers? /sys/devices/pci:00/:00:1d.7/usb1/1-7/1-7:1.0/host2/target2:0:0/2:0:0:0/block/sdb: SAMSUNG_HM500JI_1F90179626FF-0:0 /sys/devices/pci:00/:00:1f.2/host0/target0:0:0/0:0:0:0/block/sda: ST910021AS_5MH0A42E Got any removables? I'm gonna find em! And now for something more complicated. Plug or unplug your keyboard or mouse for me. Sneaky sneaky! But /sys/devices/pci:00/:00:1d.0/usb2/2-1 is not a keyboard or a mouse!! Sneaky sneaky! But /sys/devices/pci:00/:00:1d.0/usb2/2-1/2-1:1.0 is not a keyboard or a mouse!! Sneaky sneaky! But /sys/devices/pci:00/:00:1d.0/usb2/2-1/2-1:1.0/0003:04F3:0210.00A7 is not a keyboard or a mouse!! Sneaky sneaky! But /sys/devices/pci:00/:00:1d.0/usb2/2-1/2-1:1.0/0003:04F3:0210.00A7/hidraw/hidraw0 is not a keyboard or a mouse!! Sneaky sneaky! But /sys/devices/pci:00/:00:1d.0/usb2/2-1/2-1:1.0/input/input179 is not a keyboard or a mouse!! Sneaky sneaky! But /sys/devices/pci:00/:00:1d.0/usb2/2-1/usb_device/usbdev2.2 is not a keyboard or a mouse!! You plugged in /dev/input/event12! All tests completed, exiting successfully! -- Jérôme Pinot http://ngc891.blogdns.net/ signature.asc Description: Digital signature -- vRanger cuts backup time in half-while increasing security. With the market-leading solution for virtual backup and recovery, you get blazing-fast, flexible, and affordable data protection. Download your free trial now. http://p.sf.net/sfu/quest-d2dcopy1___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel