On Wed, 15 Dec 2004 21:49:29 -0500 Mike Frysinger [EMAIL PROTECTED]
babbled:
On Tuesday 14 December 2004 06:44 pm, Angus McMorland wrote:
Now I'm trying to compile the CVS
source and I get a few of these (with variations on a theme):
try disabling mmx ... i'm pretty sure it's
On Thu, 16 Dec 2004 07:23:16 -0600 "Evan Rinaldo" [EMAIL PROTECTED]
babbled:
I receive the following message after trying to make evas.
It gets to the bin directory and quits at:
infinitely recursive macro? - evas_software_x11_test
evas_software_x11_perf_test
I receive the following message after trying to
make evas.
It gets to the bin directory and quits
at:
infinitely recursive macro? -
evas_software_x11_test evas_software_x11_perf_test
evas_software_x11_perf_load evas_buffer_test
evas_gl_x11_test PROGRAMS = $(bin_PROGRAMS)
Haven't tried
On Thursday, 16 December 2004, at 12:41:44 (-0500),
Mike Frysinger wrote:
i meant the extra mmx code that is included in Eterm is still broken
on amd64
i wasnt implying anything about imlib2 / mmx in general
Not to detract from the wonderful fingerpointing and such...but would
someone like
Carsten Haitzler (The Rasterman) wrote:
On Thu, 16 Dec 2004 07:23:16 -0600 "Evan Rinaldo" [EMAIL PROTECTED]
babbled:
I receive the following message after trying to make evas.
It gets to the bin directory and quits at:
infinitely recursive macro? -
On Thu, 16 Dec 2004 12:41:44 -0500 Mike Frysinger [EMAIL PROTECTED] babbled:
On Wednesday 15 December 2004 10:58 pm, Carsten Haitzler wrote:
no. its broken only if you use amd64 64bit SPECIFIC optimisation flags in
your CFLAGS. if you do not, it is fine (as it will compile 32bit
On Thu, 16 Dec 2004 14:27:09 -0500 Michael Jennings [EMAIL PROTECTED] babbled:
On Thursday, 16 December 2004, at 12:41:44 (-0500),
Mike Frysinger wrote:
i meant the extra mmx code that is included in Eterm is still broken
on amd64
i wasnt implying anything
On Fri, 17 Dec 2004 00:22:58 +0100 till varoquaux [EMAIL PROTECTED]
babbled:
Yesterday I tried a wm test kind of thinggy (it is more of a proof of
concept than actually a reall window manager) called metisse. It is sort
of a very ugly lookingglass. Anyways they used a very
On Thu, 16 Dec 2004 16:22:42 +0100 "J.P van Oyen" [EMAIL PROTECTED] babbled:
Hai I hope indeed it can be solved.
I have read the pages (http://www.enlightenment.org/pages/gdb.html) and this
is the dump I can make as I am not so familiar with GDB at all:
your stack
Am Tue, 14 Dec 2004 16:35:50 -0500 schrieb Michael Jennings:
This doesn't seem right to me. setlocale(LC_ALL, ) is the correct,
portable way to set up locale information so that you can subsequently
use nl_langinfo() and friends. $LANG is not the only env var that
comes into play with
Andreas Volz wrote:
Am Wed, 15 Dec 2004 12:43:10 -0500 schrieb Michael Jennings:
First off, it's setlocale(LC_ALL, ), not setlocale(LC_ALL, NULL). :)
Secondly, once you've done that, you cannot assume that the returned
locale string is any particular value. From the man page:
RETURN VALUE
On Tue, 2004-12-14 at 17:09 +0100, till varoquaux wrote:
The themes are not harcoded they are selected in the configuration file
/etc/entrance.edb.
You can edit this file with edb_gtk_ed.
Have fun,
Till
That's my point. Maybe they shouldn't be in the db file. Why can't a
user or sysadmin
Something like:
# define a background
# (if you've already defined a background you don't need to do it again)
eesh -e background NAME
eesh -e background NAME bg.file FILENAME
# color for background if the image doesn't fill the whole screen
eesh -e background NAME bg.solid 0 0 0
#
In regards to edb files.
First off, as I understand it edb is being replaced by eet and programs
will be using ecore_config and examine for most of their configuration.
Yes, it does break the unix tradition of text config files. I believe
the E devs decided to do this because
1. It's easier to
On Tuesday, 14 December 2004, at 13:08:15 (-0500),
Peter Hyman wrote:
No, you miss the point. It's consistency across different
applications that matters.
No, *you* miss the point. Consistency across E-related applications
is what matters, and there will be consistency amongst everything that
On Saturday, 11 December 2004, at 01:04:18 (-0800),
E CVS List wrote:
Log Message:
get locale for help from LANG instead of LC_ALL
===
RCS file: /cvsroot/enlightenment/e16/tools/e16menuedit2/src/file.c,v
retrieving revision
On Tue, 2004-12-14 at 12:26 -0500, Mike Limon wrote:
That's my point. Maybe they shouldn't be in the db file. Why can't a
user or sysadmin specify entranced -t todaystheme.eet to override the db
file. Let's be honest. Working with edb files is not really easy. For a
product like
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Peter Hyman wrote:
| On Tue, 2004-12-14 at 17:55 -0500, Corey Donohoe wrote:
|
|
|Have you looked into entrance_edit ?
|
|
| entrance_edit just prints a warning and exits. It does nothing.
|
| $ entrance_edit /etc/X11/entrance_config.db
| WARNING: not
Am Wed, 15 Dec 2004 12:43:10 -0500 schrieb Michael Jennings:
First off, it's setlocale(LC_ALL, ), not setlocale(LC_ALL, NULL). :)
Secondly, once you've done that, you cannot assume that the returned
locale string is any particular value. From the man page:
RETURN VALUE
A
* Peter Hyman ([EMAIL PROTECTED]) wrote:
On Tue, 2004-12-14 at 12:26 -0500, Mike Limon wrote:
No, you miss the point. It's consistency across different applications
that matters. I for one prefer editing a text file. Setting a M$ type
registry with keys is contra what the /etc directory is
* Peter Hyman ([EMAIL PROTECTED]) wrote:
On Tue, 2004-12-14 at 17:09 +0100, till varoquaux wrote:
The themes are not harcoded they are selected in the configuration file
/etc/entrance.edb.
You can edit this file with edb_gtk_ed.
Have fun,
Till
That's my point. Maybe they shouldn't
On Monday 13 December 2004 05:57 pm, Angus McMorland wrote:
I'm having problems with the transparency mode of Eterm on my
debian-amd64 system. In any transparent windows (I've just tried
selecting different themes) any normally empty space (eg the end of
every line) if filled with
Hi all,
I'm having problems with the transparency mode of Eterm on my
debian-amd64 system. In any transparent windows (I've just tried
selecting different themes) any normally empty space (eg the end of
every line) if filled with character-sized boxes (like those that are
displayed when a special
Am Wed, 15 Dec 2004 21:34:46 +0100 schrieb Kim Woelders:
You need to figure out the language to get the correct translation
(gettext, other stuff?), and the encoding which is used by X to look
up the appropriate font. They are kind of separate but linked issues.
Most of this should go on
On Wednesday, 15 December 2004, at 00:45:13 (+0100),
Andreas Volz wrote:
I don't know how to handle this language problem. At first I used
setlocale (LC_ALL, NULL); to get the current locale for help. This
worked well on my and most other systems. But then someone reported
me a problem that
Hi Folks,
today I tried to do some OO programming with the EFL hand have a
problem with that.
The function-call
ecore_evas_callback_move_set(ee, window_move);
results in these error-message:
main_win.cpp: In member function `int main_win::create_win(int)':
main_win.cpp:72: error: argument of
On Thursday, 18 November 2004, at 20:17:10 (-0600),
Paul Johnson wrote:
Hello. I'm directed here from the Eterm homepage.
Suppose you start Eterm with
Eterm -t MyTheme -p /home/pauljohn/pictures1
Inside the theme.cfg file, I want to access the value of the path
variable and choose
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Peter Hyman wrote:
| This script terminates the daemon PID, but that does not kill the
| entrance application, or X.
|
| Running entrance stop results in erratic system behavior
|
I don't know for sure why this is, but when you kill the entranced PID
On Thu, 16 Dec 2004 17:58:13 -0700, Alex [EMAIL PROTECTED] wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I know that I have seen documentation for the APIs that the libraries
implement, but I can't find it anymore and a search of the archive
hasn't turned it up either. Can someone
On Tue, 2004-12-14 at 19:53 -0500, Michael Jennings wrote:
Your preference doesn't enter into it, to be blunt. The use of DB
files was discussed and decided on a long time ago. You're not saying
anything here that hasn't been said before...just reopening old
gripes.
Well, excuse me. Don't
Hi,
I have been running E17 for a few weeks now. I am very impressed with
the work done so far. Even in its current state, it is very usable,
except for one feature. I find that my desktop can quickly become
cluttered, and I really miss being able to 'alt-tab' through all open
windows.
I know
On Wednesday 15 December 2004 10:58 pm, Carsten Haitzler wrote:
no. its broken only if you use amd64 64bit SPECIFIC optimisation flags in
your CFLAGS. if you do not, it is fine (as it will compile 32bit code). if
you compiler somehow compiles 645bit code by default - you will need to
32 matches
Mail list logo