Here's a vision: Vincent wrote:
> While reading an article about gtk+ 3 (from osnews), i have found a page
> about different canvases:
>
> http://live.gnome.org/ProjectRidley/CanvasOverview
>
> and evas is mentioned. Also, i think that there are some errors about
> evas, and some missing stu
Hello.
On Fri, 2008-03-14 at 01:03, Stefan Schmidt wrote:
> Remove unused NM_Device struct. Later we will use E_NM_Device matching
> to the NM device object.
And this time with attachment.
regards
Stefan Schmidt
>From e2280d223405122baf8bce5858f30d604276a5ff Mon Sep 17 00:00:00 2001
From: Stefan
Remove autogenerated file.
>From 9ec41987d9c10221d27422c65bcd2c54ae252aa3 Mon Sep 17 00:00:00 2001
From: Stefan Schmidt <[EMAIL PROTECTED]>
Date: Fri, 14 Mar 2008 00:13:12 +0100
Subject: [PATCH 8/8] Remove autogenerated file
Remove autogenerated file.
---
enm.pc | 11 ---
1 files change
Prototype code for parsing and printing out the recieved Dbus messages.
>From 29046bdf62b15d2392c8dc6b6de34aced4e35784 Mon Sep 17 00:00:00 2001
From: Stefan Schmidt <[EMAIL PROTECTED]>
Date: Thu, 13 Mar 2008 23:43:57 +0100
Subject: [PATCH 7/8] Prototype code for parsing and printing out the recieve
Cast callback function to avoid compile warnings.
>From 6f95f69e0d5bfb72619c3ef2120ed726eefa0877 Mon Sep 17 00:00:00 2001
From: Stefan Schmidt <[EMAIL PROTECTED]>
Date: Thu, 13 Mar 2008 00:34:40 +0100
Subject: [PATCH 6/8] Cast callback function to avoid compile warnings
Cast callback function to a
NM info API was never defined.
>From b4a06b2e9e2f614980afe55056b000b0dfe3b28e Mon Sep 17 00:00:00 2001
From: Stefan Schmidt <[EMAIL PROTECTED]>
Date: Thu, 13 Mar 2008 00:23:13 +0100
Subject: [PATCH 5/8] NM info API was never defined
NM info API was never defined.
---
src/lib/nm/E_Nm.h |5
Re-factor e_nm_device functions to new properties model.
Remove obsolete functions.
>From 164375ce2ade2f17191acb76197c255696e10de6 Mon Sep 17 00:00:00 2001
From: Stefan Schmidt <[EMAIL PROTECTED]>
Date: Thu, 13 Mar 2008 00:19:51 +0100
Subject: [PATCH 4/8] Re-factor e_nm_device functions to new prop
Remove unused NM_Device struct. Later we will use E_NM_Device matching
to the NM device object.
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/v
Don't call non-working functions. This allows to use stdout for
debugging instead of error messages.
>From 3f2fd350ea1fd3080c431e6c085ae73b183d6691 Mon Sep 17 00:00:00 2001
From: Stefan Schmidt <[EMAIL PROTECTED]>
Date: Wed, 12 Mar 2008 20:12:33 +0100
Subject: [PATCH 2/8] Don't call non-working fun
Use the ecore_list inside the NM_Manager struct for keeping track of
the available devices.
>From 1ce60c6902ff3a8c8924e32c3c7cea4c67c69637 Mon Sep 17 00:00:00 2001
From: Stefan Schmidt <[EMAIL PROTECTED]>
Date: Wed, 12 Mar 2008 20:04:23 +0100
Subject: [PATCH 1/8] Use the ecore_list inside the NM_Ma
Hello.
Here is another bunch of patches for e_nm. High level view on them is
to get the device properties defined within the new NM API.
I also updated e_dbus_nm to this changes. It now prints out all
properties of all found interfaces. The set also includes some cleanup
I made on the way.
As yo
While reading an article about gtk+ 3 (from osnews), i have found a page
about different canvases:
http://live.gnome.org/ProjectRidley/CanvasOverview
and evas is mentioned. Also, i think that there are some errors about
evas, and some missing stuff.
Do you think it is worth mentioning that to
In cvs.
Sebastian
Massimiliano Calamelli wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hi, after cvs update the online stuff for wallpaper module doesn't
> work. Attached there's a fix.
>
> Plz take a look and apply
>
> Massimiliano
> - --
> Massimiliano Calamelli
> http://mca
Build log for Enlightenment DR 0.17 on 2008-03-13 07:09:45 -0700
Build logs are available at http://download.enlightenment.org/tests/logs
Packages that failed to build:
ecore_li http://download.enlightenment.org/tests/logs/ecore_li.log
engage http://download.enlightenment.org/tests/logs/engage.l
Hello,
Since this morning, when i tried to compile ecore with ecore-sdl support (so
--enable-ecore-sdl) build failed for libecore-evas with the following message :
"Unable to resolve -L/usr/lib target depending on libecore-evas.la"
the problem was :
In Makefile.am automake rules , if BUILD_ECORE_
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi, after cvs update the online stuff for wallpaper module doesn't
work. Attached there's a fix.
Plz take a look and apply
Massimiliano
- --
Massimiliano Calamelli
http://mcalamelli.netsons.org
[EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Versio
16 matches
Mail list logo