[E-devel] [PATCH] gif: fix oob reads w/bad colormaps

From: Bernhard Übelacker Verify the color map is inbounds before indexing with it. https://bugs.debian.org/785369 --- src/modules/loaders/loader_gif.c | 13 ++--- 1 file changed, 10 insertions(+), 3 deletions(-) diff --git a/src/modules/loaders/loader_gif.c

Re: [E-devel] [PATCH] use SDL2 everywhere

On 07 Aug 2015 13:55, Romain Naour wrote: Le 06/08/2015 06:42, Mike Frysinger a écrit : Some files were still including SDL-1 headers even though we only link against SDL2 libs. URL: https://bugs.gentoo.org/551882 Reported-by: Barnaby bad...@me.com --- I've also reported

[E-devel] [PATCH] use SDL2 everywhere

Some files were still including SDL-1 headers even though we only link against SDL2 libs. URL: https://bugs.gentoo.org/551882 Reported-by: Barnaby bad...@me.com --- configure.ac | 4 ++-- m4/evas_check_engine.m4 | 4 ++--

[EGIT] [legacy/imlib2] master 02/03: do not link with X libs when X is disabled

vapier pushed a commit to branch master. http://git.enlightenment.org/legacy/imlib2.git/commit/?id=4f36e69934ebf520a3b677c344f4b0db6e2d1400 commit 4f36e69934ebf520a3b677c344f4b0db6e2d1400 Author: Mike Frysinger vap...@gentoo.org Date: Mon Jul 28 23:01:23 2014 -0400 do not link with X libs

[EGIT] [legacy/imlib2] master 01/03: fix X_DISPLAY_MISSING redefined warnings when X is disabled

vapier pushed a commit to branch master. http://git.enlightenment.org/legacy/imlib2.git/commit/?id=cfa257c01f0daacdf37343e31aec9e2032a8045d commit cfa257c01f0daacdf37343e31aec9e2032a8045d Author: Mike Frysinger vap...@gentoo.org Date: Mon Jul 28 22:59:35 2014 -0400 fix X_DISPLAY_MISSING

[EGIT] [legacy/imlib2] master 03/03: check return value of fread/write funcs

vapier pushed a commit to branch master. http://git.enlightenment.org/legacy/imlib2.git/commit/?id=560a58e61778d84953944f744a025af6ce986334 commit 560a58e61778d84953944f744a025af6ce986334 Author: Mike Frysinger vap...@gentoo.org Date: Sat Jan 18 14:20:06 2014 -0500 check return value

[EGIT] [legacy/imlib2] master 01/03: simplify --enable-visibility-hiding handling

vapier pushed a commit to branch master. http://git.enlightenment.org/legacy/imlib2.git/commit/?id=dfb9521e8c6c7ecc7038557b2d5a7237c4634b69 commit dfb9521e8c6c7ecc7038557b2d5a7237c4634b69 Author: Mike Frysinger vap...@gentoo.org Date: Sat Jan 18 13:55:53 2014 -0500 simplify --enable

[EGIT] [legacy/imlib2] master 02/03: imlib2-config: delete old reference to @my_libs@

vapier pushed a commit to branch master. http://git.enlightenment.org/legacy/imlib2.git/commit/?id=5dde234b2d3caf067ea827858c53adc5d4c56c13 commit 5dde234b2d3caf067ea827858c53adc5d4c56c13 Author: Mike Frysinger vap...@gentoo.org Date: Sat Jan 18 13:56:54 2014 -0500 imlib2-config: delete

Re: [E-devel] User patch support Gentoo overlay

should be set now: http://sources.gentoo.org/eclass/enlightenment.eclass?r1=1.91r2=1.92 -mike -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has

[E-devel] imlib2: support building with libpng-1.5

ive applied the following patches to svn to make imlib2 work with libpng-1.5. Thomas Klausner did the real work. seems to be OK for libpng-1.2.x and newer. not sure how far back with libpng imlib2 aims to support. -mike --- src/modules/loaders/loader_png.c +++ src/modules/loaders/loader_png.c @@

Re: [E-devel] E SVN: vapier trunk/imlib2/src/modules/loaders

On Sat, Feb 19, 2011 at 2:43 PM, Vincent Torri wrote: On Sat, 19 Feb 2011, Enlightenment SVN wrote: Log: png loader: do not hit interlaced member of the png ptr struct  this should work with libpng 1.[245].x ... did not check anything older than that though maybe this patch should also go

