Re: [E-devel] Patch for e_modules to add support to gettext with automake-1.10

2007-02-13 Thread Michael Jennings
On Wednesday, 14 February 2007, at 01:18:46 (+0100),
Kim Woelders wrote:

> I still don't quite get all the opposition against autopoint (except
> the stupid requirement that the cvs program must be available). In
> my opinion automake-1.10 is not broken but people here insist on
> pissing against the wind and refuse to set up configuration stuff as
> it is supposed to be, and then blame the autotools that they don't
> work (/me ducks).

Okay, please point out how the "configuration stuff" "is supposed to
be" to avoid trying to invoke the cvs command.

> The e17/apps/e autogen.sh has used autopoint for months now, and my
> impression is that the noise level from people with autotool issues
> in this module has decreased considerably since then.

raster disabled it on November 2nd.  You sneakily (as sneakily as one
can with CVS...but it snuck past me...) re-enabled it on November
3rd.  The "lack of noise" probably has a lot more to do with those for
whom it doesn't work resigning themselves to just dealing with it,
like devilhorns.

> Anyway, I think adding autopoint to autogen.sh is only part of the
> solution if you go down that path. There seem to be quite a few
> other fixups required, like po/Makefile->po/Makefile.in in
> configure.in, remove po/Makefile.am, add po/Makevars and
> po/POTFILES.in, order of autoconf and autoheader in autogen.sh, and
> more.

While automake 1.10 may or may not be broken, gettext clearly is.  Had
we devoted the same amount of time to developing a new, better i18n
solution (i.e., one that behaves reasonably rather than like an
autistic cross-eyed gerbil on a caffeine high) that we've spent trying
to get each new version of the autoFUCK tools to work properly, we
wouldn't need gettext any more.

gettext should be smart enough to work properly, and automake should
be smart enough to know that gettext is more broke than MC Hammer's
fashion coordinator and that workarounds, not fatal errors, are the
proper course of action.

> In case anybody bothers to persue this I have attached a patch for
> the alarm module, which passes make distcheck with automake-1.9.6 as
> well as automake-1.10 (a few bits in the patch are not related to
> gettext but required just to pass distcheck). I'm not saying this is
> the One and Only way to do this but only that this patch works for
> me.

Let's see if it works for devilhorns.  And I'll try it with automake
1.8.

> No worries - I have absolutely no intention to commit this in fear of 
> what might happen to my reproductive powers.

Good boy.  Don't think I can't find my way to West Kwoville, Denmark.
:-)

Michael

-- 
Michael Jennings (a.k.a. KainX)  http://www.kainx.org/  <[EMAIL PROTECTED]>
n + 1, Inc., http://www.nplus1.net/   Author, Eterm (www.eterm.org)
---
 "Define irony.  'A bunch of idiots dancing on a plane to a song made
  famous by a band that died in a plane crash.'"
  -- Garland Greene (Steve Buscemi), "Con-Air"

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] Patch for e_modules to add support to gettext with automake-1.10

2007-02-13 Thread Landry, Marc-Andre
I will suggest a solution in 3 days that won't make you comment out all
those line.

Hope you'll like it!

Marc-André Landry

PS : I don't have any cvs commit ability so don't be affraid that I
broke something in your box else you apply my patch.

Christopher Michael wrote:
> Kim Woelders wrote:
>> Landry, Marc-Andre wrote:
>>> Michael Jennings wrote:
 On Tuesday, 13 February 2007, at 09:17:51 (-0500),
 Landry, Marc-Andre wrote:

> +echo "Running autopoint..."; autopoint -f || exit 1
 No.

 Michael

>>> I will work on this for my self. I had lost track of this subject and I
>>> excuse me if I didn't understand that there will not be any support for
>>> this case. I will try to better help on the todo list for reporting
>>> patch.
>>>
>>> «Désolé» I didn't intended to take your time,
>>> Marc-André Landry
>>>
>> Don't feel bad. Autofoo in general and gettext in particular have a long
>> history of, lets say, exciting people.
>>
>> I still don't quite get all the opposition against autopoint (except the
>> stupid requirement that the cvs program must be available). In my
>> opinion automake-1.10 is not broken but people here insist on pissing
>> against the wind and refuse to set up configuration stuff as it is
>> supposed to be, and then blame the autotools that they don't work (/me
>> ducks).
>>
> Not trying to light the flames, but I have both cvs and automake-1.10
> installed here, and yet autopoint doesn't work for me. I have to comment
> out every autopoint in all the autogen.sh scripts that use it.
> 
>> The e17/apps/e autogen.sh has used autopoint for months now, and my
>> impression is that the noise level from people with autotool issues in
>> this module has decreased considerably since then.
>>
> Again, have to comment that out or else it doesn't build here.
> 
>> Anyway, I think adding autopoint to autogen.sh is only part of the
>> solution if you go down that path. There seem to be quite a few other
>> fixups required, like po/Makefile->po/Makefile.in in configure.in,
>> remove po/Makefile.am, add po/Makevars and po/POTFILES.in, order of
>> autoconf and autoheader in autogen.sh, and more.
>>
> Yes, all needing to be commented out here else I get massive failures.
> 
>> In case anybody bothers to persue this I have attached a patch for the
>> alarm module, which passes make distcheck with automake-1.9.6 as well as
>> automake-1.10 (a few bits in the patch are not related to gettext but
>> required just to pass distcheck). I'm not saying this is the One and
>> Only way to do this but only that this patch works for me.
>> No worries - I have absolutely no intention to commit this in fear of
>> what might happen to my reproductive powers.
>>
>> /Kim
> 
> dh

-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier.
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] Patch for e_modules to add support to gettext with automake-1.10

2007-02-13 Thread Christopher Michael
Kim Woelders wrote:
> Landry, Marc-Andre wrote:
>> Michael Jennings wrote:
>>> On Tuesday, 13 February 2007, at 09:17:51 (-0500),
>>> Landry, Marc-Andre wrote:
>>>
 +echo "Running autopoint..."; autopoint -f || exit 1
>>> No.
>>>
>>> Michael
>>>
>>
>> I will work on this for my self. I had lost track of this subject and I
>> excuse me if I didn't understand that there will not be any support for
>> this case. I will try to better help on the todo list for reporting
>> patch.
>>
>> «Désolé» I didn't intended to take your time,
>> Marc-André Landry
>>
> Don't feel bad. Autofoo in general and gettext in particular have a long
> history of, lets say, exciting people.
> 
> I still don't quite get all the opposition against autopoint (except the
> stupid requirement that the cvs program must be available). In my
> opinion automake-1.10 is not broken but people here insist on pissing
> against the wind and refuse to set up configuration stuff as it is
> supposed to be, and then blame the autotools that they don't work (/me
> ducks).
> 
Not trying to light the flames, but I have both cvs and automake-1.10
installed here, and yet autopoint doesn't work for me. I have to comment
out every autopoint in all the autogen.sh scripts that use it.

> The e17/apps/e autogen.sh has used autopoint for months now, and my
> impression is that the noise level from people with autotool issues in
> this module has decreased considerably since then.
> 
Again, have to comment that out or else it doesn't build here.

