[Evolution-hackers] Memory usage

2015-03-24 Thread David Woodhouse
Evolution 3.12 used to take a week or two to reach 8 or 9 GiB of memory usage, at which point I'd have to kill it and start a new one. Evolution 3.16 seems to manage to reach 10GiB overnight, and needs to be killed every morning to bring my machine out of swap death. I don't really know where

Re: [Evolution-hackers] Move authentication of backends back to the client (3.13.90)

2015-03-16 Thread David Woodhouse
On Fri, 2015-02-27 at 20:14 +0900, Tristan Van Berkom wrote: [0]: A note on semantics of opening a client, we really should be deprecating the DRA specific semantics in favor of making DRA the default and just falling back on pure DBus in the case where DRA is unavailable, this was the

Re: [Evolution-hackers] Refactoring EWS GAL sqlitedb

2014-09-12 Thread David Woodhouse
the generation of the EContacts. But really, given that this update used to take tens of minutes, I'm not going to worry too much :) I'm actually more interested in the time it takes for autocompletion. -- David WoodhouseOpen Source Technology Centre david.woodho

[Evolution-hackers] String freeze break request for evolution-data-server (3.12)

2014-09-09 Thread David Woodhouse
:) -- David WoodhouseOpen Source Technology Centre david.woodho...@intel.com Intel Corporation ¹ Specifically commits a523ac27, bd843434, f98caca8, 581c32aa. smime.p7s Description: S/MIME cryptographic signature

Re: [Evolution-hackers] Refactoring EWS GAL sqlitedb

2014-09-04 Thread David Woodhouse
On Thu, 2014-09-04 at 07:07 +0200, Milan Crha wrote: Hi, I see. Do you compute the hash on your own, or it is provided by the OAB? I'm computing it on my own. I'm just using the SHA1 of the binary record in the OAB file, since that's easy enough to calculate. Then stick it in the 'bdata'

Re: [Evolution-hackers] Refactoring EWS GAL sqlitedb

2014-09-03 Thread David Woodhouse
On Wed, 2014-09-03 at 14:18 +0200, Milan Crha wrote: Are you able to recognize affected contacts from the binary diff, or from anything after the diff is applied? Well... theoretically perhaps. With a binary diff of course a lot of data from the original file is preserved. So any contact

Re: [Evolution-hackers] Refactoring EWS GAL sqlitedb

2014-09-03 Thread David Woodhouse
On Wed, 2014-09-03 at 18:22 +0200, Milan Crha wrote: then I'd go by the PidTagLastModified way, and rely on it in case it's available. That way you'll update only offsets and changed contacts (plus drop those removed). Having the PidTagLastModified easily accessible from the table as such,

[Evolution-hackers] [PATCH 3/6] test-book-client-custom-summary: Add 'exists' tests for email and X509 certificates

2014-08-26 Thread David Woodhouse
/custom-7.vcf index 2141e36..dae210a 100644 --- a/tests/libebook/data/vcards/custom-7.vcf +++ b/tests/libebook/data/vcards/custom-7.vcf @@ -2,4 +2,5 @@ BEGIN:VCARD UID:custom-7 FN:Purple Goose TEL;HOME:+49-89-7888 99 +KEY;ENCODING=b;TYPE=X509:AA== END:VCARD -- 1.9.3 -- David Woodhouse

[Evolution-hackers] [PATCH 5/6] EBookSqlite: Add support for storing x509Cert in a boolean summary field