Re: [E-devel] e16-1.0.2

On Sunday 24 January 2010 17:16:55 Kim Woelders wrote: e16-1.0.2 is available for download: http://sourceforge.net/projects/enlightenment/files/ someone want to update: http://www.enlightenment.org/p.php?p=downloadl=en -mike signature.asc Description: This is a digitally signed message part.

Re: [E-devel] Patch for evas (eina_log related)

On Thursday 22 October 2009 09:23:13 Mathieu Taillefumier wrote: It seems that my previous email did not pass through the mailing list. herewith a patch for evas that modify the previous patch I send weeks ago. The changes are listed below - Conversion of the remaining printf to eina_log in

Re: [E-devel] Imlib2: Patch: add various checks to various image loaders

On Saturday 14 June 2008, Hans de Goede wrote: Mike Frysinger wrote: On Thursday 12 June 2008, Hans de Goede wrote: Some time ago there was a bunch of security advisories for various imlib2 image loaders. Some of the fixes which were circulating then never seem to have been applied

Re: [E-devel] Imlib2 PATCH: Check for rgb.txt in /ust/share/X11

On Thursday 12 June 2008, Hans de Goede wrote: Most modern Linux distro's now have rgb.txt as /ust/share/X11/rgb.txt The attached patch fixes loading xpm files on these distro's. thanks, added to cvs -mike signature.asc Description: This is a digitally signed message part.

Re: [E-devel] Imlib2: Patch: add various checks to various image loaders

On Thursday 12 June 2008, Hans de Goede wrote: Some time ago there was a bunch of security advisories for various imlib2 image loaders. Some of the fixes which were circulating then never seem to have been applied to imlib2, the attached patch includes these fixes. i'm pretty sure these were

Re: [E-devel] E CVS: Eterm vapier

On Tuesday 15 April 2008, Enlightenment CVS wrote: Enlightenment CVS committal Author : vapier Project : eterm Module : Eterm Dir : eterm/Eterm/src Modified Files: startup.c Log Message: fix from Nico Golde from Debian for deb bug #473127 and gentoo bug #216833

Re: [E-devel] [PATCH] expedite cross build fix