> Anyway, I think adding autopoint to autogen.sh is only part of the
> solution if you go down that path. There seem to be quite a few other
> fixups required, like po/Makefile->po/Makefile.in in configure.in,
> remove po/Makefile.am, add po/Makevars and po/POTFILES.in, order of
> autoconf and autoheader in autogen.sh, and more.
> 
Yes, all needing to be commented out here else I get massive failures.

> In case anybody bothers to persue this I have attached a patch for the
> alarm module, which passes make distcheck with automake-1.9.6 as well as
> automake-1.10 (a few bits in the patch are not related to gettext but
> required just to pass distcheck). I'm not saying this is the One and
> Only way to do this but only that this patch works for me.
> No worries - I have absolutely no intention to commit this in fear of
> what might happen to my reproductive powers.
> 
> /Kim

dh

-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier.
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] Patch for e_modules to add support to gettext with automake-1.10

2007-02-13 Thread Kim Woelders

Landry, Marc-Andre wrote:

Michael Jennings wrote:

On Tuesday, 13 February 2007, at 09:17:51 (-0500),
Landry, Marc-Andre wrote:


+echo "Running autopoint..."; autopoint -f || exit 1

No.

Michael



I will work on this for my self. I had lost track of this subject and I
excuse me if I didn't understand that there will not be any support for
this case. I will try to better help on the todo list for reporting patch.

«Désolé» I didn't intended to take your time,
Marc-André Landry

Don't feel bad. Autofoo in general and gettext in particular have a long 
history of, lets say, exciting people.


I still don't quite get all the opposition against autopoint (except the 
stupid requirement that the cvs program must be available). In my 
opinion automake-1.10 is not broken but people here insist on pissing 
against the wind and refuse to set up configuration stuff as it is 
supposed to be, and then blame the autotools that they don't work (/me 
ducks).


The e17/apps/e autogen.sh has used autopoint for months now, and my 
impression is that the noise level from people with autotool issues in 
this module has decreased considerably since then.


Anyway, I think adding autopoint to autogen.sh is only part of the 
solution if you go down that path. There seem to be quite a few other 
fixups required, like po/Makefile->po/Makefile.in in configure.in, 
remove po/Makefile.am, add po/Makevars and po/POTFILES.in, order of 
autoconf and autoheader in autogen.sh, and more.


In case anybody bothers to persue this I have attached a patch for the 
alarm module, which passes make distcheck with automake-1.9.6 as well as 
automake-1.10 (a few bits in the patch are not related to gettext but 
required just to pass distcheck). I'm not saying this is the One and 
Only way to do this but only that this patch works for me.
No worries - I have absolutely no intention to commit this in fear of 
what might happen to my reproductive powers.


/Kim
diff -urN -X ../excl.list ../alarm/.cvsignore ./.cvsignore
--- ../alarm/.cvsignore	2006-11-12 14:04:43.0 +0100
+++ ./.cvsignore	2007-02-13 20:13:29.0 +0100
@@ -9,6 +9,7 @@
 config.h
 config.h.in
 config.log
+config.rpath
 config.status
 config.sub
 configure
@@ -16,9 +17,12 @@
 e_modules-alarm.spec
 install-sh
 libtool
+m4
 missing
+mkinstalldirs
 module.desktop
 ltmain.sh
 stamp-h1
 *.la
 *.lo
+*.tar.gz
diff -urN -X ../excl.list ../alarm/Makefile.am ./Makefile.am
--- ../alarm/Makefile.am	2006-11-08 13:43:17.0 +0100
+++ ./Makefile.am	2007-02-13 20:25:21.0 +0100
@@ -1,3 +1,4 @@
+AUTOMAKE_OPTIONS = foreign
 MAINTAINERCLEANFILES = Makefile.in
 
 SUBDIRS = po
@@ -38,5 +39,7 @@
 	   $(top_builddir)/alarm.edj
 	   
 clean-local:
-	rm -rf alarm.edj *~
+	rm -rf alarm.edj module.desktop *~
 	
+
+ACLOCAL_AMFLAGS = -I m4
diff -urN -X ../excl.list ../alarm/autogen.sh ./autogen.sh
--- ../alarm/autogen.sh	2006-11-08 11:06:38.0 +0100
+++ ./autogen.sh	2007-02-13 22:35:56.0 +0100
@@ -5,22 +5,13 @@
 
 touch README
 
-echo "Running aclocal..." ; aclocal $ACLOCAL_FLAGS || exit 1
-echo "Running autoheader..." ; autoheader || exit 1
+echo "Running autopoint..."; autopoint -f || exit 1
+rm ABOUT-NLS
+echo "Running aclocal..." ; aclocal $ACLOCAL_FLAGS -I m4 || exit 1
 echo "Running autoconf..." ; autoconf || exit 1
+echo "Running autoheader..." ; autoheader || exit 1
 echo "Running libtoolize..." ; (libtoolize --copy --automake || glibtoolize --automake) || exit 1
 echo "Running automake..." ; automake --add-missing --copy --gnu || exit 1
-echo "Generating gettext alarm.pot template"; \
-xgettext \
---output alarm.pot \
---output-dir=po \
---language=C \
---add-location \
---keyword=D_ \
---sort-by-file \
---copyright-holder="TODO" \
---foreign-user \
-`find . -name "*.[ch]" -print` || exit 1
 
 if [ -z "$NOCONFIGURE" ]; then
 	./configure "$@"
diff -urN -X ../excl.list ../alarm/configure.in ./configure.in
--- ../alarm/configure.in	2007-02-04 03:42:58.0 +0100
+++ ./configure.in	2007-02-13 22:37:13.0 +0100
@@ -15,10 +15,9 @@
 AM_PROG_LIBTOOL
 
 ALL_LINGUAS="eo it ja sv"
-AC_SUBST(ALL_LINGUAS)
 
 AM_GNU_GETTEXT([external])
-AM_GNU_GETTEXT_VERSION(0.14)
+AM_GNU_GETTEXT_VERSION([0.12.1])
 
 MODULE_ARCH="$host_os-$host_cpu"
 AC_SUBST(MODULE_ARCH)
@@ -146,7 +145,7 @@
 
 AC_OUTPUT([
 Makefile
-po/Makefile
+po/Makefile.in
 e_modules-alarm.spec
 module.desktop
 ],[
diff -urN -X ../excl.list ../alarm/po/.cvsignore ./po/.cvsignore
--- ../alarm/po/.cvsignore	2006-11-12 14:02:01.0 +0100
+++ ./po/.cvsignore	2007-02-13 20:15:16.0 +0100
@@ -1,4 +1,16 @@
 Makefile
 Makefile.in
+Makefile.in.in
+Makevars.template
+POTFILES
+Rules-quot
+boldquot.sed
[EMAIL PROTECTED]
[EMAIL PROTECTED]
+insert-header.sin
+quot.sed
+remove-potcdate.sed
+remove-potcdate.sin
+stamp-po
 *.pot
-*.mo
+*.gmo
diff -urN -X ../excl.list ../alarm/po/Makefile.am ./po/Makefile.am
--- ../alarm/po/Makefile.am	2006-11-08 11:06:38.0 +0100
+++ ./po/Makefile.am	1970-01-01

Re: [E-devel] Menus config dialog strangeness....

2007-02-13 Thread Christopher Michael
Christopher Michael wrote:
> Ravenlock wrote:
>> Hello,
>>
>> I happen to notice that on my machine when I open the Menus -> Menu
>> Settings -> advanced dialog, that the "Click Drag Timeout" slider
>> jitters immediately, and then the "Apply" and "OK" buttons become enabled.
>>
>> It appears this is because the I had never used this dialog before.  as
>> a result my config setting was set to the default value of 1.25.  This
>> default does not fit nicely inside the parameters of the slider as it
>> was created.  This seemed to be causing the jitter.
>>
>> I could change the default value, but assume it was picked for a reason.
>>  Instead, I chose to allow finer grain control over the setting, by
>> allowing 0.25s steps in the slider.
>>
>> Attached is a patch.
>>
> 
> You should reread the e_config.c :) The default of 1.25 is only used if
> compiled for a pda device..0.25 is the default for PCs.
> 
> You are correct in that the default value does not work nicely in the
> dialog as the slider minimum value and change delta are not "proper" for
> the default value being used...so patch Accepted :)
> 
> Cheers,
> dh
> 

