Re: [Evolution-hackers] A little E-D-S code reorganization
Hi there, Am Donnerstag 29 September 2011, um 17:35:04 schrieb Matthew Barnes: On Thu, 2011-09-29 at 09:13 +0200, Milan Crha wrote: I think I mentioned it earlier, and maybe this is the right time, what about replacing e- prefix with evolution- prefix for process names? There was a discussion about it some time ago, Chen suggested it, and I think it's a good idea. It has a benefit of searching for running evolution-related process with one ps command only. I know it's more system wide, not only for evolution itself, but because it comes from evolution-data-server, then the change makes sense anyway. Okay, okay, you talked me into it. :) The services directory is in master now, with names changed as suggested. Let me know if you encounter any build problems. Yes, I've encountered them. :) Neither E-D-S nor Evo would build due to missing CFLAGS and LDFLAGS here and there. FYKI and to avoid double work: thanks to Milan, I was able to fix E-D-S (fixes are in master already), work for Evo is underway. Kind regards, Christian -- kernel concepts GbRTel: +49-271-771091-14 Sieghuetter Hauptweg 48 D-57072 Siegen http://www.kernelconcepts.de/ signature.asc Description: This is a digitally signed message part. ___ evolution-hackers mailing list evolution-hackers@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] A little E-D-S code reorganization
On Wed, 2011-10-05 at 10:57 +0200, Christian Hilberg wrote: Yes, I've encountered them. :) Neither E-D-S nor Evo would build due to missing CFLAGS and LDFLAGS here and there. FYKI and to avoid double work: thanks to Milan, I was able to fix E-D-S (fixes are in master already), work for Evo is underway. I spent last evening building Evolution master on my Debian machine, which catches these linker flag omissions (Fedora compensates somehow; really wish it wouldn't). There were quite a few. Snowballed into an all-out autotools cleanup session. The result: http://git.gnome.org/browse/evolution/commit/?id=1f38f4d92ca8eb97381b2c9a7022830a6d4bcaba Make sure you git pull and hopefully you'll have better luck today. Matthew Barnes ___ evolution-hackers mailing list evolution-hackers@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] A little E-D-S code reorganization
On Thu, 2011-09-29 at 09:13 +0200, Milan Crha wrote: I think I mentioned it earlier, and maybe this is the right time, what about replacing e- prefix with evolution- prefix for process names? There was a discussion about it some time ago, Chen suggested it, and I think it's a good idea. It has a benefit of searching for running evolution-related process with one ps command only. I know it's more system wide, not only for evolution itself, but because it comes from evolution-data-server, then the change makes sense anyway. Okay, okay, you talked me into it. :) The services directory is in master now, with names changed as suggested. Let me know if you encounter any build problems. Matthew Barnes ___ evolution-hackers mailing list evolution-hackers@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-hackers
[Evolution-hackers] A little E-D-S code reorganization
Now that I have this 3rd D-Bus service on my account-mgmt branch, I'm realizing there isn't really a natural place in our source tree to add it. I kinda just have it lumped on at the moment. What I'd like to do is add a new top-level folder called services and split the e-addressbook-factory and e-calendar-factory programs out from their respective libedata libraries. NOT the EData[Book/Cal]Factory classes, mind you, but just the main() function, the migration gunk and the D-Bus .service files. So the layout I'm proposing would look something like this: evolution-data-server/ | +- services/ | +-- e-addressbook-factory/ || |+-- e-addressbook-factory.c |+-- e-addressbook-factory-migrate-basedir.c |+-- org.gnome.evolution.dataserver.AddressBook.service.in | +-- e-calendar-factory/ | +-- e-calendar-factory.c +-- e-calendar-factory-migrate-basedir.c +-- org.gnome.evolution.dataserver.Calendar.service.in Everything else stays where it is. Then on my branch I can just add a new services/e-source-registry folder. The messy GConf-to-keyfile migration gunk will eventually wind up in these folders as well. Sound okay? Anyone morally opposed? Matthew Barnes ___ evolution-hackers mailing list evolution-hackers@gnome.org To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-hackers