On Tuesday 18 March 2008, Koen Kooi wrote: Mike Frysinger schreef: | On Tuesday 18 March 2008, Lars Munch wrote: | The attached patch fixes expedite cross build. Without this patch it | will look in /usr/include for include files when cross building. | | ugh, anyone doing -i$(includedir

Re: [E-devel] [PATCH] expedite cross build fix

On Tuesday 18 March 2008, Michael Jennings wrote: On Tuesday, 18 March 2008, at 08:52:12 (+0100), Lars Munch wrote: The attached patch fixes expedite cross build. Without this patch it will look in /usr/include for include files when cross building. So could someone please explain to those

Re: [E-devel] [PATCH] expedite cross build fix

On Tuesday 18 March 2008, Lars Munch wrote: The attached patch fixes expedite cross build. Without this patch it will look in /usr/include for include files when cross building. ugh, anyone doing -i$(includedir) needs to get smacked. added your change, thanks. -mike signature.asc

Re: [E-devel] [win32] some evilness

On Saturday 01 March 2008, Vincent Torri wrote: On Sat, 1 Mar 2008, Carsten Haitzler (The Rasterman) wrote: On Fri, 15 Feb 2008 23:54:16 +0100 (CET) Vincent Torri [EMAIL PROTECTED] babbled: ok- that looks a lot cleaner after the diff. other than the EAPI removal in .c files. i'd agree

Re: [E-devel] E CVS: libs/evas vapier

On Friday 25 January 2008, Vincent Torri wrote: --- Makefile.am 7 Nov 2007 22:56:05 - 1.48 +++ Makefile.am 25 Jan 2008 04:40:28 - 1.49 @@ -1,4 +1,4 @@ -# ACLOCAL_AMFLAGS = -I m4 +ACLOCAL_AMFLAGS = -I m4 I've added it one day, but raster removed it because he

Re: [E-devel] [win32] some evilness

On Saturday 16 February 2008, Vincent Torri wrote: On Fri, 15 Feb 2008, Mike Frysinger wrote: -libeet_la_LIBADD       = -lz -ljpeg @fnmatch_libs@ @winsock_libs@ -lm +libeet_la_LIBADD       = @EVIL_LIBS@ -lz -ljpeg @fnmatch_libs@ @win32_libs@ -lm i think EVIL_LIBS will have to come last

Re: [E-devel] [win32] some evilness

On Friday 15 February 2008, Vincent Torri wrote: as the Windows Mobile platform is trying to be supported, a lot of #ifdef might appear. So I began to move the win32 code from the efl to a single lib (named 'evil'). The source code for that lib is attached, for those who are interested.

Re: [E-devel] E CVS: libs/ecore vapier

On Saturday 26 January 2008, Vincent Torri wrote: On Sat, 26 Jan 2008, Mike Frysinger wrote: On Saturday 26 January 2008, Vincent Torri wrote: #ifdef HAVE_NETINET_IN_H -#include netinet/in.h -#elif _WIN32 -#include winsock2.h +# include netinet/in.h +#endif +#ifdef HAVE_WINSOCK2_H

Re: [E-devel] E CVS: libs/ecore vapier

On Saturday 26 January 2008, Vincent Torri wrote: #ifdef HAVE_NETINET_IN_H -#include netinet/in.h -#elif _WIN32 -#include winsock2.h +# include netinet/in.h +#endif +#ifdef HAVE_WINSOCK2_H +# include winsock2.h #endif it is completely useless to check it in configure script as

Re: [E-devel] {Spam?} Re: E CVS: libs/ecore vapier

On Saturday 26 January 2008, Vincent Torri wrote: On Sat, 26 Jan 2008, Mike Frysinger wrote: On Saturday 26 January 2008, Vincent Torri wrote: On Sat, 26 Jan 2008, Mike Frysinger wrote: On Saturday 26 January 2008, Vincent Torri wrote: #ifdef HAVE_NETINET_IN_H -#include netinet/in.h

Re: [E-devel] E CVS: libs/ecore vapier

On Saturday 26 January 2008, Vincent Torri wrote: exactly ... where we can unify these pieces without touching common code the better. not sure if there's a core piece of e17 where we can move all of this, but if we had a few files that we could just drop into the different e libraries,

Re: [E-devel] E CVS: libs/ecore vapier

On Saturday 26 January 2008, Vincent Torri wrote: On Sat, 26 Jan 2008, Mike Frysinger wrote: I've tried to use gnulib once, for the port of the linux functions. It's a pain to install and to use. I'll never touch that beast anymore :) it can be a beast, that's for sure. i'm

Re: [E-devel] [Eet] patch to support cegcc compiler (Windows Mobile)

On Friday 25 January 2008, Vincent Torri wrote: --- src/lib/Eet_private.h   29 Sep 2007 09:21:43 -  1.17 +++ src/lib/Eet_private.h   26 Jan 2008 00:04:53 - +#ifdef __CEGCC__ +# include windows.h +# define HAVE_BOOLEAN +# define XMD_H +# undef _LARGEFILE64_SOURCE  #elif

Re: [E-devel] {Spam?} [offtopic]

On Thursday 24 January 2008, Vincent Torri wrote: On Thu, 24 Jan 2008, Mike Frysinger wrote: can you please fix your e-mail/isp/whatever sucks ... this {Spam?} in the subject is ridiculous Yes, it's ridiculous and no i can't. It's the server of my university that add it. there are plenty

Re: [E-devel] E17 under OpenBSD and other goodies.

cvs just screws everyone long term. On Jan 23, 2008 7:45 AM, Mike Frysinger [EMAIL PROTECTED] wrote: On Wednesday 23 January 2008, laurent FANIS wrote: --- configure.in.orig Wed Dec 5 22:13:29 2007 +++ configure.inWed Dec 5 22:13:42 2007 @@ -31,7 +31,7 @@ AC_SUBST

Re: [E-devel] E17 under OpenBSD and other goodies.

On Wednesday 23 January 2008, laurent FANIS wrote: --- src/lib/eet_lib.c.orig Mon Nov 12 11:14:04 2007 +++ src/lib/eet_lib.c Mon Nov 12 11:15:11 2007 @@ -497,6 +497,10 @@ eet_open(const char *file, Eet_File_Mode mode) else return NULL; } + else if

Re: [E-devel] {Spam?} [offtopic]

can you please fix your e-mail/isp/whatever sucks ... this {Spam?} in the subject is ridiculous -mike signature.asc Description: This is a digitally signed message part. - This SF.net email is sponsored by: Microsoft Defy

Re: [E-devel] [Wiki] add a page about the build of the EFL on Win32

