On Fri, 3 Nov 2006 01:57:24 +0200 blak <[EMAIL PROTECTED]> wrote:
> I try to find why e17 segfaults when I try save logs and it seems that
> I found why. I attach patch for e_apps_error.c _dialog_save_cb
> function
>
> its just change 2 lines
> tlen += app->read->lines[i].size + 1;
> to
> tlen
Hello,
M Joonas Pihlaja has reported three bugs in imlib2's tiff loader and
provided patches to correct them. The patches and comments are
available at the URLs listed below. You can reply to
[EMAIL PROTECTED] to reach the bug submitter and all
interested parties.
Thanks.
http://bugs.debian.org
Hello
I try to find why e17 segfaults when I try save logs and it seems that
I found why. I attach patch for e_apps_error.c _dialog_save_cb
function
its just change 2 lines
tlen += app->read->lines[i].size + 1;
to
tlen += app->read->lines[i].size + 2;
because to every line \t and \n chars is a
On Thursday, 02 November 2006, at 17:18:22 (-0500),
Landry, Marc-Andre wrote:
> I would much more try to see if autopoint if installed and make an
> eval `autopoint -f`. This if I understand eval usage will prevent
> from stopping the execution of autogen.sh and execute autopoint -f
> if possible.
Michael Jennings wrote:
> On Thursday, 02 November 2006, at 19:03:32 (+0100),
> Kim Woelders wrote:
>
>> +if cvs -v >/dev/null 2>&1; then
>> + echo "Running autopoint..." ; autopoint -f || exit 1
>> +else
>> # no more autopoint. cuases too many hassles. too bad gentoo users - go back
>> # to au
On Thursday, 02 November 2006, at 19:03:32 (+0100),
Kim Woelders wrote:
> +if cvs -v >/dev/null 2>&1; then
> + echo "Running autopoint..." ; autopoint -f || exit 1
> +else
> # no more autopoint. cuases too many hassles. too bad gentoo users - go back
> # to automake 1.9 :(
> -#echo "Running aut
Enlightenment CVS wrote:
Enlightenment CVS committal
Author : raster
Project : e17
Module : apps/e
Dir : e17/apps/e
Modified Files:
autogen.sh
Log Message:
no more autopoint. now it's causing other issues like depending on cvs.
enough. go back to automake 1.9 if u insist on build
> Would it be better to add a config option like
> --with-abstract-sockets=yes/no?
> That way it would show up in the configure help and not be a hidden
> feature.
Not really, otherwise you would end up with a configure option per
test, and this would badly clutter ./configure --help.
Using cac
On Thu, Nov 02, 2006 at 05:15:27PM +0100, Jeremy Lainé wrote:
> Hi!
>
> I am currently running into problems when cross-compiling ecore,
> because AC_ABSTRACT_SOCKET_TEST (ecore/m4/ac_abstract_socket.m4)
> cannot be executed when cross-compiling and does not allow to be fed a
> cached value.
Hi!
I am currently running into problems when cross-compiling ecore,
because AC_ABSTRACT_SOCKET_TEST (ecore/m4/ac_abstract_socket.m4)
cannot be executed when cross-compiling and does not allow to be fed a
cached value.
Attached is a patch that enables caching of the test result, so that
On Thu, 2 Nov 2006 16:06:06 +0100 Lut!n <[EMAIL PROTECTED]> babbled:
> Hello,
> I'm experiencing issues when compiling enlightenment because of autopoint. I
> get the following log: 'cvs program not found'.
> I don't know what autopoint has to do with cvs, but it is weird to make the
> buils fail
Hello,
I'm experiencing issues when compiling enlightenment because of autopoint. I
get the following log: 'cvs program not found'.
I don't know what autopoint has to do with cvs, but it is weird to make the
buils fail (acutally to forbid the build) because of it. Besides, this is a
complete nonsen
12 matches
Mail list logo