Lyle Kempler wrote:
Looking at get-e.org, the download page points to the E17 User's Guide,
which starts with Installing from CVS. If we instead changed the
download page to download this script and run it, you'll need wget and
tar and bzip2 and .., then new users could convert over without
Chady Kassouf wrote:
On 8/17/06, The Rasterman Carsten Haitzler [EMAIL PROTECTED] wrote:
personally i would have no problem in a server-side auto-build of
tarballs.
what do people think? should we perhaps have the anoncvs server do daily
(or
maybe several times per day) builds of
Didier Casse wrote:
Dear All,
For some time now, the libast in CVS has been refusing to
compile on FC5. Laurence Vanek still pointed it out some time ago.
Log attached for your reference. Let me know what I need to do further
to debug. Thanks
Didier -
In my case all I did
Blake B. wrote:
Try sending a patch instead of repeating your bug report, it'll get
more response. ;)
-Blake
Thanks for the guidance.
[1] I did not write the code nor am I responsible for it.
[2] I try to contribute to the cause by building test flying the cvs
code on my Fedora Core 5
Blake B. wrote:
On Apr 19, 2006, at 4:18 PM, Laurence Vanek wrote:
Blake B. wrote:
Try sending a patch instead of repeating your bug report, it'll get
more response. ;)
-Blake
Thanks for the guidance.
[1] I did not write the code nor am I responsible for it.
Only 1 person did. NASA
Laurence Vanek wrote:
I hate to mention this yet again but latest build of calendar module
still reverts year from 2006 to 106 at midnite each day.
Unloading re-enabling manually gives correct display (until date
changes).
Im building from:
pserver:[EMAIL PROTECTED]:/var/cvs/e
running
I hate to mention this yet again but latest build of calendar module
still reverts year from 2006 to 106 at midnite each day. Unloading
re-enabling manually gives correct display (until date changes).
Im building from:
pserver:[EMAIL PROTECTED]:/var/cvs/e
running FC5 system (although same
---BeginMessage---
Didier Casse wrote:
On 4/2/06, Laurence Vanek [EMAIL PROTECTED] wrote:
Didier -
Found the problem. I had a value set for DISPLAYMANAGER in
/etc/sysconfig/desktop file. Once this was commented out I was able to
get enlightenment to start using gdm following the rest
Didier Casse wrote:
On 3/31/06, Laurence Vanek [EMAIL PROTECTED] wrote:
I am not able to use the same tricks of integrating entrance in to FC5
that I had used for FC4. I think it may be that X11R7 its modular
approach is what is different. From the FC5 release notes
Didier Casse wrote:
On 4/2/06, Laurence Vanek [EMAIL PROTECTED] wrote:
Didier -
so would it be correct to assume you are bypassing entrance starting
englightenment from gdm?
Yeps directly from GDM.
On my FC5 install the switch desktop tool doesnt do the job for
enlightenment
Didier Casse wrote:
On 4/2/06, David Sharp [EMAIL PROTECTED] wrote:
My first thought when seeing this script was that it might run more
than one copy of enlightenment if it is installed in both places, or
if there are some strange symlinks that make the two paths equivalent.
Breaking the
I am not able to use the same tricks of integrating entrance in to FC5
that I had used for FC4. I think it may be that X11R7 its modular
approach is what is different. From the FC5 release notes:
21.3. X.org X11R7 Developer Overview
The following list includes some of the
Didier Casse wrote:
On 3/28/06, Laurence Vanek [EMAIL PROTECTED] wrote:
For libast didnt do anything very complicated. I did not build via
source rpm.
Bad kitty! So you're not using the strength of Fedora huh (The RPM)? :-)
Built directly from anon CVS tree downloaded on 3/26
Didier Casse wrote:
On 3/27/06, Laurence Vanek [EMAIL PROTECTED] wrote:
got this while attempting to build Eterm:
===
.
.
checking for snprintf... yes
checking for strcasestr... yes
checking for strcasechr... no
checking for strcasepbrk... no
checking for strrev... no
checking
the error cannot load libedje.so is a pebkac issue. ie:
edje_cc: error while loading shared libraries: libedje.so.0: cannot open
shared object file: No such file or directory
that is the dynamic RUNTIME linker saying it cant find libedje.so.0 - the
edje library file. this has nothing to do
I built the following apps from anon CVS using:
gcc (GCC) 4.1.0 20060304 (Red Hat 4.1.0-3)
(default compiler for FC5.)
e
entice
e_utils
evfs
elicit
examine
eclair
entrance
entropy
exhibit
ephoto
all compiled without error. during make install I got this from entrance:
===
sh
Nathan Ingersoll wrote:
On 3/26/06, Laurence Vanek [EMAIL PROTECTED] wrote:
checking for nl_langinfo... yes
./configure: line 22440: syntax error near unexpected token `echo'
./configure: line 22440: `echo $as_me:$LINENO: checking for pow in -lm
5'
===
This looks familiar, thought
David Seikel wrote:
Due to a race condition in X that can lock up your keyboard when you
don't explicitly tell it what VT to use, entrance tries to figure out
what VT it should use on your system when you build it. Usually it can
find your current X, but if you are not running X at the time,
Finally got Fedora Core 5 up configured. Here are the results of my
first attempt to build EFL from fresh anon CVS tree, this date:
ewl:
==
.
.
Making all in data
make[2]: Entering directory `/root/e17/libs/ewl/data'
Making all in themes
make[3]: Entering directory
Carsten Haitzler (The Rasterman) wrote:
On Sun, 26 Mar 2006 15:55:15 -0600 Laurence Vanek [EMAIL PROTECTED] babbled:
Finally got Fedora Core 5 up configured. Here are the results of my
first attempt to build EFL from fresh anon CVS tree, this date:
i am guessing you dont know
Carsten Haitzler (The Rasterman) wrote:
On Sun, 26 Mar 2006 23:28:10 -0600 Laurence Vanek [EMAIL PROTECTED] babbled:
Carsten Haitzler (The Rasterman) wrote:
On Sun, 26 Mar 2006 15:55:15 -0600 Laurence Vanek [EMAIL PROTECTED]
babbled:
Finally got Fedora Core 5 up
Nathan A. Smith wrote:
On Sat, 2006-03-18 at 00:45 -0600, Laurence Vanek wrote:
latest update from cvs build of calendar module still has issue with
year reverting to 106 but this time at the moment the date changes
(exactly at midnight). Unloading enabling brings the year back to 2006
latest update from cvs build of calendar module still has issue with
year reverting to 106 but this time at the moment the date changes
(exactly at midnight). Unloading enabling brings the year back to 2006.
considering the issues we have had with anon cvs this code could be 3-5
days old
got this after cvs update this date:
==
.
.
.
E_DATA_DIR=\/usr/local/share/entropy\
-DPACKAGE_SOURCE_DIR=\/root/e17/proto/entropy\ -I. -I. -I.
-I../.. -I../../src/include -I/usr/local/include -I/usr/local/include
-I/usr/local/include -I/usr/l
ocal/include -I/usr/local/include
Carsten Haitzler (The Rasterman) wrote:
On Fri, 10 Mar 2006 08:40:11 -0500 Chris Williams
[EMAIL PROTECTED] babbled:
Is anyone else seeing uneven text in the e dialogs, title bars, etc?
I'm using the rpms packaged by Didier for FC4 and the past two updates
(one today March 9 --
Laurence Vanek wrote:
Carsten Haitzler (The Rasterman) wrote:
On Fri, 10 Mar 2006 08:40:11 -0500 Chris Williams
[EMAIL PROTECTED] babbled:
Is anyone else seeing uneven text in the e dialogs, title bars, etc?
I'm using the rpms packaged by Didier for FC4 and the past two updates
Anders Troback wrote:
On Fri, 10 Mar 2006 05:34:48 +1000
David Seikel [EMAIL PROTECTED] wrote:
On Thu, 9 Mar 2006 16:15:34 +0100 Anders Troback
[EMAIL PROTECTED] wrote:
On Fri, 10 Mar 2006 01:04:19 +1000
David Seikel [EMAIL PROTECTED] wrote:
OK, try again five hours after
David Seikel wrote:
The new menu generator is ready for testing. It's not ready for prime
time, but it would be helpful to get it tested on a variety of boxen.
The test procedure is this -
Move your ~/.e/e/applications/favorite to a safe place, then nuke it.
Optionally do the same for
Laurence Vanek wrote:
David Seikel wrote:
The new menu generator is ready for testing. It's not ready for prime
time, but it would be helpful to get it tested on a variety of boxen.
The test procedure is this -
Move your ~/.e/e/applications/favorite to a safe place, then nuke
David Seikel wrote:
My mistake, I should have said to nuke only the contents of those two
directories, leaving the actual directories there, but empty.
ok, did that. I get:
==
.
.
.
.
BUG: References 1 /home/lvanek/.e/e/applications/all
BUG: References 2
Laurence Vanek wrote:
David Seikel wrote:
My mistake, I should have said to nuke only the contents of those two
directories, leaving the actual directories there, but empty.
ok, did that. I get:
==
.
.
.
.
BUG: References 1 /home/lvanek/.e/e/applications/all
BUG: References 2
David Seikel wrote:
On Sun, 05 Mar 2006 21:53:28 -0600 Laurence Vanek [EMAIL PROTECTED]
wrote:
Total time 2.762 seconds, finding fdo paths 2.621, converting fdo
menus 0.006, generating 0 (rejected 0) eaps in 28 menus 0.105,
finding icons 0.000, generating eap caches 0.035.
==
Im
Christopher Michael wrote:
Laurence,
Yes, you will need a users option in your fstab to make that work.
Pamconsole may be cleaner, but not everyone has pam installed on their
system.
devilhorns
Laurence Vanek wrote:
I havent had much joy with this module I think its because Fedora Core
I havent had much joy with this module I think its because Fedora Core
4 uses the following line in /etc/fstab to mount my cd drive:
==
/dev/hdd /media/cdrecorder auto
pamconsole,exec,noauto,managed 0 0
==
(hdd, not hdc, is my cd drive label)
It
I'm on a slackware box.
I click on the button named Icon and browse the disk in the efm
window which appears to find the image file I want to use.
My fault, Im not explaining myself well enough.
The above process you describe is exactly what Im talking about. During
my attempt at
I am having difficulties creating an icon for an app that Ive opened as
a normal user. The icons usually are located in a place like
/usr/share/pixmaps which is owned by root. As you can imagine one is
not able to path there to choose an icon in the editor.
Perhaps this is intentional but
Hisham Mardam Bey wrote:
On 1/5/06, Laurence Vanek [EMAIL PROTECTED] wrote:
Oddly, a slightly older version of exhibit built just fine Im using it
now. Same compiler. Apparently some new feature is causing gcc4 gas
with the latest cvs code.
At some point, Mike changed exhibit's
Tom wrote:
[05/01/2006 -- 12:56u] Vlad Alyukov:
distributive debian/sid
cut
| emotion_xine_vo_out.c: In function '_emotion_frame_display':
| emotion_xine_vo_out.c:450: warning: assignment from incompatible pointer type
| emotion_xine_vo_out.c: In function
David Seikel wrote:
On Tue, 03 Jan 2006 22:52:01 -0600 Laurence Vanek [EMAIL PROTECTED]
wrote:
Carlos Daniel Ruvalcaba Valenzuela wrote:
People have very similar errors but with ecore, the problem here is
GCC4, this sort of things only occurs with GCC 4, we had a short
discussion
Carlos Daniel Ruvalcaba Valenzuela wrote:
People have very similar errors but with ecore, the problem here is
GCC4, this sort of things only occurs with GCC 4, we had a short
discussion over it on IRC :)
On 1/2/06, Laurence Vanek [EMAIL PROTECTED] wrote:
got this during recent attempt
got this during recent attempt to build exhibit after latest cvs update:
=
.
.
.
exhibit_image.o(.text+0x183e):/root/e17/proto/exhibit/src/bin/exhibit_im
age.c:759: undefined reference to `e_lib_background_set'
exhibit_image.o(.text+0x1843):/root/e17/proto/exhibit/src/bin/exhibit_im
not sure if e_utils is even needed for anything anymore but if so got
this error after attempt to build from latest cvs update:
=
.
.
.
main.o(.text+0xac9): In function `main':
/root/e17/apps/e_utils/src/bin/ethemes/main.c:339: undefined ref
erence to `evas_object_free'
this is a minor thing but on my system the highlited date refuses to
change unless I unload reload the module.
running FC4 system.
---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop!
Falko Schmidt wrote:
On Wed, Dec 21, 2005 at 09:28:54 -0600, Laurence Vanek wrote:
Ran into new issue attempting to build calendar module from fresh cvs
update.
==
.
.
.
e_mod_main.c: In function 'e_modapi_config':
e_mod_main.c:134: error: 'struct _calendar' has no member named
Ran into new issue attempting to build calendar module from fresh cvs
update.
==
.
.
.
e_mod_main.c: In function 'e_modapi_config':
e_mod_main.c:134: error: 'struct _calendar' has no member named 'con'
make[3]: *** [e_mod_main.lo] Error 1
make[3]: Leaving directory
Mike Frysinger wrote:
On Mon, Dec 05, 2005 at 09:30:48PM +0100, Martin Klaffenboeck wrote:
emotion_xine_vo_out.c: In function `_emotion_frame_display':
emotion_xine_vo_out.c:450: warning: assignment from incompatible pointer
type
you're using an old version of xine-lib
-mike
, Singapore Synchrotron Light Source (SSLS)
National University of Singapore.
On 12/2/05, Laurence Vanek [EMAIL PROTECTED] wrote:
Obtained the following error while attempting to build emotion after
fresh cvs update this date:
===
.
.
.
emotion_xine_vo_out.c: In function
Obtained the following error while attempting to build emotion after
fresh cvs update this date:
===
.
.
.
emotion_xine_vo_out.c: In function '_emotion_frame_display':
emotion_xine_vo_out.c:450: warning: assignment from incompatible pointer
type
emotion_xine_vo_out.c: In function
David Seikel wrote:
On Thu, 10 Nov 2005 15:10:15 +1000 David Seikel [EMAIL PROTECTED]
wrote:
On Wed, 09 Nov 2005 22:57:25 -0600 Laurence Vanek [EMAIL PROTECTED]
wrote:
Just tried replacing my gant eap collection with new gant eap
download from Get-E.org. No change
Massimo Maiurana wrote:
David Sharp, il 10/11/2005 03:55, scrisse:
The frustrating thing is that I dont have a console eap to launch. Cant
do anything useful once E is up.
you can run any command, including a terminal, using exige, in the
main E menu (Run Command).
also,
Andrew Williams wrote:
Just wondered, but do all your eaps have correct EXE entries?
Recently (relatively) the eaps no longer get displayed if the exe line
cannot be resolved as an executable on the file system...
Andy
On Tue, Nov 08, 2005 at 08:34:19PM -0600, Laurence Vanek wrote
Didier Casse wrote:
On 11/10/05, Laurence Vanek [EMAIL PROTECTED] wrote:
not sure what you mean by correct EXE entries (sounds like windows
speak - I dont speak windows).
Simply means if the program is EXEcutable. e.g. if you have an
evince.eap and you point it to execute /usr/bin
Jesse Luehrs wrote:
On Wed, 09 Nov 2005 20:18:48 -0600
Laurence Vanek [EMAIL PROTECTED] wrote:
The frustrating thing is that I dont have a console eap to launch.
Cant do anything useful once E is up.
If you installed e_utils, you should be able to use the 'Run Command'
option
Carsten Haitzler (The Rasterman) wrote:
On Mon, 07 Nov 2005 19:44:05 -0600 Laurence Vanek [EMAIL PROTECTED] babbled:
Ran into odd issue with e17 menus after fresh cvs tree update, this
date. All EFL E build without incident. Most (but not all) eaps are
missing in the menu. Oddly
Ran into odd issue with e17 menus after fresh cvs tree update, this
date. All EFL E build without incident. Most (but not all) eaps are
missing in the menu. Oddly, entangle shows everything ordered as Ive
had them for the last month.
Any suggestions or ideas?
Im running updated FC4
Mike Russo wrote:
I recently rebuilt e17 from cvs (gentoo is so handy for such things),
but when I went to restart it, it crashed. It had been perfectly
stable for quite some time for me:
ozark{miker}113: enlightenment-0.17
DYNAMIC DETERMINED PREFIX: /usr
Xlib: extension XINERAMA missing on
New one for me during latest attempt to build e from fresh CVS tree:
=
.
.
.
if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I/usr/local/include -I../..
-I../../src/
bin -I../../src/lib -DUSE_E_CONFIG_H -I/usr/local/include
-I/usr/local/include -
I/usr/local/include -I/usr/local/include
Laurence Vanek wrote:
New one for me during latest attempt to build e from fresh CVS tree:
=
.
.
.
if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I/usr/local/include -I../..
-I../../src/
bin -I../../src/lib -DUSE_E_CONFIG_H -I/usr/local/include
-I/usr/local/include -
I/usr/local/include
I havent built e17 from CVS for a few weeks so perhaps some
functionality has been intentionally changed. My latest build of EFL
E17 from CVS was 9/3/2005. I am now not able to restore a window once
its minimized, as I previously was able to do, from either the engage
module or ibar module.
Laurence Vanek wrote:
I havent built e17 from CVS for a few weeks so perhaps some
functionality has been intentionally changed. My latest build of EFL
E17 from CVS was 9/3/2005. I am now not able to restore a window once
its minimized, as I previously was able to do, from either the engage
module
Got this during my latest attempt to build eclair from CVS.
=
.
.
.
eclair_utils.c: In function ‘eclair_utils_get_random_int’:
eclair_utils.c:196: warning: implicit declaration of function ‘rand’
eclair_utils.c:196: error: ‘RAND_MAX’ undeclared (first use in this
function)
Valtteri Vainikka wrote:
Thanks - looks very nice solitaire is indeed quite an addictive
game. To the E17 devs here, just wondering, is there a reason why this
isn't in CVS? Sounds like something for e17/apps/games? :)
regards,
Valtteri
On 8/19/05, Peter Wehrfritz [EMAIL PROTECTED] wrote:
Ran into error attempting to make emotion from fresh cvs tree update
this date. All EFL prior to this problem built installed without
issue. Performing make on emotion gave:
==
.
.
.
make[2]: Leaving directory `/root/e17/libs/emotion/src'
Making all in data
make[2]: Entering
Laurence Vanek wrote:
Ran into error attempting to make emotion from fresh cvs tree update
this date. All EFL prior to this problem built installed without
issue. Performing make on emotion gave:
==
.
.
.
make[2]: Leaving directory `/root/e17/libs/emotion/src'
Making all
Attempting to build engage after CVS update tonite causes following
engage make complaint:
===
.
.
.
e_mod_main.c:1086: warning: pointer targets in passing argument 5 of
'e_gadman_c
lient_geometry_get' differ in signedness
e_mod_main.c: In function '_engage_bar_cb_mouse_down':
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
Michael Jennings wrote:
On Friday, 15 July 2005, at 22:18:32 (-0500),
laurence vanek wrote:
./configure: line 23460: syntax error near unexpected token `echo'
./configure: line 23460: `echo $as_me:$LINENO: checking for pow in -lm 5'
Install libast.m4 into the proper location
Michael Jennings wrote:
On Sunday, 17 July 2005, at 01:58:46 (+0200),
dienekes wrote:
Eterm builds and works fine with the commented out line.
Did you actually read the comment? If you have to comment out that
line, the problem is on YOUR END.
As you are so skilled I wonder
Mike Frysinger wrote:
On Friday 15 July 2005 12:02 am, laurence vanek wrote:
This patch allow me to build libast.but during Eterm make I got:
=
In file included from feature.h:99,
from actions.c:27:
/usr/local/include/libast.h:289:19: error
Mike Frysinger wrote:
On Friday 15 July 2005 09:33 pm, laurence vanek wrote:
yes, that worked. thank you.
added to cvs then
As a side note, ./autogen for Eterm generates complaint for configure file.
The file lines involved are line number 23460, 23461. Complaining about
D. Hageman wrote:
With FC4, you should not have to edit the inittab to get entrance to
be your display manager. You just need to edit /etc/sysconfig/desktop.
On Wed, 13 Jul 2005, laurence vanek wrote:
I have e17 running on FC4 but have not been able to get entrance
login to grant my
Sebastian Dransfeld wrote:
Mike Frysinger wrote:
On Thursday 14 July 2005 12:04 am, laurence vanek wrote:
I have e17 running on FC4 but have not been able to get entrance login
to grant my sound devices user owner permissions. My gnome session
appears to use PAM to carry this out. Seems
Mike Frysinger wrote:
On Thursday 14 July 2005 12:19 am, laurence vanek wrote:
Of course eterm needs libast to build. I would imagine its gcc4 in FC4.
failed same way for me with gcc-4.0.1 on Gentoo ... checked in this patch
which seemed to fix the issue for me:
Index: libast.h
I have e17 running on FC4 but have not been able to get entrance login
to grant my sound devices user owner permissions. My gnome session
appears to use PAM to carry this out. Seems like this a change for FC4
relative to FC3.
Perhaps its the way Im starting entrance. In /etc/inittab I have
In my attempt to get eterm to build in FC4 I ran into this issue when
attempting to build libast:
.
.
.
In file included from ../include/libast_internal.h:53,
from array.c:30:
../include/libast.h:85:1: warning: STRICT_ISO_C99 redefined
In file included from
Mike Frysinger wrote:
On Thursday 14 July 2005 12:04 am, laurence vanek wrote:
I have e17 running on FC4 but have not been able to get entrance login
to grant my sound devices user owner permissions. My gnome session
appears to use PAM to carry this out. Seems like this a change for FC4
76 matches
Mail list logo