On Tuesday 04 December 2007, Vincent Torri wrote: On Tue, 4 Dec 2007, Mike Frysinger wrote: On Monday 03 December 2007, Vincent Torri wrote: On Sun, 2 Dec 2007, Mike Frysinger wrote: On Saturday 01 December 2007, Vincent Torri wrote: I have added a document in the Wiki that details how

Re: [E-devel] [Wiki] add a page about the build of the EFL on Win32

On Monday 03 December 2007, Vincent Torri wrote: On Sun, 2 Dec 2007, Mike Frysinger wrote: On Saturday 01 December 2007, Vincent Torri wrote: I have added a document in the Wiki that details how to build the EFL on Windows. You can find it here: http://wiki.enlightenment.org/index.php

Re: [E-devel] [Wiki] add a page about the build of the EFL on Win32

On Saturday 01 December 2007, Vincent Torri wrote: I have added a document in the Wiki that details how to build the EFL on Windows. You can find it here: http://wiki.enlightenment.org/index.php/Category:EFL_Windows There's also a link in the main page of the Wiki. Currently, only the

[E-devel] E_CONFIG and --with-enlightenment-config

does anyone actually need --with-enlightenment-config ? its functionality can already be achieved by doing E_CONFIG=... otherwise i'll just toss it -mike signature.asc Description: This is a digitally signed message part.

Re: [E-devel] E_CONFIG and --with-enlightenment-config

On Sunday 18 November 2007, Carsten Haitzler wrote: On Sun, 18 Nov 2007 12:41:00 -0500 Mike Frysinger [EMAIL PROTECTED] babbled: does anyone actually need --with-enlightenment-config ? its functionality can already be achieved by doing E_CONFIG=... what is that an option to? :) the path

Re: [E-devel] Recent e_modules configure.in changes

On Thursday 15 November 2007, Carsten Haitzler wrote: On Thu, 15 Nov 2007 11:12:49 +0100 Dr. Michael 'Mickey' Lauer If you want to be nice to cross-compilation environments, AC_PATH_PROG(EDJE_CC, edje_cc, , $PATH) edje_cc is more advisable than edje_cc=$(pkg-config --variable=prefix

Re: [E-devel] ecore_file unit test

On Tuesday 02 October 2007, Vincent Torri wrote: I have added in e17/test/unit unit tests for ecore_file. Currently, only dome functions of ecore_files are tested is there a reason it isnt just integrated into ecore ? seems weird to have testsuites forked off from the actual packages ...

Re: [E-devel] Nightly build log for E17 on 2007-08-04 07:04:27 -0700

On Saturday 04 August 2007, Koen Kooi wrote: Nightly build system schreef: Build log for Enlightenment DR 0.17 on 2007-08-04 07:04:27 -0700 Build logs are available at http://download.enlightenment.org/tests/logs Packages that failed to build: none Is an 'all-ok' mail usefull? In my

Re: [E-devel] Nightly build log for E17 on 2007-08-03 07:03:31 -0700

On Friday 03 August 2007, Nightly build system wrote: Autoconf version 2.13 might want to post the version of autoconf that actually gets used -mike signature.asc Description: This is a digitally signed message part. -

[E-devel] E17 + dbus = hard requirement

any chance we can get the dbus support turned into an optional component in the window manager ? -mike signature.asc Description: This is a digitally signed message part. - This SF.net email is sponsored by DB2 Express

Re: [E-devel] e16: composite menu doesnt come up anymore in cvs

On Tuesday 13 March 2007, Kim Woelders wrote: Mike Frysinger wrote: after reporting that Esetroot bug w/composite, i updated to current cvs ... now i cant get back into the composite menu to enable it ;( desktop - Settings menu - select Composite item - nothing it used to pop up

Re: [E-devel] e16: composite menu doesnt come up anymore in cvs

On Tuesday 13 March 2007, Mike Frysinger wrote: taking your hint i looked through the build and composite support was being forced disabled via --disable-composite ;x works great now ;) i really dig the fading and menus ... also, that Esetroot thing is working again, thanks -mike

[E-devel] e16: composite menu doesnt come up anymore in cvs

after reporting that Esetroot bug w/composite, i updated to current cvs ... now i cant get back into the composite menu to enable it ;( desktop - Settings menu - select Composite item - nothing it used to pop up the composite settings dialog ... -mike pgplMwRkgOy8y.pgp Description: PGP

Re: [E-devel] Patch for e_modules to add support to gettext with automake-1.10

On Wednesday 14 February 2007, Carsten Haitzler wrote: if it works for devs - then it's good. if it doesn't work for users because they updated their autofoo packages... TOO BAD. autofoo is for developers. using cvs basically gives you the responsibility of a developer when it comes to

Re: [E-devel] default pawn.png in e16 looks like a penis

On Friday 05 January 2007 06:28, Carsten Haitzler wrote: On Fri, 5 Jan 2007 04:01:21 -0500 Mike Frysinger [EMAIL PROTECTED] babbled: could we use something different that doesnt *quite* so look like a small phallus ? ;) http://dev.gentoo.org/~vapier/xchat-is-a-penis.png -mike would

Re: [E-devel] export of LD_LIBRARY_PATH in e_start_main.c

On Thursday 28 December 2006 21:40, Carsten Haitzler wrote: hmm - actually this will work - often, but not all the time. if prefix/bin is a symlink to for example prefix/.exec/i386/ (which i actually have seen for multi-arch shared nfs filesystems) this breaks down ok, but the way it's done

Re: [E-devel] export of LD_LIBRARY_PATH in e_start_main.c

On Tuesday 19 December 2006 02:56, Stephan Wezel wrote: hmm in my manpage about ld.so i can't find any references to ORIGIN/LD_ORIGIN ENV-Var read the source code then -mike pgpbL4dzqpWyU.pgp Description: PGP signature -

Re: [E-devel] export of LD_LIBRARY_PATH in e_start_main.c

On Monday 18 December 2006 03:47, Carsten Haitzler wrote: and what is $ORIGIN? it's a special keyword recognized by the ldso: If the name is ``ORIGIN'', then the substitution sequence is replaced by the dynamic linker with the absolute pathname of the directory in which the object containing

Re: [E-devel] export of LD_LIBRARY_PATH in e_start_main.c

On Sunday 17 December 2006 12:44, Nikolas Arend wrote: I just came to realize that LD_LIBRARY_PATH is exported during e17 startup. a better question is, why is LD_LIBRARY_PATH being used and not ELF RUNPATH DT tags ? -mike pgpJCwen3zWZy.pgp Description: PGP signature

Re: [E-devel] export of LD_LIBRARY_PATH in e_start_main.c

On Sunday 17 December 2006 17:54, Carsten Haitzler wrote: this is part of the setup that enlightenment_start does to make sure e finds libraries in the prefix it's installed in. basically this is there for when people install, e17, evas, eet, etc. in, for example, /opt/e17 or /usr/local which

Re: [E-devel] export of LD_LIBRARY_PATH in e_start_main.c

On Sunday 17 December 2006 22:56, Carsten Haitzler wrote: this is up to libtool and compile flags and setups and i'm not playing with that - that is a secondary matter imho. these also DONT solve the problem of relocation runtime. yes it does ... that's why i said use $ORIGIN -mike

[E-devel] using -std=gnu99 when available in imlib2

any qualms with me adding some logic to imlib2's configure to add -std=gnu99 to CPPFLAGS if the compiler supports ? the problem is that some of the code in imlib2 uses round() but the headers dont export the prototype unless -std=c99 or -std=gnu99 is used -mike pgpDfbeUfzJPU.pgp Description:

Re: [E-devel] using -std=gnu99 when available in imlib2

On Monday 06 November 2006 10:17, Mike Frysinger wrote: any qualms with me adding some logic to imlib2's configure to add -std=gnu99 to CPPFLAGS if the compiler supports ? proposed patch attached -mike pgpk138u0fJp3.pgp Description: PGP signature Index: configure.in

Re: [E-devel] DR17 in CVS doesn't compile on FC6

On Monday 06 November 2006 22:28, Didier Casse wrote: Problems getting it to compile on FC6 configure.in:153: required file `./ABOUT-NLS' not found search the archives -mike pgpDaxGHvBrNI.pgp Description: PGP signature -

Re: [E-devel] using -std=gnu99 when available in imlib2

On Monday 06 November 2006 23:13, Carsten Haitzler wrote: On Mon, 6 Nov 2006 10:36:57 -0500 Mike Frysinger [EMAIL PROTECTED] babbled: On Monday 06 November 2006 10:17, Mike Frysinger wrote: any qualms with me adding some logic to imlib2's configure to add -std=gnu99 to CPPFLAGS

Re: [E-devel] automake 1.10 again

On Tuesday 31 October 2006 05:04, Peter Parkanyi wrote: Well, I found a solution to that automake problem, but I see no one bothers about it but me. can you be more specific than a solution ? by the sounds of it, you've only prolonged broken logic rather than fixed it So if you say ok, I'd

Re: [E-devel] automake 1.10 again

On Tuesday 31 October 2006 16:01, Michael Jennings wrote: Clearly config.rpath was added sometime between now and when we last got the gettext stuff working. sure, like 4 years ago ... config.rpath has been around for a very long time; only recently has its absence been a failure -mike

Re: [E-devel] [Fwd: Re: building with automake-1.10] Patch proposal

On Monday 23 October 2006 22:57, Landry, Marc-Andre wrote: I based on Kim post made a few change to be able to use automake-1.10 on some autogen.sh. I haven't touch all the modules and look forward solving warning : I only added two line maybe I hadded too much but couldn't be sure of what to

Re: [E-devel] etk, e fails to build due to configure problem

On Sunday 22 October 2006 07:23, Peter Parkanyi wrote: configure.in:152: required file `./config.rpath' not found as noted in another thread, the e17 autogen scripts fail to set up gettext properly ... -mike pgpzVZachZEhQ.pgp Description: PGP signature

Re: [E-devel] etk, e fails to build due to configure problem

On Sunday 22 October 2006 12:02, Chad Kittel wrote: Another thread on this Mailing List had suggestions like WANT_AUTOMAKE=1.9. that only matters if you use a wrapper script for `automake` and `autoconf` that allow you to have multiple versions of automake and autoconf installed side by side

Re: [E-devel] building with automake-1.10

On Friday 20 October 2006 10:38, Mike Russo wrote: I tried setting WANT_AUTOMAKE=1.9 and doing an 'emerge e' but I'm still getting the same errors. Does emerge clear out my env's and not respect this? Should I unmerge automake-1.10 instead? no, emerge doesnt ... but the enlightenment eclass

Re: [E-devel] building with automake-1.10

On Tuesday 17 October 2006 22:42, Michael Jennings wrote: config.rpath is relatively new; what version of automake brought that about? it isnt new really ... gettext has used it for quite a while now (as long as ive played with gettext) i guess automake now performs sanity checks to make sure

[E-devel] building with automake-1.10

a user was saying he couldnt build e yesterday on Gentoo because he was getting errors like: Running automake... configure.in:152: required file `./config.rpath' not found configure.in:8: installing `./missing' configure.in:8: installing `./install-sh' po/Makefile.am:6: addsuffix

Re: [E-devel] building with automake-1.10

On Tuesday 17 October 2006 16:10, Michael Jennings wrote: Or he took the release and built from the source tarball; distribution has nothing to do with it. i talked to the guy, i know what he was doing Early major autoSPLAT releases are never a good idea as problems are more likely to be

Re: [E-devel] building with automake-1.10

On Tuesday 17 October 2006 17:20, Michael Jennings wrote: Mike Frysinger wrote: in this case, the error is informative ... the makefiles are [incorrectly] trying to use GNU makism's in otherwise portable code That's not the problem. The problem is that automake 1.10 is [incorrectly] (sic

Re: [E-devel] building with automake-1.10

On Tuesday 17 October 2006 19:23, Kim Woelders wrote: Not sure but I think there was a similar problem in e16 ages ago. IIRC it was solved by changing the order of things in autogen.sh to autopoint ... yeah, it needs autopoint ... none of the scripts run it at the moment ... i'm not about to

[E-devel] [patch] fix typo in eterm/src/command.c

as pointed out in this warning: command.c:1206: warning: 'font_atom' is used uninitialized in this function gc_atom = XInternAtom(Xdisplay, GC, False); gc_atom = XInternAtom(Xdisplay, FONT, False); that second line is obviously wrong and should be font_atom = ... -mike pgp3AOeWGJPld.pgp

[E-devel] [patch] make sure some vars are initialized in eterm/src/libscream.c

in ns_wait_for_socket() it is possible to return an uninitialized ret if socket() returns failure ... so attached patch sets it to -1 at start ... side node, shouldnt that tmp_sock 0 be = 0 ? in reality it'll prob never be 0, but a value of 0 from socket() is certainly not an error ... in

Re: [E-devel] Eterm cut and paste doesn't work on x86_64 with gcc4.1.1

On Thursday 05 October 2006 15:20, Michael Jennings wrote: If it ONLY happens on x86_64 and it ONLY happens with gcc 4, don't you think that sounds like a gcc bug? I sure do. this has been reported a few times in the past, and it isnt a gcc4 issue i know this fails for me on my amd64

Re: [E-devel] Eterm cut and paste doesn't work on x86_64 with gcc4.1.1

On Friday 06 October 2006 15:06, Mike Frysinger wrote: i know this fails for me on my amd64 machines, i'll see if it fails on my x86 32bit ... copying pasting works for me on my x86 -mike pgplg5ElUbfjo.pgp Description: PGP signature

Re: [E-devel] Eterm cut and paste doesn't work on x86_64 with gcc4.1.1

On Friday 06 October 2006 15:17, Michael Jennings wrote: this has been reported a few times in the past, and it isnt a gcc4 issue I'm told it works on gcc3. that's nice ... i'm telling you ive built an amd64/gcc-3.4.x system and it breaks ... people have been reporting this before gcc-4

Re: [E-devel] compiling embrace fails with LDFLAGS=-Wl,--as-needed

On Saturday 13 May 2006 12:19, Momsen Reincke wrote: Compiling the CVS-version of embrace fails, if you pass -Wl,--as-needed to the linker (The error is obviously not due to the other optimizations used in the snippet at the bottom because it compiles fine with LDFLAGS= as well as

Re: [E-devel] edje debianization issues.

On Wednesday 17 May 2006 00:24, Vlad Alyukov wrote: cant build edje deb packages for debian, abort compilation edej with error: , | ar cru .libs/libedje.a libedje_la-edje_calc.o | libedje_la-edje_callbacks.o libedje_la-edje_data.o | libedje_la-edje_embryo.o libedje_la-edje_load.o

Re: [E-devel] plans for new epplets release ?

On Thursday 13 April 2006 09:35, Kim Woelders wrote: I have uploaded epplets-0.9 to SF. I'm not sure how solid things are, the imlib2 port was somewhat quick and dirty, and this stuff probably doesn't get too much testing these days. thanks, i'll add it to Gentoo later In case anybody

[E-devel] plans for new epplets release ?

the last epplets release is horribly outdated ... be nice to have a new snapshot at least ... -mike --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the

Re: [E-devel] e16 - 0.16.8.1, e16keyedit - 0.3

On Thursday 30 March 2006 13:33, Kim Woelders wrote: e16 version 0.16.8.1 and e16keyedit version 0.3 are now available for download. the e page still says 0.16.7.1 :) http://enlightenment.org/Enlightenment/Get_Enlightenment/ -mike --- This

Re: [E-devel] CVS MUNCHKINS!!!! IMPORTANT!!!!

On Tuesday 28 March 2006 03:11, Carsten Haitzler wrote: also there will soon be an ability to rsync the cvs mirror so if gentoo wants to use cvs ebuilds - you could host a anoncvs mirror on gentoo.org's boxen - maybe - and then all ebuilds can use that? or i could have the ebuilds pull via

Re: [E-devel] CVS MUNCHKINS!!!! IMPORTANT!!!!

for you lazy peeps, such as myself, run these small code snippets in your cvs repo to update your current checkouts: anon CVS: :pserver:[EMAIL PROTECTED]:/var/cvs/e find -name Root | xargs sed -i \ 's|anoncvs.*/cvsroot/enlightenment|enlightenment.org:/var/cvs/e|' developer CVS: [EMAIL

Re: [E-devel] esmart looking for ltdl.h on Fedora Core 5

On Thursday 23 March 2006 15:40, Didier Casse wrote: Any suggestions on how to bypass the /usr/bin/ld: cannot find -lltdl would be appreciated. Thanks. stop forcing hacks on your system and just install the appropriate libtool development rpms -mike

Re: [E-devel] Libast (current cvs) fails to build for Fedora Core 5

On Thursday 23 March 2006 13:25, Didier Casse wrote: On 3/24/06, Michael Jennings [EMAIL PROTECTED] wrote: On Friday, 24 March 2006, at 01:24:25 (+0800), Didier Casse wrote: ./configure: line 3402: syntax error near unexpected token `AST_PROG_CHECKS' ./configure: line 3402:

Re: [E-devel] CVS mirrors...

On Thursday 16 March 2006 18:22, Kevin Brosius wrote: Yeah, the problem has been that sf doesn't support pulling the code for a mirror. no, but it provides a nightly tarball of the raw CVS data which should be more than enough ... -mike ---

Re: [E-devel] CVS mirrors...

On Thursday 16 March 2006 18:59, Kevin Brosius wrote: Mike Frysinger wrote: On Thursday 16 March 2006 18:22, Kevin Brosius wrote: Yeah, the problem has been that sf doesn't support pulling the code for a mirror. no, but it provides a nightly tarball of the raw CVS data which should

Re: [E-devel] [rfc] remove duplicate m4 cruft

On Friday 24 February 2006 00:33, David Seikel wrote: Your automated solution I don't like the sound of. Currently, except for library dependencies, every sub project is self contained in it's part of the tree. I update everything and compile it all at once, but others don't, and you may be

Re: [E-devel] Eterm 0.9.4 in cvs--- some user can' t cut and paste to MUD

On Thursday 16 February 2006 12:14, Didier Casse wrote: Everybody that I know (until now!) including myself can cut and paste with Eterm. Some guy can' t. If you have any clues into why, please help. Thanks. See mail below: it's a known issue that you cant cut paste from Eterm into a QT app,

Re: [E-devel] Error compiling evas

On Friday 27 January 2006 12:00, Tiago Victor Gehring wrote: I supose you're using gentoo, in this case: http://forums.gentoo.org/viewtopic-t-426435-highlight-error+evas.html well he did open with using gentoo ;) I had the same problem here, but just a make clean before compiling solved the

[E-devel] thinktux cvs server is broken

could the thinktux guys please fix your cvs server the evas tree for example has too many files and/or old files -mike --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX

Re: [E-devel] thinktux cvs server is broken

On Friday 27 January 2006 15:39, Michael Jennings wrote: Thank you, Captain Obvious. you're welcome captain dick Have you not been paying attention to what we've been discussing for almost a week now? i havent actually i tried contacting the admins over a week ago to no avail ... if

Re: [E-devel] thinktux cvs server is broken

On Friday 27 January 2006 15:53, Michael Jennings wrote: On Friday, 27 January 2006, at 15:50:10 (-0500), Mike Frysinger wrote: i havent actually Then you probably should stop yelling at people and go read the mailing list archives. i dont recall yelling ... in fact, i do recall using

[E-devel] changing backgrounds in e16

i just updated to the latest cvs and my background changer no longer works ... i'm just using Esetroot from Eterm when i run `Esetroot -s somepic.jpg`, the e16 background doesnt change, but things that use transparency (like Eterm and xchat) show the pic ... -mike

Re: [E-devel] changing backgrounds in e16

On Monday 16 January 2006 07:26, Kim Woelders wrote: Mike Frysinger wrote: i just updated to the latest cvs and my background changer no longer works ... i'm just using Esetroot from Eterm when i run `Esetroot -s somepic.jpg`, the e16 background doesnt change, but things that use

[E-devel] pager / bg updating in e16.8pre2

ok, related to previous post ... i set my bg to none so that i can use Esetroot ... my bg changes now as it used to, but my pager displays all the bg pics as just plain white instead of rendering the pic in it like it used to ... feature or bug !? :) -mike

Re: [E-devel] Alt+Tab bug

On Tuesday 03 January 2006 21:28, Sthithaprajna Garapaty wrote: Sometimes, when I alt+tab very quickly(press alt+tab and release both keys quickly), the alt+tab window gets stuck and the mouse gets stuck with it. The mouse can only be freed by pressing alt+tab again, which also returns the

Re: [E-devel] Re: E CVS: e_modules vapier

On Monday 26 December 2005 04:07, Vincent Torri wrote: I don't think that Makefile.in should be added you going to elaborate on why ? because with your simple response my answer is 'you clearly havent read the source, so read it or stfu' ;) -mike

Re: [E-devel] Valgrind bitching.

On Wed, Dec 07, 2005 at 03:02:45AM +1100, Alastair Poole wrote: Enclosed is a small patch that stops valgrind from bitching with every application that links against evas. --- e17/libs/evas/src/lib/engines/common/evas_font_draw.c 2005-12-03 20:35:21.0 +1100 +++

Re: [E-devel] Valgrind bitching.

On Wed, Dec 07, 2005 at 03:44:21AM +1100, Alastair Poole wrote: It isn't especially dangerous or nasty but it shuts valgrind up and makes processing its output a hell of a lot easier. Before the patch valgrind gives two errors about uninitialised data, afterwards she is happy. Anyway, what's

Re: [E-devel] Valgrind bitching.

On Wed, Dec 07, 2005 at 05:27:15AM +1100, Alastair Poole wrote: why pepper the source code with obvious work arounds for a tool that appears to be broken Whatever you feel. Personally I see valgrind as a valuable tool, and although not perfect, imho, it makes the life of a developer a

  1   2   3   >