Nabble - Gnome - Evolution - Dev

Re: Code typo in current evolution-mapi git master head

2009-12-10T19:41:52Z

On Thu, 2009-12-10 at 12:41 -0500, Paul Smith wrote:
> Hi guys; please apply this patch to fix a build error.
>

Thanks! Patch committed to master.

--
[johnnyjacob.org] "May you share freely, never taking more than you give "

_______________________________________________
Evolution-hackers mailing list
Evolution-hackers@...
http://mail.gnome.org/mailman/listinfo/evolution-hackers

signature.asc (205 bytes) Download Attachment

Code typo in current evolution-mapi git master head

2009-12-10T09:41:25Z

Hi guys; please apply this patch to fix a build error.

Cheers!

[attachment removed]
_______________________________________________
Evolution-hackers mailing list
Evolution-hackers@...
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: Error reporting changes

2009-12-08T10:58:30Z

On Tue, 2009-12-08 at 13:13 -0500, Reid Thompson wrote:
> I applied Ritesh's patch from comment 27 and compilation fails with
>
> ../../../../evolution/modules/mail/e-mail-shell-view-actions.c:505:
> error:
> implicit declaration of function ‘message_list_free_uids’

Hi,
bad luck, it had been removed recently for some reason, see commit
76fbb9d.

> Is/Are one/all of the previous patches required also?

The first patch is for the external plugin itself, applicable to tar.gz
sources of it, whereas the second patch, the ritz's one, is to have this
plugin as internal code, not a plugin. These two are supposed to be
independent.
Bye,
Milan

_______________________________________________
Evolution-hackers mailing list
Evolution-hackers@...
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: Error reporting changes

2009-12-08T10:37:06Z

On Tue, 2009-12-08 at 12:30 -0600, Jonathon Jongsma wrote:

> Sorry, I missed this message originally since it got caught by my spam
> filter for some reason. From a brief look, the only changes you would
> need to make related to the error/alert stuff would be:
> - you would need to include e-alert-dialog.h instead of e-error.h.
> - instead of e_error_run(), you would use
> e_alert_run_dialog_for_args()
>
> If you need any more help, let me know.
>

No problem - thanks for the response and offer. Milan pointed me to

Hi,
here's your bug report about the same
http://bugzilla.gnome.org/show_bug.cgi?id=587011
Bye,
Milan

Which appears to have addressed adding remove-duplicates into modules.
I've just got a build error to get through now ( just posted a few
minutes ago ).

reid
_______________________________________________
Evolution-hackers mailing list
Evolution-hackers@...
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: Error reporting changes

2009-12-08T10:30:59Z

On Mon, 2009-12-07 at 14:41 -0500, Reid Thompson wrote:

> On Mon, 2009-12-07 at 12:37 -0600, Jonathon Jongsma wrote:
> > Quick follow-up to this: I was convinced by a couple of people that
> > we'd
> > probably want EAlert to be a GObject, so I bit the bullet and just did
> > it. In addition, I factored out the convenience dialog functionality
> > and created a GtkDialog subclass called EAlertDialog. This means that
> > there are a couple additional changes since I wrote this mail. The
> > most
> > important ones for developers and plugin authors:
> >
> > - e_alert_free() no longer exists. use g_object_unref()
> > - to use the dialog functionality, include e-alert-dialog.h rather
> > than
> > just e-alert.h
> > - e_alert_new_dialog() -> e_alert_dialog_new()
> >
> > Also, there's one little picky cleanup that I snuck in along with
> > those
> > changes. e_alert_newv() was renamed to e_alert_new_valist() to be
> > more
> > consistent with other API in glib (e.g. g_object_newv() takes an array
> > and a length vs g_object_new_valist() which takes a va_list)
> >
> > Evolution, evolution-mapi and evolution-exchange should all be
> > up-to-date with these changes in git. If you have a plugin that's
> > out-of-tree, it may need to be updated.
> >
>
> if i wished to attempt to update evolution-remove-duplicates to git head
> http://www.gnome.org/~carlosg/stuff/evolution/
>
> is there an up to date example for plugins
> which of the current plugins would best serve as a reference
>
>
> evolution-remove-duplicates added an item to the right click menu that
> checked for duplicates within selected emails -- i.e. select a folder,
> CTRL-A, right click, select remove duplicates,...

Sorry, I missed this message originally since it got caught by my spam
filter for some reason. From a brief look, the only changes you would
need to make related to the error/alert stuff would be:
- you would need to include e-alert-dialog.h instead of e-error.h.
- instead of e_error_run(), you would use e_alert_run_dialog_for_args()

If you need any more help, let me know.

--
Jonathon Jongsma <jonathon.jongsma@...>

_______________________________________________
Evolution-hackers mailing list
Evolution-hackers@...
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: Error reporting changes

2009-12-08T10:13:29Z

On Tue, 2009-12-08 at 11:21 +0100, Milan Crha wrote:

