On Thu, 2012-05-31 at 23:19 -0600, Akhil Laddha wrote:
> > I'm adding Evolution-GroupWise to the retiree list, since it no longer
> > has any active maintainers.
Urk; I'm an active user too ...
> There were some good amount of changes in groupwise source code post
> 3.5.1 release. These
Hi guys,
Just running my interposing detection tool:
http://go-oo.org/ooo-build/bin/finterpose
$ find /opt/gnome/lib -name '*.so' | finterpose gnome-exclusions
over all of Gnome's libraries - and there is an unexpected amount of
cruft from the evolution piece. So
On Tue, 2006-01-10 at 12:39 +0200, Tor Lillqvist wrote:
> Hmm, either you have a time machine Michael, or there has been some
> slight delay in the mailing list ;-)
;-)
> Odd that your script didn't notice some duplicated functions from code
> generated the ORBit2 IDL compiler. There sho
Hi there,
So - I was pleased to see that the libebook .so remains unchanged from
evo 2.4 to 2.6 - and I just did a little review to try to ensure that
this indeed reflects an unchanged ABI ;-)
It seems that is the case - which is great thanks - I need only to
update a comment in O
So,
At the risk of offending the gender-confused; it would be -extremely-
useful to have a Gender boolean in the evolution addresbook [ of course,
perhaps there is & I'm just missing it but I dug into the code ].
The reason is OO.o will vary it's salutation on gender; ie.
On Mon, 2006-06-19 at 00:18 +0300, Tor Lillqvist wrote:
> I think I have a good guess now: The problem is that all sockets by
> default are inherited by child processes in Windows. (Like file
> descriptors in Unix.)
Ah - we had some wonderful b-a-s bugs for the few sockets we didn't
CLOEX
Hi Tor,
On Wed, 2006-06-21 at 02:35 +0300, Tor Lillqvist wrote:
> I spent much time today debugging a problem related to
> evolution-exchange. When quitting Evolution, and then after a while
> starting it again, it hang. bonobo-activation-server was waiting for a
> reply from evolution-exchange-st
So,
After all the acute pain we suffered in the past with e-d-s breakage,
and the monstrous lack of testing this caused by ensuring it was not
possible to run newer versions on older systems; which [ combined with
the lack of snapshots IMHO ] in turn caused large numbers of
undiscovered re
Hi Harish,
First - thanks for digging these changes out for me. But - no, I'm not
just interested in ebook (though for OO.o that is all), but I'm
-primarily- interested Evo. itself, in being able to use and test the
most recent version to help avoid regressions, and indeed ship it for
olde
Hi dudie,
On Fri, 2006-08-11 at 21:47 +0530, Harish Krishnaswamy wrote:
> I had not reviewed the patch or explored the alternatives to avoid
> breakage. I would let the addressbook hackers to comment on that.
> I do think you have a point above, though.
Good 'oh :-) should be easy to fix
Hi Ross,
On Fri, 2006-08-11 at 17:32 +0100, Ross Burton wrote:
> The change was required for the 770 as ferrying the photos over the bus
Sure - I like the core change, but not the API/ABI detail :-)
> If it's required it might be possible to revert that change and
> introduce an alternat
So,
I spent a while digging into this and trying to patch it to remove the
changes and create something that could be back-compat, so we could
downgrade the .so version again.
Then - I noticed that (apparently) SL 10.1 and SLED10 shipped with the
new ABI anyway; but (presuambly) w
Hi Matthew,
On Thu, 2007-10-04 at 10:00 +0530, Srinivasa Ragavan wrote:
> > And while we're at it, can we please drop the meaningless -1.2 suffix
> > from the library names (e.g. libedataserver-1.2.so)? As far as I can
> > tell this is just an artifact from an age before the EDS sonames were
> >
Hi dudie,
So - I started to look at the e-d-s memory explosion situation quickly,
took a nice dump from gdb, ran strings on it and the heap has a ton of
strings around the place (as you would expect) - [ currently running at
only ~60Mb
strings /tmp/eds-heap | sort | uniq -c | sort -n
gi
]/Frequent Contacts/cache.db
-rw-r--r-- 1 michael users 12K 2007-04-19 16:32 ./cache/addressbook/[EMAIL
PROTECTED]/Michael Meeks/cache.db
-rw-r--r-- 1 michael users 21M 2007-04-23 09:44 ./cache/addressbook/[EMAIL
PROTECTED]/Novell GroupWise Address Book/cache.db
-rw-r--r-- 1 michael users 12K 20
Hi Paul,
On Fri, 2008-07-11 at 15:30 +0200, Paul Bolle wrote:
> > * Move Evolution licensing to "LGPL v2 and LGPL v3" to let us re-use
> > the code more easily around the platform.
>
> Did you mean LGPLv2 _or_ LGPLv3 here?
Yes; it's dual licensed - which gives people rather a choice of
Hi Paul,
On Fri, 2008-07-11 at 12:46 -0400, Paul Smith wrote:
> Once you start accepting a significant amount of code without copyright
> assignment, it will be difficult to the point of impossibility to change
> the license again.
Yes. Hence (in part) the choice of a more liberal / lesse
On Sat, 2008-07-12 at 13:56 +0300, Felipe Contreras wrote:
> Could you consider talking with the samba guys to make libmapi LGPLv3?
> That would make things much easier, right?
Yep - would make life easier; OTOH I've spoken to them in the past
along these lines - but though they were init
Hi Christian,
On Fri, 2008-09-05 at 15:16 +0200, Christian Persch wrote:
> Both of these claims are false.
Wow - that is bad. Reverting immediately, sorry [ and thanks for
picking this up so quickly ! ].
> e-spinner.[ch] is derived from ephy-spinner.[ch] from Epiphany, and I
> hold the c
On Sat, 2008-09-20 at 00:47 -0500, Hans Petter Jansson wrote:
> Wouldn't it be possible to use a different directory, e.g.
> "mail/local-index/folders.db"? That would avoid both problems.
That seems like a great idea to me; at least - if the 'hot' data set of
evolution is normally just th
On Mon, 2008-10-06 at 18:35 +0100, Rob Bradford wrote:
> Okay. Have you got these details? It would be good to see which of those
> still apply, etc..
Sure - the original rational here (AFAIR) is quite simple.
If you share the same .evolution across multiple machines, and the
ver
Hi Rob,
On Tue, 2008-10-07 at 16:49 +0100, Rob Bradford wrote:
> Hhh. But. The use case you outlined directly above about where this goes
> wrong also applies here: "Oh. You ran e-d-s on a machine with a version
> that migrates it to Some Other Format (tm). You then add some contacts
> which go in
Hi Philip,
On Tue, 2008-12-09 at 19:59 +0100, Philip Van Hoof wrote:
> > http://live.gnome.org/Evolution/Metadata
>
> For early visitors of that page, refresh because I have added/changed
> quite a lot of it already.
Looks really good.
The only thing that I don't quite understan
Hi Philip,
On Wed, 2008-12-10 at 12:49 +0100, Philip Van Hoof wrote:
> > What does the lifecycle for the data in that Unset store look like ?
>
> I think the LifeCycle is best described by this document:
>
> http://live.gnome.org/MetadataOnRemovableDevices
>
> It specifies a metadata cache fo
Hi Mikkel,
On Sat, 2008-12-13 at 00:18 +0100, Mikkel Kamstrup Erlandsen wrote:
> Is it that big a problem? I mean if you store 100,000 uris of avg.
> length 50 chars you will have a file about 5mb... One needs only keep
> an absolute minimum amount of metadata around.
Well, true - it's
Hi guys,
I was just trying to reproduce some migration performance tests with my
mbox and summary data rsync'd from a 32bit machine to a 64bit machine.
Surprisingly this appears to crash immediately. Looking at the
camel-file-utils.c code I was surprised to see simultaneously an
a
On Tue, 2009-01-13 at 17:36 +, Chenthill wrote:
> On Tue, 2009-01-13 at 14:50 +, Ross Burton wrote:
> > At present it contains a minimal port of the addressbook part of
> > eds-dbus to a fairly current (~1 week old) EDS tree. This mostly works
> > and after a little cleanup should be read
Hi Matthew,
On Wed, 2009-11-18 at 14:07 -0500, Matthew Barnes wrote:
> With work on Bonobo removal wrapping up, I've finally started taking a
> closer look at Camel (Evolution's mail storage and networking library)
Ah - another life-time of cleaning up, and polishing code: the goal
sounds
Hi Matthew,
On Fri, 2009-11-20 at 10:46 -0500, Matthew Barnes wrote:
> There may be isolated cases internally to Camel where it can exploit
> parallelism in CPU-intensive tasks with threading or where threads are
> necessary for interacting with synchronous-only libraries, but it should
> be used
Hi Matthew,
On Fri, 2009-11-27 at 11:58 -0500, Matthew Barnes wrote:
> In fact the mail-to-eds effort is part of what's motivating all this.
Ah ! - ok :-) sounds good.
> To make the discussion more concrete, these are my current plans for
> Camel's extreme makeover. The final API will h
On Wed, 2009-12-16 at 01:16 +0530, Chenthill wrote:
> One advantage which I see with #1 is that its a standard way.
One thing about both approaches, is that they will consume more space;
eg. on my 'Sent' folder with 21k messages - on average (on ext3) we will
chew ~2k of space for each of
Hi guys,
I just hit a nasty in camel-folder-summary; suggested patch attached,
seemingly a simple problem of a re-enterancy hazard in the same thread
with a ghashtable:
Thread 121 (Thread 0xa7f37b70 (LWP 23631)):
#0 0xb68c13ef in g_hash_table_resize (hash_table=) at
ghash.c:424
#1 g_ha
Hi guys,
I have a new fun branch (to review for merging)
mmeeks-gdbus-import
So I am wickedly piling up other misc. fixes in there (so they don't
mask other issues) - but I have the edbus code imported, and running -
and, indeed, it seems to block rather less nastily than
On Fri, 2010-02-26 at 22:20 +, Michael Meeks wrote:
> I just hit a nasty in camel-folder-summary; suggested patch attached,
> seemingly a simple problem of a re-enterancy hazard in the same thread
> with a ghashtable:
Ok; this was fixed by Chen's reversion of f
Hi guys,
I just got an, oh - several second blocking of the UI of Evolution
inside:
Thread 1 (Thread 0xb5c1a740 (LWP 775)):
#0 0xe424 in __kernel_vsyscall ()
#1 0xb6d56aef in fsync () from /lib/libpthread.so.0
#2 0xb5fc0cbc in write_to_temp_file (err=,
dest_file=, length=,
co
On Sat, 2010-02-27 at 09:37 +, Ross Burton wrote:
> On Fri, 2010-02-26 at 22:31 +0000, Michael Meeks wrote:
> > Thoughts / flameage ? :-)
>
> My thoughts are "woohoo" and "great work". If I'm feeling brave on
> Sunday I'll start a
Hi guys,
I was reading calendar/gui/alarm-dialog/alarm-notify.c - trying (of
course) to work out why alarm delivery is apparently not working at all.
I just committed some code enabling dbus threading - without which you
can quite happily use dbus from multiple threads, only it wi
Hi Christian,
On Wed, 2010-05-26 at 11:15 +0200, Christian Hilberg wrote:
> > This sounds pretty cool and would be a welcome addition to the Evolution
> > suite.
Agreed.
> We'll check that out with other Gnome projects. It may take some more
> research
> on the project itself before we
Hi Christian,
You write-up sounds really exciting :-)
On Thu, 2010-07-08 at 10:28 +0200, Christian Hilberg wrote:
> We will try to map as much of Kolab's functionality as possible onto
> Evolution whithout changing Evolution itself (other than providing a plugin,
> that is). Especially
On Mon, 2010-08-23 at 16:32 +0200, Milan Crha wrote:
> On Mon, 2010-08-23 at 13:10 +0100, David Woodhouse wrote:
> > The fixes I mentioned are sitting in my working tree, and I'll commit
> > and push them today.
This is awesome work - thanks ! :-)
> > If they're referenced by a global v
Hi there,
I have (perhaps) an unusal setup - I get mail to an IMAP inbox, and
then filter much of it off to local storage, and move the rest manually
as I need to.
I have around 1000 mostly short, text only messages in my IMAP inbox;
and yet:
du -m
/home/michael/.local/share/evo
41 matches
Mail list logo
