Hello, Let me clear my doubt: I am having ubuntu 10.04 & evolution 2.28.3. On desktop application evolution is working fine. (I am able to connect all server)
To do my own application development i have install evolution-dev version (evolution-dev). with that i am to connect with gmail or yahoo server,but i couldn't able to connect. Error : Server unexpectedly disconnected: Input/output error email_test: pthread_mutex_lock.c:62: __pthread_mutex_lock: Assertion `mutex->__data.__owner == 0' failed. Do i have to do build evolution with SSL support ?? If Yes,please suggest me how i can do. Please suggest me some solution. Regards, Vijay On Tue, 2010-06-22 at 08:59 +0000, [email protected] wrote: > Send evolution-list mailing list submissions to > [email protected] > > To subscribe or unsubscribe via the World Wide Web, visit > http://mail.gnome.org/mailman/listinfo/evolution-list > or, via email, send a message with subject or body 'help' to > [email protected] > > You can reach the person managing the list at > [email protected] > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of evolution-list digest..." > > > Today's Topics: > > 1. Thoughts on one process-per window + state recovery on > crash? (Nick Jenkins) > 2. evo 2.30.1.2 tasks have mind of their own (George H) > 3. Re: evo 2.30.1.2 tasks have mind of their own (George H) > 4. Re: mail client application (Milan Crha) > 5. Re: evo 2.30.1.2 tasks have mind of their own (Milan Crha) > 6. Re: evo 2.30.1.2 tasks have mind of their own (George H) > 7. Re: Thoughts on one process-per window + state recovery on > crash? (Pete Biggs) > 8. Re: evo 2.30.1.2 tasks have mind of their own (Milan Crha) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Tue, 22 Jun 2010 15:58:10 +1000 > From: Nick Jenkins <[email protected]> > To: evolution-list <[email protected]> > Subject: [Evolution] Thoughts on one process-per window + state > recovery on crash? > Message-ID: <1277186290.12450.292.ca...@redux> > Content-Type: text/plain; charset="UTF-8" > > In browsers like Chrome, the application has different processes for > each tab. The result (in theory) is that one misbehaving tab cannot > crash the whole browser. > > Slightly left-of-field question: In the long-long-long-term, would it > make sense for Evolution to use this model too, with one process for > each window? The reason I ask is that several times a week, Evolution > will crash on me. Whilst crashing is never preferred behaviour, it's not > the crashing per-se that I dislike, it's the losing the application > state (e.g. I tend to have 5 to 10 email windows open, some of which I > need to read, some of which I need to respond to, some of which I am > drafting, as well as several meeting items which I need to do something > about). It's this state being lost that I dislike most, since it's like > making a to-do list, and then having someone throw it away before you've > had a chance to do the things on the list, and being left with an uneasy > feeling that there's something you should be doing, if only you could > remember what it was. > > Currently Evo will recover/reopen any draft email windows after a crash > (which is part of the app state, and a great start), but not the open > read-emails / open + unsaved calendar windows / open + unsaved task > windows / open + unsaved memo windows, which are the other parts of the > app's state. > > So I guess I really have two questions: > 1) State recovery: Would it make sense to have Evo restore all open > windows on reopening after a crash, in the same way that (say) Firefox > restores all open tabs? > 2) Crash impact reduction via process isolation: Would it make sense to > have a separate process for each window, such that a crash inside one > window takes down just that one window, whilst leaving the rest of the > app intact? > > I fully realise that these are both very-very long term things, probably > requiring years of deep architectural changes, but wanted to ask in > order to determine if my ideal Evo behaviour matches other people's. If > so, I'll log these are long-term enhancement requests in BZ. Couldn't > see anything in there currently that covers the above, apart from this, > which is a subset of what's being described in the state recovery > section: https://bugzilla.gnome.org/show_bug.cgi?id=548332 "Unsaved > tasks are lost when/if Evolution crashes". > > -- All the best, > Nick. > > > > ------------------------------ > > Message: 2 > Date: Tue, 22 Jun 2010 10:24:07 +0300 > From: George H <[email protected]> > To: [email protected] > Subject: [Evolution] evo 2.30.1.2 tasks have mind of their own > Message-ID: > <[email protected]> > Content-Type: text/plain; charset=ISO-8859-1 > > Trying to create a task in evolution 2.30.1.2 (on ubuntu) is getting > to be annoying. > I create a task and I set the start date to June 22, 2010, 11:00 and > the end date June 22, 2010, 12:00 > Then for some reason after a while I see the task has changed the > start date to June 16, 2006 and the end date to August 02, 1980. > > Why does it do this ? How can I fix it. > -- > George H > [email protected] > > > ------------------------------ > > Message: 3 > Date: Tue, 22 Jun 2010 10:26:28 +0300 > From: George H <[email protected]> > To: [email protected] > Subject: Re: [Evolution] evo 2.30.1.2 tasks have mind of their own > Message-ID: > <[email protected]> > Content-Type: text/plain; charset=ISO-8859-1 > > On Tue, Jun 22, 2010 at 10:24 AM, George H <[email protected]> wrote: > > Trying to create a task in evolution 2.30.1.2 (on ubuntu) is getting > > to be annoying. > > I create a task and I set the start date to June 22, 2010, 11:00 and > > the end date ?June 22, 2010, 12:00 > > Then for some reason after a while I see the task has changed the > > start date to June 16, 2006 and the end date to August 02, 1980. > > > > Why does it do this ? How can I fix it. > > -- > > George H > > [email protected] > > > > One more thing I forgot to mention. Why does the task always presume > that a task duration is minimum 1 day long ? If you set the start date > to "today" and set it in the morning, and the Finish date cannot be > set to "today" at night. It keeps trying to set the finish date to the > next day. > > > ------------------------------ > > Message: 4 > Date: Tue, 22 Jun 2010 09:37:23 +0200 > From: Milan Crha <[email protected]> > To: [email protected] > Subject: Re: [Evolution] mail client application > Message-ID: <1277192243.2654.4.ca...@madtux> > Content-Type: text/plain; charset="UTF-8" > > On Mon, 2010-06-21 at 15:52 +0530, evolution test wrote: > > i am using evolution dev version on ubuntu10.04. > > Hi, > believe or not, there are people (including me) having no idea what > evolution version is in ubuntu10.04 (or any other distribution). It's > always better to tell evolution version, not only the distribution you > are using. > > > I have tried some sample test case to connect with gmail or yahoo > > server,but i couldn't able to connect. > > You may set SSL probably. Anyway, both provides their help pages how to > setup email clients, and even you'll look on setup for Thunderbird or > even for Outlook, then the same setup applies also for Evolution. Only > the place where to write server names and setup connection type is > different, but values are the same. > Bye, > Milan > > > > ------------------------------ > > Message: 5 > Date: Tue, 22 Jun 2010 09:45:31 +0200 > From: Milan Crha <[email protected]> > To: [email protected] > Subject: Re: [Evolution] evo 2.30.1.2 tasks have mind of their own > Message-ID: <1277192731.2654.6.ca...@madtux> > Content-Type: text/plain; charset="UTF-8" > > On Tue, 2010-06-22 at 10:26 +0300, George H wrote: > > On Tue, Jun 22, 2010 at 10:24 AM, George H <[email protected]> wrote: > > > Trying to create a task in evolution 2.30.1.2 (on ubuntu) is getting > > > to be annoying. > > > I create a task and I set the start date to June 22, 2010, 11:00 and > > > the end date June 22, 2010, 12:00 > > > Then for some reason after a while I see the task has changed the > > > start date to June 16, 2006 and the end date to August 02, 1980. > > > > One more thing I forgot to mention. Why does the task always presume > > that a task duration is minimum 1 day long ? If you set the start date > > to "today" and set it in the morning, and the Finish date cannot be > > set to "today" at night. It keeps trying to set the finish date to the > > next day. > > Hi, > what is a calendar type you are seeing this on? (On This > Computer/CalDAV/webdav/exchange/mapi/...) > Bye, > Milan > > > > ------------------------------ > > Message: 6 > Date: Tue, 22 Jun 2010 10:51:06 +0300 > From: George H <[email protected]> > To: [email protected] > Subject: Re: [Evolution] evo 2.30.1.2 tasks have mind of their own > Message-ID: > <[email protected]> > Content-Type: text/plain; charset=ISO-8859-1 > > On Tue, Jun 22, 2010 at 10:45 AM, Milan Crha <[email protected]> wrote: > > On Tue, 2010-06-22 at 10:26 +0300, George H wrote: > >> On Tue, Jun 22, 2010 at 10:24 AM, George H <[email protected]> wrote: > >> > Trying to create a task in evolution 2.30.1.2 (on ubuntu) is getting > >> > to be annoying. > >> > I create a task and I set the start date to June 22, 2010, 11:00 and > >> > the end date ?June 22, 2010, 12:00 > >> > Then for some reason after a while I see the task has changed the > >> > start date to June 16, 2006 and the end date to August 02, 1980. > >> > >> One more thing I forgot to mention. Why does the task always presume > >> that a task duration is minimum 1 day long ? If you set the start date > >> to "today" and set it in the morning, and the Finish date cannot be > >> set to "today" at night. It keeps trying to set the finish date to the > >> next day. > > > > ? ? ? ?Hi, > > what is a calendar type you are seeing this on? (On This > > Computer/CalDAV/webdav/exchange/mapi/...) > > ? ? ? ?Bye, > > ? ? ? ?Milan > > > > I am using the Exchange MAPI plugin, my calendar is not connected to > free/busy publishing site but it does get synchronized from the > exchange server that we are using. > > Is there any other information or tests that I can provide / conduct > to help debug this problem. > > > ------------------------------ > > Message: 7 > Date: Tue, 22 Jun 2010 09:34:47 +0100 > From: Pete Biggs <[email protected]> > To: [email protected] > Subject: Re: [Evolution] Thoughts on one process-per window + state > recovery on crash? > Message-ID: <[email protected]> > Content-Type: text/plain > > > > 2) Crash impact reduction via process isolation: Would it make sense to > > have a separate process for each window, such that a crash inside one > > window takes down just that one window, whilst leaving the rest of the > > app intact? > > The strange thing is that one of the major improvements to Evo when > going from 1.x to 2.x (I think) was getting rid of the individual > processes for each component and amalgamating them into one threaded > executable. :-) > > The problem really comes down to how the individual processes and > windows interact and synchronise - as far as I can see with something > like a browser the individual windows/tabs etc are essentially > autonomous and independent, whereas with a groupware application there > is considerably more interaction between the components. > > P. > > > > > ------------------------------ > > Message: 8 > Date: Tue, 22 Jun 2010 10:59:22 +0200 > From: Milan Crha <[email protected]> > To: [email protected] > Subject: Re: [Evolution] evo 2.30.1.2 tasks have mind of their own > Message-ID: <1277197162.2654.13.ca...@madtux> > Content-Type: text/plain; charset="UTF-8" > > On Tue, 2010-06-22 at 10:51 +0300, George H wrote: > > I am using the Exchange MAPI plugin, my calendar is not connected to > > free/busy publishing site but it does get synchronized from the > > exchange server that we are using. > > > > Is there any other information or tests that I can provide / conduct > > to help debug this problem. > > Hi, > unfortunately not. Microsoft Exchange server doesn't support time set on > Tasks, it can hold only dates (try setup a task in Outlook). There is > nothing evolution-mapi can do with it, because even we would find some > workaround, then for interoperability reasons it would be "for nothing", > because other clients wouldn't understand our workaround. > > See [1] for more tech information. > Bye, > Milan > > [1] http://msdn.microsoft.com/en-us/library/cc815922.aspx > > > > ------------------------------ > > _______________________________________________ > evolution-list mailing list > [email protected] > http://mail.gnome.org/mailman/listinfo/evolution-list > > > End of evolution-list Digest, Vol 59, Issue 28 > ********************************************** _______________________________________________ evolution-list mailing list [email protected] To change your list options or unsubscribe, visit ... http://mail.gnome.org/mailman/listinfo/evolution-list