> On Mon, 2009-12-07 at 14:41 -0500, Reid Thompson wrote:
> > if i wished to attempt to update evolution-remove-duplicates to git
> > head
> > http://www.gnome.org/~carlosg/stuff/evolution/
>
> Hi,
> here's your bug report about the same
> http://bugzilla.gnome.org/show_bug.cgi?id=587011
> Bye,
> Milan

I applied Ritesh's patch from comment 27 and compilation fails with

../../../../evolution/modules/mail/e-mail-shell-view-actions.c:505:
error:
implicit declaration of function ‘message_list_free_uids’

Is/Are one/all of the previous patches required also?
_______________________________________________
Evolution-hackers mailing list
Evolution-hackers@...
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: Error reporting changes

2009-12-08T05:26:38Z

On Tue, 2009-12-08 at 11:21 +0100, Milan Crha wrote:

Thank you -- reid
_______________________________________________
Evolution-hackers mailing list
Evolution-hackers@...
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: Error reporting changes

2009-12-08T02:21:30Z

On Mon, 2009-12-07 at 14:41 -0500, Reid Thompson wrote:
> if i wished to attempt to update evolution-remove-duplicates to git
> head
> http://www.gnome.org/~carlosg/stuff/evolution/

Hi,
here's your bug report about the same
http://bugzilla.gnome.org/show_bug.cgi?id=587011
Bye,
Milan

_______________________________________________
Evolution-hackers mailing list
Evolution-hackers@...
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: Openchange website/svn/etc. down?

2009-12-07T21:55:55Z

On Mon, 2009-12-07 at 12:19 -0500, Suman Manjunath wrote:
> On Mon, 2009-12-07 at 10:30 -0500, Paul Smith wrote:
> > Anyone know what's going on with Openchange? I can't reach their
> > website, their SVN repository, etc...?

Seems to be up again now.

_______________________________________________
Evolution-hackers mailing list
Evolution-hackers@...
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: MAPI support not even close... ?!?! Can I help?

2009-12-07T21:46:11Z

On Tue, 2009-12-08 at 08:47 +0530, Johnny Jacob wrote:
> > I vaguely remembered that you have to use the Exchange server IP
> > address, not hostname (lame!!) so I tried that and I did get it to
> > connect without crashing this time (uber-lame!!)
>
> This crash seems to be a issue with the specific distro builds. In
> suse, this was solved with compiler flags such as -Bsymbolic (nasty!)

Odd. If I build Evo myself from source (latest gnome-2.28 git branch
and/or latest master git branch) I don't have this problem: using the
FQDN works just fine (that's why I'd forgotten about needing to do
this).

In addition to Evo and its parts, I'm also compiling gtkhtml, libsoup,
libxml2, and openchange from source.

_______________________________________________
Evolution-hackers mailing list
Evolution-hackers@...
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: MAPI support not even close... ?!?! Can I help?

2009-12-07T19:17:55Z

On Mon, 2009-12-07 at 14:39 -0500, Paul Smith wrote:

> On Mon, 2009-12-07 at 14:25 -0500, Paul Smith wrote:
> > I tried this and it's a disaster. Every single attempt to connect
> to
> > the Exchange 2007 server causes Evolution to dump core. I had to
> start
> > it with --offline to keep it up long enough that I could delete my
> > Exchange MAPI account.
>
> I vaguely remembered that you have to use the Exchange server IP
> address, not hostname (lame!!) so I tried that and I did get it to
> connect without crashing this time (uber-lame!!)

This crash seems to be a issue with the specific distro builds. In suse,
this was solved with compiler flags such as -Bsymbolic (nasty!)

Since we are using samba4 for libmapi and most of the distros ship
samba3, there were namespace collision caused by some krb5_* symbols.

>
> However, I still see some of the same problems as before: about half
> of
> my inbox has no subject line listed in the summary window. The
> calendar
> does seem to work "better" but there are still a number of meetings
> missing that should be there. I can't query free/busy information on
> other attendees when I create meetings (critically important!) I
> haven't tried things like sending meeting invites.
>
> Any email I send to external addresses still has the TNEF attachment.
>
> GAL seems to actually work with this, though, which is nice!
>
> _______________________________________________
> Evolution-hackers mailing list
> Evolution-hackers@...
> http://mail.gnome.org/mailman/listinfo/evolution-hackers

_______________________________________________
Evolution-hackers mailing list
Evolution-hackers@...
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: Error reporting changes

2009-12-07T11:41:51Z

On Mon, 2009-12-07 at 12:37 -0600, Jonathon Jongsma wrote:

> Quick follow-up to this: I was convinced by a couple of people that
> we'd
> probably want EAlert to be a GObject, so I bit the bullet and just did
> it. In addition, I factored out the convenience dialog functionality
> and created a GtkDialog subclass called EAlertDialog. This means that
> there are a couple additional changes since I wrote this mail. The
> most
> important ones for developers and plugin authors:
>
> - e_alert_free() no longer exists. use g_object_unref()
> - to use the dialog functionality, include e-alert-dialog.h rather
> than
> just e-alert.h
> - e_alert_new_dialog() -> e_alert_dialog_new()
>
> Also, there's one little picky cleanup that I snuck in along with
> those
> changes. e_alert_newv() was renamed to e_alert_new_valist() to be
> more
> consistent with other API in glib (e.g. g_object_newv() takes an array
> and a length vs g_object_new_valist() which takes a va_list)
>
> Evolution, evolution-mapi and evolution-exchange should all be
> up-to-date with these changes in git. If you have a plugin that's
> out-of-tree, it may need to be updated.
>

if i wished to attempt to update evolution-remove-duplicates to git head
http://www.gnome.org/~carlosg/stuff/evolution/

is there an up to date example for plugins
which of the current plugins would best serve as a reference

evolution-remove-duplicates added an item to the right click menu that
checked for duplicates within selected emails -- i.e. select a folder,
CTRL-A, right click, select remove duplicates,...
_______________________________________________
Evolution-hackers mailing list
Evolution-hackers@...
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: MAPI support not even close... ?!?! Can I help?

2009-12-07T11:39:36Z

On Mon, 2009-12-07 at 14:25 -0500, Paul Smith wrote:
> I tried this and it's a disaster. Every single attempt to connect to
> the Exchange 2007 server causes Evolution to dump core. I had to start
> it with --offline to keep it up long enough that I could delete my
> Exchange MAPI account.

I vaguely remembered that you have to use the Exchange server IP
address, not hostname (lame!!) so I tried that and I did get it to
connect without crashing this time (uber-lame!!)

However, I still see some of the same problems as before: about half of
my inbox has no subject line listed in the summary window. The calendar
does seem to work "better" but there are still a number of meetings
missing that should be there. I can't query free/busy information on
other attendees when I create meetings (critically important!) I
haven't tried things like sending meeting invites.

Any email I send to external addresses still has the TNEF attachment.

GAL seems to actually work with this, though, which is nice!

_______________________________________________
Evolution-hackers mailing list
Evolution-hackers@...
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: MAPI support not even close... ?!?! Can I help?

2009-12-07T11:25:47Z

On Thu, 2009-12-03 at 22:34 +0100, Thomas Novin wrote:

> On Mon, 2009-11-30 at 14:42 -0500, Paul Smith wrote:
> > Hi all. I'm really confused by messages from people who say they're
> > using Evolution with MAPI support and it's working just fine for them.
> > I can't understand it: it's so far from working for me that there must
> > be something I'm doing wrong or something about my environment which is
> > very different from others.
>
> I tried evolution-mapi 2.28.1 in Ubuntu Karmic 32-bit (read bug
> https://bugs.launchpad.net/bugs/472552 about getting 2.28.1 in karmic).
>
> Except that all my calendar entries are off by one hour, they are one
> hour early I actually haven't found one bug. I have read lots of emails
> in different folder, looked at calendar entries back and forth.

I tried this and it's a disaster. Every single attempt to connect to
the Exchange 2007 server causes Evolution to dump core. I had to start
it with --offline to keep it up long enough that I could delete my
Exchange MAPI account.

I then tried to re-add my Exchange MAPI account and the instant I
clicked the "Authenticate" button in the "add new account" wizard,
Evolution dumped core again.

At least with the latest code on the gnome-2.28 branch (built from git)
Evo doesn't crash. Of course I still have tons of bugs, but it stays
up! :-)

_______________________________________________
Evolution-hackers mailing list
Evolution-hackers@...
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: I broke junk filtering config -- help!

2009-12-07T10:50:09Z

On Mon, 2009-12-07 at 09:58 +0100, Milan Crha wrote:
> this all should be manageable from Preferences itself, try
> Edit->Preferences->Mail Preferences, tab Junk, whether you've enabled
> automatic junk filtering in global,

This was enabled (first thing I tested).

> then, just in case, in Mail
> Account-><account>->tab Receiving options, whether junk filtering is
> enabled on the account.

This was not. Somehow I don't remember this being set before either,
but I checked this box.

That didn't help right away, but then I stopped/restarted Evo and now it
seems to be working (thank goodness!!)

Cheers!

_______________________________________________
Evolution-hackers mailing list
Evolution-hackers@...
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: Error reporting changes

2009-12-07T10:37:38Z

On Mon, 2009-11-30 at 14:07 -0600, Jonathon Jongsma wrote:

> I just pushed a branch to master that changes how errors are reported.
> This is part of a bigger effort to isolate the front end from the
> backend, but it's just a small first step. In general, errors have been
> presented directly to the user (as dialogs) as soon as they happened.
> This is demonstrated by the fact that e_error_new() returned a
> GtkDialog*. This is problematic for a few reasons. The first being
> that it's not always desirable to show an error as a dialog (for
> instance, we might want to display them in the future in a GtkInfoBar
> widget or something similar). In addition, it makes it very difficult
> to separate the backend functionality from the UI, or to let the calling
> function make a policy decision about whether the error should be
> displayed or handled in some other way.
>
> So, as a first step to fix this, I've created a new 'object' (really
> just a plain struct right now, but in the future it could be a proper
> GObject if we thought it was useful) called EAlert. I chose EAlert
> rather than EError based on Matthew Barnes advice since evolution often
> uses this infrastructure to present general informative messages, not
> only errors.
>
> I have kept the convenience API in place to create / display a dialog
> directly, but the function names will be a bit different. For instance,
> where you previously used e_error_new(), you can now achieve the same
> thing with e_alert_new_dialog_for_args() (the _for_args() is to
> distinguish it from e_alert_new_dialog() which accepts a EAlert* object
> -- if you can think of a better name for this function, feel free to
> suggest one). Where you previously used e_error_run(), you can now do
> the same thing with e_alert_run_dialog_for_args() (same note about
> function naming as above).
>
> However, my goal is to phase out use of these dialog-related helper
> functions. The plan is that in the future, instead of reporting errors
> directly, functions that can fail will take a EAlert** parameter and
> return a newly allocated EAlert object describing the situation (i.e.
> the same idiom as GError). The calling function can then determine how
> to handle or present that to the user.
>
> I started changing the files in filter/ to use the design I mentioned in
> the previous paragraph, so for example, the function:
> e_filter_element_validate(EFilterElement *element, GtkWindow *parent)
> became:
> e_filter_element_validate(EFilterElement *element, EAlert **alert)
>
> Other parts of the tree have only been changed to use the equivalent
> helper functions mentioned above.
>

Quick follow-up to this: I was convinced by a couple of people that we'd
probably want EAlert to be a GObject, so I bit the bullet and just did
it. In addition, I factored out the convenience dialog functionality
and created a GtkDialog subclass called EAlertDialog. This means that
there are a couple additional changes since I wrote this mail. The most
important ones for developers and plugin authors:

- e_alert_free() no longer exists. use g_object_unref()
- to use the dialog functionality, include e-alert-dialog.h rather than
just e-alert.h
- e_alert_new_dialog() -> e_alert_dialog_new()

Also, there's one little picky cleanup that I snuck in along with those
changes. e_alert_newv() was renamed to e_alert_new_valist() to be more
consistent with other API in glib (e.g. g_object_newv() takes an array
and a length vs g_object_new_valist() which takes a va_list)

Evolution, evolution-mapi and evolution-exchange should all be
up-to-date with these changes in git. If you have a plugin that's
out-of-tree, it may need to be updated.

--
Jonathon Jongsma <jonathon.jongsma@...>

_______________________________________________
Evolution-hackers mailing list
Evolution-hackers@...
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: Openchange website/svn/etc. down?

2009-12-07T09:19:34Z

On Mon, 2009-12-07 at 10:30 -0500, Paul Smith wrote:
> Anyone know what's going on with Openchange? I can't reach their
> website, their SVN repository, etc...?

Attached is the last mail I received from their devel list (12/05/2009).
They were scheduled for a maintenance downtime. Don't know the status
since then.

-Suman

_______________________________________________
Evolution-hackers mailing list
Evolution-hackers@...
http://mail.gnome.org/mailman/listinfo/evolution-hackers

[openchange][devel]_Server_maintenance (3K) Download Attachment

Re: Filtering and mail split

2009-12-07T09:16:46Z

On Thu, Dec 3, 2009 at 9:19 PM, Jonathon Jongsma
<jonathon.jongsma@...> wrote:

> On Thu, 2009-12-03 at 20:35 +0530, Srinivasa Ragavan wrote:
>> On Thu, Dec 3, 2009 at 3:48 AM, Jonathon Jongsma
>> <jonathon.jongsma@...> wrote:
>> > As some of you may know, I've been looking into moving mail down to the
>> > e-d-s level. As a first step, I'm figuring out where to draw the line
>> > between the front end and backend. At the moment, I'm focusing on
>> > filtering. I think that the filtering functionality clearly belongs in
>> > the backend (we want to filter emails as they come in regardless of
>> > whether the UI is running or not). The thing I'm trying to figure out
>> > right now is what that means for the filter-related classes within
>> > evolution (i.e. the stuff in the filter/ directory). My first instinct
>> > was that these classes belonged in the backend since that is the part
>> > that should be doing the filtering. However, as I looked at it more, I
>> > wasn't so sure, and I'd really appreciate insight from people who might
>> > have a longer history with this code than I do. (FYI, while I was
>> > getting more familiar with the filter code, I wrote up some
>> > documentation that you might find helpful:
>> > http://live.gnome.org/Evolution/Filters)
>> >
>>
>> Excellent job in documenting it. Even more great, because you kept it at lgo.
>>
>> I'm not gonna suggest one of the below but I'm going to think aloud,
>> shut me if its crap. Why should the UI be from the frontend, the
>> Evolution ? If my mail runs in EDS, which reads filters from a xml
>> file, may be as a small capplet/lib/bin with the backend with the UI
>> to launch the filter manager. Independent of Evolution, may be Anjal
>> directly can launch it. Or if we have account setup from Control
>> center as a capplet, then we could launch the filter/rule manager
>> independent of Evolution itself. Is that too much to ask for?
>> It could simplyfy everything? Do we have a tight need of any Evolution
>> components for Filters? I just don't remember, but even if there is,
>> we should try to have it like this IMO
>>
>> -Srini
>
> Yes, it's a valid question. Let me quote one thing from my original
> mail that wasn't emphasized very well so you may have missed it:
>
> "(note that when I say 'frontend', it may be the MUA
> itself, or it may be a helper client library like some future
> libedsmailui library):"
>
> So my thought was that maybe we would have a libedsmailui utility
> library (similar to something like libedataserverui) that would
> implement these filter editing dialogs, etc. Then evolution and anjal
> could both use them by simply linking to this UI utility library. Does
> that address your concerns?
>