In cvs now :)

dh

-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier.
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] Menus config dialog strangeness....

2007-02-13 Thread Christopher Michael
Ravenlock wrote:
> Hello,
> 
> I happen to notice that on my machine when I open the Menus -> Menu
> Settings -> advanced dialog, that the "Click Drag Timeout" slider
> jitters immediately, and then the "Apply" and "OK" buttons become enabled.
> 
> It appears this is because the I had never used this dialog before.  as
> a result my config setting was set to the default value of 1.25.  This
> default does not fit nicely inside the parameters of the slider as it
> was created.  This seemed to be causing the jitter.
> 
> I could change the default value, but assume it was picked for a reason.
>  Instead, I chose to allow finer grain control over the setting, by
> allowing 0.25s steps in the slider.
> 
> Attached is a patch.
> 

You should reread the e_config.c :) The default of 1.25 is only used if
compiled for a pda device..0.25 is the default for PCs.

You are correct in that the default value does not work nicely in the
dialog as the slider minimum value and change delta are not "proper" for
the default value being used...so patch Accepted :)

Cheers,
dh

-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier.
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


[E-devel] Clock module patch

2007-02-13 Thread Simon TRENY
Hi guys,

Here is a small patch that makes the clock a bit easier to be read, by
adding a small label displaying the current time when the mouse is
over it (same way as labels in the ibox).
I know that Raster wants to keep the clock module as minimal as
possible, so I understand if it's not committed but I just thought that
maybe it could interest other people.

Here is how the clock looks like when the mouse is over it:
http://mtreny.free.fr/e17_clock.png

Regards,
Simon TRENY Index: default_clock.edc
===
RCS file: /cvs/e/e17/apps/e/data/themes/default_clock.edc,v
retrieving revision 1.13
diff -u -r1.13 default_clock.edc
--- default_clock.edc	23 Aug 2006 03:39:01 -	1.13
+++ default_clock.edc	14 Feb 2007 05:55:01 -
@@ -187,6 +187,7 @@
script {
   public clock_cb(val) {
 	 new buf[11];
+ new bufh[11], bufm[11], bufs[11];
 	 new year, month, day, yearday, weekday, hour, minute;
 	 new Float:second;
 	 new v;
@@ -209,12 +210,21 @@
 	 if (v < 10) {snprintf(buf, 10, "0%i", v);}
 	 else{snprintf(buf, 10, "%i", v);}
 	 set_state(PART:"minutes", buf, 0.0);
-
-	 v = ((hour % 12) * 5) + ((minute * 5) / 60);
+ 
+ v = ((hour % 12) * 5) + ((minute * 5) / 60);
 	 buf[0] = 0;
 	 if (v < 10) {snprintf(buf, 10, "0%i", v);}
 	 else{snprintf(buf, 10, "%i", v);}
 	 set_state(PART:"hour", buf, 0.0);
+ 
+	 if (hour < 10)   {snprintf(bufh, 10, "0%i", hour);}
+	 else {snprintf(bufh, 10, "%i", hour);}
+	 if (minute < 10) {snprintf(bufm, 10, "0%i", minute);}
+	 else {snprintf(bufm, 10, "%i", minute);}
+	 if (second < 10) {snprintf(bufs, 10, "0%i", round(second));}
+	 else {snprintf(bufs, 10, "%i", round(second));}
+ snprintf(buf, 10, "%s:%s:%s", bufh, bufm, bufs);
+ set_text(PART:"time_label", buf);
   }
}
parts {
@@ -526,6 +536,49 @@
 	}
 	 }
   }
+  part {  
+	 name: "time_label";
+	 type: TEXT;
+	 effect: SOFT_SHADOW;  
+	 mouse_events: 0;
+	 description {
+	state: "default" 0.0;
+	align: 0.5 0.5;
+	rel1 {
+   relative: 0.0  1.0;
+	   offset:   0-1;
+	}
+	rel2 {
+   relative: 1.0  1.0;
+	   offset:   -1-1;
+	}
+	color: 255 255 255 0;
+	color3: 0 0 0 0;
+	color_class: "module_label";
+	text {
+	   text: "Tesyou";
+	   font: "Edje-Vera-Bold";
+	   size: 9;
+	   min:  1 1;
+	   align: 0.5 0.5;
+	   text_class: "module_normal";
+	}
+	 }
+	 description {
+	state: "visible" 0.0;
+	inherit: "default" 0.0;
+	rel1 {
+   relative: 0.0  0.0;
+	   offset:   00;
+	}
+	rel2 {
+   relative: 1.0  1.0;
+	   offset:   -1-1;
+	}
+	color: 255 255 255 255;
+	color3: 0 0 0 42;
+	 }
+  }
}
programs {
   program {
@@ -535,6 +588,22 @@
 	 script {
 	clock_cb(0);
 	 }
+  }
+  program {
+	 name:"show_time_label";
+	 signal:  "mouse,in";
+	 source:  "bg";
+	 action:  STATE_SET "visible" 0.0;
+	 transition: SINUSOIDAL 0.5;
+	 target:  "time_label";
+  }
+  program {
+	 name:"hide_time_label";
+	 signal:  "mouse,out";
+	 source:  "bg";
+	 action:  STATE_SET "default" 0.0;
+	 transition: SINUSOIDAL 1.0;
+	 target:  "time_label";
   }
}
 }
-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier.
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] Problem with ecore_main_fd_handler_add() and async GUI updates

2007-02-13 Thread Andreas Volz
Am Thu, 8 Feb 2007 01:14:05 +0100 schrieb Andreas Volz:

Hello,

it seems perhaps I found the problem. :-)

The problem was a bug in my application. Since fixing it I got no more
problems with the pipe.

See:

> Here is the code:
> 
> #include 
> #include 
> #include 
> #include 
> #include 
> #include 
> #include 
> #include 
> #include 
> #include 
> #include 
> #include 
> #include 
> #include 
> #include 
> 
> 
> 
> Ecore_Evas *ee;
> Evas *evas;
> 
> Evas_Object *o_bg;
> Evas_Object *o_edje;
> Evas_Object *poly;
> 
> pthread_t gps_thread;
> pthread_mutex_t gps_mutex = PTHREAD_MUTEX_INITIALIZER;
> 
> void resize_cb(Ecore_Evas *ee);
> void print_help (char *app_name);
> void gps_callback (struct gps_data_t *gps_data, char *buf,  size_t
> len, int level);
> 
> int _fd_dp_active(void *data, Ecore_Fd_Handler *fdh);
> void dispatcher_init ();
> void dispatcher_signal ();
> 
> struct _Dispatcher
> {
>   int fd_read;
>   int fd_write;
>   void *data;
>   Ecore_Fd_Handler *fd_handler;
>   // callback function??
> };
> 
> typedef struct _Dispatcher Dispatcher;
> 
> Dispatcher dp;
> char edje_signal[13+3]; // holds up to 999 images; should be enough;

13 + 3 = 16

> int main(int argc, char **argv)
> {
>   Evas_Object *o;
>   int edje_w = 240;
>   int edje_h = 240;
>   char *theme;
>   struct stat stat_buf;
>   bool theme_default;
>   char theme_default_name[] = "../data/empass.edj";
>   struct gps_data_t *gpsData;
>   
>   switch (argc)
>   {
>   case 1:
> theme_default = !stat (theme_default_name, &stat_buf);
> if (theme_default)
>   theme = theme_default_name;
> else
>   print_help (argv[0]);
> break;
>   case 2:
> theme = argv[1];
> break;
>   default:
> print_help (argv[0]);
> break;
>   }
> 
>   gpsData = gps_open ("localhost", "2947");
> 
>   if (gpsData)
>   {
> gps_query (gpsData, "rw\n");
> gps_query (gpsData, "j=1\n");
> 
> gps_set_callback (gpsData, &gps_callback, &gps_thread);
>   }
>   else
>   {
> fprintf (stderr, "Warning: running without gpsd support!\n");
>   }
> 
>   if (!ecore_init ())
>   {
> fprintf (stderr, "Error while initializing Ecore!\n");
> exit (1);
>   }
>   
>   ecore_app_args_set(argc, (const char **)argv);
>  
>   if (!ecore_evas_init ())
>   {
> fprintf (stderr, "Error while initializing Ecore_Evas!\n");
> exit (1);
>   }
> 
>   if (!edje_init())
>   {
> fprintf (stderr, "Error while initializing Evas!\n");
> exit (1);
>   }
> 
>   dispatcher_init ();
> 
>   // TODO: warum geht Xrender auf dem Latop nicht?
>/*if
> (ecore_evas_engine_type_supported_get(ECORE_EVAS_ENGINE_XRENDER_X11))
> ee = ecore_evas_xrender_x11_new(NULL, 0, 0, 0, edje_w, edje_h); else
> {*/
>   if
> (ecore_evas_engine_type_supported_get(ECORE_EVAS_ENGINE_SOFTWARE_X11))
> ee = ecore_evas_software_x11_new(NULL, 0, 0, 0, edje_w, edje_h); //}
>   if (!ee)
>   {
> if
> (ecore_evas_engine_type_supported_get(ECORE_EVAS_ENGINE_SOFTWARE_FB))
> ee = ecore_evas_fb_new(NULL, 270, edje_w, edje_h); if (!ee)
>   ee = ecore_evas_gl_x11_new(NULL, 0, 0, 0, edje_w, edje_h);
> if (!ee)
> {
>   fprintf(stderr, "Cannot create Canvas!\n");
>   exit(-1);
> }
>   }
> 
>   ecore_evas_shaped_set (ee, 1);
>   ecore_evas_title_set (ee, "empass");
> 
>   //ecore_evas_borderless_set(ee, 1);
>   ecore_evas_sticky_set(ee, 1);
> 
>   evas = ecore_evas_get(ee);
>   evas_image_cache_set(evas, 8192 * 1024);
>   evas_font_cache_set(evas, 512 * 1024);
> 
>   o = evas_object_rectangle_add(evas);
>   evas_object_move(o, 0, 0);
>   evas_object_resize(o, edje_w, edje_h);
> 
>   evas_object_color_set(o, 0, 0, 0, 0);
>   evas_object_focus_set(o, 1);
> 
>   evas_object_show(o);
>   o_bg = o;
> 
>   o = edje_object_add(evas);
> 
>   edje_object_file_set(o, theme, "main");
>   evas_object_move(o, 0, 0);
>   evas_object_resize(o, edje_w, edje_h);
> 
>   evas_object_show(o);
>   o_edje = o;
> 
>   ecore_evas_callback_resize_set(ee, resize_cb);
>   ecore_evas_show(ee);
> 
>   ecore_main_loop_begin();
> 
>   edje_shutdown();
>   ecore_evas_shutdown();
>   ecore_shutdown();
> 
>   return 0;
> }
> 
> void dispatcher_init ()
> {
>   int fd[2];
> 
>/* Create the file descriptors */
>   if (pipe(fd) == 0) 
>   {
> dp.fd_read = fd[0];
> dp.fd_write = fd[1];
> fcntl(dp.fd_read, F_SETFL, O_NONBLOCK);
> dp.fd_handler = ecore_main_fd_handler_add (dp.fd_read,
>ECORE_FD_READ,
>_fd_dp_active,
>&dp,
>NULL, NULL);
> ecore_main_fd_handler_active_set(dp.fd_handler, ECORE_FD_READ);
>   }
>   else
>   {
> fprintf (stderr, "pipe() failed\n");
> exit (1);
>   }
> }
> 
> int _fd_dp_active (void *data, Ecore_Fd_Handler *fdh)
> {
>   int fd;
>   int len;
>   char buf[1];
>   char edje_signal_local[13+3];
>   unsigned char *frame_data;
>   Dispatcher *dp

Re: [E-devel] E CVS: test lok

2007-02-13 Thread lok
On Tue, 13 Feb 2007 22:56:34 +0100 (CET)
Vincent Torri <[EMAIL PROTECTED]> wrote:

> 
> It's not a typo. raster wants to let the user giving his own CFLAGS. See 
> line 34 (where an error lives. FLAGS, and not FALGS). Btw, that error is 
> also in embryo's Makefile
> 
> Vincent

Sorry, my bad.
Everything is fixed as in eet's Makefile now.

Thanks

lok.

> 
> On Tue, 13 Feb 2007, Enlightenment CVS wrote:
> 
> > Enlightenment CVS committal
> >
> > Author  : lok
> > Project : e17
> > Module  : test
> >
> > Dir : e17/test/orig/edje
> >
> >
> > Modified Files:
> > Makefile
> >
> >
> > Log Message:
> > small typo fixed
> >
> > ===
> > RCS file: /cvs/e/e17/test/orig/edje/Makefile,v
> > retrieving revision 1.1
> > retrieving revision 1.2
> > diff -u -3 -r1.1 -r1.2
> > --- Makefile28 Oct 2006 09:01:59 -  1.1
> > +++ Makefile14 Feb 2007 03:04:21 -  1.2
> > @@ -1,4 +1,4 @@
> > -FLAGS = `edje-config --cflags` `ecore-config --cflags` `evas-config 
> > --cflags` `eet-config --cflags`
> > +CFLAGS = `edje-config --cflags` `ecore-config --cflags` `evas-config 
> > --cflags` `eet-config --cflags`
> > LIBS  = `edje-config --libs` `ecore-config --libs` `evas-config --libs` 
> > `eet-config --libs`
> >
> > BINS  = edje edje_ls edje_test edje_thumb
> >
> >
> >
> > -
> > Using Tomcat but need to do more? Need to support web services, security?
> > Get stuff done quickly with pre-integrated technology to make your job 
> > easier.
> > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> > ___
> > enlightenment-cvs mailing list
> > enlightenment-cvs@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/enlightenment-cvs
> >
> > -- 
> > Ce message a été vérifié par MailScanner
> > pour des virus ou des polluriels et rien de
> > suspect n'a été trouvé.
> > Message délivré par le serveur de messagerie de l'Université d'Evry.
> >
> >

-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier.
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


[E-devel] Menus config dialog strangeness....

2007-02-13 Thread Ravenlock

Hello,

I happen to notice that on my machine when I open the Menus -> Menu 
Settings -> advanced dialog, that the "Click Drag Timeout" slider 
jitters immediately, and then the "Apply" and "OK" buttons become enabled.


It appears this is because the I had never used this dialog before.  as 
a result my config setting was set to the default value of 1.25.  This 
default does not fit nicely inside the parameters of the slider as it 
was created.  This seemed to be causing the jitter.


I could change the default value, but assume it was picked for a reason. 
 Instead, I chose to allow finer grain control over the setting, by 
allowing 0.25s steps in the slider.


Attached is a patch.

--
Regards,
Ravenlock
Index: e17/apps/e/src/bin/e_int_config_menus.c
===
RCS file: /var/cvs/e/e17/apps/e/src/bin/e_int_config_menus.c,v
retrieving revision 1.10
diff -u -r1.10 e_int_config_menus.c
--- e17/apps/e/src/bin/e_int_config_menus.c 15 Jan 2007 17:43:18 -  
1.10
+++ e17/apps/e/src/bin/e_int_config_menus.c 13 Feb 2007 23:38:05 -
@@ -161,7 +161,7 @@
e_widget_framelist_object_append(of, ob);
ob = e_widget_label_add(evas, _("Click Drag Timeout"));
e_widget_framelist_object_append(of, ob);
-   ob = e_widget_slider_add(evas, 1, 0, _("%2.1f seconds"), 0.0, 10.0, 0.5, 0, 
&(cfdata->menus_click_drag_timeout), NULL, 200);
+   ob = e_widget_slider_add(evas, 1, 0, _("%2.2f seconds"), 0.0, 10.0, 0.25, 
0, &(cfdata->menus_click_drag_timeout), NULL, 200);
e_widget_framelist_object_append(of, ob);

e_widget_list_object_append(o, of, 1, 1, 0.5);   
-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier.
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] Patch for e_modules to add support to gettext with automake-1.10

2007-02-13 Thread Landry, Marc-Andre
Michael Jennings wrote:
> On Tuesday, 13 February 2007, at 09:17:51 (-0500),
> Landry, Marc-Andre wrote:
> 
>> +echo "Running autopoint..."; autopoint -f || exit 1
> 
> No.
> 
> Michael
> 

I will work on this for my self. I had lost track of this subject and I
excuse me if I didn't understand that there will not be any support for
this case. I will try to better help on the todo list for reporting patch.

«Désolé» I didn't intended to take your time,
Marc-André Landry

-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier.
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] Problem with ecore_main_fd_handler_add() and async GUI updates

2007-02-13 Thread Andreas Volz
Am Tue, 13 Feb 2007 15:33:21 +0100 schrieb Andreas Volz:

> Am Sat, 10 Feb 2007 06:11:52 +0900 schrieb Carsten Haitzler (The
> Rasterman):
> 
> > On Thu, 8 Feb 2007 01:14:05 +0100 Andreas Volz <[EMAIL PROTECTED]>
> > babbled:
> > 
> > > Hello,
> > > 
> > > I've some problems with ecore_main_fd_handler_add(). In my
> > > application a pipe is used to synchronize the asynchronous data
> > > generation thread and the GUI. It works great in 8 of 10 app
> > > running cases. In 2 of 10 cases I start the application but the
> > > callback function from ecore_main_fd_handler_add() is never
> > > called, no matter how much bytes I throw into the pipe.
> > > 
> > > Before I start to debug the ecore functions I hope someone could
> > > look over my code and help me to find the bug (if existing).
> > 
> > i wish i had time to check - but for now, i don't. i'm busily trying
> > to catch up on my mail. one guess might be that the child starts
> > sending data before the parent has added the fd handler in? but
> 
> Hm, I could try what happens if I wait some time before putting data
> into the pipe.

I waited some seconds after creating the pipe before writing the first
byte into the pipe. This doesn't solve the problem.

regards
Andreas

-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier.
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] E CVS: test lok

2007-02-13 Thread Vincent Torri


It's not a typo. raster wants to let the user giving his own CFLAGS. See 
line 34 (where an error lives. FLAGS, and not FALGS). Btw, that error is 
also in embryo's Makefile


Vincent


On Tue, 13 Feb 2007, Enlightenment CVS wrote:


Enlightenment CVS committal

Author  : lok
Project : e17
Module  : test

Dir : e17/test/orig/edje


Modified Files:
Makefile


Log Message:
small typo fixed

===
RCS file: /cvs/e/e17/test/orig/edje/Makefile,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -3 -r1.1 -r1.2
--- Makefile28 Oct 2006 09:01:59 -  1.1
+++ Makefile14 Feb 2007 03:04:21 -  1.2
@@ -1,4 +1,4 @@
-FLAGS = `edje-config --cflags` `ecore-config --cflags` `evas-config --cflags` 
`eet-config --cflags`
+CFLAGS = `edje-config --cflags` `ecore-config --cflags` `evas-config --cflags` 
`eet-config --cflags`
LIBS  = `edje-config --libs` `ecore-config --libs` `evas-config --libs` 
`eet-config --libs`

BINS  = edje edje_ls edje_test edje_thumb



-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier.
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
enlightenment-cvs mailing list
enlightenment-cvs@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-cvs

--
Ce message a été vérifié par MailScanner
pour des virus ou des polluriels et rien de
suspect n'a été trouvé.
Message délivré par le serveur de messagerie de l'Université d'Evry.

-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier.
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] Patch for e_modules to add support to gettext with automake-1.10

2007-02-13 Thread Michael Jennings
On Tuesday, 13 February 2007, at 13:45:04 (-0500),
Christopher Michael wrote:

> Also, please skip the cpu, mem, mixer, net, flame, rain, snow,
> screenshot, slideshow, uptime, and tclock modules too. Automake 1.10
> is just too broken at this point, and not all systems support it
> yet.

It's not going to be applied by anyone who values their ability to
reproduce.

Michael

-- 
Michael Jennings (a.k.a. KainX)  http://www.kainx.org/  <[EMAIL PROTECTED]>
n + 1, Inc., http://www.nplus1.net/   Author, Eterm (www.eterm.org)
---
 "The problem with the gene pool is there's no lifeguard."
  -- Steven Wright

-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier.
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] Patch for e_modules to add support to gettext with automake-1.10

