On Wednesday, 25 January 2006, at 10:10:23 (+0900),
Carsten Haitzler wrote:
you solved a problem the WRONG way. instead of removing 50+ lines of
spec file - you shoudl have added 5 or so lines in total to a few
other spec files listing extra dependencies.
I felt I was better equipped to take
On Mon, 30 Jan 2006 17:09:57 -0500 Michael Jennings [EMAIL PROTECTED] babbled:
On Wednesday, 25 January 2006, at 10:10:23 (+0900),
Carsten Haitzler wrote:
you solved a problem the WRONG way. instead of removing 50+ lines of
spec file - you shoudl have added 5 or so lines in total to a few
On Wed, 25 Jan 2006 10:10:23 +0900 Carsten Haitzler (The Rasterman)
[EMAIL PROTECTED] wrote:
On Tue, 24 Jan 2006 14:33:25 -0500 Michael Jennings
[EMAIL PROTECTED] babbled:
On Tuesday, 24 January 2006, at 10:23:57 (+0900),
Carsten Haitzler wrote:
evidence is borken anyway -
On Tuesday, 24 January 2006, at 10:23:57 (+0900),
Carsten Haitzler wrote:
believe it or not - redhat is like the #3 most used OS for embedded products
- yes.. redhat! fedora is #6 most popular - accor4ding to linuxdevices:
http://www.linuxdevices.com/articles/AT4036830962.html
Among
On Tuesday 24 January 2006 13:33, Michael Jennings wrote:
But let me ask this: Once an .edc file has been turned into an .edj
file, what modules are required at runtime to load the images in those
files, if any? Is it enough to have those modules (esp.
engine-buffer) at build time?
The
On Tuesday, 24 January 2006, at 14:58:28 (-0600),
Brian Mattern wrote:
The .eet loader should be all that's needed. The buffer engine isn't
even required for normal edje usage. (It is in some apps that do
fancy things like make thumbnails of edjes).
And yet it doesn't make sense to build in
On Tue, 24 Jan 2006 16:00:21 -0500 Michael Jennings [EMAIL PROTECTED] babbled:
On Tuesday, 24 January 2006, at 14:58:28 (-0600),
Brian Mattern wrote:
The .eet loader should be all that's needed. The buffer engine isn't
even required for normal edje usage. (It is in some apps that do
Since 99.9% of the stuff evas is used for won't work and either seg
faults or comes up with useless error messages which don't even begin
to point to the actual problem (like this:
*** ECORE ERROR: Ecore Magic Check Failed!!!
*** IN FUNCTION: ecore_evas_get()
Input handle pointer is NULL!
***
Modularization is a touchy thing... I was very pro
this for evas some months ago, even to the point where I
wrote a fairly modular version of it..
I never sent any of it for several reasons -- some
are not relevant here, but in general I found quite a few
aspects that had to be
On Mon, 23 Jan 2006 13:41:33 -0500 Jason Tackaberry [EMAIL PROTECTED] babbled:
On Mon, 2006-01-23 at 21:15 +0900, Carsten Haitzler wrote:
dependencies even if they arene't using e17 or e apps (just using evas for
some specific fucntionality like a dvd/pvr system - eg freevo, where it only
On Mon, 23 Jan 2006 15:51:13 -0500 Michael Jennings [EMAIL PROTECTED] babbled:
On Monday, 23 January 2006, at 23:54:16 (+0900),
Carsten Haitzler wrote:
yes - it doesnt. funny that there are a few hundred thousand lines
of code that need work on - a lot of packages like edje when they
11 matches
Mail list logo