Sure, it makes sense.

-Srini
_______________________________________________
Evolution-hackers mailing list
Evolution-hackers@...
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Openchange website/svn/etc. down?

2009-12-07T07:30:31Z

Anyone know what's going on with Openchange? I can't reach their
website, their SVN repository, etc...?

_______________________________________________
Evolution-hackers mailing list
Evolution-hackers@...
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: I broke junk filtering config -- help!

2009-12-07T00:58:43Z

On Fri, 2009-12-04 at 13:47 -0500, Paul Smith wrote:

> On Fri, 2009-12-04 at 12:21 -0500, Reid Thompson wrote:
> > On Fri, 2009-12-04 at 12:11 -0500, Paul Smith wrote:
> > > Looking at the /apps/evolution/mail/junk/bogofilter section of
> gconf
> > > with gconf-editor, I see only one entry here, "unicode" which is
> > > selected (boolean true).
> >
> > this is all that i have in my gconf.
> >
> > one level up has a bunch, of note is check_incoming and
> default_plugin
>
> Grr. Yes, I have those both set (default_plugin is Bogofilter).
>
> Anyone have any ideas about logs or places I should look? *sigh*

Hi,
this all should be manageable from Preferences itself, try
Edit->Preferences->Mail Preferences, tab Junk, whether you've enabled
automatic junk filtering in global, then, just in case, in Mail
Account-><account>->tab Receiving options, whether junk filtering is
enabled on the account.

Note, with the former, you can skip checking with the junk plugin
itself, when, for example, the sender is in your address book.
Bye,
Milan

_______________________________________________
Evolution-hackers mailing list
Evolution-hackers@...
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: Evo master dumps core: missing GConf key

2009-12-06T21:54:14Z

On Solaris, we used gconftool2 --makefile-install-rule to update the
schema files. But it also dumps this core. If I log out and log in
again, it works.

Jeff

On Tue, 2009-11-24 at 16:08 -0500, Paul Smith wrote:

> On Tue, 2009-11-24 at 15:01 -0500, Matthew Barnes wrote:
> > Run this as yourself (not super user):
> >
> > gconftool-2
> > --install-schema-file .../shell/apps_evolution_shell.schemas
>
> That worked, although it still dumped core until I also added the
> evolution-mail.schemas file. Now it starts OK.
>
> I do see a few weird things (minor glitches) in the presentation so I
> wonder if there are more of these I need to do?
>
> I've never needed to do this before when going to a newer version of
> Evo; is this supposed to happen automatically some how when a newer
> version starts up?
>
> Should I run --install-schema-file for all the *.schema files in that
> directory, just in case, or might that break things?
>
>
> Cheers!
>
> _______________________________________________
> Evolution-hackers mailing list
> Evolution-hackers@...
> http://mail.gnome.org/mailman/listinfo/evolution-hackers

_______________________________________________
Evolution-hackers mailing list
Evolution-hackers@...
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: Anyone doing nightly builds for SUSE?

2009-12-04T19:23:25Z

On Fri, 2009-12-04 at 15:17 -0600, John Lange wrote:
> I'd like to test some of the new features and bug fixes but in the
> past, when I've tried to use packages from openSUSE Factory, it also had
> dependencies on newer versions of the entire gnome stack which was a big
> headache.

Just a quick note about this:

Our dependency policy is that Evolution must always be buildable on the
latest stable GNOME release, which is currently 2.28. If you're running
a GNOME 2.28 desktop then you should be fine. The rationale there is to
avoid forcing users to upgrade to a bleeding edge desktop just to test a
bleeding edge Evolution.

On the other hand, any new technology in GNOME 2.28 is fair game for
Evolution 2.29. The rationale there is to make it crystal clear to
developers what APIs they can and can't use, and to try to keep
Evolution from falling too far behind the technology curve.

I think it strikes a good balance, personally.

Matthew Barnes

_______________________________________________
Evolution-hackers mailing list
Evolution-hackers@...
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: Anyone doing nightly builds for SUSE?

2009-12-04T15:52:01Z

On Fri, 2009-12-04 at 17:00 -0500, Suman Manjunath wrote:
> > Barring that, what would be the best way to test the current unstable
> > release of Evolution? Should I just compile it from source and run it
> > from my home directory? Again, I fear the list of "dev" package
> > dependencies.
>
> AFAIK, you only have to install the -devel packages of all the deps.
> Shouldn't be harder than having to compile it :-)
> Also, the GNOME:Factory repo is updated with every unstable GNOME
> release. You may want to try that as well.

I just want to point out that it's not always that easy. There are
major changes in some releases (such as 2.29) which require a lot more
effort. For 2.29, you'll have to install new schemas, etc. for example.
Also, replacing basic versions of libraries like libgstreamer,
libgtkimageview, etc. on your system can prove problematic for other
applications that are expecting the older versions.

Evo 2.30 is shaping up to have many more fundamental differences than
most previous versions.

It's probably simpler to use prebuilt packages than rolling your own (I
have a makefile that will build these packages on your system and
install them into a separate location so they won't interfere with your
existing system. However, today I discovered a problem where it's not
correctly configuring d-bus so that needs a little love before it's
ready for general use.

Also, it's currently targeted at Ubuntu/Debian, since that's what I use;
it could still be used with RPM-based distros but might require some
help.

_______________________________________________
Evolution-hackers mailing list
Evolution-hackers@...
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: Anyone doing nightly builds for SUSE?

2009-12-04T14:00:52Z

On Fri, 2009-12-04 at 15:17 -0600, John Lange wrote:
> Just curious if anyone is doing nightly (or frequent) package builds for
> SUSE (11.2)?

http://download.opensuse.org/repositories/GNOME://Evolution://snapshots/openSUSE_11.2/

> I'd like to test some of the new features and bug fixes but in the past,
> when I've tried to use packages from openSUSE Factory, it also had
> dependencies on newer versions of the entire gnome stack which was a big
> headache.

The above repository was meant to host daily snapshots of the vanilla
code. Right now though, it is picking up code from the 2.28 branch. I'll
try to get it to compile the 2.29 series over the holidays.

> Barring that, what would be the best way to test the current unstable
> release of Evolution? Should I just compile it from source and run it
> from my home directory? Again, I fear the list of "dev" package
> dependencies.

AFAIK, you only have to install the -devel packages of all the deps.
Shouldn't be harder than having to compile it :-)
Also, the GNOME:Factory repo is updated with every unstable GNOME
release. You may want to try that as well.

HTH

-Suman

_______________________________________________
Evolution-hackers mailing list
Evolution-hackers@...
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Anyone doing nightly builds for SUSE?

2009-12-04T13:17:04Z

Just curious if anyone is doing nightly (or frequent) package builds for
SUSE (11.2)?

I'd like to test some of the new features and bug fixes but in the past,
when I've tried to use packages from openSUSE Factory, it also had
dependencies on newer versions of the entire gnome stack which was a big
headache.

Barring that, what would be the best way to test the current unstable
release of Evolution? Should I just compile it from source and run it
from my home directory? Again, I fear the list of "dev" package
dependencies.

Regards,

--
John Lange
http://www.johnlange.ca

_______________________________________________
Evolution-hackers mailing list
Evolution-hackers@...
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: I broke junk filtering config -- help!

2009-12-04T10:47:11Z

On Fri, 2009-12-04 at 12:21 -0500, Reid Thompson wrote:
> On Fri, 2009-12-04 at 12:11 -0500, Paul Smith wrote:
> > Looking at the /apps/evolution/mail/junk/bogofilter section of gconf
> > with gconf-editor, I see only one entry here, "unicode" which is
> > selected (boolean true).
>
> this is all that i have in my gconf.
>
> one level up has a bunch, of note is check_incoming and default_plugin

Grr. Yes, I have those both set (default_plugin is Bogofilter).

Anyone have any ideas about logs or places I should look? *sigh*

_______________________________________________
Evolution-hackers mailing list
Evolution-hackers@...
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: I broke junk filtering config -- help!

2009-12-04T09:21:08Z

On Fri, 2009-12-04 at 12:11 -0500, Paul Smith wrote:
> Looking at the /apps/evolution/mail/junk/bogofilter section of gconf
> with gconf-editor, I see only one entry here, "unicode" which is
> selected (boolean true).

this is all that i have in my gconf.

one level up has a bunch, of note is check_incoming and default_plugin
_______________________________________________
Evolution-hackers mailing list
Evolution-hackers@...
http://mail.gnome.org/mailman/listinfo/evolution-hackers

I broke junk filtering config -- help!

2009-12-04T09:11:05Z

Urk. So, in an effort to try to create a "clean" install for Evolution
to see if that was my problem, I did a stupid thing. I renamed my
~/.evolution directory (not the stupid thing) then I used gconf-editor
to try to remove key entries for all my existing accounts, etc. (that
was the stupid thing). Note I only used "unset key", I didn't "set as
default" or anything _really_ stupid :-).

Then I started evo and really, it didn't help--if anything it was more
flaky. I guess I should have expected that. However, I got it back to
normal with ONE exception: none of my junk filtering is working anymore.