2014-08-26 Thread David Woodhouse
); } /* Lookup table for field test generators per EBookQueryTest, -- 1.9.3 -- David WoodhouseOpen Source Technology Centre david.woodho...@intel.com Intel Corporation smime.p7s Description: S/MIME cryptographic signature

[Evolution-hackers] [PATCH 4/6] EBookSqlite: Support 'exists' queries from summary

2014-08-26 Thread David Woodhouse
; + + field_id = e_contact_field_id (query_name); + } else if (argc == 2 argv[0]-type == ESEXP_RES_STRING argv[1]-type == ESEXP_RES_STRING) { query_name = argv[0]-value.string; -- 1.9.3 -- David WoodhouseOpen Source

[Evolution-hackers] EBookSqlite support for EWS

2014-08-22 Thread David Woodhouse
I accidentally¹ ported the EWS addressbook to EBookSqlite. Patch (against 3.12.5) attached. It ends up hitting this check and not actually doing any database writes: (evolution-addressbook-factory:19473): libedata-book-WARNING **: The GCancellable passed to `e_book_sqlite_add_contacts' is not

Re: [Evolution-hackers] EBookSqlite support for EWS

2014-08-22 Thread David Woodhouse
On Fri, 2014-08-22 at 17:04 -0500, David Woodhouse wrote: ¹ Seriously, it *was* an accident. I thought I needed to port to EBookSqlite to make cursors work, which I need for Yuuma's PKCS#11 module. But EBookBackendSqliteDB can do cursors anyway, so I didn't need to do the conversion

Re: [Evolution-hackers] GSoC project

2014-03-04 Thread David Woodhouse
On Tue, 2014-03-04 at 00:55 -0500, Watson Sato wrote: Hi, My name is Watson, I'm new to the open source culture. I'm from Brazil, graduated in computer science. I've been working with Information Security for 4 years now, dealing with PKI, HSMs, tokens, PKCS#11, OpenSSL and stuff. I have

Re: [Evolution-hackers] Evolution EWS: Planning the 3.12

2013-08-30 Thread David Woodhouse
On Mon, 2013-08-26 at 08:27 +0200, Fabiano Fidencio wrote: People, I've been planning what I want to have implemented for 3.12, for evolution-ews. If you are interested, please, take a look into: http://blog.fidencio.org/2013/08/evolution-ews-planning-312.html Feel free to ping in

Re: [Evolution-hackers] Reconsidering our release cycle

2013-07-26 Thread David Woodhouse
strings, than I did for the whole of the mspack and GAL rework which landed in 3.8 for example. I'm happy enough with that :) -- David WoodhouseOpen Source Technology Centre david.woodho...@intel.com Intel Corporation smime.p7s Description

Re: [Evolution-hackers] Reconsidering our release cycle

2013-07-24 Thread David Woodhouse
On Tue, Jul 23, 2013 at 7:40 PM, Matthew Barnes mbar...@redhat.com wrote: Increasingly I'm feeling like the traditional 6-month release cycle is just too short for Evolution. In terms of development, we have a pretty short window for landing major changes and allowing adequate time for

Re: [Evolution-hackers] Reconsidering our release cycle

2013-07-24 Thread David Woodhouse
On Wed, 2013-07-24 at 02:54 +0200, Fabiano Fidêncio wrote: I also fully agree with your suggestion. As we have discussed, users are reporting bugs against 3.8.x now and they will need to wait at least 6 months before they get a fix in 3.10.x. I mean, from the stability point of view it

Re: [Evolution-hackers] Placing of goto labels

2013-05-30 Thread David Woodhouse
On Thu, 2013-03-28 at 09:30 +0100, Milan Crha wrote: What's the usual way for goto labels in other projects? Would it make sense to write labels 'one-space indented'? FWIW one-space indented is what emacs does by default, and is thus what you'll usually see in code that I've written. -- David

[Evolution-hackers] Backporting EWS GAL changes to 3.8

2013-05-30 Thread David Woodhouse
I've implemented a bunch of fixes to the offline addressbook handling in evo-ews master, and I'd like to backport them to 3.8. In fact I've done *all* my testing on the gnome-3-8 branch and haven't tested master at all as I've been working. (Naughty dwmw2). The code I'd like to push is at

Re: [Evolution-hackers] Backporting EWS GAL changes to 3.8

2013-05-30 Thread David Woodhouse
On Thu, 2013-05-30 at 07:41 -0400, Matthew Barnes wrote: That's the right way. A two week-old release is far too new for a stable branch dependency, especially one we're introducing mid-stream. It needs to be optional for now, but at the same time we do want packagers to be aware of it.

Re: [Evolution-hackers] Backporting EWS GAL changes to 3.8

2013-05-30 Thread David Woodhouse
On Thu, 2013-05-30 at 20:03 +0200, Milan Crha wrote: I expect, personally, if .2 release was building without any issue, that I just fire the build and it'll build the same flawlessly also in .3+. Thus I suggested on IRC to do the check on the stable version opposite, add an option to

Re: [Evolution-hackers] Is it worth customizing the IMAP headers to fetch?

2012-12-15 Thread David Woodhouse
On Sat, 2012-12-15 at 13:32 -0500, Matthew Barnes wrote: Currently IMAPX just fetches all headers using RFC822.HEADER. Supporting the plugin would change this to use: BODY.PEEK ([HEADERS | predefined-header-list [custom-header-list]) depending on the plugin options selected (see

Re: [Evolution-hackers] Is it worth customizing the IMAP headers to fetch?

2012-12-15 Thread David Woodhouse
On Sat, 2012-12-15 at 17:15 -0500, Matthew Barnes wrote: But even if we conclude that the more specific fetch is worthwhile, I'm still not convinced that a separate UI for *choosing* those headers is at all sane. If the user sets up filters which *look* at a given header, then we damn

Re: [Evolution-hackers] Drop or limit ChangeLog files in tarball releases?

2012-11-20 Thread David Woodhouse
On Tue, 2012-11-20 at 17:00 +0100, Milan Crha wrote: Hi, I'm wondering about usability of git-generated ChangeLog files in tarball releases. I'd say drop them. Using 'git log' is only one way of tracking historical changes, and it's rarely useful all on its own. This is especially

Re: [Evolution-hackers] Return back folder remember for Open/Save dialog

2012-07-24 Thread David Woodhouse
On Mon, 2012-07-23 at 19:22 +0100, Philip Withnall wrote: That effort would better be put into improving GTK+ itself for everyone, rather than just fixing up Evolution. In the general case of course that's true, but where GTK+ is hell-bent on making its widgets harder to use and actively

Re: [Evolution-hackers] Return back folder remember for Open/Save dialog

2012-07-23 Thread David Woodhouse
On Mon, 2012-07-02 at 09:19 -0400, Matthew Barnes wrote: On Mon, 2012-07-02 at 14:47 +0200, Milan Crha wrote: Well, they do not do it right, and this kind of outsourcing proved to be problematic in the past, thus why to rely on something nonworking with not our fault, ask them to fix it

Re: [Evolution-hackers] WebKit port of the composer

2012-06-01 Thread David Woodhouse
On Fri, 2012-06-01 at 16:49 +0200, Daniel Vratil wrote: If you have any special wish (I bet Andre will come with many feature requests from bugzilla :P ) you'd like to have in the new composer, please share them now. Regarding features, I want to make exact copy of GtkHTMLEditor and only

[Evolution-hackers] Request: New function in evolution-data-server 3.4.3

2012-05-21 Thread David Woodhouse
I just installed Evolution 3.4 and found a massive performance regression¹ when it notices that a bunch of messages got deleted on the server (I archive mail quarterly so thousands of messages disappear at once). It was taking about 40ms to delete each one, with individual database mangling for

Re: [Evolution-hackers] Did 3.4 just get really slow?

2012-05-19 Thread David Woodhouse
On Sat, 2012-05-19 at 11:25 +0200, Xavier Bestel wrote: I'm using Debian, and found Evo getting slower and slower (I've got something like 44K messages in my inbox). Now I just removed Tracker from my system, and it's snappy again. Happy me. Hm, that would affect Evolution's *own*

Re: [Evolution-hackers] Did 3.4 just get really slow?

2012-05-19 Thread David Woodhouse
On Sat, 2012-05-19 at 07:26 -0400, Adam Tauno Williams wrote: Once the index is up to date there is almost no way it noticeably effects performance unless something else it wrong. Heh. To effect performance¹ would be to make it go fast, right? :) -- dwmw2 ¹ as opposed to affect performance

Re: [Evolution-hackers] Rethinking account management

2012-04-30 Thread David Woodhouse
On Sun, 2012-04-29 at 19:50 -0400, Matthew Barnes wrote: It's been awhile since I've posted a progress update on this branch, but I just wanted to mention that as of this weekend I think I finally have Evolution pretty much wrapped up now and am moving on to the groupware modules starting with

Re: [Evolution-hackers] Evolution's GTK+ requirement

2012-04-17 Thread David Woodhouse
On Tue, 2012-04-17 at 09:35 -0400, Matthew Barnes wrote: Sound okay? Any objections? Sounds fine to me; the only problem I have is that you feel you have to ask in the first place :) Allowing users to build with the old version (of *anything* until there's a *compelling* reason to break the

Re: [Evolution-hackers] PIM server synchronization and Evolution online/offline state

2012-04-13 Thread David Woodhouse
On Tue, 2012-04-03 at 12:05 -0400, Matthew Barnes wrote: On Tue, 2012-04-03 at 17:29 +0200, Christian Hilberg wrote: Seems to me that opening a connection in order to find out whether I could open a connection is more than evo-kolab would need. Unless the service-available check would be

[Evolution-hackers] ActiveSync support for Evolution

2012-03-30 Thread David Woodhouse
Since I've been using this in anger for my company email for the last few months, and I haven't had cause to touch the code since the beginning of December... I suppose it's about time I pulled my finger out, called it a release, and tried to import it into GNOME. So...

Re: [Evolution-hackers] [Evolution] EWS and the addressbook

2012-01-11 Thread David Woodhouse
On Tue, 2012-01-10 at 13:16 -0800, CLOSE Dave wrote: When I explicitly read a message, it takes about two seconds for the read attribute to change. Then when I view a different folder, the unread attribute returns. When I return to the folder with the message I already read, it initially shows

Re: [Evolution-hackers] [Evolution] EWS and the addressbook

2012-01-11 Thread David Woodhouse
On Wed, 2012-01-11 at 10:43 -0800, CLOSE Dave wrote: Just about exactly the same version: evolution-3.2.2-1.fc16.i686 evolution-ews-3.2.2-1.fc16.i686 By EDS I meant evolution-data-server; it wasn't a typo. I don't think I'm running the packaged version of EWS yet (and in fact I'm mostly

Re: [Evolution-hackers] [evolution-kolab] new mailing list

2011-12-06 Thread David Woodhouse
On Tue, 2011-12-06 at 17:03 +0100, Christian Hilberg wrote: the evolution-kolab plugin now has a mailing list, please see [1]. Everyone who is interested in following the discussions there is invited to subscribe. I estimate this list to be a low-traffic one, at least for some time. :) Hm,

Re: [Evolution-hackers] RFClue: Atomic folder updates

2011-12-05 Thread David Woodhouse
on it). -- David WoodhouseOpen Source Technology Centre david.woodho...@intel.com Intel Corporation smime.p7s Description: S/MIME cryptographic signature ___ evolution-hackers mailing list evolution-hackers

Re: [Evolution-hackers] RFClue: Atomic folder updates

2011-12-04 Thread David Woodhouse
On Sun, 2011-12-04 at 10:04 -0700, Sankar P wrote: My memory is very rusty and I have not seen Evolution sources in more than 3 years now. However, we had a similar situation when we working on a GroupWise backend and we used a trick to get the number of messages in a folder on startup of

[Evolution-hackers] RFClue: Atomic folder updates

2011-12-02 Thread David Woodhouse
We have at least three mail protocols now which are delta-based. That is, you have a bookmark, 'sync key' or timestamp which represents what the server *last* told you about a given folder. You say to the server what changed since XXX, and get back a list of added/removed/changed messages along

Re: [Evolution-hackers] Camel Authentication Changes

2011-10-20 Thread David Woodhouse
On Thu, 2011-10-20 at 12:50 -0400, Matthew Barnes wrote: I think we could achieve this with multiple calls to camel_session_authenticate_sync() with a different mechanism name each time (kerberos, ntlm, login), and making sure the session logic knows when to loop and when to bail out if an

Re: [Evolution-hackers] Camel Authentication Changes

2011-10-19 Thread David Woodhouse
On Sat, 2011-10-15 at 11:18 -0400, Matthew Barnes wrote: Just a heads up that I've changed Camel's authentication API to factor out the password loop that each and every provider currently replicates for themselves. Turns out they all have the same basic logic flow. These changes make

Re: [Evolution-hackers] Camel Authentication Changes

2011-10-18 Thread David Woodhouse
On Tue, 2011-10-18 at 15:58 -0400, Matthew Barnes wrote: On Tue, 2011-10-18 at 21:29 +0200, Milan Crha wrote: I'm currently trying to adapt evo-ews to current git master and this change doesn't make much sense there, at least for me, because on the first look there is used a libsoup for

Re: [Evolution-hackers] evolution-ews: complete failure of git head calendar to work

2011-08-03 Thread David Woodhouse
On Mon, 2011-08-01 at 17:29 -0500, James Bottomley wrote: GDBus.Error:org.gtk.GDBus.UnmappedGError.Quark._e_2ddata_2dcal_2derror.Code113: Cannot open calendar: The EWS Id is in EwsLegacyId format which is not supported by the Exchange version specified by your request. Please use the

Re: [Evolution-hackers] [PATCH] evolution-ews: implement Exchange categories as evolution labels (read only)

2011-06-27 Thread David Woodhouse
On Mon, 2011-05-23 at 16:55 +0400, James Bottomley wrote: I kid you not. You can see this just by going to your own outlook web server (when you highlight a message, you'll see an empty tall oblong, click and it will bring up the categories). Exchange allows arbitrary labels (like we

Re: [Evolution-hackers] Rethinking Camel settings

2011-06-13 Thread David Woodhouse
On Mon, 2011-06-13 at 11:05 -0400, Matthew Barnes wrote: That's definitely something to revisit. I'd love to kill off those EPlugins. For the time being, though, I have to limit my scope since I'm trying to finish off my account-mgmt branch as fast as possible. Understood. If you have

Re: [Evolution-hackers] [PATCH] evolution-ews: implement Exchange categories as evolution labels (read only)

2011-05-23 Thread David Woodhouse
On Mon, 2011-05-23 at 14:41 +0400, James Bottomley wrote: + + /* this is a mapping from Exchange/Outlook categories to +* evolution labels based on the standard colours */ + const gchar *labels[] = { + Red Category, $Labelimportant, + Orange

Re: [Evolution-hackers] [PATCH] evolution-ews: implement Exchange categories as evolution labels (read only)

2011-05-23 Thread David Woodhouse
On Mon, 2011-05-23 at 17:08 +0400, James Bottomley wrote: could you use Gnome's bugzilla for patch reviews, please? Consider this more an RFC requiring feedback than a patch requiring review. For Evo-EWS I'm much happier with patches in email anyway. I find it a lot easier to review

Re: [Evolution-hackers] [PATCH] evolution-ews: implement Exchange categories as evolution labels (read only)

2011-05-23 Thread David Woodhouse
On Mon, 2011-05-23 at 17:46 +0400, James Bottomley wrote: I think you probably need me to get a feel for evolution development initially before you set me loose in the repo ... Why? It's mostly my baby, and I'm a kernel hacker too... :) Incidentally, I presume you use bugzilla for bugs? I

