On Mon, 2005-04-04 at 20:01 -0400, JP Rosevear wrote:
According to http://live.gnome.org/TwoPointEleven the release has been
pushed back a week, however I'm still working on the release to get it
out in the next day or two, so let me know if there are any additional
patches that people want to
On Mon, 2005-04-04 at 21:24 -0400, Thouis (Ray) Jones wrote:
On Apr 4, 2005 3:29 PM, Rodney Dawes [EMAIL PROTECTED] wrote:
What about making both parts of the line the same color? (red)
Quick gimp replacement:
http://people.csail.mit.edu/people/thouis/mb-full-red.png
I'll make that
camel patch comments:
-gpg_verify (CamelCipherContext *context, CamelMimePart *ipart,
CamelException *ex)
+gpg_doverify (CamelCipherContext *context, CamelStream *istream, CamelMimePart
*sigpart, CamelException *ex)
maybe just verify? I'm not a big fan of doverify
+ // XXX: Hash only
I'm building evolution eds from CVS, and ran into a slight problem
where it would not detect my NSPR headers, unless I gave the
'--with-nspr-includes=/usr/include/mozilla/nspr' argument. The docs
seems to indicate that nspr is optional, but this causes the build to
fail.
Of course this is easy
probably the path returned by pkg-config --cflags mozilla-nspr isn't the
right path
Jeff
On Tue, 2005-04-05 at 15:04 -0400, Lee Revell wrote:
I'm building evolution eds from CVS, and ran into a slight problem
where it would not detect my NSPR headers, unless I gave the
On Tue, 2005-04-05 at 15:15 -0400, Jeffrey Stedfast wrote:
probably the path returned by pkg-config --cflags mozilla-nspr isn't the
right path
No, it's correct:
[EMAIL PROTECTED]:~/cvs/evolution-data-server$ pkg-config --cflags mozilla-nspr
-I/usr/include/mozilla/nspr
Lee
Hi,
The following patch fixes evolution's and eds's configure.in. the problem
is that EVO_SET_COMPILE_FLAGS uses EVOLUTION as the sole prefix for
PKG_CHECK_MODULES calls, and thus after the first call, it gets the same
cached results back.
Index: configure.in
On Mon, 2005-04-04 at 09:43 +0800, Not Zed wrote:
Might be some lock contention, but might not be, e.g. some hidden n^n
algorithms or something. Although that symbol is inaccurate, no
g_async queues are used in the mail code at all.
Are you sure the symbol is inaccurate? The rest of them
On Tue, 2005-04-05 at 00:29 -0500, Miguel Angel Lpez Hernndez wrote:
Hi,
I attach the 0.2 version of the new mail notification applet now using
the gnome icon theme.
This is a sample app to show how to use the dbus message evolution
generates when a new mail arrives. As always, just
Good day,
I came across the following issues today while trying to implement
attachment support for the scalix calendar backend:
Evolution crashes if it has no idea where the local attachment
store for a specific provider is (crash appears in
cal-attachment-bar.c:884). Upon further
El mar, 05-04-2005 a las 16:12 -0400, Daniel Gryniewicz escribi:
Works grea here, thanks.
Great! :)
It should be noted somewhere (google didn't find it for me)
that /apps/evolution/mail/notify/gen_dbus_msg needs to exist and be set
to true for Evo to generate the DBUS messages.
In fact
On Tue, 2005-04-05 at 19:53 -0500, Miguel Angel Lpez Hernndez wrote:
El mar, 05-04-2005 a las 16:12 -0400, Daniel Gryniewicz escribi:
Works grea here, thanks.
Great! :)
It should be noted somewhere (google didn't find it for me)
that /apps/evolution/mail/notify/gen_dbus_msg needs to
On Tue, 2005-04-05 at 00:29 -0500, Miguel Angel Lpez Hernndez wrote:
Hi,
I attach the 0.2 version of the new mail notification applet now using
the gnome icon theme.
This is a sample app to show how to use the dbus message evolution
generates when a new mail arrives. As always, just
I think the option shouldn't be present, if the plugin is installed and enabled it should always send the messages, i think having an extra option for it is just a lot of clutter.
On Tue, 2005-04-05 at 20:55 -0400, Daniel Gryniewicz wrote:
On Tue, 2005-04-05 at 19:53 -0500, Miguel Angel
On Tue, 2005-04-05 at 16:05 -0400, Lee Revell wrote:
On Mon, 2005-04-04 at 09:43 +0800, Not Zed wrote:
Might be some lock contention, but might not be, e.g. some hidden n^n
algorithms or something. Although that symbol is inaccurate, no
g_async queues are used in the mail code at all.
On Tue, 2005-04-05 at 14:11 -0400, Jeffrey Stedfast wrote:
camel patch comments:
-gpg_verify (CamelCipherContext *context, CamelMimePart *ipart,
CamelException *ex)
+gpg_doverify (CamelCipherContext *context, CamelStream *istream, CamelMimePart *sigpart, CamelException *ex)
maybe just
Le mardi 05 avril 2005 00:29 -0500, Miguel Angel Lpez Hernndez a
crit :
Hi,
I attach the 0.2 version of the new mail notification applet now using
the gnome icon theme.
This is a sample app to show how to use the dbus message evolution
generates when a new mail arrives. As always, just
17 matches
Mail list logo