e16 version 0.16.8.10 is now available for download:
http://sourceforge.net/project/showfiles.php?group_id=2
e16-0.16.8.10:
- Fix infinite loop when regenerating menus.
- Fix potential incorrect termination of IPC connection which
could cause segv.
- eesh: Fix bad event loop causing hangs in c
Carsten Haitzler (The Rasterman) wrote:
> On Sat, 22 Sep 2007 19:41:03 +0400 Stanislav Sedov <[EMAIL PROTECTED]>
> babbled:
>
>> Hi!
>>
>> There's a small bug in ecore configuration system, that prevents
>> ecore_con to be build with CURL support when ecore_file support was
>> disabled. That's be
Stafford Horne, il 07/10/2007 17:30, scrisse:
>> however I'll try with a fresh cvs co.
>
> Thanks, let me know if its working.
>
as I said in my last mail in this thread, yes, it is working :)
--
Massimo Maiurana massimoragusa.linux.it
http://massimo.solira.org GP
On Sun, 7 Oct 2007, Michael Jennings wrote:
> On Sunday, 07 October 2007, at 11:39:42 (+0200),
> Tilman Sauerbeck wrote:
>
>> Vincent Torri [2007-09-30 16:04]:
>>> Ideas ? remarks ?
>>
>> Can we switch to this:
>> AC_INIT(package, version)
>> AC_CONFIG_SRCDIR([configure.in])
>> AM_INIT_AUT
On Sunday, 07 October 2007, at 11:39:42 (+0200),
Tilman Sauerbeck wrote:
> Vincent Torri [2007-09-30 16:04]:
> > Ideas ? remarks ?
>
> Can we switch to this:
> AC_INIT(package, version)
> AC_CONFIG_SRCDIR([configure.in])
> AM_INIT_AUTOMAKE([dist-bzip2])
Except for the bzip2 part. Don't do
On Sun, 07 Oct 2007 15:11:54 +0200
Massimo Maiurana <[EMAIL PROTECTED]> wrote:
> Stafford Horne, il 07/10/2007 14:59, scrisse:
> > This looks like it traces back to a change made by devilhorns 3 months back:
> >
>
> uhmm, my last working build was not so old, I did it on september 22.
> however
Here's an interesting idea for a new module:
Event based triggers
E already tracks a few things done by applications, like when an app
closes, opens a new window, etc. (of course these are in disparate
systems, but that's not an issue).
How about having a module that monitors these events and tri
Massimo Maiurana, il 07/10/2007 15:11, scrisse:
> uhmm, my last working build was not so old, I did it on september 22.
> however I'll try with a fresh cvs co.
>
ok, now the locale is correctly loaded. thanks :)
on a side note, I've forgot to mention that while on my system the
msgbus_lang modu
On Sun, 7 Oct 2007 11:49:37 -0300 "Gustavo Sverzut Barbieri"
<[EMAIL PROTECTED]> babbled:
> On 10/5/07, The Rasterman Carsten Haitzler <[EMAIL PROTECTED]> wrote:
> > VER=1.2.3.045
> > ...
> > AM_INIT_AUTOMAKE(edje, $VER)
> > ...
> > VMAJ=`echo $VER | awk -F . '{printf("%s", $1);}'`
> > VMIN=`echo
On Sun, 7 Oct 2007, Tilman Sauerbeck wrote:
> Can we switch to this:
> AC_INIT(package, version)
> AC_CONFIG_SRCDIR([configure.in])
> AM_INIT_AUTOMAKE([dist-bzip2])
> instead? I believe that's the current way to initialize
> autoconf/automake.
Tilman, here is a patch below. Is it sufficient
On 10/5/07, The Rasterman Carsten Haitzler <[EMAIL PROTECTED]> wrote:
> VER=1.2.3.045
> ...
> AM_INIT_AUTOMAKE(edje, $VER)
> ...
> VMAJ=`echo $VER | awk -F . '{printf("%s", $1);}'`
> VMIN=`echo $VER | awk -F . '{printf("%s", $2);}'`
> VMIC=`echo $VER | awk -F . '{printf("%s", $3);}'`
> SNAP=`echo $
Build log for Enlightenment DR 0.17 on 2007-10-07 07:04:16 -0700
Build logs are available at http://download.enlightenment.org/tests/logs
Packages that failed to build:
engage http://download.enlightenment.org/tests/logs/engage.log
epdf http://download.enlightenment.org/tests/logs/epdf.log
evolv
Stafford Horne, il 07/10/2007 14:59, scrisse:
> This looks like it traces back to a change made by devilhorns 3 months back:
>
uhmm, my last working build was not so old, I did it on september 22.
however I'll try with a fresh cvs co.
--
Massimo Maiurana massimoragusa.linux.it
This looks like it traces back to a change made by devilhorns 3 months back:
RCS file: /cvs/e/e17/apps/e/src/bin/e_intl.c,v
retrieving revision 1.93
retrieving revision 1.94
diff -u -3 -r1.93 -r1.94
There was a bit of code broken there. This should be fixed now.
-Stafford
On Sat, 06 Oct 2007
On Sun, 7 Oct 2007 13:50:10 +0200 (CEST) Vincent Torri <[EMAIL PROTECTED]>
babbled:
>
>
> On Sun, 7 Oct 2007, Tilman Sauerbeck wrote:
>
> > Vincent Torri [2007-09-30 16:04]:
> >> Ideas ? remarks ?
> >
> > Can we switch to this:
> > AC_INIT(package, version)
> > AC_CONFIG_SRCDIR([configure.in]
On Sun, 7 Oct 2007, Tilman Sauerbeck wrote:
> Vincent Torri [2007-09-30 16:04]:
>> Ideas ? remarks ?
>
> Can we switch to this:
> AC_INIT(package, version)
> AC_CONFIG_SRCDIR([configure.in])
> AM_INIT_AUTOMAKE([dist-bzip2])
> instead? I believe that's the current way to initialize
> autoconf/
On 10/7/07, Andreas Volz <[EMAIL PROTECTED]> wrote:
>
>
>
> Another solution would be to implement a smart logic that displays only
> the items that are used 'often' and hides the advanced menus behind a
> '...' entry that unfolds if you press it. Like you know it from
> 'popular' windows products.
Vincent Torri [2007-09-30 16:04]:
> Ideas ? remarks ?
Can we switch to this:
AC_INIT(package, version)
AC_CONFIG_SRCDIR([configure.in])
AM_INIT_AUTOMAKE([dist-bzip2])
instead? I believe that's the current way to initialize
autoconf/automake.
Regards,
Tilman
--
A: Because it messes up the
Hello,
I report this here instead of the bug tracker, because I like to discuss
it.
Example:
1) start 'emotion_test'
2) Remember->Advanced (Activate all 'remember using' and 'properties to
remember' fields)
3) Pin to desktop => border is removed and window is
below all other windows
4) restart
19 matches
Mail list logo