[Evolution-hackers] [RFC] Make e-{addressbook, calendar}-factory automatically quit when superseded

2011-05-20 Thread David Woodhouse
I have lost count of the number of times I've been trying to debug something in e-calendar-factory, but the factory I'm running in gdb is *not* the one that's actually being used. Sometimes I forget to kill the old factory. Sometimes I *do* kill it, but Evolution, *while* complaining that

Re: [Evolution-hackers] 32 bit IDs in contact file backend

2011-05-17 Thread David Woodhouse
to be *extremely* limited for MeeGo 1.2, and dropped in some way (perhaps by *fixing* the QtContacts API) by 1.3? In which case, perhaps it really would make more sense to do it with a persistent mapping in your wrapper? -- David WoodhouseOpen Source Technology Centre

Re: [Evolution-hackers] 32 bit IDs in contact file backend

2011-05-17 Thread David Woodhouse
On Tue, 2011-05-17 at 14:51 +0200, Patrick Ohly wrote: On Di, 2011-05-17 at 13:27 +0100, David Woodhouse wrote: On Tue, 2011-05-17 at 14:04 +0200, Patrick Ohly wrote: On Di, 2011-05-17 at 12:38 +0100, David Woodhouse wrote: Even if we *didn't* have immediate plans to use other back ends

