Re: [Evolution-hackers] Testing the kill-bonobo branch
Hi, so i have testes sevral things: The log you show was gotten by running the following : ./autogen.sh\ --disable-static\ --enable-gtk-doc\ --with-openldap=yes \ --enable-nss=yes\ --enable-smime=yes \ --enable-cairo-calendar=yes \ --with-static-ldap=no \ --with-krb5 \ --prefix=/opt/gnome2\ --bindir=/opt/gnome2/apps \ --sysconfdir=/etc After that i have just tried: ./autogen.sh ./configure This is the output from this command: Running gnome-doc-prepare... You should update your 'aclocal.m4' by running aclocal. Running aclocal-1.10... configure.in:103: warning: AC_ARG_PROGRAM invoked multiple times configure.in:1071: warning: AC_CACHE_VAL(moz_nspr_libs, ...): suspicious cache-id, must contain _cv_ to be cached ../../lib/autoconf/general.m4:1973: AC_CACHE_VAL is expanded from... ../../lib/autoconf/general.m4:1993: AC_CACHE_CHECK is expanded from... configure.in:1071: the top level configure.in:1150: warning: AC_CACHE_VAL(moz_nss_libs, ...): suspicious cache-id, must contain _cv_ to be cached configure.in:1150: the top level Running autoconf... configure.in:103: warning: AC_ARG_PROGRAM invoked multiple times configure.in:1071: warning: AC_CACHE_VAL(moz_nspr_libs, ...): suspicious cache-id, must contain _cv_ to be cached ../../lib/autoconf/general.m4:1973: AC_CACHE_VAL is expanded from... ../../lib/autoconf/general.m4:1993: AC_CACHE_CHECK is expanded from... configure.in:1071: the top level configure.in:1150: warning: AC_CACHE_VAL(moz_nss_libs, ...): suspicious cache-id, must contain _cv_ to be cached configure.in:1150: the top level Running autoheader... configure.in:103: warning: AC_ARG_PROGRAM invoked multiple times configure.in:1071: warning: AC_CACHE_VAL(moz_nspr_libs, ...): suspicious cache-id, must contain _cv_ to be cached ../../lib/autoconf/general.m4:1973: AC_CACHE_VAL is expanded from... ../../lib/autoconf/general.m4:1993: AC_CACHE_CHECK is expanded from... configure.in:1071: the top level configure.in:1150: warning: AC_CACHE_VAL(moz_nss_libs, ...): suspicious cache-id, must contain _cv_ to be cached configure.in:1150: the top level Running automake-1.10... configure.in:103: warning: AC_ARG_PROGRAM invoked multiple times configure.in:1071: warning: AC_CACHE_VAL(moz_nspr_libs, ...): suspicious cache-id, must contain _cv_ to be cached ../../lib/autoconf/general.m4:1973: AC_CACHE_VAL is expanded from... ../../lib/autoconf/general.m4:1993: AC_CACHE_CHECK is expanded from... configure.in:1071: the top level configure.in:1150: warning: AC_CACHE_VAL(moz_nss_libs, ...): suspicious cache-id, must contain _cv_ to be cached configure.in:1150: the top level addressbook/gui/component/Makefile.am:114: ENABLE_PURIFY does not appear in AM_CONDITIONAL addressbook/gui/component/Makefile.am:23: `module_LTLIBRARIES' is used but `moduledir' is undefined addressbook/gui/component/Makefile.am:25: variable `libevolution_module_contacts_la_SOURCES' is defined but no program or addressbook/gui/component/Makefile.am:25: library has `libevolution_module_contacts_la' as canonic name (possible typo) addressbook/gui/component/Makefile.am:50: variable `libevolution_module_contacts_la_LIBADD' is defined but no program or addressbook/gui/component/Makefile.am:50: library has `libevolution_module_contacts_la' as canonic name (possible typo) addressbook/gui/component/Makefile.am:72: variable `libevolution_module_contacts_la_LDFLAGS' is defined but no program or addressbook/gui/component/Makefile.am:72: library has `libevolution_module_contacts_la' as canonic name (possible typo) data/Makefile.am:4: `%'-style pattern rules are a GNU make extension data/Makefile.am:12: `%'-style pattern rules are a GNU make extension mail/Makefile.am:374: ENABLE_PURIFY does not appear in AM_CONDITIONAL mail/Makefile.am:34: `module_LTLIBRARIES' is used but `moduledir' is undefined mail/Makefile.am:37: variable `libevolution_module_mail_la_SOURCES' is defined but no program or mail/Makefile.am:37: library has `libevolution_module_mail_la' as canonic name (possible typo) mail/Makefile.am:171: variable `libevolution_module_mail_la_LIBADD' is defined but no program or mail/Makefile.am:171: library has `libevolution_module_mail_la' as canonic name (possible typo) plugins/mail-to-task/Makefile.am:15: whitespace following trailing backslash shell/Makefile.am:194: ENABLE_PURIFY does not appear in AM_CONDITIONAL shell/Makefile.am:159: install-privsolibLTLIBRARIES: non-POSIX variable name shell/test/Makefile.am:1: `module_LTLIBRARIES' is used but `moduledir' is undefined shell/test/Makefile.am:12: variable `libevolution_test_la_SOURCES' is defined but no program or shell/test/Makefile.am:12: library has `libevolution_test_la' as canonic name (possible typo) shell/test/Makefile.am:17: variable `libevolution_test_la_LIBADD' is defined but no program or shell/test/Makefile.am:17: library has `libevolution_test_la' as c
[Evolution-hackers] Testing the kill-bonobo branch
Hi, I have been trying to give a go to the kill-bonobo branch for some time now, however i always find a problem compiling it. It is a auto* tools problem, being no guru on it i tried to fix it without any success. Here is what i get: Running gnome-doc-prepare... You should update your 'aclocal.m4' by running aclocal. Running aclocal-1.10... configure.in:103: warning: AC_ARG_PROGRAM invoked multiple times configure.in:1071: warning: AC_CACHE_VAL(moz_nspr_libs, ...): suspicious cache-id, must contain _cv_ to be cached ../../lib/autoconf/general.m4:1973: AC_CACHE_VAL is expanded from... ../../lib/autoconf/general.m4:1993: AC_CACHE_CHECK is expanded from... configure.in:1071: the top level configure.in:1150: warning: AC_CACHE_VAL(moz_nss_libs, ...): suspicious cache-id, must contain _cv_ to be cached configure.in:1150: the top level Running autoconf... configure.in:103: warning: AC_ARG_PROGRAM invoked multiple times configure.in:1071: warning: AC_CACHE_VAL(moz_nspr_libs, ...): suspicious cache-id, must contain _cv_ to be cached ../../lib/autoconf/general.m4:1973: AC_CACHE_VAL is expanded from... ../../lib/autoconf/general.m4:1993: AC_CACHE_CHECK is expanded from... configure.in:1071: the top level configure.in:1150: warning: AC_CACHE_VAL(moz_nss_libs, ...): suspicious cache-id, must contain _cv_ to be cached configure.in:1150: the top level Running autoheader... configure.in:103: warning: AC_ARG_PROGRAM invoked multiple times configure.in:1071: warning: AC_CACHE_VAL(moz_nspr_libs, ...): suspicious cache-id, must contain _cv_ to be cached ../../lib/autoconf/general.m4:1973: AC_CACHE_VAL is expanded from... ../../lib/autoconf/general.m4:1993: AC_CACHE_CHECK is expanded from... configure.in:1071: the top level configure.in:1150: warning: AC_CACHE_VAL(moz_nss_libs, ...): suspicious cache-id, must contain _cv_ to be cached configure.in:1150: the top level Running automake-1.10... configure.in:103: warning: AC_ARG_PROGRAM invoked multiple times configure.in:1071: warning: AC_CACHE_VAL(moz_nspr_libs, ...): suspicious cache-id, must contain _cv_ to be cached ../../lib/autoconf/general.m4:1973: AC_CACHE_VAL is expanded from... ../../lib/autoconf/general.m4:1993: AC_CACHE_CHECK is expanded from... configure.in:1071: the top level configure.in:1150: warning: AC_CACHE_VAL(moz_nss_libs, ...): suspicious cache-id, must contain _cv_ to be cached configure.in:1150: the top level addressbook/gui/component/Makefile.am:114: ENABLE_PURIFY does not appear in AM_CONDITIONAL addressbook/gui/component/Makefile.am:23: `module_LTLIBRARIES' is used but `moduledir' is undefined addressbook/gui/component/Makefile.am:25: variable `libevolution_module_contacts_la_SOURCES' is defined but no program or addressbook/gui/component/Makefile.am:25: library has `libevolution_module_contacts_la' as canonic name (possible typo) addressbook/gui/component/Makefile.am:50: variable `libevolution_module_contacts_la_LIBADD' is defined but no program or addressbook/gui/component/Makefile.am:50: library has `libevolution_module_contacts_la' as canonic name (possible typo) addressbook/gui/component/Makefile.am:72: variable `libevolution_module_contacts_la_LDFLAGS' is defined but no program or addressbook/gui/component/Makefile.am:72: library has `libevolution_module_contacts_la' as canonic name (possible typo) data/Makefile.am:4: `%'-style pattern rules are a GNU make extension data/Makefile.am:12: `%'-style pattern rules are a GNU make extension mail/Makefile.am:374: ENABLE_PURIFY does not appear in AM_CONDITIONAL mail/Makefile.am:34: `module_LTLIBRARIES' is used but `moduledir' is undefined mail/Makefile.am:37: variable `libevolution_module_mail_la_SOURCES' is defined but no program or mail/Makefile.am:37: library has `libevolution_module_mail_la' as canonic name (possible typo) mail/Makefile.am:171: variable `libevolution_module_mail_la_LIBADD' is defined but no program or mail/Makefile.am:171: library has `libevolution_module_mail_la' as canonic name (possible typo) plugins/mail-to-task/Makefile.am:15: whitespace following trailing backslash shell/Makefile.am:194: ENABLE_PURIFY does not appear in AM_CONDITIONAL shell/Makefile.am:159: install-privsolibLTLIBRARIES: non-POSIX variable name shell/test/Makefile.am:1: `module_LTLIBRARIES' is used but `moduledir' is undefined shell/test/Makefile.am:12: variable `libevolution_test_la_SOURCES' is defined but no program or shell/test/Makefile.am:12: library has `libevolution_test_la' as canonic name (possible typo) shell/test/Makefile.am:17: variable `libevolution_test_la_LIBADD' is defined but no program or shell/test/Makefile.am:17: library has `libevolution_test_la' as canonic name (possible typo) shell/test/Makefile.am:21: variable `libevolution_test_la_LDFLAGS' is defined but no program or shell/test/Makefile.am:21: library has `libevolution_test_la' as canonic name (possible typo) make: *** No targets specified and no makefile found. Stop. On a side note, i have no problem compiling the standard evoluti
Re: [Evolution-hackers] UAM
On Fri, 2007-04-06 at 01:20 +0530, Srinivasa Ragavan wrote: > Hi Diego, > > IIRC UAM targets removing ESources and merging them with EAccount. The > way calendar, addressbook creation would change wrt groupwise, exchange. > When taking these up, it has to be taken with a larger vision. I think > the idea of moving the account setup as a capplet/application sounds > nice, but I feel that first let us discuss out the approach/design > before you implement it. It would surely save lots of effort. > > Sankar/Varadhan/Harish: Can guys share your thoughts here? I didn't know how you envisioned wanted this UAM to work, so i just did this to use it as a base for further development. Actually your email previous email was the first news that i had about a UAM, i don't even know what the requirements for it are Diego ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] UAM
Hi, i have been trying to remove the account manager from evolution and write an application for it. This is the current state of affairs: It is mostly working, i have removed some settings though as i though some of them should be in the mailing component itself: * Signatures * Defaults (it deals with stuff that is just for a mailer) I'm temped to remove some other things such as: Receiving options tab (it deals only with email, and thus it can be on the mailing component itself) Other than that the beast is almost finished, i will post it as soon as everything works. Diego ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] Spliting evolution into several programs
how do you envision this UAM to be? a separete app? something like a control panel applet? pluggable? I can try to make the current account system a separate application and them improve it from there as needed. Diego ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] Spliting evolution into several programs
On Sun, 2007-04-01 at 13:45 +0530, Srinivasa Ragavan wrote: > This is same as what I have demoed in last GUADEC (Vilanova 2006). I > have attached that pre-alpha patch that I have used in my demo. But I > felt that it shouldn't be the way to go. I can list the problems with > this approach. > > 1. Account setup lies with Mailer (Exchange/GW will have issues around > this) I see. > 2. Plugins aren't associated to any components. The EPlugin framework > has to load the plugins depending on the component loaded. Yes, this is true, i forgot to say that i disabled eplugin because of this same reason, but it should not be difficult to check the class of the plugin and load it according to this. > 3. Though the shell gets invoked multiple times, the window pops out but > the process dies after that as it creates a new view out of it. > > Ideally for the split we should do the following things before that > > 1. Move the account setup out of Mailer Ok, the interace for the ConfigComponentes could be migrated to eplugin for example and the setup of accounts could be present in *all* the applications, alternatively the account configuration windows could be pushed to EDS (libedataserverui), as it should be common to every component. > 2. Move away from libbonoboui to Gtk based menus Yeah, but this requires *A LOT* more work, i think that if we could get a split based on bonobo, then the components could be moved one by one from bonobo, depending possible on how much the people used them or according to the expect number of people that could contribute. Moving definetly away from bonobo if the split is done this way is something that a user should not see, only developers. > 3. Have the shell interface for a all-component view (like what is there > today) Well to do this *without* bonobo and making it easier we could launch each application if the switcher buttons are used, i don't know it it is optimal but i think it would be the easier thing other wise we could probably need to recreate bonobo. And if so, it is better to stay as we are today, at least bonobo has been debugged extensively. > 4. Have evolution-mail, evolution-calendar, evolution-contact, etc as > separate binaries. They should have a main function, that creates a > GtkWindow and creates the menus, toolbars, preferences dialog and partly > the required plugins. Some of this can be achieved via the shell > library, need to explore more on this. Like my patch?, i have a library that is called libshell that contains everything in shell/ but the main functions and what was under libeshell. > > > > > > a) not all the plugins can be used > > b) the system that lets you add an address from the mailer does not work > > as it requires functionality that belongs to the Address book component. > > c) It is a Bonobo split, meaning that all the components and mostly > > useless bonoboUI code is still there > > d) I don't really know what to do with the memos and notes components > > that belong to the calendar. > > They too can be separate apps. Althought the calendar provides a unified > view. > > > > > All in all this can be the begining of a crusade to remove BonoboUI (the > > rest of the bonobo that is used in evolution is for communication with > > EDS, but i believe there is plan and even a patch to port it to DBUS) > > from Evolution and split it into 3 components, it only took me 3 hours > > without knowing anything at all about evolution. > > > DBUS port is to replace BONOBO in eds for IPC etc. It has no other stuff > here in Evolution. Yeah, that is what I tried to say the DBUS port would only remove communication from EDS to Evolution, then you would have to remove the UI parts which makes the integration of the 3 compnents into the shell. --- Maybe the plan of action could be to get a nive split based on your patch or mine solving the issues with the accounts, the plugins and the general shell. The user would actually see the split and that could be achived for gnome 2.20. And then pregesively remove bonoboUI from each of the applications. but there is no need to hurry in this case, it can be done as time permits. I don't know. If there would be several people participating in this effort i could contribute some time, but moving away from Bonobo is going to require a pretty big investment on time, because as i see it when there is a decision to move one component/program away it will stop working until every bonoboUI trace has been removed from it. Best regards, Diego ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
[Evolution-hackers] Spliting evolution into several programs
hi, yesterday i gave a stab at spliting evolution into 3 components, attach is a preliminary patch. The patch does the following things: 1) it creates three shells for Mail, Calendar and Addressbook 2) each shell does not have the switching buttons (but the menu is still present although it does not do anything) 3) the settings components are only shown where they belong 4) modifies the "New" menu so that it only shows the meaningful components inside each application. Now, this is a "Bonobo-based" split (in that it uses bonobo as the basis of the split (ie. there is only a new shell for each component, but the components are still there), and there are several problems: a) not all the plugins can be used b) the system that lets you add an address from the mailer does not work as it requires functionality that belongs to the Address book component. c) It is a Bonobo split, meaning that all the components and mostly useless bonoboUI code is still there d) I don't really know what to do with the memos and notes components that belong to the calendar. All in all this can be the begining of a crusade to remove BonoboUI (the rest of the bonobo that is used in evolution is for communication with EDS, but i believe there is plan and even a patch to port it to DBUS) from Evolution and split it into 3 components, it only took me 3 hours without knowing anything at all about evolution. Other thing that might also be needed is to put the addressbook UI to edit contacts into EDS this way there would be no inter-component dependencies. Last but not least i don't know how the exchange plugins work and thus i don't know if this split breaks it and in which ways it does. Nevertheless i hope it shows a path for future work, i believe that if evolution gets rid of the BonoboUI code contributors will find an easier way into the code. I also say "it shows a path" because i don't think i will have enough time to remove BonoboUI code. I hope this inspires some hackers. Best regards, Diego PD: i think the patch and files is everything i modified to make the thing work, in case there is something left, just drop me a line. Index: Makefile.am === --- Makefile.am (revision 33345) +++ Makefile.am (working copy) @@ -20,7 +20,7 @@ $(SHELL_CFLAGS) \ $(EVOLUTION_TEST_CFLAGS) -noinst_PROGRAMS = evolution +noinst_PROGRAMS = evolution evomail evocal evobook # Shell CORBA stuff @@ -80,7 +80,8 @@ # Shell library privsolib_LTLIBRARIES = \ - libeshell.la + libeshell.la \ + libshell.la eshellincludedir = $(privincludedir)/shell @@ -115,9 +116,7 @@ $(top_builddir)/widgets/misc/libemiscwidgets.la \ $(SHELL_LIBS) -# Evolution executable - -evolution_SOURCES =\ +libshell_la_SOURCES =\ $(DATASERVER_IDL_GENERATED) \ $(NM_SUPPORT_FILES) \ e-component-registry.c \ @@ -146,17 +145,68 @@ e-sidebar.c\ e-sidebar.h\ es-event.c\ - es-menu.c\ + es-menu.c + +libshell_la_LIBADD = \ + libeshell.la \ + $(top_builddir)/widgets/e-timezone-dialog/libetimezonedialog.la \ + $(top_builddir)/widgets/misc/libemiscwidgets.la \ + $(top_builddir)/e-util/libeutil.la\ + $(TZDIALOG_LIBS) \ + $(SHELL_LIBS) + +libshell_la_LDFLAGS = $(NO_UNDEFINED) + +# Evolution executable + +evolution_SOURCES =\ main.c evolution_LDADD = \ libeshell.la \ + libshell.la \ $(top_builddir)/widgets/e-timezone-dialog/libetimezonedialog.la \ $(top_builddir)/widgets/misc/libemiscwidgets.la \ $(top_builddir)/e-util/libeutil.la\ $(TZDIALOG_LIBS) \ $(SHELL_LIBS) +evomail_SOURCES =\ + main-mail.c + +evomail_LDADD = \ + libeshell.la \ + libshell.la \ + $(top_builddir)/widgets/e-timezone-dialog/libetimezonedialog.la \ + $(top_builddir)/widgets/misc/libemiscwidgets.la \ + $(top_builddir)/e-util/libeutil.la\ + $(TZDIALOG_LIBS) \ + $(SHELL_LIBS) + +evocal_SOURCES =\ + main-cal.c + +evocal_LDADD = \ + libeshell.la \ + libshell.la \ + $(top_builddir)/widgets/e-timezone-dialog/libetimezonedialog.la \ + $(top_builddir)/widgets/misc/libemiscwidgets.la \ + $(top_builddir)/e-util/libeutil.la\ + $(TZDIALOG_LIBS) \ + $(SHELL_LIBS) + +evobook_SOURCES =\ + main-book.c + +evobook_LDADD = \ + libeshell.la \ + libshell.la \ + $(top_builddir)/widgets/e-timezone-dialog/libetimezonedialog.la \ + $(top_builddir)/widgets/misc/libemiscwidgets.la \ + $(top_builddir)/e-util/libeutil.la\ + $(TZDIALOG_LIBS) \ + $(SHELL_LIBS) + # Test component if ENABLE_TEST_COMPONENT @@ -182,7 +232,7 @@ # Misc stuff -server_in_files = GNOME_Evolution_Shell.server.in.in +server_in_files = GNOME_Evolution_Shell.server.in.in GNOME_Evolution_CalShell.server.in.in GNOME_Evolution_MailShell.server.in.in GNOME_Evolution_BookShell.server.in.in server_DATA = $(server_in_files:.server.in.in=_$(BASE_VERSION).server) @EVO_S
