Christopher Warrington | 1 Nov 04:16 2008

Re: bug: reproducable Sup crash, ferret-less rewrite?

"Tomas Pospisek ML" <tpo2 <at> sourcepole.ch>  <at>  2008-10-31 6:52 PM:

> I can not find any trace of the latter, i.e. Sup's source code
> repository at Gitorious [3] doesn't show any ferret amputation. Are
> you, William Morgan working on a Sup version that doesn't show that
> supposedly ferret induced crashiness? Possibly your "private" branch
> is not ready yet and not accessible?

See these blog posts about "Sup: The Server!"
http://all-thing.net/search/label/sup

--

-- 
Christopher Warrington <chrisw <at> rice.edu>
Jones College
William Morgan | 2 Nov 19:54 2008
Picon

Re: patch: accept "yes" when asked so

Reformatted excerpts from Tomas Pospisek ML's message of 2008-10-30:
> The patch below makes Sup accept a "yes" in addition to "y"

Applied, thanks!
--

-- 
William <wmorgan-sup <at> masanjin.net>
William Morgan | 2 Nov 19:58 2008
Picon

Re: patch: pluralize minute(s) second(s)

Reformatted excerpts from Tomas Pospisek ML's message of 2008-10-30:
> The patch below makes Sup say "1 second" instead of "1 seconds". Same
> for minute(s).

Applied, thanks! It will be a little easier for me in the future if you
can use git to generate the patches. But it's not vital. See
http://sup.rubyforge.org/wiki/wiki.pl?Contributing
--

-- 
William <wmorgan-sup <at> masanjin.net>
William Morgan | 2 Nov 20:30 2008
Picon

Re: improvement: add self as recipient on crypted sent messages

Reformatted excerpts from Tomas Pospisek ML's message of 2008-10-30:
> Patch is below. Two comments:

Applied, thanks!

> 1. is there a less ugly way to create a new Array with an additional
> element?

Nope, that's the right way.

> 2. the patch assumes that adding "From: " to gpg's" --recipient"s is a
> sensible thing to do and thus it does it with no questions asked

Seems reasonable to me.
--

-- 
William <wmorgan-sup <at> masanjin.net>
Decklin Foster | 2 Nov 18:40 2008

Re: EOFError crash

Excerpts from Decklin Foster's message of Thu Oct 30 14:42:40 -0400 2008:
> --- EOFError from thread: main