Re: [Evolution-hackers] [PATCH 1/2] e_cal_new_system_foo() should create corresponding source in GConf

2011-05-10 Thread David Woodhouse
On Tue, 2011-05-10 at 11:40 +0100, Dumez, Christophe wrote: I have tested the patch but it does not seem to help. I don't know what the reason is yet. It may depend on earlier fixes? Can you show your patch? This e-mail and any attachments may contain confidential material for the sole use

Re: [Evolution-hackers] [PATCH 1/2] e_cal_new_system_foo() should create corresponding source in GConf

2011-05-10 Thread David Woodhouse
it in 3.0 and 2.32 instead. But our policy is to backport only fixes from master, and I prefer not to set a counter-precedent unless I absolutely have to. It doesn't *hurt* to fix it in master first. Do you have a patch? -- David WoodhouseOpen Source Technology Centre

Re: [Evolution-hackers] New 'eclient' branch in eds

2011-04-28 Thread David Woodhouse
On Thu, 2011-04-28 at 11:56 +0200, Patrick Ohly wrote: Are you saying that a soname version bump can and should be done in a backwards-incompatible way (= code compiled against older version no longer works with new lib)? That's a major pain for people trying to support multiple distros.

[Evolution-hackers] Moving Evolution-EWS to GNOME infrastructure.

