headers
Allan Wind | 23 Jan 2012 07:58

First impressions

I was trying to see if sup v0.12.1 would be a suitable alternative to mutt but
first impressions are shaky.  Is there a more stalbe version than the one from
installed vi gem?  Help/insight appreciated.

As suggest in the new users guide I first ran sup-config, but that seem to
create a bad config and sup crashed on start-up with:

/var/lib/gems/1.8/gems/sup-0.12.1/lib/sup/util.rb:601:in `method_missing': no
Redwood::HookManager instance defined in method call to run! (RuntimeError)
        from /var/lib/gems/1.8/gems/sup-0.12.1/bin/sup:370
        from /var/lib/gems/1.8/bin/sup:19:in `load'
        from /var/lib/gems/1.8/bin/sup:19

I am happy to send the .sup directory along if anyone are interested.  Figured
there was nothing else to lose so I blew the .sup directory away, and found
that it was auto-created on start-up.  Nice.

Next step was to add a source and the new users guide suggest using sup-add
with maildir://path/to/a/filename.  This fails with:

allan <at> vent:~$ sup-add maildir://home/allan/mail/received
/var/lib/gems/1.8/gems/sup-0.12.1/lib/sup/index.rb:106:in `initialize': DatabaseLockError:
Unable to get write lock on /home/allan/.sup/xapian: already locked (IOError)
        from /var/lib/gems/1.8/gems/sup-0.12.1/lib/sup/index.rb:106:in `new'
        from /var/lib/gems/1.8/gems/sup-0.12.1/lib/sup/index.rb:106:in `load_index'
        from /var/lib/gems/1.8/gems/sup-0.12.1/lib/sup/index.rb:93:in `load'
        from /var/lib/gems/1.8/gems/sup-0.12.1/bin/sup-add:80
        from /var/lib/gems/1.8/bin/sup-add:19:in `load'
        from /var/lib/gems/1.8/bin/sup-add:19
(Continue reading)

Permalink | Reply |
headers
Tracy Reed | 28 Jan 2012 06:14

Re: First impressions

On Mon, Jan 23, 2012 at 01:58:14AM -0500, Allan Wind spake thusly:
> I was trying to see if sup v0.12.1 would be a suitable alternative to mutt but
> first impressions are shaky.  

I went through the very same process. I've given up on sup and am sticking with
mutt for the time being.. The developers aren't really doing anything with sup
other than minor bug fixes. They prefer to work on heliotrope which is the
successor to sup. sup itself doesn't have a future as far as I can tell. While
I love the tagging and configurability via a nice programming language I found
it crashed a lot too.

--

-- 
Tracy Reed
http://tracyreed.org
Digital signature attached for your safety.

_______________________________________________
sup-talk mailing list
sup-talk <at> rubyforge.org
http://rubyforge.org/mailman/listinfo/sup-talk
Permalink | Reply |
headers
Allan Wind | 28 Jan 2012 19:38

Re: First impressions

On 2012-01-27 21:14:14, Tracy Reed wrote:
> I went through the very same process. I've given up on sup and am sticking with
> mutt for the time being.. The developers aren't really doing anything with sup
> other than minor bug fixes. They prefer to work on heliotrope which is the
> successor to sup. sup itself doesn't have a future as far as I can tell. While
> I love the tagging and configurability via a nice programming language I found
> it crashed a lot too.

Thanks Tracy.

/Allan
--

-- 
Allan Wind
Life Integrity, LLC
<http://lifeintegrity.com>
Permalink | Reply |
headers
Patrick Totzke | 28 Jan 2012 20:32

Re: First impressions

Hi Allan and everybody else who might be interested;
Apologies in advance for the spam.

I can recommend switching to notmuch [0], a mail indexer that started of as some improvements to sup
but has grown into a very reliable and powerful mail indexer.

Notmuch uses Xapian to provide a mail indexing library and bindings for go, python and ruby are
included. There are several user interfaces that make use of this library:
Apart from a command-line binary there is an Emacs mode and a few attempts to integrate notmuch into mutt.
I am the author of a terminal interface [2] that uses notmuch's python bindings and the urwid [1] toolkit
to provide a MUA experience similar to that of sup.

Notmuch is very stable, very fast and under active development of a mid-sized group of excellent
developers.

Hope this helps, looking forward to discussions in #notmuch <at> freenode,
/p

[0] http://notmuchmail.org
[1] http://excess.org/urwid
[2] https://github.com/pazz/alot
Permalink | Reply |
headers
Allan Wind | 28 Jan 2012 22:06

Re: First impressions

On 2012-01-28 19:32:19, Patrick Totzke wrote:
> I can recommend switching to notmuch [0], a mail indexer that started of as some improvements to sup
> but has grown into a very reliable and powerful mail indexer.

Thanks for the pointer.  I installed it earlier this week and 
integrated into offlineimap for (re)indexing of new email.

> Notmuch uses Xapian to provide a mail indexing library and bindings for go, python and ruby are
> included. There are several user interfaces that make use of this library:
> Apart from a command-line binary there is an Emacs mode and a few attempts to integrate notmuch into mutt.

I am trying to convince mutt-kz (which has notmuch integration) 
to compile without much luck.

> I am the author of a terminal interface [2] that uses notmuch's python bindings and the urwid [1] toolkit
> to provide a MUA experience similar to that of sup.

The dependencies of alot makes this a bit of a challenge to run 
on Debian stable:

Alot depends on recent versions of notmuch (>=0.10) and urwid 
(>=1.0). Note that due to restrictions on argparse and 
subprocess, you need to run *python v>=2.7*,

> Notmuch is very stable, very fast and under active development of a mid-sized group of excellent
> developers.
> 
> Hope this helps, looking forward to discussions in #notmuch <at> freenode,

Thanks again.
(Continue reading)

Permalink | Reply |

Gmane