On Tuesday, 17 October 2006, at 17:51:42 (-0400),
Mike Frysinger wrote:
> actually we're both wrong
>
> the error is this:
> configure.in:152: required file `./config.rpath' not found
>
> the warnings are these:
> configure.in:8: installing `./missing'
> configure.in:8: installing `./install-sh'
On Wed, 18 Oct 2006 01:23:49 +0200 Kim Woelders <[EMAIL PROTECTED]> 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 ...
> aclocal ...
> autoconf ...
> autoheader ...
> libtoolize ..
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
Carsten Haitzler (The Rasterman) wrote:
> On Tue, 17 Oct 2006 17:51:42 -0400 Mike Frysinger <[EMAIL PROTECTED]> babbled:
>
>> On Tuesday 17 October 2006 17:20, Michael Jennings wrote:
>>> Mike Frysinger wrote:
in this case, the error is informative ... the makefiles are
[incorrectly] try
On Tue, 17 Oct 2006 17:54:15 +0200 Massimo Maiurana <[EMAIL PROTECTED]>
babbled:
[ 7:45AM ~ ] dpkg -l | grep freet
ii libfreetype6
2.2.1-5 FreeType 2 font engine, shared library files
ii libfreetype6-dev
2.2.1-5 FreeType 2 font engine, develop
On Tue, 17 Oct 2006 17:51:42 -0400 Mike Frysinger <[EMAIL PROTECTED]> babbled:
> 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 portab
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
On Tuesday, 17 October 2006, at 16:56:12 (-0400),
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) counting a
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
On Tuesday, 17 October 2006, at 15:42:24 (-0400),
Mike Frysinger wrote:
> this is because he has automake-1.10 and i dont think any other
> distro out there has added it yet :)
Or he took the release and built from the source tarball; distribution
has nothing to do with it.
Early major autoSPLAT
On Tue, 17 Oct 2006 15:42:24 -0400 Mike Frysinger <[EMAIL PROTECTED]>
wrote:
> 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'
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
Carsten Haitzler (The Rasterman), il 17/10/2006 03:54, scrisse:
>> the version of freetype is 2.2.1, and indeed
>> in/usr/include/freetype2/freetype/ftmodapi.h I see these lines: FT_EXPORT
>> ( FT_TrueTypeEngineType )FT_Get_TrueType_Engine_Type( FT_Library library );
>
> so the eature is ythere
Hi all!
I'm building debian packages of e17 for my private use for a couple of
months now. During that, I had to change some of the autofoo and
debian/* files to make the packages build correctly.
I asked on #edevelop where to send these diffs, Lutin told me to put
them here.
So here they are.
As per the subject. Protect the current background file for the
screenlock.
metrics
Index: e_desklock.c
===
RCS file: /var/cvs/e/e17/apps/e/src/bin/e_desklock.c,v
retrieving revision 1.27
diff -u -r1.27 e_desklock.c
--- e_desklock.c
Metrics wrote:
> On Tue, Oct 17, 2006 at 08:37:16PM +1000, Metrics wrote:
>
> Actually, the problem is a bit different. So this is actually the
> correct way to fix it. Thanks dh.
>
> metrics
Committed in cvs, Thanks :)
dh
---
On Tue, Oct 17, 2006 at 08:37:16PM +1000, Metrics wrote:
> Current CVS segfaults on changing from Basic to Advanced in desklock
> config dialog due to callbacks being registered for directory changed
> before the widgets are actually created. Just moved the callbacks to a
> bit later on.
>
> Not s
On Sun, 15 Oct 2006 15:14:32 +0900 "山口貴行" <[EMAIL PROTECTED]>
babbled:
> Hi all,
>
> When compiling evas with --enable-directfb option, compile failed with
in cvs :) arigatou! :)
> ...
> make[5]: Entering directory
> `/home/tyama/fac_e17/enlightenment/e17/libs/evas/src/modules/engines/directfb'
Current CVS segfaults on changing from Basic to Advanced in desklock
config dialog due to callbacks being registered for directory changed
before the widgets are actually created. Just moved the callbacks to a
bit later on.
Not sure if this is actually the best way to deal with this though.
metri
19 matches
Mail list logo