2011-04-21 Thread David Woodhouse
We should move EWS developnent to GNOME infrastructure. I'll work out how to import the GIT repository and add a bugzilla component for evolution-ews. Pavel, Or and Mandy you will need to apply for a GNOME git account, following the procedure at http://live.gnome.org/NewAccounts -- David

Re: [Evolution-hackers] Moving Evolution-EWS to GNOME infrastructure.

2011-04-21 Thread David Woodhouse
module procedure work, as Chen will do this all for you for free. Ah, are we still actually going ahead with that plan? I know it's been discussed for some time... -- David WoodhouseOpen Source Technology Centre david.woodho...@intel.com

Re: [Evolution-hackers] gnome-3-0 branch broken

2011-04-19 Thread David Woodhouse
. -- David WoodhouseOpen Source Technology Centre david.woodho...@intel.com Intel Corporation ___ evolution-hackers mailing list evolution-hackers@gnome.org To change your list options

Re: [Evolution-hackers] New 'eclient' branch in eds

2011-04-19 Thread David Woodhouse
); }; Note the 'gboolean retrying' argument to the libsoup authenticate signal handler. We probably want to have something similar in the above API too, because that's what tells the UI that it needs to ditch the existing remembered password and ask for a new one. -- David Woodhouse

[Evolution-hackers] Pre-alpha test builds of Evolution-EWS for Fedora / MeeGo

2011-04-17 Thread David Woodhouse
MeeGo packages (for 1.1 Trunk): http://build.meego.com/project/show?project=home%3Adwmw2%3Aevo -- David WoodhouseOpen Source Technology Centre david.woodho...@intel.com Intel Corporation

Re: [Evolution-hackers] Pre-alpha test builds of Evolution-EWS for Fedora / MeeGo

2011-04-17 Thread David Woodhouse
On Sun, 2011-04-17 at 09:16 +0100, David Woodhouse wrote: We can use these builds for doing pre-Alpha testing of EWS. ... which has already failed :) Exchange puts some items in your inbox on which the 'message:From' property is invalid. And rather than giving a warning but returning the rest

[Evolution-hackers] [PATCH 1/2] e_cal_new_system_foo() should create corresponding source in GConf

2011-04-15 Thread David Woodhouse
--- calendar/libecal/e-cal.c | 56 +++-- 1 files changed, 53 insertions(+), 3 deletions(-) diff --git a/calendar/libecal/e-cal.c b/calendar/libecal/e-cal.c index 6835d45..69ff9c7 100644 --- a/calendar/libecal/e-cal.c +++ b/calendar/libecal/e-cal.c @@

[Evolution-hackers] [PATCH 2/2] Fix comparison of URI in e_cal_new_from_uri().

2011-04-15 Thread David Woodhouse
If the URI only had a relative_uri property, it should build the full URI for comparison rather than just skipping it. --- calendar/libecal/e-cal.c | 11 ++- 1 files changed, 10 insertions(+), 1 deletions(-) diff --git a/calendar/libecal/e-cal.c b/calendar/libecal/e-cal.c index

Re: [Evolution-hackers] [PATCH 2/2] Fix comparison of URI in e_cal_new_from_uri().

2011-04-15 Thread David Woodhouse
On Fri, 2011-04-15 at 12:37 +0100, David Woodhouse wrote: If the URI only had a relative_uri property, it should build the full URI for comparison rather than just skipping it. We have the opposite problem in the file backend, in the hack that sets the cache dir for the system source

Re: [Evolution-hackers] Finding memory leaks in EWS with Valgrind

2011-04-13 Thread David Woodhouse
On Wed, 2011-04-13 at 07:54 +0200, Milan Crha wrote: I'm just wondering, how does this mail belong to evolution-hackers list, please? http://mail.gnome.org/archives/evolution-hackers/2011-March/msg3.html I do not see anything general evolution-related in it, maybe apart of the above

Re: [Evolution-hackers] Evolution - GSSAPI - Caldav implementation

2011-04-12 Thread David Woodhouse
=587145 -- David WoodhouseOpen Source Technology Centre david.woodho...@intel.com Intel Corporation ___ evolution-hackers mailing list evolution-hackers@gnome.org To change your list options

Re: [Evolution-hackers] Fedora builds with 2.32.2+ patches

2011-04-08 Thread David Woodhouse
On Fri, 2011-04-08 at 09:54 +0200, sean finney wrote: Sounds like you would be in a good position to do it though. Because I'm not a gnome dev, I (a) don't have push access, and (b) am a bit hesitant to go against Milan's wishes, since he's the dev who is primarily keeping things up for

Re: [Evolution-hackers] Fedora builds with 2.32.2+ patches

2011-04-08 Thread David Woodhouse
On Thu, 2011-04-07 at 15:08 +0200, Milan Crha wrote: Hmm, I still do not like the idea of adding things to gnome-2-32 branch, I thought I saw you telling that if anyone will complain then you'll not do that and I thought I complained to it, but I cannot find the email right now, so I cannot

Re: [Evolution-hackers] Maintenance fork for Evolution / EDS 2.32

2011-04-08 Thread David Woodhouse
On Mon, 2011-04-04 at 08:53 +0200, Milan Crha wrote: On Fri, 2011-04-01 at 20:07 +0100, David Woodhouse wrote: That's great; thanks. I'll do a little more testing on the patches I've cherry-picked into my trees, and then unless someone else has objected in the meantime I'll push them

Re: [Evolution-hackers] Calendar PIM objects with inlined attachments

2011-04-08 Thread David Woodhouse
On Fri, 2011-04-08 at 10:35 +0200, Milan Crha wrote: On Fri, 2011-04-08 at 10:04 +0200, Christian Hilberg wrote: We could use Evolution's file-link attachment mechanism by writing into Evos file cache from the backend and placing the file paths into the ECalComponent when reading

Re: [Evolution-hackers] Calendar PIM objects with inlined attachments

2011-04-08 Thread David Woodhouse
On Fri, 2011-04-08 at 12:17 +0100, David Woodhouse wrote: Perhaps the best option is to have a call to EDS which asks it to 'resolve' the attachment into a local file URL instead of a remote one? The more I think about this, the more I like it. Add an X-EVOLUTION-UNRESOLVED-ATTACH: property

[Evolution-hackers] EWS MessageInfo leak wtf

2011-04-08 Thread David Woodhouse
==5510== 41 bytes in 1 blocks are possibly lost in loss record 8,473 of 17,762 ==5510==at 0x4A05E46: malloc (vg_replace_malloc.c:195) ==5510==by 0x3B6A048B52: g_malloc (gmem.c:164) ==5510==by 0x3B6A06101D: g_strdup (gstrfuncs.c:102) ==5510==by 0x1693D7B1: ews_message_info_clone

[Evolution-hackers] (no subject)

2011-04-07 Thread David Woodhouse
to the freezes in the gnome-2-32 branch (am not calling this a latest stable branch) ? I suspect we should apply the same policy that we do on an active stable branch — string changes should be avoided, unless absolutely necessary. -- David WoodhouseOpen Source Technology

[Evolution-hackers] Fedora builds with 2.32.2+ patches

2011-04-07 Thread David Woodhouse
bits, if you're looking closely at what I included) to the gnome-2-32 branches and perhaps start doing a 'final call' for 2.32.3 candidate bugs/patches. -- David WoodhouseOpen Source Technology Centre david.woodho...@intel.com Intel

[Evolution-hackers] [PATCH 2/3] Add asynchronous camel_sasl_try_empty_password()

2011-04-03 Thread David Woodhouse
--- camel/camel-sasl.c | 49 + camel/camel-sasl.h |8 2 files changed, 57 insertions(+), 0 deletions(-) diff --git a/camel/camel-sasl.c b/camel/camel-sasl.c index 58a4a2b..90b64d6 100644 --- a/camel/camel-sasl.c +++

[Evolution-hackers] [PATCH 1/3] Add camel_sasl_try_empty_password_sync() method.

