Re: [Evolution] I feel like a novice
That did it! thanks! .l. lehi k. davis| Yesterday it worked. [EMAIL PROTECTED] -o) | Today it is not working. http://linuxcowboy.org /\ | Windows is like that. _\_v | On 6 Jul 2001, Stephen M. Williams wrote: > > Running autoheader... > > autoheader: error: shell error while sourcing /tmp/ah/traces.sh > > **Error**: autoheader failed. > > > > where would the autoconf macro directory be? > > I had the same problem with autoheader after installing autoconf 2.50. > Had the same problem on two machines. I backed it off and installed > 2.13 and it worked fine. YMMV :) > > -- > Stephen Williams > mailto:[EMAIL PROTECTED] > > * I've tried killing time, but it keeps making a comeback. > ___ evolution maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution
[Evolution] Filters on IMAP inboxes
As happy as I am that the option to apply filters to an Imap mailbox is now a reality. I have to report a problem with it. If I have one filter set for incoming mail everything woks fine. Example, I have filter for the Evolution Mailing list that moves Evo mail to a Sub folder called evolution on my IMAP mail store. When it scans my INBOX and detects a new evo mail it copies the mail to said folder and deletes it from my inbox. The only problem I see here is that I have "Hide Deleted Messages" set and the message stays visible with a strike through it. I have uncheck Hide deleted Messages and then check it again for the mail to be hidden. The real problem starts when I have more than one filter. If I add another filter, like the one for my Linux user group mail and any incoming mail comes in, evolution become noresponsive in that folder. Here's what I mean I get a Mail from user x, I click on it with my mouse. The preview pane displays whatever mail had focus before I clicked on the new mail. The preview pane never updates the view for the new incoming message. Double clicking on the email will not open it. Nothing short of restarting Evo after a oaf-slay,kill-ev wil allow me to open it. I doesn't seem to matter whether it's a mail that matches a filter condition or not. If I turn the option off in the mail settings dialog box, Evo works as it should. If I go back to having only one filter setup Evo will apply the filter to the matching mail and continue working correctly. If I apply the filters manually they work correctly. Anybody else see this? or is my logic about how this feture should work skewed? ;-) Thanks again for a great job so far! Joe Welsh ___ evolution maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution
Re: [Evolution] Ximians, GET A MODEM !!
So sprach Xavier Bestel am Fri, Jul 06, 2001 at 09:21:21AM +0200: > fetchmail has an option to limit duplicate mails, without loosing No wonder - fetchmail is a specialized tool, and as such is better in doing the one task it's supposed to do. Not so with Evo. Evo is supposed to do everything. This never can be so good as a specialized tool. Alexander Skwar -- How to quote: http://learn.to/quote (german) http://quote.6x.to (english) Homepage: http://www.digitalprojects.com | http://www.iso-top.de iso-top.de - Die günstige Art an Linux Distributionen zu kommen Uptime: 2 days 1 hour 0 minutes ___ evolution maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution
[Evolution] Can't Save or Print
I cannot save calendars to disk nor print them. I want to transport my calendars to my laptop, and print them for my planner, but no luck. After selecting print and confirming, nothing shows up in my print jobs, and when I select and confirm save, nothing ever gets written to disk. Mandrake 8.0, CUPS Charlie ___ evolution maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution
Re: [Evolution] I feel like a novice
> Running autoheader... > autoheader: error: shell error while sourcing /tmp/ah/traces.sh > **Error**: autoheader failed. > > where would the autoconf macro directory be? I had the same problem with autoheader after installing autoconf 2.50. Had the same problem on two machines. I backed it off and installed 2.13 and it worked fine. YMMV :) -- Stephen Williams mailto:[EMAIL PROTECTED] * I've tried killing time, but it keeps making a comeback. ___ evolution maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution
Re: [Evolution] Oaf-slay in gdm/Postsession
Thanks On 06 Jul 2001 11:25:53 -0400, Peter Williams wrote: > On 05 Jul 2001 22:29:09 -0700, George Farris wrote: > > Even with all the latest updates I still find I have to put oaf-slay in > > my /etc/gdm/Postsession/Defaults file or Evolution is slow like > > a dog. I had heard reports that this was fixed. Is there any news on > > this? > > > > It is fixed on the CVS oaf (branch oaf-stable-0-6) but Ximian hasn't yet > pushed an RPM with the fix installed. Either install oaf yourself > (carefully!) or bug the distribution people to push an update. > > Peter > > -- > Peter Williams [EMAIL PROTECTED] / [EMAIL PROTECTED] > > "Why should I have to change my name? He's the one who > sucks!" -- Michael Bolton > > > ___ > evolution maillist - [EMAIL PROTECTED] > http://lists.ximian.com/mailman/listinfo/evolution ___ evolution maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution
Re: [Evolution] Filters on IMAP inboxes
In my case, when I run the filters on the inbox (imap) - all deleted messages dissappear permanently. So much for the safety aspect of evolutions design of the trash system by keeping all messages in a virtual view! Does anyone else have this behaviour, if so I will report it as a bug (can find no mention of it in bugzilla)? Also is it possible to run filters on incoming mail like netscape etc do? billk On 06 Jul 2001 21:34:10 +0500, Dan Winship wrote: > IMAP autofiltering is slightly buggy. This is bug > http://bugzilla.ximian.com/show_bug.cgi?id=3975 > > -- Dan > > ___ > evolution maillist - [EMAIL PROTECTED] > http://lists.ximian.com/mailman/listinfo/evolution > ___ evolution maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution
Re: [Evolution] Ximians, GET A MODEM !!
So sprach Marcus Fihlon am Fri, Jul 06, 2001 at 09:05:26AM +0200: > You can use a mailchecker - they often have a function to lounch your > mail program by a click on the icon, so you can easyer go to your mail > than you can do with fetchmail. a) On the console? b) This still requires multiple setups for fetching mail until you found the best one. Not so with fetchmail. > Hope you understand my english. Aber sicher doch. Alexander Skwar -- How to quote: http://learn.to/quote (german) http://quote.6x.to (english) Homepage: http://www.digitalprojects.com | http://www.iso-top.de iso-top.de - Die günstige Art an Linux Distributionen zu kommen Uptime: 2 days 0 hours 58 minutes ___ evolution maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution
[Evolution] information in shortcuts
Hello all, I hope that this message arrives, the others didn't... Today I have updated evolution and since that I miss the info about new mail in my shortcuts (brace with the number of the new mails)! This is a little bit annoying because I filter incoming mail and put it to several folders, now I have to check them all, as I did not know where my new mail is gone... Could you give it back to me, as an option or so Please please please... Thomas ___ evolution maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution
[Evolution] mail component crashes after send
using latest snapshot supplied by red carpet (RedHat 7.1) evo now _allways_ crashes the mail component after sending a message (probably when returning to the inbox) with earlier builds this happened sometimes but now seems to happen every time I send a message Jens ___ evolution maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution
Re: [Evolution] I feel like a novice
On 06 Jul 2001 12:52:07 -0400, lehi wrote: > I thought about gal, and then i checked "gnome-config --modversion > gal" and it returned gal-0.8 > CVS HEAD gal is even newer -- 'gal-0.8.99.8' is what you want if you're compiling HEAD evolution. -- Peter Williams [EMAIL PROTECTED] / [EMAIL PROTECTED] "Why should I have to change my name? He's the one who sucks!" -- Michael Bolton ___ evolution maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution
Re: [Evolution] I feel like a novice
On 06 Jul 2001 11:57:40 -0400, lehi wrote: > Hey everybody. I upgraded to Slackware 8.0 (still not sure if that was > the BEST idea, but I'm sticking with it) and I'm having problems > compiling evo. Your autoconf error is truly weird -- I have no idea what could be causing this. Verify your installation of the autotools and gettext, I guess -- maybe they are old versions? As for your compile error, you need a newer GAL. If you're compiling CVS evolution, you'll need CVS gal. ** I think ** Evolution 0.10 needs GAL 0.7. Peter -- Peter Williams [EMAIL PROTECTED] / [EMAIL PROTECTED] "Why should I have to change my name? He's the one who sucks!" -- Michael Bolton ___ evolution maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution
Re: [Evolution] Don't Cc: gene-pool! (was Re: [Ximian Gene-pool]
> > > > Oh aye. What's gene-pool then? > > > It's just a private list for the people involved with Evolution within > Ximian. Or are all Ximian workers submitting their genomes to this list.. Hmmm .-) Monkeycloning.. OMG.. -- kabalak / [EMAIL PROTECTED] / Fatih Demir `-GNOME / ICQ:64241161 / GSM: +491749787080 `-Editor / vim `-Filemanager / VFU ___ evolution maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution
[Evolution] I feel like a novice
Hey everybody. I upgraded to Slackware 8.0 (still not sure if that was the BEST idea, but I'm sticking with it) and I'm having problems compiling evo. Problem 1) for some odd reason, slack 8 doesn't like running the ./autogen.sh script from CVS: Please add the files codeset.m4 gettext.m4 glibc21.m4 iconv.m4 isc-posix.m4 lcmessage.m4 progtest.m4 from the /usr/share/aclocal directory to your autoconf macro directory or directly to your aclocal.m4 file. You will also need config.guess and config.sub, which you can get from ftp://ftp.gnu.org/pub/gnu/config/. Making ./aclocal.m4 writable ... Running xml-i18n-toolize... Ignore non-fatal messages. patching file po/Makefile.in.in Hunk #1 succeeded at 35 (offset 1 line). Hunk #3 succeeded at 173 (offset 2 lines). Running libtoolize... You should update your `aclocal.m4' by running aclocal. Running aclocal -I macros ... Running autoheader... autoheader: error: shell error while sourcing /tmp/ah/traces.sh **Error**: autoheader failed. where would the autoconf macro directory be? Problem 2) compiling evo 0.10 i get the following error: Making all in widgets make[4]: Entering directory `/root/tmp/evolution-0.10/addressbook/gui/widgets' gcc -DHAVE_CONFIG_H -I. -I. -I../../.. -DG_LOG_DOMAIN=\"e-minicard\" -DEVOLUTION_GLADEDIR=\""/opt/gnome/share/evolution/glade"\" -DEVOLUTION_DATADIR=\""/opt/gnome/share"\" -I../../.. -I../../../addressbook/backend/ebook -I../../../addressbook/contact-editor -I../../../widgets/e-text -I../../../widgets/e-table -I../../../widgets/e-reflow -I../../../widgets/e-table -I../../../widgets/misc -I/opt/gnome/include -DNEED_GNOMESUPPORT_H -I/opt/gnome/lib/gnome-libs/include -I/opt/gnome/include/gtk-1.2 -I/opt/gnome/include/glib-1.2 -I/opt/gnome/lib/glib/include -I/usr/X11R6/include -I/opt/gnome/include/gnome-xml -I/opt/gnome/include -DUNICODE_USE_SYSTEM_ICONV -I/opt/gnome/include -I/opt/gnome/include/gnome-xml -I/opt/gnome/include/gtk-1.2 -I/opt/gnome/include/glib-1.2 -I/opt/gnome/lib/glib/include -I/usr/X11R6/include -DNEED_GNOMESUPPORT_H -I/opt/gnome/lib/gnome-libs/include -I/opt/gnome/include/glib-1.2 -I/opt/gnome/lib/glib/include -D_REENTRANT -I/opt/gnome/include -DUNICODE_USE_SYSTEM_ICONV -I/opt/gnome/include/gtk-1.2 -I/opt/gnome/include/glib-1.2 -I/opt/gnome/lib/glib/include -I/usr/X11R6/include -g -O2 -Wall -Wunused -c e-addressbook-view.c In file included from e-minicard-view-widget.h:25, from e-addressbook-view.c:42: e-minicard-view.h:25: gal/widgets/e-reflow-sorted.h: No such file or directory make[4]: *** [e-addressbook-view.o] Error 1 make[4]: Leaving directory `/root/tmp/evolution-0.10/addressbook/gui/widgets' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/root/tmp/evolution-0.10/addressbook/gui' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/root/tmp/evolution-0.10/addressbook' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/root/tmp/evolution-0.10' make: *** [all-recursive-am] Error 2 please help me... i want me email back! :) cheers! .l. lehi k. davis| Yesterday it worked. [EMAIL PROTECTED] -o) | Today it is not working. http://linuxcowboy.org /\ | Windows is like that. _\_v | ___ evolution maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution
Re: [Evolution] delete mail should move to trash
On 05 Jul 2001 23:03:10 -0700, Miles Lane wrote: > On 05 Jul 2001 12:25:54 -0400 > Jeffrey Stedfast <[EMAIL PROTECTED]> wrote: > > Expunge only expunges a single folder while Empty Trash emptie all of > > the trash folders (and since the trash folders are vfolders of all of > > your real folders, it expunges all of your folders). > > Hmm. I think that the UI should probably be modified to make > these facts clear to the user. So, "Expunge" should be "Expunge Folder" > and "Empty Trash" should be "Empty Trash Folders". I suppose... > > I am away from my test machine for a few days, so I'll ask some > questions here: > > 1. Doesn't "Expunge" also empty the current folder's deleted > messages from the Trash folder? Perhaps this should not happen, > since the UI doesn't reflect that. Yes, because a vFolder doesn't have it's own copy of the message, it peeks into the original folder for the actual message. So when you expunge Inbox (for example), all the deleted messages in Inbox will be removed thus the vTrash folder will no longer be able to see them. Does that make sense? > > 2. You mention trash vfolders. I thought there was only one > Trash vfolder that was shared by all folders. Is the "Trash" > folder really some sort of merged view of multiple trash vfolders? There is a vTrash folder for each store, ie: 1 for the Local store and 1 for each IMAP store. > > 3. I would assume that no matter what folder I am in, if I delete > a message, that message shows up in the "Trash" vfolder. Is this > correct? Yes, this would be correct. Jeff ___ evolution maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution
Re: [Evolution] Hey where did my forward inline go?
On 05 Jul 2001 22:40:02 -0700, George Farris wrote: > > Like the subject says, the latest snapshot seems to have made a > disappearing act of the forward inline menu item. Can we please, please > have it back. > I can still find it in Actions -> Forward As -> Forward Inline. Peter -- Peter Williams [EMAIL PROTECTED] / [EMAIL PROTECTED] "Why should I have to change my name? He's the one who sucks!" -- Michael Bolton ___ evolution maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution
Re: [Evolution] Oaf-slay in gdm/Postsession
On 05 Jul 2001 22:29:09 -0700, George Farris wrote: > Even with all the latest updates I still find I have to put oaf-slay in > my /etc/gdm/Postsession/Defaults file or Evolution is slow like > a dog. I had heard reports that this was fixed. Is there any news on > this? > It is fixed on the CVS oaf (branch oaf-stable-0-6) but Ximian hasn't yet pushed an RPM with the fix installed. Either install oaf yourself (carefully!) or bug the distribution people to push an update. Peter -- Peter Williams [EMAIL PROTECTED] / [EMAIL PROTECTED] "Why should I have to change my name? He's the one who sucks!" -- Michael Bolton ___ evolution maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution
Re: [Evolution] Evo hangs with one particular email
On 06 Jul 2001 09:21:39 -0500, Brady Hegberg wrote: > I'm not sure exactly does "Expunge" does. It seems to physically move > all the emails into wherever they've been "virtually" moved. Is it > different from "Empty trash"? Expunge comes from the IMAP methodology root of Evolution - when a message is delete in the UI, it is only marked as "To Be Deleted". At a later point in time the user expunges the mail box, which forces the server to re-write the mailbox files to permentely erase the deleted message. "Empty Trash" simply runs an expunge on all folders which have a deleted mail in (at least that it how it appears to work, the Trash folder is a virtual folder which shows all messages marked as deleted). Many people ask why there is this mark/expunge routine. I don't know for sure but it's probably due to the fact that the traditional mail folder format is as one large file, with each message following the other. To remove a single email would require re-writing the entire folder, and on folders with thousands of mail in this can take several seconds. By batching all of the rewriting into a single operation, it is much more efficient than multiple single-mail removal operations. Ross -- Ross Burton Software Engineer OneEighty Software Ltd Tel: +44 20 8680 8712 Cygnet HouseFax: +44 20 8680 8453 12-14 Sydenham Road [EMAIL PROTECTED] Croydon, Surrey CR9 2ET, UK http://www.180sw.com./ Under the Regulation of Investigatory Powers (RIP) Act 2000 together with any and all Regulations in force pursuant to the Act OneEighty Software Ltd reserves the right to monitor any or all incoming or outgoing communications as provided for under the Act ___ evolution maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution
Re: [Evolution] Latest Redhat 7.1 snapshot (200107060152)
On 06 Jul 2001 10:31:26 -0400, John Affleck wrote: > I saw the same thing when I was trying to fix the crash I had this > morning. You probably want to get and install the snapshot RPMS from > spidermonkey.ximian.com/evolution-snapshots/redhat-70-i386 (I think > that's where they live). > > Hope this helps, > > John A. Thanks...That did the trick Joe ___ evolution maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution
Re: [Evolution] Evolution Download
I have Evolution running on solaris 8, firewall wont allow cvs and on that directory there is only rpms for debian and redhat, any other place where I can get the source code? :R: On 06 Jul 2001 10:12:31 -0400, Luis Villa wrote: > ftp.ximian.com/pub/evolution-snapshots/ > > Enjoy :) > Luis > > On 06 Jul 2001 08:53:57 -0500, Brandon Bogard wrote: > > I can't get redcarpet to work correctly, is there an actual ftp or http that the > > latest evolution sources are available from? > > > > Thanks, > > Brandon > > > > > > -+++- > > - Brandon Bogard- > > - Naval Research Laboratory, Code 7321 - > > - Bldg. 1009 Stennis Space Center, MS 39529 - > > - Phone (228) 688-4240 - > > - Fax (228) 688-4759- > > - eMail: [EMAIL PROTECTED] - > > -+++- > > > > > > ___ > > evolution maillist - [EMAIL PROTECTED] > > http://lists.ximian.com/mailman/listinfo/evolution > -- > Luis Villa > Ximian Bugmaster > "Quality is an amazing bridge because it is universal in its language." > Thomas Corcoran > > > ___ > evolution maillist - [EMAIL PROTECTED] > http://lists.ximian.com/mailman/listinfo/evolution > ___ evolution maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution
Re: [Evolution] Evo hangs with one particular email
What I have done in this case is select the email before this one and the email after using the shift key to hilite all three the I delete all three emails. If I need any of the other deleted emails I can always undelete them. To send the file out maybe put it in a folder by itself...then expunge and send the files (mbox etc) corresponding to that folder to the developers. I'm not sure exactly does "Expunge" does. It seems to physically move all the emails into wherever they've been "virtually" moved. Is it different from "Empty trash"? I wanted to say that I'm really happy with Evolution and the developers are doing an amazing job with it. It's obviously not perfect but watching it get better every week is half the fun of using it. Thank you very much to all the developers for this great piece of software. Brady > Matt- this is the kind of thing we'd really love to see in the bugzilla. > If you can use another mailer to get the source of that email, and > attach it to a bug in bugzilla, we'd really appreciate it. Thanks! > Luis > > P.S. I can't be certain, but your best bet on getting it out of your > inbox is probably to use another mailer. :/ This is why we'd like to see > it ourselves so we can fix it. > > On 05 Jul 2001 13:03:53 -0400, Matt Vanderveer wrote: > > Howdy! > > > > I'm running today's (July 5) Evo snapshot on RH 7.1. I received a text > > email from the NY Times today that is apparently funky. If I try to > > read, delete or do any other operation on it, Evo freezes and I have to > > kill it. Can someone please tell me how to delete this email? Aside > > from this minor inconvenience, Evo is doing well. > > > > Thanks, > > > > Matt > > -- > > The more you know, the more you don't know. > > --- > > Matt Vanderveer [EMAIL PROTECTED] > > Web Systems Administrator Tel: 434.817.5900 ext. 5957 > > Boxer Learning, Inc.Fax: 434.817.0244 > > 200 E. Main St. www.boxerlearning.com > > Charlottesville, VA 22901 www.boxermath.com > > --- > > > > > > ___ > > evolution maillist - [EMAIL PROTECTED] > > http://lists.ximian.com/mailman/listinfo/evolution > -- > Luis Villa > Ximian Bugmaster > "Quality is an amazing bridge because it is universal in its language." > Thomas Corcoran > > > ___ > evolution maillist - [EMAIL PROTECTED] > http://lists.ximian.com/mailman/listinfo/evolution > ___ evolution maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution
Re: [Evolution] Evolution Download
ftp.ximian.com/pub/evolution-snapshots/ Enjoy :) Luis On 06 Jul 2001 08:53:57 -0500, Brandon Bogard wrote: > I can't get redcarpet to work correctly, is there an actual ftp or http that the > latest evolution sources are available from? > > Thanks, > Brandon > > > -+++- > - Brandon Bogard- > - Naval Research Laboratory, Code 7321 - > - Bldg. 1009 Stennis Space Center, MS 39529 - > - Phone (228) 688-4240 - > - Fax (228) 688-4759- > - eMail: [EMAIL PROTECTED] - > -+++- > > > ___ > evolution maillist - [EMAIL PROTECTED] > http://lists.ximian.com/mailman/listinfo/evolution -- Luis Villa Ximian Bugmaster "Quality is an amazing bridge because it is universal in its language." Thomas Corcoran ___ evolution maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution
[Evolution] Latest Redhat 7.1 snapshot (200107060152)
Hey guys Because of the rapid devolpment and possiblity that a snap shot might get rid of my settings I delete my /home/jwelsh/evolution directory before running the new snapshot. Today's snapshot seems to have a critical error. When I first start evo I get the standard message.. Press Ok to install Evolution user files under /home/jwelsh/evolution Press OK. Evolution files created succesfully. Evolution then crashes with 'Can't initialize evolution shell' Restarting Evolution results in this message The directory /home/jwelsh/evolution exists but is not in the Evolution Directory. Please move it to allow installation of the Evolution user files. I look and there is /home/jwelsh/evolution directory. Is there anyway to fix this or am I waiting for the next snapshot? By the way it's the Redhat 7.0 snap downloaded by red-carpet on my notebook running Linux Mandrake 8.0. All other snapshots worked using the same procedure. Thanks Joe Welsh ___ evolution maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution
Re: possible fix [was Re: [Evolution] Wah! 200107060152 snapshot segfaults on startup.]
On Fri, Jul 06, 2001 at 09:39:50AM -0400, Luis Villa wrote: > This is a very, very known bug. Check out bugzilla bug 4139 to see both > (1) progress on fixing and (2) exactly how many times this showed up in > my inbox this morning (not to mention having it happen on my own laptop > last night.) Sorry... as soon as Ettore wakes up (or gets back from > lunch, or whatever he is doing) we'll be on it. > > In the meantime, it has been suggested that re-installing libbonobo-conf > can help the problem- I'd be interested in hearing if it does. Sorry. I thought my second mail might have cleared things up. red-carpet actually didn't appear to install libbonobo-conf or bonobo-conf at all. I just grabbed the current snapshot RPMS from the FTP site, did an rpm -Fvh * .rpm, a killev, an oaf-slay, and wah-la! I'm bonobo-conf'ing. Or at least evolutioning. I suspect it might not be an evolution problem per se, but rather a red-carpet one. I do strongly suggest getting the FTP packages and upgrading to them (they're also a bit more recent ?). Hope this helps... Actually, I guess it doesn't. Sorry. Still a satisfied customer, John A. ___ evolution maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution
Re: possible fix [was Re: [Evolution] Wah! 200107060152 snapshotsegfaults on startup.]
I've duplicated the problem on my testing box, and described a very step-by-step solution in bug 4139. Hope that helps while we work with the snapshot guys to get it fixed. Sorry about this... Luis On 06 Jul 2001 09:39:50 -0400, Luis Villa wrote: > This is a very, very known bug. Check out bugzilla bug 4139 to see both > (1) progress on fixing and (2) exactly how many times this showed up in > my inbox this morning (not to mention having it happen on my own laptop > last night.) Sorry... as soon as Ettore wakes up (or gets back from > lunch, or whatever he is doing) we'll be on it. > > In the meantime, it has been suggested that re-installing libbonobo-conf > can help the problem- I'd be interested in hearing if it does. > > Luis > > On 06 Jul 2001 08:59:01 -0400, John Affleck wrote: > > So I happily red-carpeted the latest RH7.1 snapshot this morning, only > > to be greeted with the following when I next tried to start Evolution: > > > > > evolution-shell-WARNING **: CORBA exception IDL:CORBA/COMM_FAILURE:1.0 when >requesting URI -- evolution:/local/Inbox > > > > followed by a segmentation fault: > > > > New Thread 1024 (LWP 29444)] > > 0x40936519 in __wait4 () from /lib/i686/libc.so.6 > > #0 0x40936519 in __wait4 () from /lib/i686/libc.so.6 > > #1 0x409a69e4 in __DTOR_END__ () from /lib/i686/libc.so.6 > > #2 0x407fc563 in waitpid (pid=29447, stat_loc=0xbfffeadc, options=0) > > at wrapsyscall.c:172 > > #3 0x402ae262 in gnome_segv_handle (signum=11) at gnome-init.c:659 > > #4 0x407fa935 in pthread_sighandler (signo=11, ctx= > > {gs = 7, __gsh = 0, fs = 0, __fsh = 0, es = 43, __esh = 0, ds = 43, __dsh = >0, edi = 135066708, esi = 3221221248, ebp = 3221221032, esp = 3221220992, ebx = >1081128532, edx = 4294967295, ecx = 0, eax = 0, trapno = 14, err = 4, eip = >1080844088, cs = 35, __csh = 0, eflags = 2163218, esp_at_signal = 3221220992, ss = >43, __ssh = 0, fpstate = 0xbfffec00, oldmask = 2147549184, cr2 = 40}) > > at signals.c:97 > > #5 > > #6 0x406c5f38 in Bonobo_Unknown_ref (_obj=0x0, ev=0xbfffef80) > > at Bonobo-stubs.c:42 > > #7 0x08066418 in impl_Shell_createNewView (servant=0x80d65ec, > > uri=0x80cf454 "evolution:/local/Inbox", ev=0xbfffef80) at e-shell.c:245 > > #8 0x40033a03 in GNOME_Evolution_Shell_createNewView (_obj=0x80d65ac, > > uri=0x80cf454 "evolution:/local/Inbox", ev=0xbfffef80) > > at Evolution-stubs.c:7717 > > #9 0x400283e6 in _ORBIT_skel_GNOME_Evolution_Shell_handleURI ( > > _ORBIT_servant=0x80d65ec, _ORBIT_recv_buffer=0x80d6c70, ev=0xbfffef80, > > _impl_handleURI=0x8066438 ) at Evolution-skels.c:4682 > > #10 0x4075d146 in ORBit_POA_handle_request (recv_buffer=0x80d6c70, > > poa=0x80d3e28) at orbit_poa.c:507 > > #11 0x40760193 in ORBit_handle_incoming_request (recv_buffer=0x80d6c70) > > at server.c:90 > > #12 0x4076048b in ORBit_handle_incoming_message (recv_buffer=0x80d6c70) > > at server.c:160 > > #13 0x40778ce4 in giop_main_handle_connection (connection=0x80d3be8) > > at connection.c:1211 > > #14 0x4071e2f9 in orb_handle_connection () from /usr/lib/liboaf.so.0 > > #15 0x40555a7a in g_io_unix_dispatch (source_data=0x80bb7d0, > > current_time=0xb120, user_data=0x80d3be8) at giounix.c:137 > > #16 0x40557055 in g_main_dispatch (dispatch_time=0xb120) at gmain.c:656 > > #17 0x40557659 in g_main_iterate (block=1, dispatch=1) at gmain.c:877 > > #18 0x40557725 in g_main_iteration (block=1) at gmain.c:907 > > #19 0x4046c89b in gtk_main_iteration () at gtkmain.c:603 > > #20 0x08067225 in e_shell_construct (shell=0x80d6590, > > iid=0x807998e "OAFIID:GNOME_Evolution_Shell", > > local_directory=0x80d4c40 "/nfs/spock/home/jaffleck/evolution", > > show_splash=1) at e-shell.c:808 > > #21 0x08067429 in e_shell_new ( > > local_directory=0x80d4c40 "/nfs/spock/home/jaffleck/evolution", > > show_splash=1) at e-shell.c:892 > > #22 0x08072b95 in idle_cb (data=0x0) at main.c:140 > > #23 0x40557ff0 in g_idle_dispatch (source_data=0x8072b68, > > dispatch_time=0xb2d0, user_data=0x0) at gmain.c:1367 > > #24 0x40557055 in g_main_dispatch (dispatch_time=0xb2d0) at gmain.c:656 > > #25 0x40557659 in g_main_iterate (block=1, dispatch=1) at gmain.c:877 > > #26 0x405577e8 in g_main_run (loop=0x80d4d88) at gmain.c:935 > > #27 0x4046c65b in gtk_main () at gtkmain.c:524 > > #28 0x406ee547 in bonobo_main () at bonobo-main.c:283 > > #29 0x08072f48 in main (argc=3, argv=0xb484) at main.c:266 > > #30 0x40898177 in __libc_start_main (main=0x8072da4 , argc=3, > > ubp_av=0xb484, init=0x8052ecc <_init>, fini=0x807412c <_fini>, > > rtld_fini=0x4000e184 <_dl_fini>, stack_end=0xb47c) > > at ../sysdeps/generic/libc-start.c:129 > > #0 0x40936519 in __wait4 () from /lib/i686/libc.so.6 > > No locals. > > #1 0x409a69e4 in __DTOR_END__ () from /lib/i686/libc.so.6 > > No symbol table info available. > > #2 0x407fc563 in waitpid (pid=29447, stat_loc=0xbfffeadc, options=0) > > a
[Evolution] Evolution Download
I can't get redcarpet to work correctly, is there an actual ftp or http that the latest evolution sources are available from? Thanks, Brandon -+++- - Brandon Bogard- - Naval Research Laboratory, Code 7321 - - Bldg. 1009 Stennis Space Center, MS 39529 - - Phone (228) 688-4240 - - Fax (228) 688-4759- - eMail: [EMAIL PROTECTED] - -+++- ___ evolution maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution
Re: [Evolution] Re: Wah! 200107060152 snapshot segfaults on startup.
> > That can't be right, can it ? (Looks on spidermonkey..). No definitely > not right... > > (some rpm-ing later) > > Much better. I guess a warning to us red-carpet folks is in order. Or > maybe my setup's just hosed... Makes me glad I manually install the snapshots via FTP, and not Red Carpet. Altho I use Mandrake 7.2, and RC won't install the RH snapshots (even tho they work perfectly for Mandrake, and always have), since I decided not to change my system ID in /etc/mandrake-release to say "Red Hat" anymore. ___ evolution maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution
possible fix [was Re: [Evolution] Wah! 200107060152 snapshotsegfaults on startup.]
This is a very, very known bug. Check out bugzilla bug 4139 to see both (1) progress on fixing and (2) exactly how many times this showed up in my inbox this morning (not to mention having it happen on my own laptop last night.) Sorry... as soon as Ettore wakes up (or gets back from lunch, or whatever he is doing) we'll be on it. In the meantime, it has been suggested that re-installing libbonobo-conf can help the problem- I'd be interested in hearing if it does. Luis On 06 Jul 2001 08:59:01 -0400, John Affleck wrote: > So I happily red-carpeted the latest RH7.1 snapshot this morning, only > to be greeted with the following when I next tried to start Evolution: > > > evolution-shell-WARNING **: CORBA exception IDL:CORBA/COMM_FAILURE:1.0 when >requesting URI -- evolution:/local/Inbox > > followed by a segmentation fault: > > New Thread 1024 (LWP 29444)] > 0x40936519 in __wait4 () from /lib/i686/libc.so.6 > #0 0x40936519 in __wait4 () from /lib/i686/libc.so.6 > #1 0x409a69e4 in __DTOR_END__ () from /lib/i686/libc.so.6 > #2 0x407fc563 in waitpid (pid=29447, stat_loc=0xbfffeadc, options=0) > at wrapsyscall.c:172 > #3 0x402ae262 in gnome_segv_handle (signum=11) at gnome-init.c:659 > #4 0x407fa935 in pthread_sighandler (signo=11, ctx= > {gs = 7, __gsh = 0, fs = 0, __fsh = 0, es = 43, __esh = 0, ds = 43, __dsh = 0, >edi = 135066708, esi = 3221221248, ebp = 3221221032, esp = 3221220992, ebx = >1081128532, edx = 4294967295, ecx = 0, eax = 0, trapno = 14, err = 4, eip = >1080844088, cs = 35, __csh = 0, eflags = 2163218, esp_at_signal = 3221220992, ss = >43, __ssh = 0, fpstate = 0xbfffec00, oldmask = 2147549184, cr2 = 40}) > at signals.c:97 > #5 > #6 0x406c5f38 in Bonobo_Unknown_ref (_obj=0x0, ev=0xbfffef80) > at Bonobo-stubs.c:42 > #7 0x08066418 in impl_Shell_createNewView (servant=0x80d65ec, > uri=0x80cf454 "evolution:/local/Inbox", ev=0xbfffef80) at e-shell.c:245 > #8 0x40033a03 in GNOME_Evolution_Shell_createNewView (_obj=0x80d65ac, > uri=0x80cf454 "evolution:/local/Inbox", ev=0xbfffef80) > at Evolution-stubs.c:7717 > #9 0x400283e6 in _ORBIT_skel_GNOME_Evolution_Shell_handleURI ( > _ORBIT_servant=0x80d65ec, _ORBIT_recv_buffer=0x80d6c70, ev=0xbfffef80, > _impl_handleURI=0x8066438 ) at Evolution-skels.c:4682 > #10 0x4075d146 in ORBit_POA_handle_request (recv_buffer=0x80d6c70, > poa=0x80d3e28) at orbit_poa.c:507 > #11 0x40760193 in ORBit_handle_incoming_request (recv_buffer=0x80d6c70) > at server.c:90 > #12 0x4076048b in ORBit_handle_incoming_message (recv_buffer=0x80d6c70) > at server.c:160 > #13 0x40778ce4 in giop_main_handle_connection (connection=0x80d3be8) > at connection.c:1211 > #14 0x4071e2f9 in orb_handle_connection () from /usr/lib/liboaf.so.0 > #15 0x40555a7a in g_io_unix_dispatch (source_data=0x80bb7d0, > current_time=0xb120, user_data=0x80d3be8) at giounix.c:137 > #16 0x40557055 in g_main_dispatch (dispatch_time=0xb120) at gmain.c:656 > #17 0x40557659 in g_main_iterate (block=1, dispatch=1) at gmain.c:877 > #18 0x40557725 in g_main_iteration (block=1) at gmain.c:907 > #19 0x4046c89b in gtk_main_iteration () at gtkmain.c:603 > #20 0x08067225 in e_shell_construct (shell=0x80d6590, > iid=0x807998e "OAFIID:GNOME_Evolution_Shell", > local_directory=0x80d4c40 "/nfs/spock/home/jaffleck/evolution", > show_splash=1) at e-shell.c:808 > #21 0x08067429 in e_shell_new ( > local_directory=0x80d4c40 "/nfs/spock/home/jaffleck/evolution", > show_splash=1) at e-shell.c:892 > #22 0x08072b95 in idle_cb (data=0x0) at main.c:140 > #23 0x40557ff0 in g_idle_dispatch (source_data=0x8072b68, > dispatch_time=0xb2d0, user_data=0x0) at gmain.c:1367 > #24 0x40557055 in g_main_dispatch (dispatch_time=0xb2d0) at gmain.c:656 > #25 0x40557659 in g_main_iterate (block=1, dispatch=1) at gmain.c:877 > #26 0x405577e8 in g_main_run (loop=0x80d4d88) at gmain.c:935 > #27 0x4046c65b in gtk_main () at gtkmain.c:524 > #28 0x406ee547 in bonobo_main () at bonobo-main.c:283 > #29 0x08072f48 in main (argc=3, argv=0xb484) at main.c:266 > #30 0x40898177 in __libc_start_main (main=0x8072da4 , argc=3, > ubp_av=0xb484, init=0x8052ecc <_init>, fini=0x807412c <_fini>, > rtld_fini=0x4000e184 <_dl_fini>, stack_end=0xb47c) > at ../sysdeps/generic/libc-start.c:129 > #0 0x40936519 in __wait4 () from /lib/i686/libc.so.6 > No locals. > #1 0x409a69e4 in __DTOR_END__ () from /lib/i686/libc.so.6 > No symbol table info available. > #2 0x407fc563 in waitpid (pid=29447, stat_loc=0xbfffeadc, options=0) > at wrapsyscall.c:172 > in wrapsyscall.c > stat_loc = (int *) 0xbfffeadc > options = 0 > result = 0 > oldtype = 0 > #3 0x402ae262 in gnome_segv_handle (signum=11) at gnome-init.c:659 > in gnome-init.c > estatus = 0 > in_segv = 1 > pid = 0 > #4 0x407fa935 in pthread_sighandler (signo=11, ctx= > {gs = 7, __gsh = 0, fs = 0, __fsh = 0, es = 43, __esh = 0, ds = 43, __dsh = 0, >edi = 135066708,
[Evolution] libbonobo-conf0
Hi all, Been having a "can't create composer window" for the past two snaps via red-carpet. I'm stuck on 0.10.99 right now. Before that things were pretty good. Now RC is complaining it can't find libbonobo-conf0 to meet dependencies. Since the red-carpet directories have indexing turned off I can't tell if its there or not. I'm using debian 2.2. I use apt-get to update ximian gnome and RC to get evo. Here's my apt line: deb http://red-carpet.ximian.com/debian stable main Thanks, Keith ___ evolution maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution
Re: [Evolution] Wah! 200107060152 snapshot segfaults on startup.
Exaclty the same happened to me when I try in my R.H 6.2. I fill a bug report with this On 06 Jul 2001 08:59:01 -0400, John Affleck wrote: > So I happily red-carpeted the latest RH7.1 snapshot this morning, only > to be greeted with the following when I next tried to start Evolution: > > > evolution-shell-WARNING **: CORBA exception IDL:CORBA/COMM_FAILURE:1.0 when >requesting URI -- evolution:/local/Inbox > > followed by a segmentation fault: > > New Thread 1024 (LWP 29444)] > 0x40936519 in __wait4 () from /lib/i686/libc.so.6 > #0 0x40936519 in __wait4 () from /lib/i686/libc.so.6 > #1 0x409a69e4 in __DTOR_END__ () from /lib/i686/libc.so.6 > #2 0x407fc563 in waitpid (pid=29447, stat_loc=0xbfffeadc, options=0) > at wrapsyscall.c:172 > #3 0x402ae262 in gnome_segv_handle (signum=11) at gnome-init.c:659 > #4 0x407fa935 in pthread_sighandler (signo=11, ctx= > {gs = 7, __gsh = 0, fs = 0, __fsh = 0, es = 43, __esh = 0, ds = 43, __dsh = 0, >edi = 135066708, esi = 3221221248, ebp = 3221221032, esp = 3221220992, ebx = >1081128532, edx = 4294967295, ecx = 0, eax = 0, trapno = 14, err = 4, eip = >1080844088, cs = 35, __csh = 0, eflags = 2163218, esp_at_signal = 3221220992, ss = >43, __ssh = 0, fpstate = 0xbfffec00, oldmask = 2147549184, cr2 = 40}) > at signals.c:97 > #5 > #6 0x406c5f38 in Bonobo_Unknown_ref (_obj=0x0, ev=0xbfffef80) > at Bonobo-stubs.c:42 > #7 0x08066418 in impl_Shell_createNewView (servant=0x80d65ec, > uri=0x80cf454 "evolution:/local/Inbox", ev=0xbfffef80) at e-shell.c:245 > #8 0x40033a03 in GNOME_Evolution_Shell_createNewView (_obj=0x80d65ac, > uri=0x80cf454 "evolution:/local/Inbox", ev=0xbfffef80) > at Evolution-stubs.c:7717 > #9 0x400283e6 in _ORBIT_skel_GNOME_Evolution_Shell_handleURI ( > _ORBIT_servant=0x80d65ec, _ORBIT_recv_buffer=0x80d6c70, ev=0xbfffef80, > _impl_handleURI=0x8066438 ) at Evolution-skels.c:4682 > #10 0x4075d146 in ORBit_POA_handle_request (recv_buffer=0x80d6c70, > poa=0x80d3e28) at orbit_poa.c:507 > #11 0x40760193 in ORBit_handle_incoming_request (recv_buffer=0x80d6c70) > at server.c:90 > #12 0x4076048b in ORBit_handle_incoming_message (recv_buffer=0x80d6c70) > at server.c:160 > #13 0x40778ce4 in giop_main_handle_connection (connection=0x80d3be8) > at connection.c:1211 > #14 0x4071e2f9 in orb_handle_connection () from /usr/lib/liboaf.so.0 > #15 0x40555a7a in g_io_unix_dispatch (source_data=0x80bb7d0, > current_time=0xb120, user_data=0x80d3be8) at giounix.c:137 > #16 0x40557055 in g_main_dispatch (dispatch_time=0xb120) at gmain.c:656 > #17 0x40557659 in g_main_iterate (block=1, dispatch=1) at gmain.c:877 > #18 0x40557725 in g_main_iteration (block=1) at gmain.c:907 > #19 0x4046c89b in gtk_main_iteration () at gtkmain.c:603 > #20 0x08067225 in e_shell_construct (shell=0x80d6590, > iid=0x807998e "OAFIID:GNOME_Evolution_Shell", > local_directory=0x80d4c40 "/nfs/spock/home/jaffleck/evolution", > show_splash=1) at e-shell.c:808 > #21 0x08067429 in e_shell_new ( > local_directory=0x80d4c40 "/nfs/spock/home/jaffleck/evolution", > show_splash=1) at e-shell.c:892 > #22 0x08072b95 in idle_cb (data=0x0) at main.c:140 > #23 0x40557ff0 in g_idle_dispatch (source_data=0x8072b68, > dispatch_time=0xb2d0, user_data=0x0) at gmain.c:1367 > #24 0x40557055 in g_main_dispatch (dispatch_time=0xb2d0) at gmain.c:656 > #25 0x40557659 in g_main_iterate (block=1, dispatch=1) at gmain.c:877 > #26 0x405577e8 in g_main_run (loop=0x80d4d88) at gmain.c:935 > #27 0x4046c65b in gtk_main () at gtkmain.c:524 > #28 0x406ee547 in bonobo_main () at bonobo-main.c:283 > #29 0x08072f48 in main (argc=3, argv=0xb484) at main.c:266 > #30 0x40898177 in __libc_start_main (main=0x8072da4 , argc=3, > ubp_av=0xb484, init=0x8052ecc <_init>, fini=0x807412c <_fini>, > rtld_fini=0x4000e184 <_dl_fini>, stack_end=0xb47c) > at ../sysdeps/generic/libc-start.c:129 > #0 0x40936519 in __wait4 () from /lib/i686/libc.so.6 > No locals. > #1 0x409a69e4 in __DTOR_END__ () from /lib/i686/libc.so.6 > No symbol table info available. > #2 0x407fc563 in waitpid (pid=29447, stat_loc=0xbfffeadc, options=0) > at wrapsyscall.c:172 > in wrapsyscall.c > stat_loc = (int *) 0xbfffeadc > options = 0 > result = 0 > oldtype = 0 > #3 0x402ae262 in gnome_segv_handle (signum=11) at gnome-init.c:659 > in gnome-init.c > estatus = 0 > in_segv = 1 > pid = 0 > #4 0x407fa935 in pthread_sighandler (signo=11, ctx= > {gs = 7, __gsh = 0, fs = 0, __fsh = 0, es = 43, __esh = 0, ds = 43, __dsh = 0, >edi = 135066708, esi = 3221221248, ebp = 3221221032, esp = 3221220992, ebx = >1081128532, edx = 4294967295, ecx = 0, eax = 0, trapno = 14, err = 4, eip = >1080844088, cs = 35, __csh = 0, eflags = 2163218, esp_at_signal = 3221220992, ss = >43, __ssh = 0, fpstate = 0xbfffec00, oldmask = 2147549184, cr2 = 40}) > at signals.c:97 > in signals.c > signo = 0 > __value = 0xfe00 > #5 >
[Evolution] Re: Wah! 200107060152 snapshot segfaults on startup.
On Fri, Jul 06, 2001 at 08:59:01AM -0400, John Affleck wrote: > So I happily red-carpeted the latest RH7.1 snapshot this morning, only > to be greeted with the following when I next tried to start Evolution: Wait a sec.. > jaffleck{jaffleck}495: rpm -q bonobo-conf > package bonobo-conf is not installed > jaffleck{jaffleck}495: rpm -q libbonobo-conf > package libbonobo-conf is not installed That can't be right, can it ? (Looks on spidermonkey..). No definitely not right... (some rpm-ing later) Much better. I guess a warning to us red-carpet folks is in order. Or maybe my setup's just hosed... Thanks, John A. ___ evolution maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution
[Evolution] Wah! 200107060152 snapshot segfaults on startup.
So I happily red-carpeted the latest RH7.1 snapshot this morning, only to be greeted with the following when I next tried to start Evolution: > evolution-shell-WARNING **: CORBA exception IDL:CORBA/COMM_FAILURE:1.0 when >requesting URI -- evolution:/local/Inbox followed by a segmentation fault: New Thread 1024 (LWP 29444)] 0x40936519 in __wait4 () from /lib/i686/libc.so.6 #0 0x40936519 in __wait4 () from /lib/i686/libc.so.6 #1 0x409a69e4 in __DTOR_END__ () from /lib/i686/libc.so.6 #2 0x407fc563 in waitpid (pid=29447, stat_loc=0xbfffeadc, options=0) at wrapsyscall.c:172 #3 0x402ae262 in gnome_segv_handle (signum=11) at gnome-init.c:659 #4 0x407fa935 in pthread_sighandler (signo=11, ctx= {gs = 7, __gsh = 0, fs = 0, __fsh = 0, es = 43, __esh = 0, ds = 43, __dsh = 0, edi = 135066708, esi = 3221221248, ebp = 3221221032, esp = 3221220992, ebx = 1081128532, edx = 4294967295, ecx = 0, eax = 0, trapno = 14, err = 4, eip = 1080844088, cs = 35, __csh = 0, eflags = 2163218, esp_at_signal = 3221220992, ss = 43, __ssh = 0, fpstate = 0xbfffec00, oldmask = 2147549184, cr2 = 40}) at signals.c:97 #5 #6 0x406c5f38 in Bonobo_Unknown_ref (_obj=0x0, ev=0xbfffef80) at Bonobo-stubs.c:42 #7 0x08066418 in impl_Shell_createNewView (servant=0x80d65ec, uri=0x80cf454 "evolution:/local/Inbox", ev=0xbfffef80) at e-shell.c:245 #8 0x40033a03 in GNOME_Evolution_Shell_createNewView (_obj=0x80d65ac, uri=0x80cf454 "evolution:/local/Inbox", ev=0xbfffef80) at Evolution-stubs.c:7717 #9 0x400283e6 in _ORBIT_skel_GNOME_Evolution_Shell_handleURI ( _ORBIT_servant=0x80d65ec, _ORBIT_recv_buffer=0x80d6c70, ev=0xbfffef80, _impl_handleURI=0x8066438 ) at Evolution-skels.c:4682 #10 0x4075d146 in ORBit_POA_handle_request (recv_buffer=0x80d6c70, poa=0x80d3e28) at orbit_poa.c:507 #11 0x40760193 in ORBit_handle_incoming_request (recv_buffer=0x80d6c70) at server.c:90 #12 0x4076048b in ORBit_handle_incoming_message (recv_buffer=0x80d6c70) at server.c:160 #13 0x40778ce4 in giop_main_handle_connection (connection=0x80d3be8) at connection.c:1211 #14 0x4071e2f9 in orb_handle_connection () from /usr/lib/liboaf.so.0 #15 0x40555a7a in g_io_unix_dispatch (source_data=0x80bb7d0, current_time=0xb120, user_data=0x80d3be8) at giounix.c:137 #16 0x40557055 in g_main_dispatch (dispatch_time=0xb120) at gmain.c:656 #17 0x40557659 in g_main_iterate (block=1, dispatch=1) at gmain.c:877 #18 0x40557725 in g_main_iteration (block=1) at gmain.c:907 #19 0x4046c89b in gtk_main_iteration () at gtkmain.c:603 #20 0x08067225 in e_shell_construct (shell=0x80d6590, iid=0x807998e "OAFIID:GNOME_Evolution_Shell", local_directory=0x80d4c40 "/nfs/spock/home/jaffleck/evolution", show_splash=1) at e-shell.c:808 #21 0x08067429 in e_shell_new ( local_directory=0x80d4c40 "/nfs/spock/home/jaffleck/evolution", show_splash=1) at e-shell.c:892 #22 0x08072b95 in idle_cb (data=0x0) at main.c:140 #23 0x40557ff0 in g_idle_dispatch (source_data=0x8072b68, dispatch_time=0xb2d0, user_data=0x0) at gmain.c:1367 #24 0x40557055 in g_main_dispatch (dispatch_time=0xb2d0) at gmain.c:656 #25 0x40557659 in g_main_iterate (block=1, dispatch=1) at gmain.c:877 #26 0x405577e8 in g_main_run (loop=0x80d4d88) at gmain.c:935 #27 0x4046c65b in gtk_main () at gtkmain.c:524 #28 0x406ee547 in bonobo_main () at bonobo-main.c:283 #29 0x08072f48 in main (argc=3, argv=0xb484) at main.c:266 #30 0x40898177 in __libc_start_main (main=0x8072da4 , argc=3, ubp_av=0xb484, init=0x8052ecc <_init>, fini=0x807412c <_fini>, rtld_fini=0x4000e184 <_dl_fini>, stack_end=0xb47c) at ../sysdeps/generic/libc-start.c:129 #0 0x40936519 in __wait4 () from /lib/i686/libc.so.6 No locals. #1 0x409a69e4 in __DTOR_END__ () from /lib/i686/libc.so.6 No symbol table info available. #2 0x407fc563 in waitpid (pid=29447, stat_loc=0xbfffeadc, options=0) at wrapsyscall.c:172 in wrapsyscall.c stat_loc = (int *) 0xbfffeadc options = 0 result = 0 oldtype = 0 #3 0x402ae262 in gnome_segv_handle (signum=11) at gnome-init.c:659 in gnome-init.c estatus = 0 in_segv = 1 pid = 0 #4 0x407fa935 in pthread_sighandler (signo=11, ctx= {gs = 7, __gsh = 0, fs = 0, __fsh = 0, es = 43, __esh = 0, ds = 43, __dsh = 0, edi = 135066708, esi = 3221221248, ebp = 3221221032, esp = 3221220992, ebx = 1081128532, edx = 4294967295, ecx = 0, eax = 0, trapno = 14, err = 4, eip = 1080844088, cs = 35, __csh = 0, eflags = 2163218, esp_at_signal = 3221220992, ss = 43, __ssh = 0, fpstate = 0xbfffec00, oldmask = 2147549184, cr2 = 40}) at signals.c:97 in signals.c signo = 0 __value = 0xfe00 #5 No locals. #6 0x406c5f38 in Bonobo_Unknown_ref (_obj=0x0, ev=0xbfffef80) at Bonobo-stubs.c:42 in Bonobo-stubs.c _ORBIT_request_id = 4294967295 _ORBIT_completion_status = 1073797552 _ORBIT_send_buffer = (GIOPSendBuffer *) 0xbfffef80 _ORBIT_recv_buffer = (GIOPRecvBuffer *) 0xbfffeed8 _cnx = (GIOPConnection *)
Re: [Evolution] Ximians, GET A MODEM !!
On 05 Jul 2001 15:44:19 -0400, Roger wrote: > IMHO, having duplicate emails (although a pain) are better then lost email > (from retieving from POP). fetchmail has an option to limit duplicate mails, without loosing anything. Evo should learn to behave, too. Xav ___ evolution maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution
Re: [Evolution] Ximians, GET A MODEM !!
On 05 Jul 2001 14:32:03 -0400, Jeffrey Stedfast wrote: > Besides, POP isn't a very complicated protocol and we support damn near > everything that fetchmail does and we will never have to worry about > commandline flag changes, config file format changes, or anything else. Except special modes for bad connectivity ... that would be a big plus. Xav ___ evolution maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution