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 b/src/modules/loaders/loader
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
>
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
---
configure.ac | 4 ++--
m4/evas_check_engine.m4 | 4 ++--
src/modules/evas/en
vapier pushed a commit to branch master.
http://git.enlightenment.org/legacy/imlib2.git/commit/?id=cfa257c01f0daacdf37343e31aec9e2032a8045d
commit cfa257c01f0daacdf37343e31aec9e2032a8045d
Author: Mike Frysinger
Date: Mon Jul 28 22:59:35 2014 -0400
fix X_DISPLAY_MISSING redefined warnings
vapier pushed a commit to branch master.
http://git.enlightenment.org/legacy/imlib2.git/commit/?id=4f36e69934ebf520a3b677c344f4b0db6e2d1400
commit 4f36e69934ebf520a3b677c344f4b0db6e2d1400
Author: Mike Frysinger
Date: Mon Jul 28 23:01:23 2014 -0400
do not link with X libs when X is
vapier pushed a commit to branch master.
http://git.enlightenment.org/legacy/imlib2.git/commit/?id=5dde234b2d3caf067ea827858c53adc5d4c56c13
commit 5dde234b2d3caf067ea827858c53adc5d4c56c13
Author: Mike Frysinger
Date: Sat Jan 18 13:56:54 2014 -0500
imlib2-config: delete old reference to
vapier pushed a commit to branch master.
http://git.enlightenment.org/legacy/imlib2.git/commit/?id=dfb9521e8c6c7ecc7038557b2d5a7237c4634b69
commit dfb9521e8c6c7ecc7038557b2d5a7237c4634b69
Author: Mike Frysinger
Date: Sat Jan 18 13:55:53 2014 -0500
simplify --enable-visibility-hiding
vapier pushed a commit to branch master.
http://git.enlightenment.org/legacy/imlib2.git/commit/?id=560a58e61778d84953944f744a025af6ce986334
commit 560a58e61778d84953944f744a025af6ce986334
Author: Mike Frysinger
Date: Sat Jan 18 14:20:06 2014 -0500
check return value of fread/write funcs
should be set now:
http://sources.gentoo.org/eclass/enlightenment.eclass?r1=1.91&r2=1.92
-mike
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has cha
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
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
@@
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=download&l=en
-mike
signature.asc
Description: This is a digitally signed message part
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
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
&
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
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.
--
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
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 t
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.
> |
>
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
Descripti
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.
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
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
>
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. Cur
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 :)
> >
&g
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 lib
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:
&g
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
> >>> -#elif _WIN32
> >>> -#include
>
On Saturday 26 January 2008, Vincent Torri wrote:
> > #ifdef HAVE_NETINET_IN_H
> > -#include
> > -#elif _WIN32
> > -#include
> > +# include
> > +#endif
> > +#ifdef HAVE_WINSOCK2_H
> > +# include
> > #endif
>
> it is completely useless to check it in configure script as winsowk2.h is
> always av
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
> +# define HAVE_BOOLEAN
> +# define XMD_H
> +# undef _LARGEFILE64_SOURCE
> #elif _W
hanges in BSD 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
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
On Wednesday 23 January 2008, Carsten Haitzler wrote:
> On Wed, 23 Jan 2008 05:11:33 -0800 "laurent FANIS"
> > --- src/bin/e_fm.c.orig Wed Nov 7 11:45:43 2007
> > +++ src/bin/e_fm.c Fri Dec 7 15:44:09 2007
> > @@ -104,7 +104,7 @@ struct _E_Fm2_Smart_Data
> > E_Drop_Handler *drop_hand
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 al
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 (fil
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:
> >>>
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 f
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 t
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=...
>
>
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.
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 --variab
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 ...
-mi
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:
>
>
>
> Is an 'all-ok' mail usefull?
On Friday 03 August 2007, David Seikel wrote:
> On Fri, 3 Aug 2007 11:41:02 -0400 Mike Frysinger <[EMAIL PROTECTED]>
>
> wrote:
> > On Friday 03 August 2007, Nightly build system wrote:
> > > Autoconf version 2.13
> >
> > might want to post the v
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.
-
Thi
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
Downl
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
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 Composit
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 sign
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 ru
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/xch
On Friday 29 December 2006 06:33, Carsten Haitzler wrote:
> yes it will - it handles this too. check the code. :) or it at least tries.
last i looked the code simply exported LD_LIBRARY_PATH=$bindir/../ ... so if
it's changed since, then sure, i'd agree that the current code handles it
> sure -
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
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
-
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 t
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
pgpRWyQ
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 whi
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
--
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 configu
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
-
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: c
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:
On Tuesday 31 October 2006 18:18, Carsten Haitzler wrote:
> well e17 has an autopoint -f already.
that's because it was just added by kwo ... this thread started before kwo
tried fixing things up
> here it doesn't create a config.rpath.
it does to for me:
$ rm -f config.rpath*
$ autopoint -f
Co
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
pgpk
On Tuesday 31 October 2006 06:13, Carsten Haitzler wrote:
> as best i see right now - i don't know of our "problem" - i only hear about
> ugly workarounds and hacks to "make it work" with a tool developers are not
> actually using (thus it's irrelevant).
we illustrated it pretty clearly in one of
On Tuesday 31 October 2006 12:09, David Seikel wrote:
> Most stick with
> autoconf 2.59 and automenu 1.9, as they have been quite stable for a
> long time.
that's just being lazy :p
the issue here isnt incompatibles, it's that older automake versions didnt
error out properly while newer (1.10+)
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,
On Tuesday 24 October 2006 07:56, Landry, Marc-Andre wrote:
> I rather prefer not to force anything but else take care of the rest.
> Maybe I do have done too much of cleaning, in fact there is only
> ABOUT-NLS that block autopoint.
using -f means the latest versions of files will always be replac
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
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
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
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
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 sur
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
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 p
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
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 .mo,$(ALL_LINGUAS
On Friday 13 October 2006 21:04, Michael Jennings wrote:
> Hope that helps you, or someone, who wants to dive deeper into
> this. :-)
selection_send() looks like it could use some calls to D_SELECT() ...
otherwise it doesnt look like it gets called at all
in my testing over here, every paste th
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
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
Des
On Tuesday 10 October 2006 13:19, Michael Jennings wrote:
> On Saturday, 07 October 2006, at 15:53:42 (+0900),
>
> Carsten Haitzler wrote:
> > it's very probably a 64bit bug. probably to do with properties as x
> > likes to use "long" for datatypes even though the wire protocol will
> > only ever s
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 s
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
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 machine
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
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 LDFLA
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 won
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
is there an epplet function to get the e16 homedir ? the api/epplet.c code
checks to see if ~/.e16 exists and if not, it'll fall back to
~/.enlightenment
however, the epplets/E-Slides.c code will only look in
~/.enlightenment/backgrounds and that'll obviously fail with e16.8 ...
-mike
--
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
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 r
On Tuesday 28 March 2006 01:48, Carsten Haitzler wrote:
> CVS IS BACK!!!
hate to nitpick, but are there plans for implementing viewcvs on the new
repo ?
-mike
---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that
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:
>
> [E
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 34
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
-
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 pr
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
--
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 b
so as more and more e17 packages are added to cvs, more and more m4 files are
being duplicated ... sometimes they are using older, crappier versions, and
it's getting to be a real pain to track what's out of date
so what i'm thinking is we add a new toplevel m4 dir, move all the m4 files to
it,
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 ap
1 - 100 of 368 matches
Mail list logo