2007-02-13 Thread Christopher Michael
David Seikel wrote:
> This discussion has been had before, automake 1.10 gettext support is
> too broken.  Check the archives.  Amongst other things, it sneaks in an
> assignment of copyright to FSF if you are not careful.
> 
> If someone decides to apply this anyway, do not do so to the emu module.
> 

Also, please skip the cpu, mem, mixer, net, flame, rain, snow,
screenshot, slideshow, uptime, and tclock modules too. Automake 1.10 is
just too broken at this point, and not all systems support it yet.

devilhorns

-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier.
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] Patch for e_modules to add support to gettext with automake-1.10

2007-02-13 Thread Michael Jennings
On Tuesday, 13 February 2007, at 09:17:51 (-0500),
Landry, Marc-Andre wrote:

> +echo "Running autopoint..."; autopoint -f || exit 1

No.

Michael

-- 
Michael Jennings (a.k.a. KainX)  http://www.kainx.org/  <[EMAIL PROTECTED]>
n + 1, Inc., http://www.nplus1.net/   Author, Eterm (www.eterm.org)
---
 "If everything is coming your way, you're in the wrong lane."
-- fortune

-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier.
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


[E-devel] Entrance not working with /bin/tcsh

2007-02-13 Thread Gregory Kriehn
Folks,

With the code cleanup of entrance several months ago, a user can no
longer login with entrance using /bin/tcsh.  This problem was fixed
about a year ago, but cropped up again and has never been fixed.  If
possible, I'd like the problem to be addressed.  Here is the background
info once again regarding the bug:

> There IS a reason for using /bin/sh and not the user's shell, and 
> that explains the mess at that part of the code. Check the following 
> commit.
>
> -
> revision 1.80
> date: 2005/12/10 05:55:09;  author: xcomputerman;  state: Exp;  lines:
> +1 -1
> I thought I had committed this...
> Force usage of /bin/sh to execute session to avoid problems with csh 
> users.
> -
>
> The exact Reason can be seen from the tcsh man page
>
> 
> -l  The shell is a login shell.  Applicable only if -l is the only
> flag specified.
> 
>
> So there you go, you can't do csh -l -c xxx, it won't work, and the
> latest commit will give problems to users with their default shell set
> to csh.
--- Begin Message ---
Hi Greg,

I seems to have problems committing to the entrance cvs, so I have
attached a cvs diff here for you to try and commit it.

Cheers,
Phuah Yee Keat