2011-04-03 Thread David Woodhouse
This indicates that a SASL method with the need_password flag can be tried without providing a password, for single-sign-on using system credentials. This will be used by NTLM. --- camel/camel-sasl.c | 25 ++ camel/camel-sasl.h |6

[Evolution-hackers] [PATCH 3/3] Add support for NTLM single-sign-on using /usr/bin/ntlm_auth

2011-04-03 Thread David Woodhouse
There's a simple test version of ntlm_auth at http://david.woodhou.se/ntlm_auth_v2.c --- camel/camel-sasl-ntlm.c | 134 +++ 1 files changed, 134 insertions(+), 0 deletions(-) diff --git a/camel/camel-sasl-ntlm.c b/camel/camel-sasl-ntlm.c index

Re: [Evolution-hackers] RFC: camel-sasl try empty password first

2011-04-02 Thread David Woodhouse
On Fri, 2011-04-01 at 19:30 -0400, Matthew Barnes wrote: I think the flags approach is fine. Long as you're breaking ABI (which is perfectly okay right now), you might consider combining the 'try_empty_password' and 'needs_password' booleans into a single CamelServiceAuthFlags enum to

[Evolution-hackers] Maintenance fork for Evolution / EDS 2.32

2011-04-01 Thread David Woodhouse
by upstream, but still being shipped by distributions. -- David WoodhouseOpen Source Technology Centre david.woodho...@intel.com Intel Corporation ___ evolution-hackers mailing list evolution-hackers

Re: [Evolution-hackers] Maintenance fork for Evolution / EDS 2.32

2011-04-01 Thread David Woodhouse
On Fri, 2011-04-01 at 13:28 -0400, Matthew Barnes wrote: On Fri, 2011-04-01 at 18:00 +0100, David Woodhouse wrote: I hope that eventually, we might be permitted to use the real gnome-2-32 branch in GNOME git for this, rather than having to do it elsewhere. If that branch is a dead end

[Evolution-hackers] RFC: camel-sasl try empty password first

2011-04-01 Thread David Woodhouse
b1787a5f85cdc1e46fb6ccf0c57134fc34f4e12e Author: David Woodhouse david.woodho...@intel.com Date: Fri Apr 1 23:25:05 2011 +0100 Add 'try_empty_password' flag to CamelServiceAuthType NTLM will be use this, to support single-sign-on using /usr/bin/ntlm_auth diff --git a/camel/camel-sasl-anonymous.c b/camel/camel-sasl

[Evolution-hackers] imapx last-minute fix for 3.0?

2011-03-20 Thread David Woodhouse
I've been working with Thomas to diagnose an imapx problem which turns out to be a Domino IMAP server bug. When we fetch a message chunk, the Domino server will lie to us about the size of a literal that it's about to send us. It tells us a larger size than it actually sends, so we 'eat' its

[Evolution-hackers] String change request for Evolution

2011-03-20 Thread David Woodhouse
messages in multiple parts, to allow better responsiveness, which would default to TRUE. But when we upgrade Evolution, any new option will be assumed to be FALSE in any pre-existing account. So AFAICT it has to be a *negative* option, along the lines of Fetch messages in one part. -- David

[Evolution-hackers] Remove e-soap-message, e-soap-response before 3.0?

2011-03-19 Thread David Woodhouse
not bothering to bump the libedataserver soname, since that's just gonna cause havoc at the 11th hour over something no one is using. -- David WoodhouseOpen Source Technology Centre david.woodho...@intel.com Intel Corporation

Re: [Evolution-hackers] Camel Manifesto (update)

2011-03-13 Thread David Woodhouse
On Thu, 2011-02-17 at 18:37 +, David Woodhouse wrote: I was told today that the GIO (and libsoup) async methods may not be called from a thread other than the one running the mainloop. I found a stupid race in libsoup¹ and filed a fix, but the bug was closed INVALID because apparently it's

Re: [Evolution-hackers] Handy GObject debugging trick

2011-03-10 Thread David Woodhouse
On Wed, 2011-03-09 at 18:20 -0500, Matthew Barnes wrote: 4. Read the stats to see how badly $MY_APPLICATION is leaking objects. This is useful; thanks. Although we really *do* need to see it at runtime. I played a little with Colin's LD_PRELOAD hack and Evolution: CamelDataCache | created 214

[Evolution-hackers] Cache encryption

2011-03-04 Thread David Woodhouse
() and similar functions. I'm hoping that it's reasonable to declare that *filenames* are not sensitive, and that we only need to encrypt the *contents* of files. Does that seem fair? Any other comments on the approach? -- David WoodhouseOpen Source Technology Centre

Re: [Evolution-hackers] Cache encryption

2011-03-04 Thread David Woodhouse
On Fri, 2011-03-04 at 07:30 -0500, Matthew Barnes wrote: Got'cha. Seems reasonable. Thanks for humoring me. No problem; thanks for paying attention to my ramblings. -- dwmw2 ___ evolution-hackers mailing list evolution-hackers@gnome.org To change

Re: [Evolution-hackers] Cache encryption

2011-03-04 Thread David Woodhouse
On Fri, 2011-03-04 at 07:49 -0500, Jeffrey Stedfast wrote: Easiest way to implement this feature in Camel might be to implement a CamelMimeFilter or CamelStream that encrypts/decrypts the content as it reads/writes the data. Implementing it as a CamelStream might be the best approach as it

Re: [Evolution-hackers] Cache encryption

2011-03-04 Thread David Woodhouse
On Fri, 2011-03-04 at 05:47 -0700, Sankar P wrote: Will it be not simpler if we can make Evolution use a custom location for cache, that the user/root can set ? That way, we don't have to write (and more importantly maintain) yet another encryption/decryption library and instead just use

Re: [Evolution-hackers] Cache encryption

2011-03-04 Thread David Woodhouse
On Fri, 2011-03-04 at 07:49 -0500, Jeffrey Stedfast wrote: Anyways, do you also plan on encrypting mbox/maildir files? Might make sense... Missed that bit; overtrimming my citations. I probably wouldn't do this *myself* in the first round, but I'd hope that someone might add it soon, and I

Re: [Evolution-hackers] EWS: refresh your calendar cache

2011-03-02 Thread David Woodhouse
On Wed, 2011-03-02 at 08:11 -0500, Matthew Barnes wrote: Also, I'd encourage developers to post the occasional status update to the list. Nothing formal, and at your own discretion. This is probably a good enough time for us to do that for evo-ews. If you clone the tree from

Re: [Evolution-hackers] evolution-kolab: IMAPX RFC2086/RFC4314 (IMAP4 ACL) compliance

2010-08-25 Thread David Woodhouse
On Wed, 2010-08-25 at 10:29 +0200, Christian Hilberg wrote: Support for IMAP ACLs would be very useful when dealing with a Kolab server (which uses Cyrus imapd with ACL support), so I'm interested in getting to know about the current status of ACL support within IMAPX. ∄ ACL support in

[Evolution-hackers] Memory leaks

2010-08-23 Thread David Woodhouse
to be followed. Even if it means cleaning up some false positives, I think it would be extremely useful to get to a point where valgrind runs cleanly and new memory leaks can easily be detected. What do you think? -- David WoodhouseOpen Source Technology Centre david.woodho

Re: [Evolution-hackers] Memory leaks

2010-08-23 Thread David Woodhouse
On Mon, 2010-08-23 at 13:25 +0200, Milan Crha wrote: On Mon, 2010-08-23 at 11:12 +0100, David Woodhouse wrote: I got offended by Evolution growing to almost 4GiB and having to be killed if I wanted to use my workstation for anything else, so I've started running it in Valgrind. I've

Re: [Evolution-hackers] Camel IMAPX RFC5464 compliance

2010-08-21 Thread David Woodhouse
Please don't drop me from Cc when replying to my messages. See http://david.woodhou.se/reply-to-list.html On Wed, 2010-08-18 at 10:30 +0200, Christian Hilberg wrote: Hi everyone, On Thursday 05 August 2010 David Woodhouse wrote: On Wed, 2010-08-04 at 12:22 +0200, Christian Hilberg wrote

Re: [Evolution-hackers] Camel IMAPX RFC5464 compliance

2010-08-05 Thread David Woodhouse
to the 2.30 branch; I see no particular reason why we shouldn't backport METADATA support too, as long as you're careful not to add new user-visible strings that would need translation. -- David WoodhouseOpen Source Technology Centre david.woodho...@intel.com

Re: [Evolution-hackers] imapx: Avoid running FETCH_NEW_MESSAGES and REFRESH_INFO jobs simultaneously

2010-07-12 Thread David Woodhouse
On Mon, 2010-07-12 at 11:32 +0530, chen wrote: I was just thinking whether we would need the logic to fetch new messages from refresh_info job at-all while scanning for changes. We fetch new messages always before scanning for changes, so ideally scan_changes should only sync the flags.

Re: [Evolution-hackers] Heads Up: More Camel API breakage in 2.31

2010-07-11 Thread David Woodhouse
to parse (a number in this case), they'd set the exception which would eventually get noticed (although I would have thought the old code _should_ have included !camel_exception_is_set() in the loop conditions, as other loops did). But now, it just gets lost. -- David Woodhouse

Re: [Evolution-hackers] imapx: Avoid running FETCH_NEW_MESSAGES and REFRESH_INFO jobs simultaneously

2010-07-11 Thread David Woodhouse
On Sun, 2010-07-11 at 15:11 +0100, David Woodhouse wrote: From 1d1b146e58f918f67ccff93c4fb5388429bf12e7 Mon Sep 17 00:00:00 2001 From: David Woodhouse david.woodho...@intel.com Date: Sun, 11 Jul 2010 15:11:17 +0100 Subject: [PATCH] imapx: Avoid running FETCH_NEW_MESSAGES and REFRESH_INFO

  1   2   >