This just happened again. Should I put it into ditz or something? (I feel
exceedingly lame, but I don't have time to debug it today either.)

--

-- 
things change.
decklin <at> red-bean.com
William Morgan | 2 Nov 19:30 2008
Picon

Re: bug: reproducable Sup crash, ferret-less rewrite?

Reformatted excerpts from Tomas Pospisek ML's message of 2008-11-01:
> - has anybody tried to swap Ferret with any other indexer [also in
> [1]]?

Not AFAIK. There are a couple indexing options with Ruby bindings:
Sphinx, Xapian, Solr, and HyperEstraier, off the top of my head. When I
last looked, they all had their problems: Sphinx requires a daemon, is
overly tied to databases, and has no incremental indexing, Xapian is
confusing and doesn't seem to support document fields, Solr is Java,
HyperEstraier doesn't seem to have anyone using it, etc.

> - has anybody tried to fix the index corruption / ferret crash bug [2]?

I'd love for someone to do this! Ferret has the best API and document
model, by far, of any of the alternatives.
--

-- 
William <wmorgan-sup <at> masanjin.net>
William Morgan | 2 Nov 19:50 2008
Picon

Re: CPU at 99%

Reformatted excerpts from Tomas Pospisek ML's message of 2008-10-31:
> The "[poll-mode]" buffer shows an "infinite amount" of the following
> message:
> [...]
> Found message at 44352220 with labels {Sent, unread}
> Found message at 44352220 with labels {Sent, unread}
> Found message at 44352220 with labels {Sent, unread}
> Found message at 44352220 with labels {Sent, unread}
> Found message at 44352220 with labels {Sent, unread}

What kind of source is this? I'm guessing mbox. Can you try to figure
out what is around byte offset 44352220 in that file? Sup isn't
advancing beyond that for some reason.

> When I do that I get an "eternal" (?) output of:
> 
> [Sam Nov 01 01:00:53 +0100 2008] faking from for message
> sup-faked-b5d74cf19a1ebaf02e979448d059d0f4: Sup Auto-generated Fake
> Sender <sup <at> fake.sender.example.com>
> [Sam Nov 01 01:00:53 +0100 2008] faking date header for
> sup-faked-b5d74cf19a1ebaf02e979448d059d0f4
> [Sam Nov 01 01:00:53 +0100 2008] faking message-id for message from Sup
> Auto-generated Fake Sender <sup <at> fake.sender.example.com>:
> sup-faked-b5d74cf19a1ebaf02e979448d059d0f4
> [Sam Nov 01 01:00:53 +0100 2008] faking from for message
> sup-faked-b5d74cf19a1ebaf02e979448d059d0f4: Sup Auto-generated Fake
> Sender <sup <at> fake.sender.example.com>
> [Sam Nov 01 01:00:53 +0100 2008] faking date header for
> sup-faked-b5d74cf19a1ebaf02e979448d059d0f4

(Continue reading)

Israel Herraiz | 4 Nov 01:08 2008
Picon

[PATCH] Wrap text attachments

Hi,

this patch wrap text attachaments, as well as messages. For me is
quite annoying to have to scroll to see the text attachments. Perhaps
it is useful for others too.

Cheers,
Israel

---
 lib/sup/message-chunks.rb |    3 +++
 1 files changed, 3 insertions(+), 0 deletions(-)

diff --git a/lib/sup/message-chunks.rb b/lib/sup/message-chunks.rb
index cc895f3..99bd12b 100644
--- a/lib/sup/message-chunks.rb
+++ b/lib/sup/message-chunks.rb
 <at>  <at>  -65,6 +65,8  <at>  <at>  Return value:
 EOS
 #' stupid ruby-mode

+    WRAP_LEN = 80 # wrap text attachments at this width
+
     ## raw_content is the post-MIME-decode content. this is used for
     ## saving the attachment to disk.
     attr_reader :content_type, :filename, :lines, :raw_content
 <at>  <at>  -95,6 +97,7  <at>  <at>  EOS
        <at> lines = nil
       if text
          <at> lines = text.gsub("\r\n", "\n").gsub(/\t/, "        ").gsub(/\r/, "").split("\n")
(Continue reading)

Nicolas Pouillard | 4 Nov 14:29 2008
Picon

Re: [PATCH] Wrap text attachments

Excerpts from Israel Herraiz's message of Tue Nov 04 01:08:41 +0100 2008:
> Hi,

Hi,

> this patch wrap text attachaments, as well as messages. For me is
> quite annoying to have to scroll to see the text attachments. Perhaps
> it is useful for others too.

I have no opinion about this change.

However there is already a WRAP_LEN constant in this file, please provide
a patch that reuse the same constant.

Best regards,

> ---
>  lib/sup/message-chunks.rb |    3 +++
>  1 files changed, 3 insertions(+), 0 deletions(-)
> 
> diff --git a/lib/sup/message-chunks.rb b/lib/sup/message-chunks.rb
> index cc895f3..99bd12b 100644
> --- a/lib/sup/message-chunks.rb
> +++ b/lib/sup/message-chunks.rb
>  <at>  <at>  -65,6 +65,8  <at>  <at>  Return value:
>  EOS
>  #' stupid ruby-mode
>  
> +    WRAP_LEN = 80 # wrap text attachments at this width
> +
(Continue reading)

Israel Herraiz | 4 Nov 15:07 2008
Picon

Re: [PATCH] Wrap text attachments

Excerpts from Nicolas's message on Nov  4, 2008 about  2 PM:
> However there is already a WRAP_LEN constant in this file, please provide
> a patch that reuse the same constant.

Find it below. I have moved the constant out of the Attachment and
Text classes, and it is now in the context of the Chunk module.

Cheers,
Israel

---
 lib/sup/message-chunks.rb |    4 +++-
 1 files changed, 3 insertions(+), 1 deletions(-)

diff --git a/lib/sup/message-chunks.rb b/lib/sup/message-chunks.rb
index cc895f3..5b5c314 100644
--- a/lib/sup/message-chunks.rb
+++ b/lib/sup/message-chunks.rb
 <at>  <at>  -41,6 +41,8  <at>  <at>  end

 module Redwood
 module Chunk
+  WRAP_LEN = 80 # wrap messages and text attachments at this width
+
   class Attachment
     HookManager.register "mime-decode", <<EOS
 Executes when decoding a MIME attachment.
 <at>  <at>  -95,6 +97,7  <at>  <at>  EOS
        <at> lines = nil
       if text
(Continue reading)


Gmane