Hello, i just looked down at the digital display of the clock in e17 and
noticed a little bug. it's displaying the current time as 24:20 (its in
24 hour mode of course). I just now restarted enlightenment, and it's
still displaying 24. Thanks.
Christopher
just updated to latest cvs and restarted and suddenly e seems to be
segfaulting whenever i try to load an Eterm ... other apps/terminals seem to
work fine, it only happens with Eterm :/
maybe related to me being on amd64 ? or the warning messages i get everytime
i load an Eterm about icon
Mike Frysinger wrote:
just updated to latest cvs and restarted and suddenly e seems to be
segfaulting whenever i try to load an Eterm ... other apps/terminals seem to
work fine, it only happens with Eterm :/
maybe related to me being on amd64 ? or the warning messages i get everytime
i load
On Sunday 17 July 2005 06:26 am, Kim Woelders wrote:
Mike Frysinger wrote:
just updated to latest cvs and restarted and suddenly e seems to be
segfaulting whenever i try to load an Eterm ... other apps/terminals seem
to work fine, it only happens with Eterm :/
maybe related to me being
On Saturday, 16 July 2005, at 13:32:10 (-0500),
laurence vanek wrote:
libast.m4 resides at /usr/local/share/aclocal/libast.m4. since I
didnt put it there I presume the make install did during my build
of libast.
Yes, that's correct. But that doesn't mean aclocal will automatically
look
Chad R. Kittel [EMAIL PROTECTED] [Fri, 01 Jul 2005 19:28:15 -0500]:
Hello,
This patch against e_utils' e17setroot.c replaces some of the local
code with calls to ecore_file that should produce the same results
but with less code duplication.
Cheers,
Chad
Considering not a single
I believe Andy is the author of that app, and he was out getting
married. It might take him some time to get caught up.
On 7/17/05, Chad Kittel [EMAIL PROTECTED] wrote:
Chad R. Kittel [EMAIL PROTECTED] [Fri, 01 Jul 2005 19:28:15 -0500]:
Hello,
This patch against e_utils' e17setroot.c
Michael Jennings wrote:
Have you tried setting ACLOCAL_FLAGS=-I /usr/local/share/aclocal
when calling autogen.sh?
Michael
Michael -
I just did a fresh CVS co and rebuilt libast (no issues now). For the
Eterm build I did this:
export ACLOCAL_FLAGS=-I /usr/local/share/aclocal
as Nathan
laurence vanek wrote:
I just did a fresh CVS co and rebuilt libast (no issues now). For the
Eterm build I did this:
export ACLOCAL_FLAGS=-I /usr/local/share/aclocal
as Nathan you suggested prior to ./autogen.sh.
It works on my updated FC4 sytem. make make install ok without
errors.
Nathan Ingersoll [EMAIL PROTECTED] [Sun, 17 Jul 2005 11:48:57 -0500]:
I believe Andy is the author of that app, and he was out getting
married. It might take him some time to get caught up.
Ah, Thank you for the information Nathan. So this was the right place
then I take it.
Congradulations
You may get new version there:
http://rec0.rec.smr.ru/davinchi/public/e17/evolume-0.0.3.tar.bz2
7be18dcabf9d445954642690f5f28669 evolume-0.0.3.tar.bz2
Note that now used different configuration code, so multi-container
configuration should
work correctly.
Changes
Sun Jul 17 22:32:56 2005
Hi, i recently compiled Eterm 0.9.3 under a NetBSD 2.0.2 system, i
use PT encoding (ISO-8859-1) and accentueted characteres are often used
mainly when i'm using text-mode editors, irc text-mode clients, and etc.
What is happening, is that Eterm does not accept anyway special char
like 'é'
Boldin Pavel wrote:
You may get new version there:
http://rec0.rec.smr.ru/davinchi/public/e17/evolume-0.0.3.tar.bz2
works out-of-the-box!
Great work, Pavel!!!
On uprading from evolume-0.0.2 it isn't bad at all to remove evolume
configuration files from ~/.e.
Again thanx a lot!
-Dienekes
On Sunday, 17 July 2005, at 11:51:51 (-0500),
laurence vanek wrote:
I just did a fresh CVS co and rebuilt libast (no issues now). For the
Eterm build I did this:
export ACLOCAL_FLAGS=-I /usr/local/share/aclocal
as Nathan you suggested prior to ./autogen.sh.
It works on my updated
On Sunday, 17 July 2005, at 19:28:30 (+0100),
losted wrote:
Hi, i recently compiled Eterm 0.9.3 under a NetBSD 2.0.2 system, i=20
use PT encoding (ISO-8859-1) and accentueted characteres are often used=20
mainly when i'm using text-mode editors, irc text-mode clients, and etc.
What is
Now it should not broke border.
This happened because of default value ( 0 ) and all objects in old .edj
files just
try to queue event to object with zero ID.
Now events_to objects is checked (on load) to be dragable. if events_to
object is not dragable (which default) than events is not
Andrew Elcock wrote:
would you like me to roll this into e_modules in CVS?
not yet.
0. module is not yet stable
1. i don't has write access to CVS
2. license
wait for week or two, i think work on zero and 2nd items.
--
Boldin Pavel aka davinchi. mail-to: ldavinchi /at\ inbox _dot_ ru
ZU
What do you think about breaking out the iconbox_icon into a generic
Icon class? Are there any parts of the icon that assume they're packed
inside of an iconbox?
On 7/17/05, enlightenment-cvs@lists.sourceforge.net
enlightenment-cvs@lists.sourceforge.net wrote:
Enlightenment CVS committal
On Sun, 2005-07-17 at 15:44 -0400, Michael Jennings wrote:
On Sunday, 17 July 2005, at 19:28:30 (+0100),
losted wrote:
Hi, i recently compiled Eterm 0.9.3 under a NetBSD 2.0.2 system, i=20
use PT encoding (ISO-8859-1) and accentueted characteres are often used=20
mainly when i'm using
On Sunday, 17 July 2005, at 17:36:27 (-0600),
Tres Melton wrote:
Somebody in #gentoo was having problems with their CPU load shooting
over 90% in Eterm when using an alternate character set and posted
the bug to the E-dev mailing list. He told me that someone told him
that it was a known
I checked out libast from CVS but the latter is looking for
makefile.in which doesn't seem to be around. Any clues anybody? :( Am
I missing out something?
[SNIP]
checking for snprintf... yes
checking for vsnprintf... yes
checking for strcasestr... yes
checking for strcasechr... no
checking for
On Sunday 17 July 2005 10:32 pm, Didier Casse wrote:
config.status: error: cannot find input file: Makefile.in
Makefile.in doesnt exist because the autotools failed
no idea why exactly they failed, you cut the log after that point ...
-mike
On Tue, 2005-06-14 at 15:45 -0400, Michael Jennings wrote:
I don't know how I missed this one, sorry. I just performed a fresh
checkout and everything seems fine. I had tested it earlier with a cvs
up too though. I did 'try' and make a patch for the ./configure message
that might be an
23 matches
Mail list logo
