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, "u
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,
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 b
On Wed, 2009-12-16 at 11:35 -0500, Jeffrey Stedfast wrote:
> The summary files would have had this problem, but they would have
> just been regenerated, so not really an issue.
Hi,
a) it's similar as moving from 32bit to 64bit architecture or the other
way; evo crashes for these situation
On Wed, 2009-12-16 at 17:34 +0530, Srinivasa Ragavan wrote:
> Btw, just don't remember well, but Milan did a research of the same,
> moving from mbox to maildir. Milan do you remember the points to
> consider? It will be helpful
Hi,
I'm sorry, I forgot those, it's quite long time ago. Some
On Wed, 2009-12-16 at 19:56 -0500, Jeffrey Stedfast wrote:
> Does it really crash? It used to just regenerate the summary files.
yes, on out of memory, as it tries to allocate a very large memory block
due to misreading items.
> > b) you cannot just drop it and regenerate, because it holds some
On Wed, 2009-12-16 at 19:50 -0500, Jeffrey Stedfast wrote:
> The standard way to nest Maildir folders is such:
>
> Maildir/
>cur/
>new/
>tmp/
>.GNOME/
> cur/
> new/
> tmp/
>.GNOME.Evolution/
maybe, but Evolution doesn't use this model, it is creating subfolde
Hi,
On Fri, 2009-12-25 at 11:57 +0100, Michael Pilgermann wrote:
> Could anybody please give some advice, whether
> - there is a way to copy the database to another machine by keeping it
> working, or
It should work as long as the Berkeley DB library is compatible with
that used on the "o
On Tue, 2010-01-05 at 11:24 +0200, Cristian Vrabie wrote:
> Hi guys!
> I've been using Evolution for a long time, but only recently i decided
> to get look into the code and maybe give a hand with the development
> in the little free time i get.
> I wanted to start small issue that interested me,
On Wed, 2010-01-06 at 17:17 -0500, Paul Smith wrote:
> Whenever I click on my Junk folder Evo dumps core. It seems to
> be an error displaying the summary of my Junk folder. I'm avoiding it
> right now.
Hi,
I'm on actual master as well, and I do not see this. I tried to select
Junk folde
On Thu, 2010-01-07 at 08:04 -0500, Paul Smith wrote:
> ... Since the failure appears to be related to determining something
> about attachments.
> ...
> As I mentioned, it's connecting to an IMAP server.
Oh, my fault, IMAP with mail with an attachment in junk folder. I can
reproduce it too, with a
On Fri, 2010-01-29 at 01:04 -0800, Fred Liu wrote:
> Is there anyone who has ever met this?
Hi,
there have been some bug reports in https://bugzilla.gnome.org but the
fix came to the quite recent:
https://bugzilla.gnome.org/show_bug.cgi?id=608320
Bye,
Milan
___
On Tue, 2010-02-02 at 16:57 -0500, Paul Smith wrote:
> CC exchange-mapi-utils.lo
> In file included from /opt/evo-master/include/util.h:26,
> from /opt/evo-master/include/ndr.h:32,
> from /opt/evo-master/include/dcerpc.h:33,
> from /opt/evo-m
On Tue, 2010-03-30 at 05:03 +0200, Thomas Mittelstaedt wrote:
> There also is an error message:
>
> (evolution:6613): libecal-WARNING
> **: ../../../../evolution-data-server/calendar/libecal/e-cal.c:1046:
> Could not activate calendar factory
> (OAFIID:GNOME_Evolution_DataServer_CalFactory:1.2)
>
On Fri, 2010-04-23 at 13:25 -0400, Adam Tauno Williams wrote:
> I am testing Evo with our GroupDAV server and after a moment it
responds
> with 'address book not available' and instructs me to restart
Evolution.
> Running Evolution from the command line doesn't provide any additional
> information.
On Sun, 2010-04-25 at 22:05 -0400, Paul Smith wrote:
> ...
> exchange-mapi-connection.c: In function 'exchange_mapi_events_init':
> exchange-mapi-connection.c:3160: error: too few arguments to function
> 'RegisterNotification'
> ...
> Help?
Hi,
you've too new OpenChange, the API for this
On Fri, 2010-04-23 at 20:22 -0400, Paul Smith wrote:
> > In function `ebook_test_utils_book_async_add_contact':
> > ebook-test-utils.c:160: undefined reference to `g_malloc0_n'
Hi,
I do not see these myself, but from other experience I believe it's
linking to wrong GLib, to the older one,
On Sat, 2010-04-17 at 23:13 -0400, Paul Smith wrote:
> Hi all. Occasionally I get email from someone and they include a
> special character in the email (this is html mail). When this happens,
> the entire paragraph/section of that email is completely elided and only
> a [?] token is shown in the
On Thu, 2010-04-29 at 08:13 -0400, Adam Tauno Williams wrote:
> 5. Unless I edit the name field of an entry the OK button is always
> greyed out. If I just enter a character in name and then backspace
> (to delete the character) the OK button enables.
Hi,
that's intentional and common fo
On Tue, 2010-06-08 at 21:17 -0400, Matthew Barnes wrote:
> Is there any reason why we can't just use "file://" as the base URI for
> the "On This Computer" source group? No other group uses that scheme,
> so it seems we could identify the "On This Computer" group as "file://"
> as easily as "file:
Hi all,
I'm working on a way to be able to report detailed errors from
addressbook/calendar backends to UI, so users will be able to see
something more sensible than just "Other error" message in Evolution.
This is bug report for this [1], which I'm working on right now.
Basically, with EB
On Thu, 2010-07-01 at 14:42 +0200, Patrick Ohly wrote:
> Will that break libebook and libecal APIs? The issue only mentions
> backends, but the subject of your emails includes "EBook" and "ECal".
Hi,
for EBook it is, all the async API there uses 'status' as an indicator
of the operation re
On Thu, 2010-07-01 at 17:55 +0200, Patrick Ohly wrote:
> If this was about the synchronous APIs that SyncEvolution depends on,
> then I'd be really worried about this change. If those functions are not
> changed, SyncEvolution binaries from syncevolution.org will continue to
> work (full list of c
On Thu, 2010-07-01 at 12:43 -0400, Matthew Barnes wrote:
> If I understand all this correctly, it looks like what's being done here
> is allowing backends to report both an error code and a detailed error
> mesage to the client library, rather than having to set some generic and
> often less-than-h
On Thu, 2010-07-01 at 14:42 +0200, Patrick Ohly wrote:
> On Thu, 2010-07-01 at 08:58 +0200, Milan Crha wrote:
> > I'm working on a way to be able to report detailed errors from
> > addressbook/calendar backends to UI, so users will be able to see
> > something more sensi
On Sat, 2010-07-10 at 19:28 -0400, Paul Smith wrote:
> Is there any hope of anyone looking into this? I'm not even sure if
> it's a gtkhtml bug or an Evo bug at this point, all I know is I'm
> constantly being forced to forward email to my Exchange account and read
> it with Outlook in Crossover L
On Mon, 2010-07-12 at 12:56 -0400, Paul Smith wrote:
> > Just to summarize, you've an issue involving
> > https://bugzilla.gnome.org/show_bug.cgi?id=610797
> > ...
>
> To be clear, I'm seeing this with the IMAP (and IMAPX) backends, not
> with MAPI (it might happen with MAPI, too, but it's not MAPI
On Wed, 2010-07-14 at 17:37 +0530, chen wrote:
> ECalComponent - This holds the calendar event's data in Ical format. It
> wraps Icalcomponent, but has not completely wrapped the same. So both
> are used at places. ECalComponent is better to use as its a Gobject.
> ECalBackendSync - Abstract class
On Sun, 2010-07-18 at 20:34 -0400, Matthew Barnes wrote:
> Only reason I wrote them for the client-side libraries is
> because e_cal_get_user_cache_dir() is used to figure out where to
> cache ECal attachments in set_local_attachment_store().
Hi,
that's a part which should be changed. The
On Tue, 2010-07-20 at 12:20 +0200, Christian Hilberg wrote:
> Is it possible to define certain IMAP folders as "hidden" from within our
> plugin's EPlugin part? Or is it possible to hide certain IMAP folders (and
> their subfolders) in any other sensible way?
Hi,
you said you want to u
On Tue, 2010-07-20 at 13:18 +0200, Christian Hilberg wrote:
> Hm. Maybe I'm still missing some parts here on how Evolution
> internally works.
>
> Subclassing the Camel Provider in our backends and overloading
> get_folder_info() will work for the backend part, i.e. PIM data wich
> is accessed
On Fri, 2010-07-23 at 10:43 +0200, Christian Hilberg wrote:
> We would need the possibility to define extra D-Bus communication
> between Evo and E-D-S for that, right?
Hi,
I'll let Matt answer the rest of your mail, but before he gets to it
here are my two cents:
Camel (the mailer) is r
On Fri, 2010-07-23 at 18:08 -0400, Matthew Barnes wrote:
> For those following the master branch of git, that means that with any
> luck your ~/.evolution directory will soon be gone and you'll have far
> more control over where Evolution writes files.
Hi,
does this mean that one would be
On Thu, 2010-07-29 at 01:23 -0400, Paul Smith wrote:
> I wonder if Matthew or Milan or anyone have any thoughts on what the
> delay in Gnome 3.0 means for Evolution.
Hi,
it means couple things, all positive. More work can be done, more
testing can be done, less time pressure.
> Is the cu
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 filed bugs for the reports of 'definitely lost', and have
On Mon, 2010-08-23 at 13:10 +0100, David Woodhouse wrote:
> On Mon, 2010-08-23 at 13:25 +0200, Milan Crha wrote:
> https://bugzilla.gnome.org/showdependencytree.cgi?id=627707
>
> I've grouped a bunch of different GtkHTML reports together. although I'm
> not sure that
On Sat, 2010-09-04 at 05:30 +0200, Thomas Mittelstaedt wrote:
> .libs/libebook_1_2_la-e-book.o: In function
> `e_book_new_default_addressbook':
> /home/tuxdistro/src/evolution/obj/evolution-data-server/addressbook/libebook/../../../../evolution-data-server/addressbook/libebook/e-book.c:3329:
> und
On Sat, 2010-09-04 at 09:12 +0200, Thomas Mittelstaedt wrote:
> More errors trying to compile gtkhtml:
>
> Making all in gtkhtml
> make[2]: Entering directory
> `/home/tuxdistro/src/evolution/obj/gtkhtml/gtkhtml'
> CC htmlengine-edit-cursor.lo
> ../../../gtkhtml/gtkhtml/htmlengine-edit-curso
On Mon, 2010-09-06 at 23:27 +0200, Thomas Mittelstaedt wrote:
> Am Montag, den 06.09.2010, 23:20 +0200 schrieb Thomas Mittelstaedt:
> > > > I downloaded and built gtk 2.9, the latest from the gtk website, and
> > > > installed it into /opt/evo, where I try to build evolution.
Hi,
well, 2.9
On Sat, 2010-09-11 at 03:45 +0200, Thomas Mittelstaedt wrote:
> > Finally, I got evolution 2.31 to run, but the restoration of ics files
> > from my 2.28 version is a problem. The memo (notes) ics-files are
> > somehow not recognized, even if they are set correctly in the gconf
> > keys.
> >
>
>
On Mon, 2010-09-27 at 12:52 -0400, Matthew Barnes wrote:
> Transient operations are now implicit: if you push a new status
> message onto a non-empty message stack, the message is treated as
> transient. A transient message just means there's a longer delay
> before the message is shown in Evoluti
On Mon, 2010-09-27 at 15:54 +0200, Hendrik Helwich wrote:
> while working on a plugin [1] to connect eds to a kolab server, i need to
> convert evolution contacts, events, tasks and notes to a kolab email (and
> back).
> Right now the idea is to use the class EContact for evolution contacts and
On Wed, 2010-09-29 at 17:15 +0200, Hendrik Helwich wrote:
> So one option for us is to operate on the icalcomponent instead of
> ECalComponent.
Hi,
internally yes, but remember, the ECalBackend API uses ECalComponent in
most cases.
> In our project we do not need any time zone informatio
On Fri, 2010-10-01 at 10:40 -0400, Reid Thompson wrote:
> rthom...@raker>~/evo-git-head/obj/evolution-data-server
>
> $ ../../evolution-data-server/autogen.sh
> /usr/bin/gnome-autogen.sh
> autopoint: *** Missing configure.in or configure.ac, please cd to your
On Tue, 2010-10-05 at 10:00 +0200, Hendrik Helwich wrote:
> I understand this point for recurring events. In the Kolab format it
> is only allowed to store time data in UTC format (see 1.2.1 in [1]).
> So we have to think how we can handle this problem in our software.
Hi,
aha, pity they d
On Tue, 2010-10-05 at 10:58 +0200, Hendrik Helwich wrote:
> But we still have the problem then that the time in some recurring
> events could be shown different in kontact and evolution in winter or
> summer time even if both clients are in the same time zone.
Err, right, with respect of applicat
On Tue, 2010-10-05 at 09:04 -0400, Adam Tauno Williams wrote:
> When Evolution does the calendar-query on a collection for memos
> (vjournal) objects if specifies a time-range, like:
>
> ...
>
> ...
> Is this time range at all adjustable or configurable? I haven't found
> anything in the
On Sat, 2010-10-16 at 14:17 +0300, Dmitry Korzhevin wrote:
> Has anyone come across a bug in Evolution 2.32.0:
>
> Storage POP3 does not use a hierarchical folder structure
Hi,
I'm not sure what you mean with that. POP3 had never use any folders, as
far as I know, it has only one, the In
On Wed, 2010-11-03 at 18:13 -0400, Paul Smith wrote:
> The current head of the gnome-2.32 git branch in evolution-data-server
> fails to compile cleanly because necessary -I options are not provided.
Hi,
thanks,
Created commit fda6915 in eds master (2.91.2+)
Created commit b0dbfb6 in eds g
On Thu, 2010-11-04 at 12:19 +0100, Stefano Facchini wrote:
> ...
Hi,
hrm, please try update sources again, with commit 9cc43ef.
I'm wondering why I do not see these, because I would like to get them
as well. :(
> Maybe can this depend on the fact that I have an Evolution 2.30
> installed
On Wed, 2010-11-10 at 11:39 -0500, Matthew Barnes wrote:
> Here's a few built-in top-level stub sources as trivial examples. They
> don't do anything other than name a backend. They would appear as bold
> group names in a source selector widget.
>
> 1. Filename/UID: "on-this-computer"
>
>
Hi,
On Mon, 2010-11-15 at 11:45 -0500, Matthew Barnes wrote:
> I was a bit horrified to realize over the weekend the way we select a
> backend from the factory processes when requesting a new EBook or ECal.
> We convert an ESource object to XML and transmit the -entire- XML string
> over D
On Wed, 2010-12-01 at 10:51 -0500, Kenny,Vale wrote:
> The error is now with evolution-mapi. Rather than dump the whole thing here,
> here's the pastebin:
> http://pastebin.ca/2007759
Hi,
you've too new openchange, there is an API change in openchange. Try to
use revision of 0.10 (I'm un
Hi,
just a question, what about using real versions in GConf key
/apps/evolution/last_version
? There is stored 2.92.0 for the master right now, but the version in
Help->About is 2.91.4. I believe it would be better to use the real
version, the one from Help->About, also because of migratio
On Thu, 2010-12-02 at 07:43 -0600, Matthew Barnes wrote:
> Seems fine to me, as long as we continue to target the last stable
> version as the source to migrate from.
Does it mean that the migration routines should be clever enough to know
whether they were running already, though the version will
On Thu, 2010-12-09 at 11:00 -0500, Matthew Barnes wrote:
> As usual this is turning out to be a bigger job than expected, and I'm
> less confident now that I can get this all done by 2.91.90 but I'm still
> gonna try. The alternative, since I -really- don't want these XML blobs
> creeping into GSe
On Fri, 2010-12-10 at 09:06 +0100, twohot wrote:
> I'm not sure if this should fall into the hacking section or general
> section ...
Hi,
as this is not about developer thing, then I would rather use
evolution-list, because you are asking as a user. Nonetheless, see
below.
> 1. Once an a
On Mon, 2010-12-20 at 14:17 -0500, Matthew Barnes wrote:
> Since removing an address book or calendar source will be as simple as
> deleting its key file, in theory the backend process should be
> notified of the file deletion event by its ESourceRegistry and can
> then clean up after itself on its
On Tue, 2011-01-04 at 15:00 -0500, Matthew Barnes wrote:
> That means e-addressbook-factory is loading calendar backend modules
> and e-calendar-factory is loading address book backend modules. Until
> now that hasn't been a problem: the foreign backend classes are
> registered but remain dormant.
On Wed, 2011-01-05 at 08:25 -0500, Matthew Barnes wrote:
> Both the backend factory class and the ESource extension types have to
> be registered with g_type_module_register_type(), and the GTypeModule
> isn't available from the class init function.
>
> Here's the workaround I'm currently having to
On Wed, 2011-01-05 at 12:13 -0500, Matthew Barnes wrote:
> Yes, but I'll write them. They're nothing more than a bunch of
> GObject properties with simple get/set functions. The marshalling of
> those values to and from key files is all handled transparently by
> ESource.
>
> Writing those class
On Thu, 2011-01-20 at 11:07 -0500, Matthew Barnes wrote:
> With this in place, the only thing left for e-passwords.c to do is put
> up a password dialog. Although knowing me I'll likely wind up rewriting
> that too.
Hi,
I think I mentioned it somewhere already, please add also possibility
On Sun, 2011-01-23 at 16:51 -0500, Adam Tauno Williams wrote:
> You'll also run into consistency issues when using
> GroupDAV/CalDAV/CardDAV and the server tries to be 'helpful' or smart.
> For example if on a CalDAV server I have a todo list of many tasks and
> three of those tasks are linked in s
On Sat, 2011-01-22 at 14:01 -0500, Matthew Barnes wrote:
> Would anyone mind if I do another round of gtk3 rebases?
Hi,
what about wait till Wednesday, after evolution team meeting, and then
merge gtk3 branches to master branches, and require gtk3 for the Monday
2.91.6 release? It saves a
On Tue, 2011-01-25 at 16:54 -0500, Matthew Barnes wrote:
> The new names are (with both versions at '0'):
>
>Bus Name:org.gnome.evolution.dataserver.AddressBook0
>Object Path: org/gnome/evolution/dataserver/AddressBookFactory
>Interface: org.gnome.evolution.dataserver.Addressbook
On Thu, 2011-02-03 at 12:43 -0500, Reid Thompson wrote:
> Is there a way to determine where I'm mixing GTK 2 & 3?
Hi,
try with this:
$ for i in `ldd $PREFIX/bin/evolution | awk '{print $3}'` ; do \
if [[ `ldd $i | grep gtk` ]] ; then \
echo -e "$i \n `ldd $i | grep gtk` \n
On Sun, 2011-02-06 at 09:00 -0500, Matthew Barnes wrote:
> My question is can we do away with these refresh choices and just use
> a GFileMonitor always?
Hi,
please keep them there. The "On Open" is meant for static files, and
means "Only On Open and never again".
> I can't come up with
On Mon, 2011-02-07 at 09:46 -0500, Matthew Barnes wrote:
> On Mon, 2011-02-07 at 09:50 +0100, Milan Crha wrote:
> > And that's what is wrong with it. I do not know the polling interval,
> > chosen by gio developers, but I prefer to be able to set the polling
> > time my
On Tue, 2011-02-15 at 23:16 -0700, Sankar P wrote:
> Your last few mails are displayed as I have attached below in a
> non-open mail client that I use (GroupWise).
Hi,
I guess it's the X-Face header doing trouble for GroupWise.
Bye,
Milan
__
On Thu, 2011-02-17 at 00:48 +0100, Carlos Martín Nieto wrote:
> I've attached the backtrace for a year of 167 (I think) though I don't
> think it gives much information. This happens even if I have my main
> calendar off (which I think it's the only one with recurring events).
Hi,
this is
On Wed, 2011-03-02 at 08:37 -0500, Matthew Barnes wrote:
> Does GtkTreeRowReference drop its model reference when the row is
> removed?
Hi,
it unrefs model when itself is freed, not the row itself (thus the
validity check on the reference, I suppose).
> If so, it ought to be sufficient to
On Fri, 2011-03-04 at 12:59 +, David Woodhouse wrote:
> 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
On Thu, 2011-03-10 at 12:09 +0530, Chenthill Palanisamy wrote:
> file, groupwise, exchange uses EBookBackendDBCache.
Hi,
do not forget that the DB cache is compiled conditionally, because some
distros do not ship libdb. Using SQLite for this was mentioned months
ago, only no-one got time t
On Thu, 2011-03-10 at 13:42 +, David Woodhouse wrote:
> Are we not *ever* closing a folder, after the UI has visited it once?
Hi,
CamelStore keeps list of opened folders in its bag-container, and
because there are caches of CamelStore-s which are not freed properly,
then neither folder
On Wed, 2011-03-09 at 14:58 -0500, Richard Bromwich wrote:
> I really think Evolution is great mail program but its lacking a very
> important feature for someone who travels.
>
> The ability to just download message headers, and then being able to
> download only the messages you want to read a
Hi,
I'm currently working on new ECal/EBook APIs, which will follow GIO
async API pattern. I found a candidate to be removed, it is
e_cal_get_changes and e_book_get_changes, as these are quite complicated
for both clients and server (from my point of view), and they are not
much implemented
On Tue, 2011-03-22 at 14:35 -0400, Matthew Barnes wrote:
> For 3.1, I would like to provide a top-level header file for each of the
> libraries in E-D-S and deprecate including individual header files. The
> benefits should be clear by now: more flexibility to change or rearrange
> header files wi
On Tue, 2011-03-29 at 09:26 -0400, Matthew Barnes wrote:
> The hierarchy just ensures that deleting the mail account from the
> ESource registry will also take out the default identity and transport
> for that account.
Hi,
should it delete them too? I've a feeling there is no need for it,
On Wed, 2011-03-23 at 19:04 +0100, Christian Hilberg wrote:
> Of course, this is going to be fun - how to tell which of the possibly
> multiple EDS-frontends should receive the request? Ideally, the backends
> should be unaware of EDS-frontends... trouble galore! :)
Hi,
Matt suggested in
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.
Hi,
I objected against this many times, directly t
On Thu, 2011-04-07 at 06:40 -0400, Matthew Barnes wrote:
> The absolute URI for the "system" calendar is "local:system". There
> should be no slash. That's a bug.
Hi,
"was a bug" is more accurate, same as all (or most) things Patrick found
in his 2.32.2 (I hope it's .2). Check changes in
On Thu, 2011-04-07 at 11:33 +0100, David Woodhouse wrote:
> I have built some Fedora 14 packages of Evo 2.32.2 with the latest
> additional fixes, for testing.
Hi,
you may ask on user's list, this list is for developers.
> Once this passes muster, I'll push these patches (...) to the
> gn
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 calendar objects from the Kolab server, and read attachment fil
On Fri, 2011-04-08 at 15:06 +0200, Christian Hilberg wrote:
> There's no e_cal_backend_get_cache_dir() in Evo2.30 (which is the one we're
> sitting on presently). That means we cannot maintain a backend-private file
> cache with this version, since we cannot inform Evo about it ... is that
> cor
On Mon, 2011-04-11 at 10:54 +0200, Patrick Ohly wrote:
> Listing sources shows local:/system instead of local:system and opening
> "local:system" also still fails.
>
> Milan pointed to the history of e-source.c, but I don't see which
> (other?) commits are needed to fix these issues.
Hi,
On Tue, 2011-04-12 at 11:13 +0100, David Woodhouse wrote:
> I started testing under Valgrind and fixed a bunch of memory leaks...
> and now someone has introduced some more :)
>
> Note that you have to use 'GSLICE=always-malloc' when testing for
> memory leaks, because otherwise the glib internal
On Sun, 2011-04-17 at 09:16 +0100, David Woodhouse wrote:
> Since the early QA has also shown up a bunch of evo/eds bugs
Hi,
were any of them still present in master/3.0? If so, which bugs is this
about, please?
Bye,
Milan
___
ev
On Mon, 2011-04-18 at 10:36 +0100, David Woodhouse wrote:
> I'm trying to operate a 'trickle down' policy, where I only commit fixes
> to gnome-2-32 if they are already in master *and* gnome-3-0. That way,
> things don't get lost — and we don't end up in the odd situation where a
> bug is fixed in
Hi,
I just created a new branch 'eclient' in eds [1] where is added my work
on the new API which will deprecate EBook/ECal. It is following glib/gio
async pattern and, I believe, makes things more coherent.
This change, apart of other things, influences also backends, as I added
GCancellab
On Mon, 2011-04-18 at 15:36 +0100, Philip Withnall wrote:
> I haven't had a chance to look at it all in detail, but two things
> strike me from a quick glance:
>
> • If we're following the GIO async pattern, why do the
> e_data_book_respond_*() functions still exist?
Hi,
the server part
On Mon, 2011-04-18 at 12:48 -0400, Matthew Barnes wrote:
> * There's some overlap between the new EClient API and the new
> ESource API that I'm working on. Some functions will need to be
> dropped once the new ESource API is in place, so I don't know if
> you want to do this now or wait.
>
On Tue, 2011-04-19 at 09:27 -0400, Matthew Barnes wrote:
> Havoc Pennington kept having to answer this same type of thing in the
> early days of GLib/GTK+ when people would ask why the API never uses
> "const" in functions that take but don't modify a GObject and GLib data
> structure.
>
> http://
On Tue, 2011-04-19 at 19:39 +0530, Chenthill Palanisamy wrote:
> I would like you to a incorporate some change to the free/busy api.
> Some servers allow querying free/busy information
> for multiple users at a time and the results appear in a iterative
> fashion. The freebusy information of some
>
On Tue, 2011-04-19 at 10:40 -0400, Matthew Barnes wrote:
> 1) There's no need for apps to use numeric IDs to track asynchronous
>operations; GCancellable fills that role. GCancellable is the app's
>handle to the ongoing operation. If the app wants to cancel an
>unfinished operation, i
On Tue, 2011-04-19 at 19:02 -0400, Matthew Barnes wrote:
> On Tue, 2011-04-19 at 23:25 +0100, David Woodhouse wrote:
> > 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
On Tue, 2011-04-19 at 17:00 +0200, Milan Crha wrote:
> On Tue, 2011-04-19 at 19:39 +0530, Chenthill Palanisamy wrote:
> > I would like you to a incorporate some change to the free/busy api.
> > Some servers allow querying free/busy information
> > for multiple users at a
On Tue, 2011-04-19 at 13:12 -0400, Matthew Barnes wrote:
> Then I can pass that ECredentials object any time I need to create a
> new EClient. I just call e_cal_client_new() or e_book_client_new(),
> pass the ECredentials object along with some ESource, wait for the
> callback, and I'm done. I ca
On Thu, 2011-04-21 at 08:34 -0400, Matthew Barnes wrote:
> On Thu, 2011-04-21 at 08:41 +0200, Milan Crha wrote:
> > void e_client_open_new (ESource *source, gboolean (* auth_cb) (EClient
> > *client, ECredentials *credentials, gpointer user_data), gpointer
> > user_dat
On Thu, 2011-04-21 at 14:49 +0100, David Woodhouse wrote:
> 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.
Hi,
I understood that Chen wants this as a part of evolution-collab, whe
On Thu, 2011-04-21 at 12:51 -0400, Matthew Barnes wrote:
> On Thu, 2011-04-21 at 17:11 +0200, Milan Crha wrote:
> > It's technically not passed in this function, it's a callback
> > signature. :) It would be used as a signal handler for "auth-required"
> >
301 - 400 of 529 matches
Mail list logo