I use bogofilter and I have for years and it's never given me any
trouble. The problem is that my incoming mail is not being filtered
anymore. After I load my email and none of it is filtered I look at my
wordlist.db file, and it has not been updated.

However, I can go through and use CTRL-J or the junk icon to mark items
as junk, and they get moved to my junk folder and then my wordlist.db
file IS updated, so it seems to be working.

I've unchecked the bogofilter plugin, then re-checked it to try to
re-enable it, but it didn't work.

So obviously I unset something using gconf-editor that is not being
reset properly... anyone have any ideas on how I can fix this? It's
pretty annoying.

Looking at the /apps/evolution/mail/junk/bogofilter section of gconf
with gconf-editor, I see only one entry here, "unicode" which is
selected (boolean true).

I expect there should be something else here but how do I force it to be
recreated?

_______________________________________________
Evolution-hackers mailing list
Evolution-hackers@...
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: should git head install e-error.h

2009-12-04T07:23:07Z

On Fri, 2009-12-04 at 10:00 -0500, Reid Thompson wrote:

> git head contains e-error.h here
> /home/rthompso/evo-git-head/evolution-data-server/addressbook/libebook/e-error.h
>
> previous versions of evo installed this header somewhere in $PREFIX/ ala
> opt/evo.old/include/evolution-2.30/e-util/e-error.h
>
> Head apparently does not do this for me....
>
> rthompso@raker>~/evo-git-head/remove-duplicates-plugin-0.0.4
> $ find /opt/evo -name e-error.h
> rthompso@raker>~/evo-git-head/remove-duplicates-plugin-0.0.4
>
> Should it?

See this message from last week:
http://mail.gnome.org/archives/evolution-hackers/2009-November/msg00049.html

--
Jonathon Jongsma <jonathon.jongsma@...>

_______________________________________________
Evolution-hackers mailing list
Evolution-hackers@...
http://mail.gnome.org/mailman/listinfo/evolution-hackers

should git head install e-error.h

2009-12-04T07:00:52Z

git head contains e-error.h here
/home/rthompso/evo-git-head/evolution-data-server/addressbook/libebook/e-error.h

previous versions of evo installed this header somewhere in $PREFIX/ ala
opt/evo.old/include/evolution-2.30/e-util/e-error.h

Head apparently does not do this for me....

rthompso@raker>~/evo-git-head/remove-duplicates-plugin-0.0.4
$ find /opt/evo -name e-error.h
rthompso@raker>~/evo-git-head/remove-duplicates-plugin-0.0.4

Should it?

_______________________________________________
Evolution-hackers mailing list
Evolution-hackers@...
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: MAPI support not even close... ?!?! Can I help?

2009-12-04T06:34:31Z

On Fri, 2009-12-04 at 09:26 -0500, Paul Smith wrote:
> Hey Reid; what did you have to do to get this working? I tried
> modifying my configuration then sending HUP to both the system
> dbus-daemon and my local dbus-daemon, but when I restart evo I still
> don't see any extra factory applications start.
>
> Did you have to kill them outright? Do they restart? Did you just
> log
> out/back in? Reboot?
I ended up rebooting ( restarting dbus basically killed my session, so I
just rebooted to 'get clean' ).
Then, I believe, but am not sure, that you actually have to select the
Calendar and Contact view to get dbus to start the backend
>
>
> I don't know why the e-d-s-2.28 stuff would start if you're running
> off
> of the master branch, since those (IIRC) are bonobo services and we
> shouldn't be using bonobo anymore?
>
I wonder if it's getting kicked off by mail-notification..??? Will have
to investigate that...

_______________________________________________
Evolution-hackers mailing list
Evolution-hackers@...
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: MAPI support not even close... ?!?! Can I help?

2009-12-04T06:29:10Z

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Heya :)

On 04.12.2009 19:35, Paul Smith wrote:
> On Fri, 2009-12-04 at 09:30 +0000, Ross Burton wrote:
>> You installed evolution-data-server into a prefix that DBus doesn't
>> know about, so it can't autostart the daemons.
>
> The question is, isn't there any way to provide a local configuration to
> d-bus, similar to the BONOBO_ACTIVATION_PATH in bonobo?
>
dbus should respect $XDG_DATA_DIRS and look in
$XDG_DATA_DIRS/dbus-1/services

Cheers,
Tobi
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAksZHK4ACgkQPuBX/6ogjZ7ICwCfcK8RhjuvNn2fpW3YC/1KcQ1p
oNQAoJV+6eW5nssWR+tzUnef4Wvw8n6P
=bwzq
-----END PGP SIGNATURE-----
_______________________________________________
Evolution-hackers mailing list
Evolution-hackers@...
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: MAPI support not even close... ?!?! Can I help?

2009-12-04T06:26:40Z

Hey Reid; what did you have to do to get this working? I tried
modifying my configuration then sending HUP to both the system
dbus-daemon and my local dbus-daemon, but when I restart evo I still
don't see any extra factory applications start.

