Re: [Evolution-hackers] [Evolution] Evolution maintainership
On Wed, Jul 1, 2009 at 3:36 PM, Srinivasa Ragavan wrote: > Hello guys, > > This mail is to announce some of the role changes in the Evolution project. I > have been thinking about this for a long time, and I feel that this is the > best time to implement them. > > I am proud to announce Chenthill P (chen) as the new Evolution maintainer. He > is a long time contributor to the Evolution project and has been working in > the project for over 5 years. He is well known in the community for his > expertise in Calendar component and has been its maintainer for the last 4 > years. He has been one of the prime contributors for the Groupwise provider > and Microsoft Exchange Calendar. A few of his notable contributions include > libical integration with System timezone for better Daylight savings support, > single-model-view design of Calendar MVC and removal of libical fork. He > has mentored interns and GSOC students on Calendar search improvements, > Microsoft Exchange Delegation support, Google Calendar integration etc. Congrats Chen and Matthew. I am sure evo will continue to rock and make rapid strides. Srini, great job over the past two years. Merging disk summary and continuing improvements have made everyone sit up and take notice. Cheers, Shreyas > I am also proud to announce that Matthew Barnes (mbarnes) is joining > Chenthill and support him as the Evolution co-maintainer. He has been > contributing towards Evolution for over 3 years and is the Mail maintainer > for the last 2 years. He has made significant contributions towards > obsoleting several libraries, and helping to migrate to newer technologies. > He has been working on Kill-Bonobo which is a major revamp of Evolution > Shell. This involves rewriting Evolution components and UI which is a focus > area for Evolution 3.0. > > Going forward, I will be focusing on improving evolution infrastructure for > netbooks and other devices; chen and mbarnes would be driving the Evolution > project direction and releases. > > Please join me in congratulating chen and mbarnes, and in wishing them good > luck in their new roles. > > -Srini. > > > ___ > Evolution-list mailing list > evolution-l...@gnome.org > http://mail.gnome.org/mailman/listinfo/evolution-list > ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] How to create portable modules
On Fri, Aug 8, 2008 at 12:37 AM, Gary Ilijevich <[EMAIL PROTECTED]> wrote: > Greetings all, > > What configure arguments do I use to build evolution so that the following > portability warnings don't appear: > > *** Warning: Linking the shared library liborg-gnome-calendar-weather.la > against the loadable module > *** libevolution-calendar.so is not portable! Hey Gary, I had a set of patches which fix these issues. They are attached on this bug. http://bugzilla.gnome.org/show_bug.cgi?id=314946 This was specifically done for the OSX build and somehow failed on linux. I never really got around to checking why. Cheers, Shreyas ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] Evolution-2.6 for MAC OS X (10.3, 10.4)
On Thu, 2006-05-11 at 13:44 +1000, brad mccrorey wrote: > I can't seem to make sense of the reply at all. I can't find the new > accounts wizard anywhere, and believe you me I've been looking. The > app runs fine now that I've done a full fink install of gnome (before > that it had no icons, etc). But, still, no exchange account type or > server type. > You dont need all of gnome libs for evolution to run. The release was of pre-compiled libraries, the icons probably needed the variable XDG_DATA_DIRS to be set properly. The exchange plugin missing is a bug. I screwed up the release somehow [EMAIL PROTECTED] is fixing it apparently. http://bugzilla.gnome.org/show_bug.cgi?id=337972 > BTW, the readme has a few errors. Among them, the URL to sign up for > this mailing list. Luckily, I realized that the message was posted to > mail.gnome.org and figured out that was the place to sign up (NOT > lists.ximian..). H... I just used the same README as in evolution 2.4. I will fix this right away. > > Thanks for any help, and really nice work getting the thing running at > all. I understand it's not terribly easy, and wouldn't want to try > compiling it myself. Its not too hard if you have a load of patches which i have used locally and havent been upstreamed due to various reasons. Sankar since this is before freezes and heart breaks, probably a good time to push those patches. -- Shreyas ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
[Evolution-hackers] Google Summer of Code
Hey, I was just looking at the wiki about ideas for google summer of code at http://live.gnome.org/SummerOfCode2006/Ideas#preview I wrote one idea, its basically a re-write of e-folder-tree to make it understand user profiles. Basically this is the premise. A lot of us have about 60 folders with atleast 4-5 accounts. We hardly check mail in more than 4 or 5 folders. The UI is cumbersome to navigate through only these four or five folders. So in a profiled view only these folders would be visible. Also connection handling on these folders could be a profile property. Right now, every time one starts up new mail is checked in either every folder or just the INBOX, it would be nice if i could mark 4/5 folders to be checked at startup as a part of the profile property. This would mean some changes in camel too. What do you guys think of this idea? I am sure there are better stuff to be done but i always thought this would be cool. Lets bounce some ideas so that we can get somebody from the summer of code to work on them. -- SHreyas ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] Evolution-2.6 for MAC OS X (10.3, 10.4)
On 4/2/06, Pejvan BEIGUI <[EMAIL PROTECTED]> wrote: > Heya > > That's great news to some extend! > > Some remarks though: > 1- Can't find the read me file you mentionned > 2- Can't find the "Exchange" module (can't select server type "Exchange") > 3- How to uninstall it? > 1) The readme is here http://forgeftp.novell.com//evolution/builds/osx-evolution-2.6/README 2) In 2.6 The exchange module does not work as a different component. Its been integrated to work as imap, groupwise etc. So you will find account type exchange in your create new account wizard. Also make sure that the exchange plugin is checked in the edit->plugins tab It should work. 3) Dude, it gets installed in /opt/gnome-2.14 delete that to uninstall it. The installer is in /Applications move that to thrash. -- Shreyas ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
[Evolution-hackers] Evolution-2.6 for MAC OS X (10.3, 10.4)
Hey, I am pleased to announce the release of Evolution-2.6 Binary release for MAC OS X. The release works on versions 10.3 and 10.4 of the MAC OS. This release also contains the exchange plugin which was not ported during the 2.4 cycle. This release is feature compatible with gnome-2.14 release. The package and a small README which explains steps to INSTALL/ Use and troubleshoot can be got from here http://forge.novell.com/modules/xfcontent/downloads.php/evolution/builds/osx-evolution-2.6 Reporting Bugs If you have problems with 2.4.0, please take the time to submit the bug using Bug Buddy or at http://bugzilla.gnome.org. Try to fill in as much detail as you can regarding the circumstances that lead to the problem. If you have a feature request, you can also file that at http://bugzilla.gnome.org/ don't be discouraged if you don't hear from us right away, we get hundreds of feature requests a year. You can also check if your bug has been reported before by using the search functionality of Bugzilla. More information is available at the project website http://www.gnome.org/projects/evolution and the project wiki : http://go-evolution.org/ Cheers and have fun, Shreyas -- ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] Evolution Feed Reader Support
On Sun, 2006-02-26 at 11:49 -0500, Andrew Case wrote: > On Sun, 2006-02-26 at 16:57 +0530, Sarfraaz Ahmed wrote: > > > For brainread data, i suppose you will have to follow the mailer way of > > implement your own data store. Probably you could use a xmldoc parser to > > store all the data in xml files under a particular directory in > > $HOME/.evolution. > > I think I will use this suggestion about and xmldoc in the ~/.evolution > directory. I really shouldn't need anything more complex than that and > it'll be easy to implement. Ummm... You do realize the reason we are inclined to moving mail to e-d-s as well is because the pim data would be queryable. I think there is a definite case of wanting different desktop app's wanting to query the blogs i read. -- Shreyas ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
[Evolution-hackers] Akonadi: A PIM Storage service
Hey, When Till Adam of KDE was in Bangalore to attend http://foss.in . Me and Partha had an initial discussion on having a relational database backend to store mails which can help us solve a lot of performance, memory and functional issues which we face today. During a course of that discussion we were pointed towards Oryx ( http://www.oryx.com/mailstore/overview.html ) which uses RDBMS as a mail store. Also we have long been talking about a query'able mail store either working independently or as a part of Evolution-data-server, this has been unsuccessful due to limitations on the amount of data which can be transferred using dbus or bonobo as a bridge. As a consequence of that brainstorming and a few more among the kde-pim community. We have now the first documented proposal to solve the requirements. The initial set of requirements mostly contributed to by the kde-pim guys can be found here http://pim.kde.org/playground/osnabrueck4/requirements.html Also more importantly we are pleased to announce Akonadi: A PIM Storage Service with the mission statement. "We intend to design an extensible cross-desktop storage service for PIM data and meta data providing concurrent read, write, and query access. It will provide unique desktop wide object identification and retrieval" As the project seems to solve a lot of common problems which Evolution and Kontact share, its an ideal opportunity for the two projects to interact to arrive at a common desktop solution which could solve all our aches and bruises. http://pim.kde.org/playground/osnabrueck4/ Everyone interested in Akonadi are most welcome to join #akonadi on Freenode and help in taking this initiative further. Regards, Shreyas . -- ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] More MAC'ness (s/C/d)
On Tue, 2005-09-13 at 15:10 +0300, Tor Lillqvist wrote: > Welcome to the club. Heh, The "Banging head against cubicle walls for *mental* strength" club > I guess what should be decided is whether libedataserver is the right > library for more or less generic functions usesd in several places in > e-d-s, evo and evo-exchange? Sure, its name is perhaps a bit > misleading, but so what? (We got rid of the separate "gal" module, so > perhaps introducing a new "application library" now would seem silly?) Was the only thing i could think off too, libedataserver might make sense if we ever get around to moveing camel to e-d-s but thats a "big if", Although i am unsure if there exists any other way. Cheers, Shreyas ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
[Evolution-hackers] Re: More MAC'ness (s/C/d)
On Tue, 2005-09-13 at 22:30 +0800, Not Zed wrote: > > > Those files were never supposed to ever be in libedataserver, that was a > hack that someone came up with for some reason, but I don't know what it > was. They are specifically and only for email accounts, which do not > belong in eds. > > This appears to be the only reason libedataserver/e-account.h exists: > > ./servers/exchange/lib/e2k-autoconfig.c:#include > > > But surely this sort of stuff should be in a plugin now, shouldn't it? > Apparently not, I dont know the exact details but of what i heard e2k-autoconfig.c is needed by storage/exchange-account.c which does all the connection handling. Maybe surf could explain the complete context... Btw, Any particular reason why the files in e-util/e-account* and libedataserver/e-account* not being the same ? other than the fact that some people may have forgotten to commit to both ? Cheers, Shreyas ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
[Evolution-hackers] More MAC'ness (s/C/d)
Hey, Hmmm.. so I crossed tht first hurdle of Splitting the components into a component and a shared library ( will send patches later). Now i hit the second road block. The whole effort of this was to get Evolution Exchange building on MAC. So when i build the exchange plugins i get the following errors. usr/bin/ld: multiple definitions of symbol _e_account_list_set_ddefault /opt/gnome-2.12/lib/libedataserver-1.2.dylib(e-account-list.o) definition of _e_account_list_set_default ../../e-util/.libs/libeutil.dylib(e-account-list.o) definition of _e_account_list_set_default /usr/bin/ld: multiple definitions of symbol _e_account_list_change /opt/gnome-2.12/lib/libedataserver-1.2.dylib(e-account-list.o) definition of _e_account_list_change ../../e-util/.libs/libeutil.dylib(e-account-list.o) definition of _e_account_list_change /usr/bin/ld: multiple definitions of symbol _e_account_list_construct /opt/gnome-2.12/lib/libedataserver-1.2.dylib(e-account-list.o) definition of _e_account_list_construct ../../e-util/.libs/libeutil.dylib(e-account-list.o) definition of _e_account_list_construct /usr/bin/ld: multiple definitions of symbol _e_account_list_find /opt/gnome-2.12/lib/libedataserver-1.2.dylib(e-account-list.o) definition of _e_account_list_find ../../e-util/.libs/libeutil.dylib(e-account-list.o) definition of _e_account_list_find /usr/bin/ld: multiple definitions of symbol _e_account_list_get_default /opt/gnome-2.12/lib/libedataserver-1.2.dylib(e-account-list.o) definition of _e_account_list_get_default As can be seen, this is because the symbol "e_account_list_set_default" is actually present in two libraries libedataserver-1.2.dylib and libeutil.dylib. The exchange plugin links to both these libraries. I am told that the e-util/e-account is deprecated but still there is a lot of code using it, I would like to be *enlightened* on this wisdom. Also are usage of e-util/e-account.c and e-util/e-account-list.c interchangable with libedataserver/e-account.[c,h] and libedataserver/e-account-list.[c,h] ? The only solution my measly brain could figure out till now was to move the redundant files out of libeutil.dylib ( remove those files from makefile ) and then change all references of e-util/e-account* with libedataserver/e-account* ofcourse most of the libs already link to libedataserver-1.2 anyway so this shouldnt cause too many problems if the two sets of files are interchangable. ofcourse in my jest i seem to have committed the proxy files only to e-util/* but i hope thats the only difference, Cheers, Shreyas ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
Re: [Evolution-hackers] [Camel] How can I get a reference to the store class from another class?
Hmmm.. The Session is available throughout evolution. Just include mail-session.h and you have acess to the CamelSession. And i guess after that you are good to go :-) Cheers, Shreyas On Tue, 2005-09-13 at 04:08 -0600, Susarla Parthasarathi wrote: > On Tue, 2005-09-13 at 09:56 +, Jules Colding wrote: > > Hi, > > > > There is a connect method in the transport class. I would like to use > > the connect method that I implemented in the store class. How do I get a > > reference to that one from a CamelService? > If you want to use the same session, just implementing the send_to > method should do. > You could get the service object from CamelTransport and further get the > pointer to the CamelStore. Getting a session from the store should be > easy. > > Cheers, > partha > > > ___ > Evolution-hackers mailing list > Evolution-hackers@gnome.org > http://mail.gnome.org/mailman/listinfo/evolution-hackers ___ Evolution-hackers mailing list Evolution-hackers@gnome.org http://mail.gnome.org/mailman/listinfo/evolution-hackers