Gregory Kriehn wrote:
> Phuah,
> 
> It looks like your highlight of the problem has not been folded into the
> most recent commits of entrance yet.  Is it possible for you to bump
> this back up?
> 
> I have confirmed, once again, that it is indeed tcsh/csh causing the
> problem.
> 
> Thanks!
> Greg
> 
> On Fri, 2006-09-15 at 10:15 +0800, Phuah Yee Keat wrote:
>> The latest entrance commit makes it incompatible with tcsh.
>>
>> I am reproducing the mail I sent to the list below:
>>
>> ---
>> Hi,
>>
>> Sorry that this came in late. The latest entrance patch have some problems
>>
>> -
>> revision 1.86
>> date: 2006/08/31 14:37:37;  author: essiene;  state: Exp;  lines: +73 -24
>> - Commit Entrance shell utilization patches from Eugen Minciu... they
>> work like a charm  :)
>> - Update TODO
>> -
>>
>> There IS a reason for using /bin/sh and not the user's shell, and that
>> explains the mess at that part of the code. Check the following commit.
>>
>> -
>> revision 1.80
>> date: 2005/12/10 05:55:09;  author: xcomputerman;  state: Exp;  lines: +1 -1
>> I thought I had committed this...
>> Force usage of /bin/sh to execute session to avoid problems with csh users.
>> -
>>
>> The exact Reason can be seen from the tcsh man page
>>
>> 
>> -l  The shell is a login shell.  Applicable only if -l is the only
>> flag specified.
>> 
>>
>> So there you go, you can't do csh -l -c xxx, it won't work, and the
>> latest commit will give problems to users with their default shell set
>> to csh.
>>
>> Cheers,
>> Phuah Yee Keat
> 
? entrance_session.cvsdiff
Index: entrance_session.c
===
RCS file: /var/cvs/e/e17/apps/entrance/src/client/entrance_session.c,v
retrieving revision 1.89
diff -r1.89 entrance_session.c
843,844c843
<} else {
<  res = execl("/bin/sh", "/bin/sh", "-l", "-c", buf, NULL);
---
>}
846,853c845,847
<  /* Getting here means the previous didn't work 
<   * If /bin/sh isn't a login shell run /bin/sh without loading 
the profile
<   * Also log a warning because this will probably not behave 
correctly */
<  if (res == -1) { 
< /*TODO: should actually hit the user in the face with this 
message*/
< syslog(LOG_NOTICE, "Neither '%s' or '/bin/sh' are working 
login shells for user '%s'. Your session may not function properly. 
",shell,user);
< execl("/bin/sh", "/bin/sh", "-c", buf, NULL);
<  }
---
>/* For csh, the above will fail, because csh does not like '-l -c cmd'
> * fallback to using default shell */
>res = execl("/bin/sh", "/bin/sh", "-l", "-c", buf, NULL);
855,858c849,855
<  /* Damn, that didn't work either.
<   * Bye! We call it quits and log an error 
<   * TODO: Also hit the user in the face with this! (ouch!)*/
<   syslog(LOG_CRIT, "Entrance could not find a working shell to 
start the session for user: \"%s\".",user);
---
>/* Getting here means the previous didn't work 
>   * If /bin/sh isn't a login shell run /bin/sh without loading the profile
>   * Also log a warning because this will probably not behave correctly */
>if (res == -1) { 
> /*TODO: should actually hit the user in the face with this message*/
> syslog(LOG_NOTICE, "Neither '%s' or '/bin/sh' are working login 
> shells for user '%s'. Your session may not function properly. ",shell,user);
> execl("/bin/sh", "/bin/sh", "-c", buf, NULL);
859a857,861
> 
>/* Damn, that didn't work either.
>   * Bye! We call it q

Re: [E-devel] Patch for e_modules to add support to gettext with automake-1.10

2007-02-13 Thread David Seikel
This discussion has been had before, automake 1.10 gettext support is
too broken.  Check the archives.  Amongst other things, it sneaks in an
assignment of copyright to FSF if you are not careful.

If someone decides to apply this anyway, do not do so to the emu module.


signature.asc
Description: PGP signature
-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier.
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] Problem with ecore_main_fd_handler_add() and async GUI updates

2007-02-13 Thread Andreas Volz
Am Sat, 10 Feb 2007 06:11:52 +0900 schrieb Carsten Haitzler (The
Rasterman):

> On Thu, 8 Feb 2007 01:14:05 +0100 Andreas Volz <[EMAIL PROTECTED]>
> babbled:
> 
> > Hello,
> > 
> > I've some problems with ecore_main_fd_handler_add(). In my
> > application a pipe is used to synchronize the asynchronous data
> > generation thread and the GUI. It works great in 8 of 10 app
> > running cases. In 2 of 10 cases I start the application but the
> > callback function from ecore_main_fd_handler_add() is never called,
> > no matter how much bytes I throw into the pipe.
> > 
> > Before I start to debug the ecore functions I hope someone could
> > look over my code and help me to find the bug (if existing).
> 
> i wish i had time to check - but for now, i don't. i'm busily trying
> to catch up on my mail. one guess might be that the child starts
> sending data before the parent has added the fd handler in? but

Hm, I could try what happens if I wait some time before putting data
into the pipe.

> otherwise this should work. another guess is the child is calling
> ecore routines and somehow destroying ecore's internal data structs.

I hope you've some time to check this problem later. Perhaps I'll look
into ecore myself, but I assume that I need a much more time to
indentify the problem.

regards
Andreas

-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier.
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


Re: [E-devel] Patch for e_modules to add support to gettext with automake-1.10

2007-02-13 Thread Landry, Marc-Andre
Jesse Luehrs wrote:
> 
> You might want to take a look at the diff for net/autogen.sh again...
> 

Done! New and working patch attach.

Thank you Jesse, I am not used to do so big patch and not having time to
send it before other change append.

LMA
? autogen-4-automake-1.10.patch
Index: alarm/autogen.sh
===
RCS file: /var/cvs/e/e_modules/alarm/autogen.sh,v
retrieving revision 1.1
diff -u -r1.1 autogen.sh
--- alarm/autogen.sh8 Nov 2006 10:06:38 -   1.1
+++ alarm/autogen.sh13 Feb 2007 15:37:31 -
@@ -5,6 +5,7 @@
 
 touch README
 
+echo "Running autopoint..."; autopoint -f || exit 1
 echo "Running aclocal..." ; aclocal $ACLOCAL_FLAGS || exit 1
 echo "Running autoheader..." ; autoheader || exit 1
 echo "Running autoconf..." ; autoconf || exit 1
Index: alarm/po/Makefile.am
===
RCS file: /var/cvs/e/e_modules/alarm/po/Makefile.am,v
retrieving revision 1.1
diff -u -r1.1 Makefile.am
--- alarm/po/Makefile.am8 Nov 2006 10:06:38 -   1.1
+++ alarm/po/Makefile.am13 Feb 2007 15:37:31 -
@@ -2,6 +2,7 @@
 
 MSGFMT = msgfmt
 
+
 localedir = @LOCALEDIR@
 locale_DATA = $(addsuffix .mo,$(ALL_LINGUAS))
 
Index: calendar/autogen.sh
===
RCS file: /var/cvs/e/e_modules/calendar/autogen.sh,v
retrieving revision 1.3
diff -u -r1.3 autogen.sh
--- calendar/autogen.sh 16 Mar 2006 20:56:09 -  1.3
+++ calendar/autogen.sh 13 Feb 2007 15:37:31 -
@@ -5,6 +5,7 @@
 
 touch README
 
+echo "Running autopoint..."; autopoint -f || exit 1
 echo "Running aclocal..." ; aclocal $ACLOCAL_FLAGS || exit 1
 echo "Running autoheader..." ; autoheader || exit 1
 echo "Running autoconf..." ; autoconf || exit 1
Index: cpu/Makefile.am
===
RCS file: /var/cvs/e/e_modules/cpu/Makefile.am,v
retrieving revision 1.16
diff -u -r1.16 Makefile.am
--- cpu/Makefile.am 8 Nov 2006 12:43:17 -   1.16
+++ cpu/Makefile.am 13 Feb 2007 15:37:31 -
@@ -1,5 +1,7 @@
 MAINTAINERCLEANFILES = Makefile.in
 
+SUBDIRS = po
+
 EDJE_CC = @edje_cc@
 EDJE_FLAGS = -v \
 -id $(top_srcdir) \
Index: cpu/autogen.sh
===
RCS file: /var/cvs/e/e_modules/cpu/autogen.sh,v
retrieving revision 1.3
diff -u -r1.3 autogen.sh
--- cpu/autogen.sh  30 Aug 2006 18:08:52 -  1.3
+++ cpu/autogen.sh  13 Feb 2007 15:37:31 -
@@ -3,6 +3,7 @@
 rm -rf autom4te.cache
 rm -f aclocal.m4 ltmain.sh
 
+echo "Running autopoint..."; autopoint -f || exit 1
 echo "Running aclocal..." ; aclocal $ACLOCAL_FLAGS || exit 1
 echo "Running autoheader..." ; autoheader || exit 1
 echo "Running autoconf..." ; autoconf || exit 1
Index: cpu/configure.in
===
RCS file: /var/cvs/e/e_modules/cpu/configure.in,v
retrieving revision 1.16
diff -u -r1.16 configure.in
--- cpu/configure.in20 Sep 2006 19:02:15 -  1.16
+++ cpu/configure.in13 Feb 2007 15:37:31 -
@@ -17,6 +17,12 @@
 AM_ENABLE_SHARED
 AM_PROG_LIBTOOL
 
+ALL_LINGUAS="bg eo fi it ja ru sv"
+AC_SUBST(ALL_LINGUAS)
+
+AM_GNU_GETTEXT([external])
+AM_GNU_GETTEXT_VERSION(0.14)
+
 MODULE_ARCH="$host_os-$host_cpu"
 AC_SUBST(MODULE_ARCH)
 AC_DEFINE_UNQUOTED(MODULE_ARCH, "$MODULE_ARCH", "Module architecture")
@@ -142,6 +148,7 @@
 
 AC_OUTPUT([
 Makefile
+po/Makefile
 module.desktop
 e_modules-cpu.spec
 ],[
Index: emu/autogen.sh
===
RCS file: /var/cvs/e/e_modules/emu/autogen.sh,v
retrieving revision 1.2
diff -u -r1.2 autogen.sh
--- emu/autogen.sh  20 Mar 2006 11:37:33 -  1.2
+++ emu/autogen.sh  13 Feb 2007 15:37:31 -
@@ -5,6 +5,7 @@
 
 touch README
 
+echo "Running autopoint..."; autopoint -f || exit 1
 echo "Running aclocal..." ; aclocal $ACLOCAL_FLAGS -I m4 || exit 1
 echo "Running autoheader..." ; autoheader || exit 1
 echo "Running autoconf..." ; autoconf || exit 1
Index: flame/autogen.sh
===
RCS file: /var/cvs/e/e_modules/flame/autogen.sh,v
retrieving revision 1.2
diff -u -r1.2 autogen.sh
--- flame/autogen.sh1 Apr 2006 19:35:59 -   1.2
+++ flame/autogen.sh13 Feb 2007 15:37:32 -
@@ -5,6 +5,7 @@
 
 touch README
 
+echo "Running autopoint..."; autopoint -f || exit 1
 echo "Running aclocal..." ; aclocal $ACLOCAL_FLAGS || exit 1
 echo "Running autoheader..." ; autoheader || exit 1
 echo "Running autoconf..." ; autoconf || exit 1
Index: language/autogen.sh
===
RCS file: /var/cvs/e/e_modules/language/autogen.sh,v
retrieving revision 1.3
diff -u -r1.3 autogen.sh
--- language/autogen.sh 25 Jul 2006 22:07:16 -  1.3
+++ language/autogen.sh 13 Feb 2007 15:37:32 -
@@ -5,6 +5,7 @@
 

Re: [E-devel] Patch for e_modules to add support to gettext with automake-1.10

2007-02-13 Thread Jesse Luehrs
On Tue, 13 Feb 2007 08:00:53 -0500
"Landry, Marc-Andre" <[EMAIL PROTECTED]> wrote:

> Hello all,
> great work, I would say amazing work! All the pieces are so great. Not
> only that you will been able to raise the money for the servers.
> Beside, I know, it was a long time ago I made a contribution to help
> on all the project to support automake-1.10 and is 'caprice'.
> 
> I took a day off last week to make all the modules happy whit
> automake-1.10 and here are those modification. It took time as I
> wanted to test all of them before sending the patch. I have seen no
> flaws beside that I haven't test all the linguas (= I also tried to
> correct some configure.in file that where missing some information to
> correctly got linked to gettext.
> 
> This patch shall not break anything as it touch mostly only the
> autogen.sh script.
> 
> Continue the great work, I will try to send more support for
> automake-1.10 later on. Beside I lost some mail on a crash that where
> talking about this. Can't remember if it was okay to exit if autopoint
> didn't work.
> 
> Sheer,
> LMA

You might want to take a look at the diff for net/autogen.sh again...

Jesse

-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier.
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel


[E-devel] Patch for e_modules to add support to gettext with automake-1.10

2007-02-13 Thread Landry, Marc-Andre
Hello all,
great work, I would say amazing work! All the pieces are so great. Not
only that you will been able to raise the money for the servers. Beside,
I know, it was a long time ago I made a contribution to help on all the
project to support automake-1.10 and is 'caprice'.

I took a day off last week to make all the modules happy whit
automake-1.10 and here are those modification. It took time as I wanted
to test all of them before sending the patch. I have seen no flaws
beside that I haven't test all the linguas (= I also tried to correct
some configure.in file that where missing some information to correctly
got linked to gettext.

This patch shall not break anything as it touch mostly only the
autogen.sh script.

Continue the great work, I will try to send more support for
automake-1.10 later on. Beside I lost some mail on a crash that where
talking about this. Can't remember if it was okay to exit if autopoint
didn't work.

Sheer,
LMA
? autogen-4-automake-1.10.patch
Index: alarm/autogen.sh
===
RCS file: /var/cvs/e/e_modules/alarm/autogen.sh,v
retrieving revision 1.1
diff -u -r1.1 autogen.sh
--- alarm/autogen.sh8 Nov 2006 10:06:38 -   1.1
+++ alarm/autogen.sh13 Feb 2007 14:08:18 -
@@ -5,6 +5,7 @@
 
 touch README
 
+echo "Running autopoint..."; autopoint -f || exit 1
 echo "Running aclocal..." ; aclocal $ACLOCAL_FLAGS || exit 1
 echo "Running autoheader..." ; autoheader || exit 1
 echo "Running autoconf..." ; autoconf || exit 1
Index: alarm/po/Makefile.am
===
RCS file: /var/cvs/e/e_modules/alarm/po/Makefile.am,v
retrieving revision 1.1
diff -u -r1.1 Makefile.am
--- alarm/po/Makefile.am8 Nov 2006 10:06:38 -   1.1
+++ alarm/po/Makefile.am13 Feb 2007 14:08:18 -
@@ -2,6 +2,7 @@
 
 MSGFMT = msgfmt
 
+
 localedir = @LOCALEDIR@
 locale_DATA = $(addsuffix .mo,$(ALL_LINGUAS))
 
Index: calendar/autogen.sh
===
RCS file: /var/cvs/e/e_modules/calendar/autogen.sh,v
retrieving revision 1.3
diff -u -r1.3 autogen.sh
--- calendar/autogen.sh 16 Mar 2006 20:56:09 -  1.3
+++ calendar/autogen.sh 13 Feb 2007 14:08:18 -
@@ -5,6 +5,7 @@
 
 touch README
 
+echo "Running autopoint..."; autopoint -f || exit 1
 echo "Running aclocal..." ; aclocal $ACLOCAL_FLAGS || exit 1
 echo "Running autoheader..." ; autoheader || exit 1
 echo "Running autoconf..." ; autoconf || exit 1
Index: cpu/Makefile.am
===
RCS file: /var/cvs/e/e_modules/cpu/Makefile.am,v
retrieving revision 1.16
diff -u -r1.16 Makefile.am
--- cpu/Makefile.am 8 Nov 2006 12:43:17 -   1.16
+++ cpu/Makefile.am 13 Feb 2007 14:08:19 -
@@ -1,5 +1,7 @@
 MAINTAINERCLEANFILES = Makefile.in
 
+SUBDIRS = po
+
 EDJE_CC = @edje_cc@
 EDJE_FLAGS = -v \
 -id $(top_srcdir) \
Index: cpu/autogen.sh
===
RCS file: /var/cvs/e/e_modules/cpu/autogen.sh,v
retrieving revision 1.3
diff -u -r1.3 autogen.sh
--- cpu/autogen.sh  30 Aug 2006 18:08:52 -  1.3
+++ cpu/autogen.sh  13 Feb 2007 14:08:19 -
@@ -3,6 +3,7 @@
 rm -rf autom4te.cache
 rm -f aclocal.m4 ltmain.sh
 
+echo "Running autopoint..."; autopoint -f || exit 1
 echo "Running aclocal..." ; aclocal $ACLOCAL_FLAGS || exit 1
 echo "Running autoheader..." ; autoheader || exit 1
 echo "Running autoconf..." ; autoconf || exit 1
Index: cpu/configure.in
===
RCS file: /var/cvs/e/e_modules/cpu/configure.in,v
retrieving revision 1.16
diff -u -r1.16 configure.in
--- cpu/configure.in20 Sep 2006 19:02:15 -  1.16
+++ cpu/configure.in13 Feb 2007 14:08:19 -
@@ -17,6 +17,12 @@
 AM_ENABLE_SHARED
 AM_PROG_LIBTOOL
 
+ALL_LINGUAS="bg eo fi it ja ru sv"
+AC_SUBST(ALL_LINGUAS)
+
+AM_GNU_GETTEXT([external])
+AM_GNU_GETTEXT_VERSION(0.14)
+
 MODULE_ARCH="$host_os-$host_cpu"
 AC_SUBST(MODULE_ARCH)
 AC_DEFINE_UNQUOTED(MODULE_ARCH, "$MODULE_ARCH", "Module architecture")
@@ -142,6 +148,7 @@
 
 AC_OUTPUT([
 Makefile
+po/Makefile
 module.desktop
 e_modules-cpu.spec
 ],[
Index: emu/autogen.sh
===
RCS file: /var/cvs/e/e_modules/emu/autogen.sh,v
retrieving revision 1.2
diff -u -r1.2 autogen.sh
--- emu/autogen.sh  20 Mar 2006 11:37:33 -  1.2
+++ emu/autogen.sh  13 Feb 2007 14:08:19 -
@@ -5,6 +5,7 @@
 
 touch README
 
+echo "Running autopoint..."; autopoint -f || exit 1
 echo "Running aclocal..." ; aclocal $ACLOCAL_FLAGS -I m4 || exit 1
 echo "Running autoheader..." ; autoheader || exit 1
 echo "Running autoconf..." ; autoconf || exit 1
Index: flame/autogen.sh
===
RCS file: /var/cvs/e/e_modules/flame/autogen.sh,v
retrieving revision 1.2
diff -