Did you have to kill them outright? Do they restart? Did you just log
out/back in? Reboot?

I don't know why the e-d-s-2.28 stuff would start if you're running off
of the master branch, since those (IIRC) are bonobo services and we
shouldn't be using bonobo anymore?

_______________________________________________
Evolution-hackers mailing list
Evolution-hackers@...
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: MAPI support not even close... ?!?! Can I help?

2009-12-04T06:08:38Z

On Fri, 2009-12-04 at 09:30 +0000, Ross Burton wrote:

> On Thu, 2009-12-03 at 16:12 -0500, Reid Thompson wrote:
> > (evolution:24437): libebook-WARNING
> > **:
> ../../../../evolution-data-server/addressbook/libebook/e-book.c:2194:
> cannot activate book: The name
> org.gnome.evolution.dataserver.AddressBook was not provided by any
> .service files
>
> You installed evolution-data-server into a prefix that DBus doesn't
> know
> about, so it can't autostart the daemons.
>
> I have this in my /etc/dbus-1/session.conf:
>
> <servicedir>/home/ross/BUILD/share/dbus-1/services/</servicedir>
>
> Ross

I still have something a bit off...

I added <servicedir>/opt/evo/share/dbus-1/services/</servicedir>
as shown below. The calendar factory and the addressbook factory now
start.

Any idea why /usr/libexec/evolution-data-server-2.28 --oaf-activate-iid=OAFIID:GNOME_Evolution_DataServer_BookFactory:1.2 --oaf-ior-fd=29
would be getting started up?

calendar -> populates using Exchange OWA
-> does not populate using MAPI

Addressbook -> personal -> works
-> Exchange LDAP -> works
-> OWA Contacts -> works
-> OWA Contacts backup -> works
-> OWA GAL -> Error loading address book.
This address book cannot be opened.
This either means that an incorrect URI
was entered, or the server is
unreachable.
This was working in 2.28 ( perhaps I typoed something )

-> MAPI Contacts, Contacts backup, GAL -> I get no response
of any type from any of the three.

$ cat /etc/dbus-1/session.conf


<!DOCTYPE busconfig PUBLIC "-//freedesktop//DTD D-Bus Bus Configuration
1.0//EN"
"http://www.freedesktop.org/standards/dbus/1.0/busconfig.dtd">
<busconfig>

<type>session</type>


<keep_umask/>

<listen>unix:tmpdir=/tmp</listen>

<standard_session_servicedirs />

<policy context="default">

<allow send_destination="*" eavesdrop="true"/>
[172.16.48.3]

<allow eavesdrop="true"/>

<allow own="*"/>
</policy>


<includedir>session.d</includedir>

<servicedir>/opt/evo/share/dbus-1/services/</servicedir>


<include ignore_missing="yes">session-local.conf</include>

<include if_selinux_enabled="yes"
selinux_root_relative="yes">contexts/dbus_contexts</include>




<limit name="max_incoming_bytes">1000000000</limit>
<limit name="max_incoming_unix_fds">250000000</limit>
<limit name="max_outgoing_bytes">1000000000</limit>
<limit name="max_outgoing_unix_fds">250000000</limit>
<limit name="max_message_size">1000000000</limit>
<limit name="max_message_unix_fds">4096</limit>
<limit name="service_start_timeout">120000</limit>
<limit name="auth_timeout">240000</limit>
<limit name="max_completed_connections">100000</limit>
<limit name="max_incomplete_connections">10000</limit>
<limit name="max_connections_per_user">100000</limit>
<limit name="max_pending_service_starts">10000</limit>
<limit name="max_names_per_connection">50000</limit>
<limit name="max_match_rules_per_connection">50000</limit>
<limit name="max_replies_per_connection">50000</limit>

</busconfig>
_______________________________________________
Evolution-hackers mailing list
Evolution-hackers@...
http://mail.gnome.org/mailman/listinfo/evolution-hackers

Re: MAPI support not even close... ?!?! Can I help?

2009-12-04T06:05:15Z

On Fri, 2009-12-04 at 09:30 +0000, Ross Burton wrote:
> You installed evolution-data-server into a prefix that DBus doesn't
> know about, so it can't autostart the daemons.

Huh. Well, that could definitely be a major part of my problem :-)

The question is, isn't there any way to provide a local configuration to
d-bus, similar to the BONOBO_ACTIVATION_PATH in bonobo?

I looked and it seems that there's a local user dbus-daemon that's
started, but it still reads the system session.conf file. And I looked
in the session.conf file and it includes session-local.conf which is
supposed to be what you customize, if you need to customize dbus
locally... but that file appears to be defined to live in /etc/dbus-1
and so it's not REALLY a per-user customizable file.

Is there nothing in dbus that lets the user configure things, without
requiring root privileges?

Thanks!

_______________________________________________
Evolution-hackers mailing list
Evolution-hackers@...
http://mail.gnome.org/mailman/listinfo/evolution-hackers