2005-04-11
Evolution to Win32 porting status
First: No, you cannot run Evolution on Windows yet. No, there isn't anything (for end-users) to "beta test" yet.
That said, there has been good progress. I have been going through Evolution's dependencies, one by one.
Here is a list of what I've been working on, listed by module name as in the GNOME CVS. I might have left out some modules by mistake. Many of the recently ported modules are certainly known to require more Win32 work, for instance to be installation location independent (like GTK+ or Pango).
That said, there has been good progress. I have been going through Evolution's dependencies, one by one.
Here is a list of what I've been working on, listed by module name as in the GNOME CVS. I might have left out some modules by mistake. Many of the recently ported modules are certainly known to require more Win32 work, for instance to be installation location independent (like GTK+ or Pango).
- glib: It turned out that g_get_system_data_dirs() needed some more hacks to be really useful on Win32 in the actual use cases. Maybe even more later. Committed.
- gtk+: Still waiting for comments and approval for the Win32 GtkPlug/Socket implementaion (bug #58541).
- libgnomeprint, libgnomeprintui, libglade: No problem, already contain Win32 bits.
- popt: Nobody seems to know who's maintaining the upstream.
- libIDL, ORBit2, libbonobo,libbonoboui: All my changes committed to HEAD. Seems to work. The activation stuff not heavily tested, though. Certainly will need more work later.
- libgnomecanvas, GConf, libgnome: Changes committed. Seem to work.
- libgnomeui: Not yet branched, haven't committed anything. Should probably just branch it and commit.
- gail, gtkhtml: Not many changes were needed. Committed. Seem to work.
- libsoup: Still waiting for permission to commit changes to HEAD. Seems to work.
- gnome-vfs: Implemented a subset on Win32. Waiting for commit permission, and have to sort out coordination with xdgmime.
- gnome-mime-data: Just data.
# posted by tml @ 17:06 
Comments:
<< Home
About popt's upstream maintainer, I'm sure the Red Hat maintainer for the package is also the upstream. I met him in Ottawa last year, but do not remember the name right now.
The plan might be to migrate to GOption, but I don't want to just wait for all the popt-using code to be converted to GOption by somebody else.
I could do it myself, but that would slow down the other work, and I want to get Evolution to at least start (even if it does nothing sensible) as quickly as possible. It's much easier to get more contributors once there is something that actually runs... After that I can go back and change popt-using code to use GOption instead.
Post a Comment
I could do it myself, but that would slow down the other work, and I want to get Evolution to at least start (even if it does nothing sensible) as quickly as possible. It's much easier to get more contributors once there is something that actually runs... After that I can go back and change popt-using code to use GOption instead.
<< Home
