On Wednesday 29 December 2004 01:44 am, Michael Jennings wrote:
On Tuesday, 28 December 2004, at 19:43:36 (-0500),
Mike Frysinger wrote:
here's a small python snippet that reproduces this behavior:
$ python -c 'print \x1b[31;06mhi dad;'
^^
This is correct
On Tuesday 28 December 2004 10:55 am, Michael Jennings wrote:
Given that 0.6.1 was released on the 14th, I'd say yes, it is. :)
side note, front page of http://www.eterm.org/ is outdated:
# Latest Release:0.9.2
# CVS Version:0.9.3
shouldnt release now say 0.9.3 ?
-mike
On Tuesday 28 December 2004 06:21 pm, Michael Jennings wrote:
On Tuesday, 28 December 2004, at 18:06:06 (-0500),
Mike Frysinger wrote:
when utilizing DESTDIR with the install target, doc/Makefile bombs
...
Doesn't happen here.
lemme redefine 'bombs' ... it doesnt install the file
so i just upgraded to eterm-0.9.3 / libast-0.6.1 and i noticed that sometimes
i get these overlines when using some apps ... these lines didnt exist
before ...
i happened to have some eterm-0.9.2 / libast-0.5 still running, so i compared
them and took a screenshot:
On Tuesday 28 December 2004 05:59 pm, Peter Hyman wrote:
Well, this was not easy for me, esp., since I am not the config guru.
take a step back
why are you running these autotools yourself ? why arent you running
`./autogen.sh` ?
as you showed somewhere in a previous e-mail, you're
if you run `./configure --disable-ecore-x --enable-ecore-evas-gl`, building
ecore will fail
here's a small patch that checks to see if x was disabled, and if it was,
evas-gl will also be disabled
-mike
Index: ecore/configure.in
===
was reviewing the new cvs snapshots i made and found that some of imlib2's
loaders still include X header files when they dont need to
raster punted most of them ... seems that just loader_pnm.c and loader_tga.c
were missed
could someone clean those two files too please ? :) just need to
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
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
On Monday 13 December 2004 01:08 pm, till varoquaux wrote:
I think you might consider using estbg instead (or is it esetroot I
don't remember).
i think you're thinking of `Esetroot` which comes with Eterm ... i use that +
cron job to change my bg randomly :)
-mike
On Monday 13 December 2004 10:59 am, Jon Kroll wrote:
What is the command sequence to change the current e desktop background via
eesh?
eesh does have a 'help' option ...
-mike
---
SF email is sponsored by - The IT Product Guide
Read honest
On Monday 08 November 2004 11:37 pm, Eric Thompson wrote:
I'm using enlightenment 0.16.7.1 on Gentoo linux, and i tried
installing erss both with emerge and using the sources from cvs, but
neither will build. Anyone know why or any way to build erss?
i just looked through my archives and
On Monday 01 November 2004 03:16 am, Andreas Volz wrote:
With 'e16menuedit-2' the version should be 'e16menuedit-2.0.0.1'? Or
'e16menuedit-2-0.0.1'? So I made the 2 a part of the name and version
handling is easy because e16menuedit and e16menuedit2 are complete
different packages in every
On Sunday 31 October 2004 09:20 am, Andreas Volz wrote:
If the ebuild works for you, why not now? ;-)
any reason this is called 'e16menuedit2' instead of 'e16menuedit-2' ?
-mike
---
This SF.Net email is sponsored by:
Sybase ASE Linux Express
On Friday 22 October 2004 05:45 pm, Beny Spensieri Jr wrote:
The problem is, while the I see the minimizing animation and an icon
appears in the e iconbox, the kppp window is still open.
sounds like KPPP is trying to be smart and minimize to the KDE tray ... but
seeing as you dont have one, it
On Tuesday 14 September 2004 10:43 am, Nicholas Jones wrote:
This was fixed back in November of '02. Here's the patch:
Thank you. Pardon the assumption that the source was current.
the ebuild is current ... as current as the last release that is :P
i dont normally follow cvs trees and back
On Thursday 09 September 2004 10:14 pm, Nathan Ingersoll wrote:
Anyone aware if these changes have come back upstream?
imlib2-1.1.2 fixed these problems, thats why it was released :)
as for imlib-1.x, wtf is that :)
dunno where that's maintained anywhere (if it is) but you can find a patch for
On Wednesday 01 September 2004 05:43 pm, Jeremy A. Kolb wrote:
I get this:
i'd help if you mentioned what version of xine-lib you have ...
-mike
---
This SF.Net email is sponsored by BEA Weblogic Workshop
FREE Java Enterprise J2EE developer
On Friday 27 August 2004 11:50 pm, Brian Lindholm wrote:
The attached patch is needed to make imlib2 load
palette-based PNG images with transparency properly.
It also corrects my e-mail address.
kim, this explains the bug report i sent back when you first switched e16 over
to imlib2 ... my
On Friday 27 August 2004 04:30 pm, Shish wrote:
Which reminds me of something - why is it the app's job to decide which
display engine to use? I would have thought it better to have a generic
window_get() function for the apps to call, and based on the user
config, it either returns a
On Wednesday 11 August 2004 06:26 am, Ben Rockwood wrote:
I never reported the release
it was announced on the mailing list / irc wasnt it ?
-mike
---
SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
100pk Sonic DVD-R 4x
On Wednesday 11 August 2004 03:51 pm, Kim Woelders wrote:
The original enlightenment-0.16.7.tar.gz is contained in
enlightenment-0.16.7-1.fc2.src.rpm. I was assuming that either the
original tar.gz or the source RPM already have been spread somewhat
around and that we would rather explain why
On Monday 02 August 2004 07:02 am, Cristalle Azundris Sabon wrote:
b) I have never read anything of Eugenia's that I didn't consider crap.
yeah, i thought it was universally understood that Eugenia is a fucking
moron ?
-mike
---
This
On Thursday 15 July 2004 03:10 pm, Michael Jennings wrote:
You're welcome to move to CVS libast and Eterm; honestly, I'd welcome
the advance testing, especially on 64-bit. Rumor hasn't CVS Eterm may
not build on AMD64. :-(
i tried running the autogen script from a cvs checkout on my amd64 box
On Wednesday 14 July 2004 10:59 pm, Michael Jennings wrote:
Can you see if this patch fixes the problem?
had the original reporter confirm that your patch fixed it
thanks :)
-mike
---
This SF.Net email is sponsored by BEA Weblogic Workshop
On Wednesday 14 July 2004 03:49 pm, Michael Jennings wrote:
If SIZEOF_LONG is set to 8, meaning that a long is a 64-bit value,
MEMSET_LONG() is defined to be l |= l32. So the question becomes,
what is SIZEOF_LONG being set to?
configure output:
checking size of char... 1
checking size of
On Wednesday 14 July 2004 08:46 pm, Michael Jennings wrote:
Okay, then I have to wonder why the #if isn't working
Check the cpp output and see if MEMSET_LONG() is being defined
properly. If not, why not? If so, then why is another line of the
same thing needed?
i'm going to take a stab
On Wednesday 14 July 2004 10:59 pm, Michael Jennings wrote:
Well, shit. See, in libast 0.6, sysdefs.h takes care of making sure
these things are defined. libast 0.5, however, doesn't (IIRC). Can
you see if this patch fixes the problem?
i only have access to a headless amd64 server :)
i'll
On Wednesday 14 July 2004 10:59 pm, Michael Jennings wrote:
Well, shit. See, in libast 0.6, sysdefs.h takes care of making sure
oh, forgot to ask ... any idea on release dates for next libast/eterm ? ive
been watchin cvs commits like a hawk ;)
-mike
http://bugs.gentoo.org/show_bug.cgi?id=52634
users were noticing weird results while using Eterm and they tracked it back
to libast's MEMSET() macro in eterm/libast/include/libast.h:
if (((unsigned long) count) = 4 * sizeof(long)) { \
/* fill l with c. */ \
l = (c) | (c)8; \
On Friday 25 June 2004 04:57 am, Andreas Volz wrote:
Why is E16-cvs not localized (in German) if I compile it? E16-pre4
installed with Gentoo emerge is localized (in German). I install E16-cvs
in /opt/e16, so should I set some env variable or system setting to
/opt/e16/locale/?
since you're
On Thursday 10 June 2004 01:58 pm, Nicolas Pouillon wrote:
Maybe should configure scripts look for *-config scripts, and add given
CFGLAFS / LIBS before testing for presence/usability ?
this is a known issue (at least by some of us ;D)
What is the proper way of solving this ?
-Adding
On Wednesday 09 June 2004 04:13 am, Ralf Arens wrote:
I still can't connect to sourceforge's CVS server. Would a patch
against the last released source of e16 be sufficient?
i'd imagine so since very little has been changed afaik :)
-mike
On Thursday 03 June 2004 04:37 pm, Kim Woelders wrote:
I think it looks good and that it would be nice to have an actually
maintained configuration tool for E16. I don't think it should replace
the old e16menuedit, in case it is still in use. Maybe e16menuedit2. Or
e16me2?. Or even e16ce2 :)
On Wednesday 02 June 2004 10:53 am, Michael Jennings wrote:
The best solution across
the board is to use a well-established mechanism (i.e., numbers and
dots where each number is numerically ordered).
ver-pre# is pretty freakin standard ;)
but each to their own
-mike
On Sunday 30 May 2004 06:32 pm, Kim Woelders wrote:
Now available: http://sourceforge.net/project/showfiles.php?group_id=2
if you dont mind me asking, whats up with the extra version tag on the
tarball ?
why is enlightenment-0.16.7-pre1 named enlightenment-0.16.7-0.56.tar.gz and
not
On Sunday 30 May 2004 08:07 pm, Stafford Horne wrote:
Hello,
I tried to send this to the list a few times but it never showed up.
Sorry if it ends up there more than once.
this is the third e-mail ive seen
-mike
---
This SF.Net email is
On Sunday 16 May 2004 03:53 am, Ben Rockwood wrote:
When DR16.7 is released, distros and sites will likely start
distributing it and they'll likely upgrade (if they don't use it
already) Imlib2 to the latest version which is currently 1.1.0 (Sept
03). Should we cut a new Imlib2 prior to the
On Thursday 13 May 2004 12:05 pm, Kim Woelders wrote:
Yeah, I was told that was it. I don't have that problem.
What is your imlib2 version?
imlib2 out of cvs ... iirc released 1.1.0 showed this problem too ...
-mike
---
This SF.Net email is
On Tuesday 11 May 2004 01:08 pm, Kim Woelders wrote:
Either you are seeing a background from some other theme or I'm not
seeing what you are seeing :)
i mean the pinkish square around the OK button ...
-mike
---
This SF.Net email is
i noticed a while back when e16 transititioned to imlib2, my theme got a
little funky with respect to images with transparent backgrounds ...
my theme is basically the aqua theme you can find on freshmeat ... i've taken
a screenshot so you can see what i'm refering to:
On Sunday 14 March 2004 05:59 pm, jordi wrote:
Thanks, I'll try tonight.
i usually do something like
while ! cvs update ; do sleep 3 ; done
-mike
---
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by
On Saturday 13 March 2004 09:43 am, Danilo Alfaro wrote:
http://arstechnica.com/news/posts/1077781268.html
yeah, this was covered earlier in the list ... nothing to worry about really
considering the patent date and people have plenty examples of previous works
(twm which is pre-1990 iirc)
On Saturday 06 March 2004 02:48 am, Kim Woelders wrote:
Actually, I think it should be moved to $EROOT/bin/ (e.g.
/usr/share/enlightenment/bin/) together with epp. Then it wouldn't have
to be renamed.
generally putting arch-specific binary data in /usr/share is frowned upon ...
moving it to
On Thursday 04 March 2004 06:47 pm, Kim Woelders wrote:
Is there any reason not to go ahead and do this?
Is there a better way (names, directory layout, ...)?
Comments?
i dont know how other people feel but there any chance we could change 'dox'
to 'edox' ?
i had to do so in Gentoo due to the
On Monday 09 February 2004 03:20 am, Michel Briand wrote:
I use the imlib_load_image_with_error_return function and my Imlib2
version is 1.0.5.
that's pretty old ... 1.1.0 is out now ;)
-mike
pgp0.pgp
Description: signature
in libast.m4 theres a little bit of autocode before the imlib2 checks:
AC_CHECK_LIB(ttf, TT_Init_FreeType, GRLIBS=-lttf $GRLIBS, , $GRLIBS)
looking through the source i cant find any references to freetype anywhere
anymore ... and there is only a lib check, theres no actual define's being
On Monday 19 January 2004 11:49, Simon Wistow wrote:
I may be being dumb but I can't seem to stop imlib2 from aborting on a
bad image ...
// load the image
Imlib_Load_Error error;
image = imlib_load_image_with_error_return(name, error);
but if it encounters a bad image it
Subject: Re: [E-devel] stopping imlib2 abort
Date: Monday 19 January 2004 19:24
From: Simon Wistow [EMAIL PROTECTED]
To: Mike Frysinger [EMAIL PROTECTED]
On Mon, Jan 19, 2004 at 07:09:38PM -0500, Mike Frysinger said:
are you saying it craps out at the imlib_load_image_with_error_return()
func
i think in xcomp's little autotools update he accidently dropped the version #
of eet from 0.9.0 to 0.0.1
http://cvs.sourceforge.net/viewcvs.py/enlightenment/e17/libs/eet/configure.in?r1=1.7r2=1.8
-mike
---
The SF.Net email is sponsored by
i noticed with latest cvs that when i hold alt and left click to move the
pager, the mouse click gets sent when i let go of the mouse ... i also use
left mouse to select virtual desktops ...
it's annoying because i just want to move the pager, not also select a desktop
to switch to :)
-mike
On Thursday 08 January 2004 19:21, Vincent Torri wrote:
i am re-compiling the efl's and i a making all the distributions (just for
fun ;) ). The pb is in evas/src/bin, where the file
moc_evas_software_qtopia_main.cpp, which does not seem to exist, has to be
added to the distribution.
i assume
On Sunday 04 January 2004 07:02, Ben Rockwood wrote:
The lines for ECORE_TXT don't exist. Because of this the vars don't get
chomped off, and when you look at the makefile for the TXT module you see:
what autotool versions you using to autogen ?
what configure flags are you using ?
here's what
On Sunday 04 January 2004 20:20, Nathan Ingersoll wrote:
This was a known issue on autoconf 2.13 and automake 1.4-p6. I committed
a fix for this today. There didn't appear to be anything wrong with the
checks that were causing problems, but the nesting of checks seemed to
throw it for a loop.
On Wednesday 17 December 2003 22:49, [EMAIL PROTECTED]
wrote:
@@ -293,12 +297,12 @@
int iw, ih;
char outfile[PATH_MAX];
-if(!e || !e-hash || !e-src) return(EPSILON_FAIL);
#ifdef HAVE_EPEG_H
Epeg_Image *im;
Epeg_Thumbnail_Info info;
int len = 0;
len =
On Friday 12 December 2003 02:10, Ibukun Olumuyiwa wrote:
Speaking of which, Imlib2 does deserve a new release, especially with the
freetype2 updates.
maybe i'm missing something but the only real difference between the released
1.1.0 and the current cvs is this no-X11 stuff ...
-mike
On Tuesday 25 November 2003 09:58, [EMAIL PROTECTED] wrote:
I have had that on my mind for a long time. Really wish I was more
experienced at programming, but I was planning to try to make my own
version of expose` when E17 is usable. I want to call it emerge. Well, I
really wanted to call it
so i load up xine and set the display window to act the way i want it to
(borderless, always on top, sticky). i save the settings, quit the app, and
relaunch it ... bam, it knows how i like it ...
however, if i'm watchin a movie and i load up another movie in a diff xine,
the new xine's dont
http://bugs.gentoo.org/show_bug.cgi?id=33246
i kind of remembering a thread about this before but i cant seem to find
it ...
basically, whats the status of grabbing the focus of nautilus when using it as
the root window ? is it still broken ? if so, under what configurations ?
-mike
On Tuesday 11 November 2003 09:28, Cristalle Azundris Sabon wrote:
I think they're very much like real alpha that way -- good fun for
about half an hour, and then you turn it off and go back to work.
agreed :)
-mike
pgp0.pgp
Description: signature
On Tuesday 11 November 2003 18:58, Laurence J. Lane wrote:
Some X apps and window managers accept a -display command line
option. Some use --display. All appear to honor the DISPLAY
environmental variable.
-display and --display is just fancy features some apps like to support ...
it's cool,
On Friday 07 November 2003 15:11, Alan Schmitt wrote:
I've kept tweaking the config of my e16 to try to manipulate as much as
I can from the keyboard. While doing so, I realized that the setting
Include iconified windows in focus list only works for the desktop
where the window was iconized,
whenever i try to use eplayer now it segfaults ...
[EMAIL PROTECTED] 0 root # eplayer s.ogg
hit play button
Segmentation fault
[EMAIL PROTECTED] 0 root # gdb eplayer
GNU gdb 6.0
Copyright 2003 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you
On Monday 27 October 2003 07:54, BAM wrote:
Due to E16's poor support for Xnest (read: X crashes), I found myself
using pekwm.
i use xnest over here w/out any bugs ...
-mike
pgp0.pgp
Description: signature
On Saturday 25 October 2003 01:33, Didier Casse wrote:
On Oct 23, 2003, Justin Parker ([EMAIL PROTECTED]) wrote:
can someone tell me what I need to do in order to add epplets to RH9?
Justin
But I got a problem at the make part in RedHat 9. I attached an error
log. Can anybody tell me
On Wednesday 22 October 2003 14:25, Kim Woelders wrote:
If you could provide some hints about when (e.g. preX versions) the
behavior changed, that would be useful.
i'm pretty sure pre7 - pre8 broke it ...
-mike
pgp0.pgp
Description: signature
On Friday 24 October 2003 12:23, Brian Mattern wrote:
It looks like ecore_evas_gl isn't doing window shaping properly.
i havent personally looked at the code but i know that when ive switched some
apps to use the gl engine (eplayer, entice, etc...) and play around with
resizing the windows,
On Wednesday 15 October 2003 15:52, Onur Kucuk wrote:
Hello,
I have just switched from pre7 to pre8 and am having a problem.
When I have the Focus Follows Mouse Click set, for example I start an
Eterm window and execute gqview inside it, gqview pops up. While gqview has
the focus, I
when using title popups on the pager i noticed that the little caption can
cause some little interface bugs ...
first bug:
that is, mouse over a window with a large caption (large just to make it
easier), click the virtual desktop (the one you're viewing to make it
easier), and then mouse out
On Wednesday 24 September 2003 08:49, [EMAIL PROTECTED] wrote:
Eterm is a terminal emulator. 'Kool' often translates into 'unreadable on
a long-term basis' - the fact that something is doable isn't always
sufficient reason for actually doing it.
true, but any plans on anti aliased font
i dunno if anyone even maintains these packages anymore, but the Makefile in
both packages seem to add some useless libraries to the linking process ...
-lgdbm -lgdk_imlib
if i remove those, both link correctly (makes sense considering neither
package use gdbm or gdk imlib functions/header
On Monday 15 September 2003 10:49, Michael Jennings wrote:
Entrance does not have to be dependent on any package in particular.
But it needs to be smart enough to find the Xsession file wherever it
exists. IMHO, that means one of two things: either a config file
with that path in it, or
i looked into this to see if i could make a patch but the X
communication/event handling is beyond me ;)
how easy would it be to make shortcuts for the window id's ?
wl
[00] 280013f : Eterm 0.9.2
[01] 400392 : 0
[02] 180145f : Re: [E-devel] e16.6-pre7 is out - KMail
[03] 1800030 : Local
On Sunday 07 September 2003 06:22, Kim Woelders wrote:
As non-root, doing chown -R root anything will fail.
The themes *are* special. They are unpacked from tarballs, and if root
does that the U/GID's are preserved, so we have to set them as we want
them. I don't think there is much point in
Eterm has optional support for twin via the --enable-etwin configure option
... down in src/libscream.c, the twin header files are included if twin is
detected ...
however, one of the include lines is '#include Tw/Tw_1.h' ... the latest
version of twin (0.4.5) calls this header file Tw1.h (no
On Monday 11 August 2003 23:14, Ben Ford wrote:
XMMS doesn't remember the sticky state. Other apps are fine.
i wasnt going to say it but he did ...
xmms doesnt remember sticky state on my box because E keys off of the window
name ... and the window name changes with each song ;)
-mike
On Sunday 29 June 2003 01:56, Kevin Brosius wrote:
I don't believe we consider etox to be in a usable condition at the
moment, so yeah, it's likely to be wrong.
i know :) ... i figured i just point it out
-mike
---
This SF.Net email
On Saturday 11 January 2003 09:48, Nathan Ingersoll wrote:
Don't install esmall, it's not used by anything else. Otherwise, if you
follow the build directions on the cvs notes page, everything should work
just as well as on x86.
the point wasnt just to get E17 working, but to build it all and
201 - 278 of 278 matches
Mail list logo