Gustavo wrote:
> > Has anyone followed up on this? It seems to me that this
> > could be easily done in a way that would allow for a certain amount
> > of re-usability of such 'gadgets', and yet enough flexibility to
> > have custom designs as well. Likely there are multitudes of wa
Eric Sandall wrote:
> Quoting [EMAIL PROTECTED]:
>
>> Nah.
>>
>> It didn't work very well, as we want all module data in the module dir.
>> Which includes locale files etc. With the old approach locale info went in
>> standard dirs, and the module ended in the right dir because it assumed
>> what
On Mon, 28 Jan 2008 10:28:05 +0100 Dariusz Knociński NeXT <[EMAIL PROTECTED]>
babbled:
> On Mon, 28 Jan 2008 14:38:47 +1100
> Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]> wrote:
>
> > On Sun, 27 Jan 2008 18:00:09 +0100 Dariusz Knociński NeXT
> > <[EMAIL PROTECTED]> babbled:
> >
> > defin
Quoting Vincent Torri <[EMAIL PROTECTED]>:
> On Mon, 28 Jan 2008, Eric Sandall wrote:
>
>> ewl_pdf.c:13:23: error: ewl_tree2.h: No such file or directory
>
> right, i forget that one. As I have always the tree2 header, i didn't
> see it. It's fixed in cvs, now.
>
> thank you for the report
Thanks
Hey,
I have the following error when building ecore-evas python binding:
File "setup.py", line 52, in
**pkgconfig('"ecore-evas >= 0.9.9.040"'))
TypeError: __init__() keywords must be strings
pkg-config returns this for ecore-evas:
-D_REENTRANT -I/home/torri/local/e17/include -I/usr/in
On Mon, 28 Jan 2008, Eric Sandall wrote:
> ewl_pdf.c:13:23: error: ewl_tree2.h: No such file or directory
right, i forget that one. As I have always the tree2 header, i didn't see
it. It's fixed in cvs, now.
thank you for the report
Vincent
--
Quoting Enlightenment CVS <[EMAIL PROTECTED]>:
> Enlightenment CVS committal
>
> Author : doursse
> Project : e17
> Module : proto/epdf
>
> Dir : e17/proto/epdf
>
>
> Modified Files:
> ChangeLog configure.in
>
>
> Log Message:
> * configure.in:
> add bzip2 archive
> * src/bin/Makefile.
Quoting [EMAIL PROTECTED]:
> Nah.
>
> It didn't work very well, as we want all module data in the module dir.
> Which includes locale files etc. With the old approach locale info went in
> standard dirs, and the module ended in the right dir because it assumed
> what e's module dir was. So if the
Build log for Enlightenment DR 0.17 on 2008-01-28 07:09:00 -0800
Build logs are available at http://download.enlightenment.org/tests/logs
Packages that failed to build:
echo http://download.enlightenment.org/tests/logs/echo.log
ecore_li http://download.enlightenment.org/tests/logs/ecore_li.log
e
On Jan 28, 2008 5:58 AM, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
> Sometime back, Gustavo wrote:
>
> > So, my idea is either to provide larger shelf size or provide
> > another shelf category, maybe desktop applets, that could be
> > placed everywhere (if it makers hard to efm icons,
Nightly build system ha scritto:
> Build log for Enlightenment DR 0.17 on 2008-01-27 07:08:56 -0800
> Build logs are available at http://download.enlightenment.org/tests/logs
>
> Packages that failed to build:
> echo http://download.enlightenment.org/tests/logs/echo.log
> ecore_li http://download
On Mon, 28 Jan 2008 14:38:47 +1100
Carsten Haitzler (The Rasterman) <[EMAIL PROTECTED]> wrote:
> On Sun, 27 Jan 2008 18:00:09 +0100 Dariusz Knociński NeXT <[EMAIL PROTECTED]>
> babbled:
>
> definitely not a userspace (evas) problem. the kernel should return form this
> call - ALWAYS. any such han
Sometime back, Gustavo wrote:
> So, my idea is either to provide larger shelf size or provide
> another shelf category, maybe desktop applets, that could be
> placed everywhere (if it makers hard to efm icons, then maybe
> disable those or make this new shelf attached to borders, with
> i
13 matches
Mail list logo