From richard@infoarts.info Fri Apr 2 19:54:18 2010 From: richard@infoarts.info (Richard Sandilands) Date: Sat, 3 Apr 2010 10:54:18 +1100 Subject: [sup-talk] Still having wide character issues on OS X Message-ID: Hi there I'm tracking the next branch of Sup and it's working beautifully. However I still can't work out how to get wide character support in OS X (Snow Leopard). I've tried installing the ncursesw gem but the installation fails: *** Could not create Makefile due to some reason, probably lack of necessary libraries and/or headers. checking for wmove() in -lncursesw... no checking for wmove() in -lpdcurses... no *** I'd love to get this working. Is there anyone out there on OS X that has solved the wide character issue and would be able to provide step by step instructions on getting it working? Many thanks -- Richard From eliecartan@mailworks.org Mon Apr 5 20:27:32 2010 From: eliecartan@mailworks.org (E. Cartan) Date: Mon, 5 Apr 2010 19:27:32 -0500 Subject: [sup-talk] help with color changes [ colorpicker.rb / color.yaml ] Message-ID: <20100406002732.GA2293@katowice> I would like to make a single change in the default colour scheme, to improve the visibility of the currently selected message in the "thread-view" mode. The default "thread-view" is black characters on a light blue background. Somehow when viewing a thread I get 3 colors for background (light blue, purple [or darker blue], green), unlike here http://sup.rubyforge.org/ss3.png and http://sup.rubyforge.org/ss3.png where only two background colors (in addition to black) seem to be in use. I read that a certain ruby file contrib/colorpicker.rb is helpful for making color changes, but I don't know how to run it (in fact I have not been able to locate it in my gem installation of sup, but I presume I may just copy it from somewhere where I have seen it). I'll appreciate being told how to use colorpicker.rb or alternatively how to configure color.yaml, or perhaps a sample color.yalm to imitate. Thanks in advance, E.C. From anirudh@anirudhsanjeev.org Thu Apr 1 05:31:22 2010 From: anirudh@anirudhsanjeev.org (Anirudh Sanjeev) Date: Thu, 01 Apr 2010 15:01:22 +0530 Subject: [sup-talk] Workflow questions Message-ID: <1270113050-sup-7123@deepthought> Hi, I've been using sup exclusively for four months now, and it's working great! I sat down and was watching my email workflow and wanted to know how other sup users work with their email. A. Reading email in the middle of compose: This is my number one concern. I use vim to write my email, and since sup makes a blocking call, I am unable to read my email while composing. The only way I know how to do this right now is to quit my editor, hit ";" to switch to inbox buffer and read the other emails. I was hoping that this workflow would be refactored into something like this: 1. User hits a key on message he/she wants to reply to. 2. A file is created and a background process is launched (gvim remote, emacs, etc) opening this file. 3. User edits file, maybe creates more replies, and edits each individually. 4. Hitting "y" on a message which user had been composing will pull the latest saved file and load it into compose mode. 5. Hitting "y" again will send it. If you folks have workarounds for this issue, I'd love to hear it. My current hack which I'm trying to fix up is to use the publish hook to quote each message into a temporary file, edit that file, and pull text from that file when sup invokes my editor to reply. B. Contacts: I don't know if this is the appropriate way to do it, but when I want to write a new email to a contact, I hit "C" and search for the name, and "M" again and again till the lazy loading finally finds the name I'm looking for. The system works great, although I wish there was some functionality to search all contacts without loading all of them first. Whenever I need to include a new email address while composing, I need to go back to my contacts list which can be quite cumbersome. I was hoping that Vim's insert mode dictionary completion feature can be used. If all the contacts are available in one file in the name format, I can simply say: set dictionary += ~/.sup/contacts.txt And instantly gain completion capabilities. Thanks, Anirudh -- Senior Undergraduate Student, Indian Institute of Technology, Kharagpur http://anirudhsanjeev.org The Unix philosophy - Do one thing. Do it well. From neil.stewart@warwick.ac.uk Tue Apr 6 10:13:43 2010 From: neil.stewart@warwick.ac.uk (Neil Stewart) Date: Tue, 6 Apr 2010 15:13:43 +0100 (BST) Subject: [sup-talk] sent mail Message-ID: I'm a new sup user. It is great. I'd like to ask what is the 'right way' to set up my sent mail. I have a single mbox file sent-mail that contains many messages from my pre-sup days. I'd like to add messages sent with sup to the end of this file. I've tried choosing this file with sup-config for storing my sent mail, but sup crashes after the mail is sent without adding to the file (see http://masanjin.net/sup-bugs/issue89). I've tried linking ~/.sup/sent.mbox to sent-mail. Now sup doesn't crash and it adds mail to sent-mail. But the sent mail appears in my inbox because it has the inbox label. Can anyone offer a few pointers on how to append sent mail to my existing send-mail file, have the old sent mail in that file labeled as sent and searchable, and not have sent messages appear in my inbox? All comments most welcome. Thank you, Neil. From michael+sup@stapelberg.de Tue Apr 6 12:23:34 2010 From: michael+sup@stapelberg.de (Michael Stapelberg) Date: Tue, 06 Apr 2010 18:23:34 +0200 Subject: [sup-talk] sent mail In-Reply-To: References: Message-ID: <1270570926-sup-5038@midna.zekjur.net> Hi Neil, Excerpts from Neil Stewart's message of 2010-04-06 16:13:43 +0200: > messages from my pre-sup days. I'd like to add messages sent with sup to the > end of this file. Are you sure about that? mbox files can easily get very large and it?s a pain to parse/handle them. I would really recommend maildir, you can use mb2md to convert an existing mbox file to a maildir folder. > it adds mail to sent-mail. But the sent mail appears in my inbox because it > has the inbox label. In sup 0.11, sent mail does not get the inbox label anymore (AFAIK). Are you using 0.11? Best regards, Michael From shreyankg@gmail.com Tue Apr 6 12:24:17 2010 From: shreyankg@gmail.com (shreyankg at gmail.com) Date: Tue, 6 Apr 2010 21:54:17 +0530 Subject: [sup-talk] Workflow questions In-Reply-To: <1270113050-sup-7123@deepthought> References: <1270113050-sup-7123@deepthought> Message-ID: On Thu, Apr 1, 2010 at 3:01 PM, Anirudh Sanjeev wrote: > Hi, > > I've been using sup exclusively for four months now, and it's working > great! I sat down and was watching my email workflow and wanted to know how > other sup users work with their email. > > A. Reading email in the middle of compose: > This is my number one concern. I use vim to write my email, and since sup > makes a blocking call, I am unable to read my email while composing. The > only way I know how to do this right now is to quit my editor, hit ";" to > switch to inbox buffer and read the other emails. > > I was hoping that this workflow would be refactored into something like > this: > 1. User hits a key on message he/she wants to reply to. > 2. A file is created and a background process is launched (gvim remote, > emacs, etc) opening this file. > 3. User edits file, maybe creates more replies, and edits each > individually. > 4. Hitting "y" on a message which user had been composing will pull the > latest saved file and load it into compose mode. > 5. Hitting "y" again will send it. > > If you folks have workarounds for this issue, I'd love to hear it. My > current hack which I'm trying to fix up is to use the publish hook to quote > each message into a temporary file, edit that file, and pull text from that > file when sup invokes my editor to reply. Hi, Even I am facing this issue. Another alternative could be to push sup into a background process while invoking vim/any_other_editor in the foreground. And have some sort of bindings to switch between vim and the background sup process (don't know how that works). Finish editing and quitting would land you to the updated reply buffer in sup. > > B. Contacts: > I don't know if this is the appropriate way to do it, but when I want to > write a new email to a contact, I hit "C" and search for the name, and "M" > again and again till the lazy loading finally finds the name I'm looking > for. > > The system works great, although I wish there was some functionality to > search all contacts without loading all of them first. I use tab completion after pressing 'c' to compose new mail. Although tab completion is nor substitute for search, I agree. > > Whenever I need to include a new email address while composing, I need to > go back to my contacts list which can be quite cumbersome. I was hoping > that Vim's insert mode dictionary completion feature can be used. If all > the contacts are available in one file in the name format, I > can simply say: > > set dictionary += ~/.sup/contacts.txt > And instantly gain completion capabilities. Seems like a good idea. Also it could be handy if some sort of dynamic search could be added while you are typing down the 'To'/'Cc' field after starting to compose a new mail by pressing 'c'. -- Peace and Love, Shreyank Gupta Blog: http://allsortsofshrink.blogspot.com From sup-talk@ryanb.org Thu Apr 8 05:40:32 2010 From: sup-talk@ryanb.org (Ryan Barrett) Date: Thu, 8 Apr 2010 02:40:32 -0700 (PDT) Subject: [sup-talk] current state of synching upstream? Message-ID: hi all! i've been looking forward to trying sup since i first heard about it a couple years ago, and i'm getting pretty close. one of my few remaining concerns is using sup in parallel with other mail clients, including sup itself. i know best practice is to just use one sup installation and no other clients, but i also know that synching back upstream is a frequent topic here. i've seen the discussions of sup-sync --changed, sup-sync-back, maildir + offlineimap etc. i'm mostly looking to hear about the current state. is anyone successfully running sup synched with another sup or other client? if so, how? it seems like people have generally agreed that the best approach is to make sup-sync-back support maildir, and then use offlineimap to sync from maildir to the source. is that still true? cc'ing scott henson, who mentioned he was working on maildir sync in january. http://rubyforge.org/pipermail/sup-talk/2010-January/003761.html more background: http://rubyforge.org/pipermail/sup-talk/2009-April/002126.html http://rubyforge.org/pipermail/sup-talk/2009-July/002567.html -Ryan -- http://snarfed.org/ From neil.stewart@warwick.ac.uk Thu Apr 8 06:08:31 2010 From: neil.stewart@warwick.ac.uk (Neil Stewart) Date: Thu, 8 Apr 2010 11:08:31 +0100 (BST) Subject: [sup-talk] sent mail Message-ID: Hi Michael, > Are you sure about that? mbox files can easily get very large and it's a > pain to parse/handle them. I would really recommend maildir, you can use > mb2md to convert an existing mbox file to a maildir folder. I shall give this a serious look. Thanks for the tip. > In sup 0.11, sent mail does not get the inbox label anymore (AFAIK). Are you > using 0.11? I'm using 0.10.2-1 from Debian testing. I've had a go at getting 0.11, but it's not available in Debian. I've failed to compile it several times using "gems install sup". I finally got it to work using ruby1.9, but can't work out how to run sup. I tried # /var/lib/gems/1.9.0/bin/sup /var/lib/gems/1.9.0/gems/sup-0.11/lib/sup/util.rb:2:in `require': /var/lib/gems/1.9.0/gems/lockfile-1.4.3/lib/lockfile.rb:454: syntax error, unexpected ']' (SyntaxError) /var/lib/gems/1.9.0/gems/lockfile-1.4.3/lib/lockfile.rb:564: syntax error, unexpected $end, expecting keyword_end from /var/lib/gems/1.9.0/gems/sup-0.11/lib/sup/util.rb:2:in `' from /var/lib/gems/1.9.0/gems/sup-0.11/lib/sup.rb:277:in `require' from /var/lib/gems/1.9.0/gems/sup-0.11/lib/sup.rb:277:in `' from /var/lib/gems/1.9.0/gems/sup-0.11/bin/sup:15:in `require' from /var/lib/gems/1.9.0/gems/sup-0.11/bin/sup:15:in `' from /var/lib/gems/1.9.0/bin/sup:19:in `load' from /var/lib/gems/1.9.0/bin/sup:19:in `
' which fails and # /var/lib/gems/1.9.0/gems/sup-0.11/bin/sup /usr/bin/env: ruby: No such file or directory which fails. I was going to try rubyforge, but it only lists 0.10.2 and earlier. Being new to ruby is not helping! I'll have a go at compiling the development version from the git repository. Thank you for your help. Best, Neil. From neil.stewart@warwick.ac.uk Thu Apr 8 06:49:46 2010 From: neil.stewart@warwick.ac.uk (Neil Stewart) Date: Thu, 8 Apr 2010 11:49:46 +0100 (BST) Subject: [sup-talk] gem install sup fail Message-ID: So I'm trying to install sup-0.11 and am having trouble. I think my install went okay: # gem install sup Building native extensions. This could take a while... Building native extensions. This could take a while... Successfully installed xapian-full-1.1.3.4 Successfully installed ncurses-0.9.1 Successfully installed rmail-1.0.0 Successfully installed highline-1.5.2 Successfully installed net-ssh-2.0.21 Successfully installed trollop-1.16.2 Successfully installed lockfile-1.4.3 Successfully installed mime-types-1.16 Successfully installed locale-2.0.5 Successfully installed gettext-2.1.0 Successfully installed sup-0.11 11 gems installed Installing ri documentation for xapian-full-1.1.3.4... Installing ri documentation for ncurses-0.9.1... Installing ri documentation for rmail-1.0.0... Installing ri documentation for highline-1.5.2... Installing ri documentation for net-ssh-2.0.21... Installing ri documentation for trollop-1.16.2... Installing ri documentation for lockfile-1.4.3... Installing ri documentation for mime-types-1.16... Installing ri documentation for locale-2.0.5... Installing ri documentation for gettext-2.1.0... Installing ri documentation for sup-0.11... Installing RDoc documentation for xapian-full-1.1.3.4... Installing RDoc documentation for ncurses-0.9.1... Installing RDoc documentation for rmail-1.0.0... Installing RDoc documentation for highline-1.5.2... Installing RDoc documentation for net-ssh-2.0.21... Installing RDoc documentation for trollop-1.16.2... Installing RDoc documentation for lockfile-1.4.3... Installing RDoc documentation for mime-types-1.16... Installing RDoc documentation for locale-2.0.5... Installing RDoc documentation for gettext-2.1.0... Installing RDoc documentation for sup-0.11... But how do I run sup? This fails: # /var/lib/gems/1.8/bin/sup /usr/lib/ruby/1.8/rubygems.rb:578:in `report_activate_error': Could not find /RubyGem archive-tar-minitar (~> 0.5) (Gem::LoadError) from /usr/lib/ruby/1.8/rubygems.rb:134:in `activate' from /usr/lib/ruby/1.8/rubygems.rb:158:in `activate' from /usr/lib/ruby/1.8/rubygems.rb:157:in `each' from /usr/lib/ruby/1.8/rubygems.rb:157:in `activate' from /usr/lib/ruby/1.8/rubygems.rb:158:in `activate' from /usr/lib/ruby/1.8/rubygems.rb:157:in `each' from /usr/lib/ruby/1.8/rubygems.rb:157:in `activate' from /usr/lib/ruby/1.8/rubygems.rb:49:in `gem' from /var/lib/gems/1.8/bin/sup:18 Any comments would be much appreciated---sup seems too good for me to give up now! Best, Neil. From neil.stewart@warwick.ac.uk Thu Apr 8 08:04:48 2010 From: neil.stewart@warwick.ac.uk (Neil Stewart) Date: Thu, 8 Apr 2010 13:04:48 +0100 (BST) Subject: [sup-talk] gem install sup fail In-Reply-To: References: Message-ID: So I've installed a load of gems # gem list --local *** LOCAL GEMS *** archive-tar-minitar (0.5.2) gettext (2.1.0) highline (1.5.2) hoe (2.6.0) json_pure (1.2.4) locale (2.0.5) lockfile (1.4.3) mime-types (1.16) ncurses (0.9.1) net-ssh (2.0.21) nokogiri (1.4.1) racc (1.4.6) rake (0.8.7) rexical (1.0.4) rmail (1.0.0) rubyforge (2.0.4) sup (0.11) trollop (1.16.2) xapian-full (1.1.3.4) which fixes my earlier problem: > But how do I run sup? This fails: > > # /var/lib/gems/1.8/bin/sup > /usr/lib/ruby/1.8/rubygems.rb:578:in `report_activate_error': Could not find > /RubyGem archive-tar-minitar (~> 0.5) (Gem::LoadError) > from /usr/lib/ruby/1.8/rubygems.rb:134:in `activate' > from /usr/lib/ruby/1.8/rubygems.rb:158:in `activate' > from /usr/lib/ruby/1.8/rubygems.rb:157:in `each' > from /usr/lib/ruby/1.8/rubygems.rb:157:in `activate' > from /usr/lib/ruby/1.8/rubygems.rb:158:in `activate' > from /usr/lib/ruby/1.8/rubygems.rb:157:in `each' > from /usr/lib/ruby/1.8/rubygems.rb:157:in `activate' > from /usr/lib/ruby/1.8/rubygems.rb:49:in `gem' > from /var/lib/gems/1.8/bin/sup:18 I had to upgrade to gem 1.3.5 from debian testing to get the hoe gem to install. Now I'm getting a new error: # /var/lib/gems/1.8/bin/sup /usr/lib/ruby/1.8/rubygems/custom_require.rb:31:in `gem_original_require': /no such file to load -- openssl (LoadError) from /usr/lib/ruby/1.8/rubygems/custom_require.rb:31:in `require' from /var/lib/gems/1.8/gems/net-ssh-2.0.21/lib/net/ssh/transport/openssl.rb:1 from /usr/lib/ruby/1.8/rubygems/custom_require.rb:31:in `gem_original_require' from /usr/lib/ruby/1.8/rubygems/custom_require.rb:31:in `require' from /var/lib/gems/1.8/gems/net-ssh-2.0.21/lib/net/ssh/buffer.rb:2 from /usr/lib/ruby/1.8/rubygems/custom_require.rb:31:in `gem_original_require' from /usr/lib/ruby/1.8/rubygems/custom_require.rb:31:in `require' from /var/lib/gems/1.8/gems/net-ssh-2.0.21/lib/net/ssh/transport/algorithms.rb:1 from /usr/lib/ruby/1.8/rubygems/custom_require.rb:31:in `gem_original_require' from /usr/lib/ruby/1.8/rubygems/custom_require.rb:31:in `require' from /var/lib/gems/1.8/gems/net-ssh-2.0.21/lib/net/ssh/transport/session.rb:7 from /usr/lib/ruby/1.8/rubygems/custom_require.rb:31:in `gem_original_require' from /usr/lib/ruby/1.8/rubygems/custom_require.rb:31:in `require' from /var/lib/gems/1.8/gems/net-ssh-2.0.21/lib/net/ssh.rb:10 from /usr/lib/ruby/1.8/rubygems/custom_require.rb:31:in `gem_original_require' from /usr/lib/ruby/1.8/rubygems/custom_require.rb:31:in `require' from /var/lib/gems/1.8/gems/sup-0.11/lib/sup/mbox/ssh-file.rb:1 from /usr/lib/ruby/1.8/rubygems/custom_require.rb:31:in `gem_original_require' from /usr/lib/ruby/1.8/rubygems/custom_require.rb:31:in `require' from /var/lib/gems/1.8/gems/sup-0.11/lib/sup/mbox.rb:2 from /usr/lib/ruby/1.8/rubygems/custom_require.rb:31:in `gem_original_require' from /usr/lib/ruby/1.8/rubygems/custom_require.rb:31:in `require' from /var/lib/gems/1.8/gems/sup-0.11/lib/sup.rb:309 from /usr/lib/ruby/1.8/rubygems/custom_require.rb:31:in `gem_original_require' from /usr/lib/ruby/1.8/rubygems/custom_require.rb:31:in `require' from /var/lib/gems/1.8/gems/sup-0.11/bin/sup:15 from /var/lib/gems/1.8/bin/sup:19:in `load' from /var/lib/gems/1.8/bin/sup:19 I've got openssl installed # dpkg -l | grep openssl ii openssl 0.9.8g-15+lenny6 Secure Socket Layer (SSL) binary and related ii openssl-blacklist 0.4.2 list of blacklisted OpenSSL RSA keys but I don't think that's the problem. And help getting sup-0.11 running, in any form, very much appreciated! Best, Neil. From rgh@topikality.com Thu Apr 8 08:01:27 2010 From: rgh@topikality.com (Richard Heycock) Date: Thu, 08 Apr 2010 22:01:27 +1000 Subject: [sup-talk] sent mail In-Reply-To: References: Message-ID: <1270727373-sup-8902@roughage.com.au> Excerpts from Neil Stewart's message of 2010-04-08 20:08:31 +1000: > Hi Michael, > > > Are you sure about that? mbox files can easily get very large and it's a > > pain to parse/handle them. I would really recommend maildir, you can use > > mb2md to convert an existing mbox file to a maildir folder. > > I shall give this a serious look. Thanks for the tip. > > > In sup 0.11, sent mail does not get the inbox label anymore (AFAIK). Are you > > using 0.11? > > I'm using 0.10.2-1 from Debian testing. I've had a go at getting 0.11, but > it's not available in Debian. I've failed to compile it several times using > "gems install sup". I finally got it to work using ruby1.9, but can't work > out how to run sup. I tried "gem install sup" will put a script in /usr/bin so you should be able to simply type sup. If you have multiple versions of ruby you might have problems but if you invoke it thus: /path/to/ruby /usr/bin/sup you should be right. > # /var/lib/gems/1.9.0/bin/sup > /var/lib/gems/1.9.0/gems/sup-0.11/lib/sup/util.rb:2:in `require': /var/lib/gems/1.9.0/gems/lockfile-1.4.3/lib/lockfile.rb:454: syntax error, unexpected ']' (SyntaxError) > /var/lib/gems/1.9.0/gems/lockfile-1.4.3/lib/lockfile.rb:564: syntax error, unexpected $end, expecting keyword_end > from /var/lib/gems/1.9.0/gems/sup-0.11/lib/sup/util.rb:2:in `' > from /var/lib/gems/1.9.0/gems/sup-0.11/lib/sup.rb:277:in `require' > from /var/lib/gems/1.9.0/gems/sup-0.11/lib/sup.rb:277:in `' > from /var/lib/gems/1.9.0/gems/sup-0.11/bin/sup:15:in `require' > from /var/lib/gems/1.9.0/gems/sup-0.11/bin/sup:15:in `' > from /var/lib/gems/1.9.0/bin/sup:19:in `load' > from /var/lib/gems/1.9.0/bin/sup:19:in `
' > > which fails and > > # /var/lib/gems/1.9.0/gems/sup-0.11/bin/sup > /usr/bin/env: ruby: No such file or directory > > which fails. > > I was going to try rubyforge, but it only lists 0.10.2 and earlier. > > Being new to ruby is not helping! I'll have a go at compiling the > development version from the git repository. > > Thank you for your help. > > Best, > Neil. Not sure if this helps but you really don't want to be using ruby 1.9.0 the latest is ruby-1.9.1-p376. If you want to install using Debian packages they are in testing. apt-get install rubygems1.9.1 ruby1.9.1-dev rdoc1.9.1 irb1.9.1 should see you right. rgh -- Richard Heycock http://topikality.com +61 (0) 410 646 369 [e]: rgh at topikality.com [im]: rgh at topikality.com From neil.stewart@warwick.ac.uk Thu Apr 8 08:54:01 2010 From: neil.stewart@warwick.ac.uk (Neil Stewart) Date: Thu, 8 Apr 2010 13:54:01 +0100 (BST) Subject: [sup-talk] sent mail In-Reply-To: <1270727373-sup-8902@roughage.com.au> References: <1270727373-sup-8902@roughage.com.au> Message-ID: Hi Richard, > Not sure if this helps but you really don't want to be using ruby 1.9.0 > the latest is ruby-1.9.1-p376. If you want to install using Debian > packages they are in testing. > > apt-get install rubygems1.9.1 ruby1.9.1-dev rdoc1.9.1 irb1.9.1 > > should see you right. Thanks for the pointers. I've got the right ruby packages now. # dpkg -l | grep ruby ii libreadline-ruby1.9.1 1.9.1.378-1 Readline interface for Ruby 1.9.1 ii libruby1.9.1 1.9.1.378-1 Libraries necessary to run Ruby 1.9.1 ii ruby1.9.1 1.9.1.378-1 Interpreter of object-oriented scripting lan ii ruby1.9.1-dev 1.9.1.378-1 Header files for compiling extension modules ii rubygems1.9.1 1.3.5-2 package management framework for Ruby librar > "gem install sup" will put a script in /usr/bin so you should be able to > simply type sup. If you have multiple versions of ruby you might have > problems but if you invoke it thus: /path/to/ruby /usr/bin/sup you > should be right. "gem install sup" seems to be failing on ncurses. # gem install sup Building native extensions. This could take a while... ERROR: Error installing sup: ERROR: Failed to build gem native extension. /usr/bin/ruby1.9.1 extconf.rb checking for unistd.h... yes checking for ncurses.h... yes checking for wmove() in -lncurses... yes checking for newscr()... yes checking for TABSIZE()... yes checking for ESCDELAY()... yes checking for keybound()... yes checking for curses_version()... yes [SNIP] checking for new_form() in -lform... yes creating Makefile make Makefile:158: warning: overriding commands for target `/var/lib/gems/1.9.1/gems/ncurses-0.9.1/lib' Makefile:156: warning: ignoring old commands for target `/var/lib/gems/1.9.1/gems/ncurses-0.9.1/lib' cc -I. -I/usr/include/ruby-1.9.1/x86_64-linux -I/usr/include/ruby-1.9.1/ruby/backward -I/usr/include/ruby-1.9.1 -I. -DHAVE_UNISTD_H -DHAVE_NCURSES_H -DHAVE_NEWSCR -DHAVE_TABSIZE -DHAVE_ESCDELAY -DHAVE_KEYBOUND -DHAVE_CURSES_VERSION -DHAVE_TIGETSTR -DHAVE_GETWIN -DHAVE_PUTWIN -DHAVE_UNGETMOUSE -DHAVE_MOUSEMASK -DHAVE_WENCLOSE -DHAVE_MOUSEINTERVAL -DHAVE_WMOUSE_TRAFO -DHAVE_MCPRINT -DHAVE_HAS_KEY -DHAVE_DELSCREEN -DHAVE_DEFINE_KEY -DHAVE_KEYOK -DHAVE_RESIZETERM -DHAVE_USE_DEFAULT_COLORS -DHAVE_USE_EXTENDED_NAMES -DHAVE_WRESIZE -DHAVE_ATTR_ON -DHAVE_ATTR_OFF -DHAVE_ATTR_SET -DHAVE_CHGAT -DHAVE_COLOR_SET -DHAVE_FILTER -DHAVE_INTRFLUSH -DHAVE_MVCHGAT -DHAVE_MVHLINE -DHAVE_MVVLINE -DHAVE_MVWCHGAT -DHAVE_MVWHLINE -DHAVE_MVWVLINE -DHAVE_NOQIFLUSH -DHAVE_PUTP -DHAVE_QIFLUSH -DHAVE_SCR_DUMP -DHAVE_SCR_INIT -DHAVE_SCR_RESTORE -DHAVE_SCR_SET -DHAVE_SLK_ATTR -DHAVE_SLK_ATTR_SET -DHAVE_SLK_COLOR -DHAVE_TIGETFLAG -DHAVE_TIGETNUM -DHAVE_USE_ENV -DHAVE_VIDATTR -DHAVE_WATTR_ON -DHAVE_WATTR_OFF -DHAVE_WATTR_SET -DHAVE_WCHGAT -DHAVE_WCOLOR_SET -DHAVE_GETATTRS -DHAVE_ASSUME_DEFAULT_COLORS -DHAVE_ATTR_GET -DHAVE_PANEL_H -DHAVE_FORM_H -fPIC -fno-strict-aliasing -g -g -O2 -O2 -g -Wall -Wno-parentheses -fPIC -g -o form_wrap.o -c form_wrap.c form_wrap.c: In function 'rbncurs_m_new_form': form_wrap.c:395: error: 'struct RArray' has no member named 'len' form_wrap.c: In function 'rbncurs_c_set_field_type': form_wrap.c:619: error: 'struct RArray' has no member named 'len' form_wrap.c: In function 'rbncurs_c_set_form_fields': form_wrap.c:778: error: 'struct RArray' has no member named 'len' form_wrap.c: In function 'make_arg': form_wrap.c:1126: error: 'struct RArray' has no member named 'len' make: *** [form_wrap.o] Error 1 Gem files will remain installed in /var/lib/gems/1.9.1/gems/ncurses-0.9.1 for inspection. Results logged to /var/lib/gems/1.9.1/gems/ncurses-0.9.1/gem_make.out I get pretty much identical output from "gem install ncurses", so I suspect the problem is not even a sup issue. Am I doing something terribly wrong? All comments most welcome. Best, Neil. From rgh@topikality.com Thu Apr 8 09:27:28 2010 From: rgh@topikality.com (Richard Heycock) Date: Thu, 08 Apr 2010 23:27:28 +1000 Subject: [sup-talk] sent mail In-Reply-To: References: <1270727373-sup-8902@roughage.com.au> Message-ID: <1270731588-sup-6397@roughage.com.au> Excerpts from Neil Stewart's message of 2010-04-08 22:54:01 +1000: > Hi Richard, > > > Not sure if this helps but you really don't want to be using ruby 1.9.0 > > the latest is ruby-1.9.1-p376. If you want to install using Debian > > packages they are in testing. > > > > apt-get install rubygems1.9.1 ruby1.9.1-dev rdoc1.9.1 irb1.9.1 > > > > should see you right. > > Thanks for the pointers. I've got the right ruby packages now. > > # dpkg -l | grep ruby > ii libreadline-ruby1.9.1 1.9.1.378-1 Readline interface for Ruby 1.9.1 > ii libruby1.9.1 1.9.1.378-1 Libraries necessary to run Ruby 1.9.1 > ii ruby1.9.1 1.9.1.378-1 Interpreter of object-oriented scripting lan > ii ruby1.9.1-dev 1.9.1.378-1 Header files for compiling extension modules > ii rubygems1.9.1 1.3.5-2 package management framework for Ruby librar > > > "gem install sup" will put a script in /usr/bin so you should be able to > > simply type sup. If you have multiple versions of ruby you might have > > problems but if you invoke it thus: /path/to/ruby /usr/bin/sup you > > should be right. > > "gem install sup" seems to be failing on ncurses. > > # gem install sup > Building native extensions. This could take a while... > ERROR: Error installing sup: > ERROR: Failed to build gem native extension. > > /usr/bin/ruby1.9.1 extconf.rb > checking for unistd.h... yes > checking for ncurses.h... yes > checking for wmove() in -lncurses... yes > checking for newscr()... yes > checking for TABSIZE()... yes > checking for ESCDELAY()... yes > checking for keybound()... yes > checking for curses_version()... yes > [SNIP] > checking for new_form() in -lform... yes > creating Makefile > > make > Makefile:158: warning: overriding commands for target > `/var/lib/gems/1.9.1/gems/ncurses-0.9.1/lib' > Makefile:156: warning: ignoring old commands for target > `/var/lib/gems/1.9.1/gems/ncurses-0.9.1/lib' > cc -I. -I/usr/include/ruby-1.9.1/x86_64-linux > -I/usr/include/ruby-1.9.1/ruby/backward -I/usr/include/ruby-1.9.1 -I. > -DHAVE_UNISTD_H -DHAVE_NCURSES_H -DHAVE_NEWSCR -DHAVE_TABSIZE > -DHAVE_ESCDELAY -DHAVE_KEYBOUND -DHAVE_CURSES_VERSION -DHAVE_TIGETSTR > -DHAVE_GETWIN -DHAVE_PUTWIN -DHAVE_UNGETMOUSE -DHAVE_MOUSEMASK > -DHAVE_WENCLOSE -DHAVE_MOUSEINTERVAL -DHAVE_WMOUSE_TRAFO -DHAVE_MCPRINT > -DHAVE_HAS_KEY -DHAVE_DELSCREEN -DHAVE_DEFINE_KEY -DHAVE_KEYOK > -DHAVE_RESIZETERM -DHAVE_USE_DEFAULT_COLORS -DHAVE_USE_EXTENDED_NAMES > -DHAVE_WRESIZE -DHAVE_ATTR_ON -DHAVE_ATTR_OFF -DHAVE_ATTR_SET -DHAVE_CHGAT > -DHAVE_COLOR_SET -DHAVE_FILTER -DHAVE_INTRFLUSH -DHAVE_MVCHGAT > -DHAVE_MVHLINE -DHAVE_MVVLINE -DHAVE_MVWCHGAT -DHAVE_MVWHLINE > -DHAVE_MVWVLINE -DHAVE_NOQIFLUSH -DHAVE_PUTP -DHAVE_QIFLUSH -DHAVE_SCR_DUMP > -DHAVE_SCR_INIT -DHAVE_SCR_RESTORE -DHAVE_SCR_SET -DHAVE_SLK_ATTR > -DHAVE_SLK_ATTR_SET -DHAVE_SLK_COLOR -DHAVE_TIGETFLAG -DHAVE_TIGETNUM > -DHAVE_USE_ENV -DHAVE_VIDATTR -DHAVE_WATTR_ON -DHAVE_WATTR_OFF > -DHAVE_WATTR_SET -DHAVE_WCHGAT -DHAVE_WCOLOR_SET -DHAVE_GETATTRS > -DHAVE_ASSUME_DEFAULT_COLORS -DHAVE_ATTR_GET -DHAVE_PANEL_H -DHAVE_FORM_H > -fPIC -fno-strict-aliasing -g -g -O2 -O2 -g -Wall -Wno-parentheses -fPIC -g > -o form_wrap.o -c form_wrap.c > form_wrap.c: In function 'rbncurs_m_new_form': > form_wrap.c:395: error: 'struct RArray' has no member named 'len' > form_wrap.c: In function 'rbncurs_c_set_field_type': > form_wrap.c:619: error: 'struct RArray' has no member named 'len' > form_wrap.c: In function 'rbncurs_c_set_form_fields': > form_wrap.c:778: error: 'struct RArray' has no member named 'len' > form_wrap.c: In function 'make_arg': > form_wrap.c:1126: error: 'struct RArray' has no member named 'len' > make: *** [form_wrap.o] Error 1 > > > Gem files will remain installed in /var/lib/gems/1.9.1/gems/ncurses-0.9.1 > for inspection. > Results logged to /var/lib/gems/1.9.1/gems/ncurses-0.9.1/gem_make.out > > > I get pretty much identical output from "gem install ncurses", so I suspect > the problem is not even a sup issue. Am I doing something terribly wrong? > All comments most welcome. You are right it's not a sup issue. Ruby ncurses hasn't been ported to 1.9 so I just used ncursesw which seems to work quite well. Since you are using gem to install sup you will need to untar the gem file modify the metadata, tar it all up and reinstall. Something along the lines of: cd /var/lib/gems/1.9.1/gems/cache/ mkdir tmp; cd tmp tar xf ../sup-0.11.gem (ignore any timestamp errors) vi metadata (make sure you use vim which will deal with the compression) tar cf ../sup-0.11.gem . cd .. gem install sup-0.11.gem rm -r tmp (assuming it works) If you have problems working out which line to change in the metadata you could unzip it and apply the following patch: --- metadata.old 2010-04-08 23:10:27.363603950 +1000 +++ metadata.new 2010-04-08 23:11:09.479559396 +1000 @@ -32,7 +32,7 @@ type: :runtime version_requirements: *id001 - !ruby/object:Gem::Dependency - name: ncurses + name: ncursesw prerelease: false requirement: &id002 !ruby/object:Gem::Requirement requirements: And that should do you. Or you could download a modified gem from http://stuff.roughage.com.au/sup-0.11.gem. That gem was built from git and works (on my machine!). William, is there any reason you are using ncurses and not ncursesw? rgh > Best, > Neil. > -- Richard Heycock http://topikality.com +61 (0) 410 646 369 [e]: rgh at topikality.com [im]: rgh at topikality.com From neil.stewart@warwick.ac.uk Thu Apr 8 17:44:30 2010 From: neil.stewart@warwick.ac.uk (Neil Stewart) Date: Thu, 8 Apr 2010 22:44:30 +0100 (BST) Subject: [sup-talk] sent mail In-Reply-To: <1270727373-sup-8902@roughage.com.au> References: <1270727373-sup-8902@roughage.com.au> Message-ID: >>> In sup 0.11, sent mail does not get the inbox label anymore (AFAIK). Are you >>> using 0.11? >> >> I'm using 0.10.2-1 from Debian testing. I've had a go at getting 0.11, but >> it's not available in Debian. I've failed to compile it several times using >> "gems install sup". I finally got it to work using ruby1.9, but can't work >> out how to run sup. I tried Here is some more information on sent mail appearing in the inbox. First, it was discussed a while ago. Apologies for missing it. http://www.mail-archive.com/sup-talk at rubyforge.org/msg03227.html Second, I've downloaded the development sup from the gitorious.org and built and installed a sup gem. Using this, sent mail does get the inbox tag and appear in the inbox after sending. I've found that by changing line 52 in sent.rb from def labels; [:inbox, :sent]; end to def labels; [:sent]; end this behaviour can be disabled, so sent mail goes straight into the archive and is not included in the inbox. I've not used ruby before, but I've added an option :sent_appears_in_inbox: true to config.yaml. So the critical lines in sent.rb are now if $config[:sent_appears_in_inbox] then def labels; [:inbox, :sent]; end else def labels; [:sent]; end and I added :sent_appears_in_inbox => true to the bit of sup.pl that writes the default config.yaml. So the default is the current behaviour---sent appearing in the inbox, but one can turn this off by altering the default config.yaml. I've attached trivial patches for sup.rb and sent.rb if these are of any use. Best, Neil. -------------- next part -------------- A non-text attachment was scrubbed... Name: patch_for_sent.rb Type: application/x-ruby Size: 350 bytes Desc: URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: patch_for_sup.rb Type: application/x-ruby Size: 343 bytes Desc: URL: From plutek@infinity.net Fri Apr 9 15:18:36 2010 From: plutek@infinity.net (plutek) Date: Fri, 09 Apr 2010 15:18:36 -0400 Subject: [sup-talk] killed threads not searchable? Message-ID: <1270840406-sup-730@paldesk> greetings! just getting into sup here.... it's looking to me like killed threads cannot be found by searches. is this true? the new user guide says otherwise. also, how do i list all archived threads? thanks much.... cheers! -- .pltk. From hollunder@lavabit.com Fri Apr 9 15:50:56 2010 From: hollunder@lavabit.com (Philipp) Date: Fri, 09 Apr 2010 21:50:56 +0200 Subject: [sup-talk] killed threads not searchable? In-Reply-To: <1270840406-sup-730@paldesk> References: <1270840406-sup-730@paldesk> Message-ID: <1270842600-sup-4869@eris> Excerpts from plutek's message of 2010-04-09 21:18:36 +0200: > greetings! > > just getting into sup here.... it's looking to me like killed threads cannot be found by searches. is this true? the new user guide says otherwise. No idea > also, how do i list all archived threads? > > thanks much.... cheers! try: !! Nice to see you here as well ;) Regards, Philipp From rlane@club.cc.cmu.edu Fri Apr 9 16:26:00 2010 From: rlane@club.cc.cmu.edu (Rich Lane) Date: Fri, 09 Apr 2010 16:26:00 -0400 Subject: [sup-talk] killed threads not searchable? In-Reply-To: <1270840406-sup-730@paldesk> References: <1270840406-sup-730@paldesk> Message-ID: <1270843975-sup-743@zyrg.net> Excerpts from plutek's message of 2010-04-09 15:18:36 -0400: > just getting into sup here.... it's looking to me like killed threads cannot be found by searches. is this true? the new user guide says otherwise. This was a bug, I've fixed it in master. > also, how do i list all archived threads? type:mail AND NOT is:inbox From neil.stewart@warwick.ac.uk Fri Apr 9 17:37:28 2010 From: neil.stewart@warwick.ac.uk (Neil Stewart) Date: Fri, 9 Apr 2010 22:37:28 +0100 (BST) Subject: [sup-talk] sent mail In-Reply-To: References: <1270727373-sup-8902@roughage.com.au> <1270731588-sup-6397@roughage.com.au> Message-ID: Just a further note on the resolultion of the ncurses issue. >>> "gem install sup" seems to be failing on ncurses. >>> >>> # gem install sup >>> Building native extensions. This could take a while... >>> ERROR: Error installing sup: >>> ERROR: Failed to build gem native extension. >>> >>> /usr/bin/ruby1.9.1 extconf.rb >>> checking for unistd.h... yes >>> checking for ncurses.h... yes >>> checking for wmove() in -lncurses... yes >>> checking for newscr()... yes >>> checking for TABSIZE()... yes >>> checking for ESCDELAY()... yes >>> checking for keybound()... yes >>> checking for curses_version()... yes >>> [SNIP] >>> checking for new_form() in -lform... yes >>> creating Makefile >>> >>> make >>> Makefile:158: warning: overriding commands for target >>> `/var/lib/gems/1.9.1/gems/ncurses-0.9.1/lib' >>> Makefile:156: warning: ignoring old commands for target >>> `/var/lib/gems/1.9.1/gems/ncurses-0.9.1/lib' >>> cc -I. -I/usr/include/ruby-1.9.1/x86_64-linux >>> -I/usr/include/ruby-1.9.1/ruby/backward -I/usr/include/ruby-1.9.1 -I. >>> -DHAVE_UNISTD_H -DHAVE_NCURSES_H -DHAVE_NEWSCR -DHAVE_TABSIZE >>> -DHAVE_ESCDELAY -DHAVE_KEYBOUND -DHAVE_CURSES_VERSION -DHAVE_TIGETSTR >>> -DHAVE_GETWIN -DHAVE_PUTWIN -DHAVE_UNGETMOUSE -DHAVE_MOUSEMASK >>> -DHAVE_WENCLOSE -DHAVE_MOUSEINTERVAL -DHAVE_WMOUSE_TRAFO -DHAVE_MCPRINT >>> -DHAVE_HAS_KEY -DHAVE_DELSCREEN -DHAVE_DEFINE_KEY -DHAVE_KEYOK >>> -DHAVE_RESIZETERM -DHAVE_USE_DEFAULT_COLORS -DHAVE_USE_EXTENDED_NAMES >>> -DHAVE_WRESIZE -DHAVE_ATTR_ON -DHAVE_ATTR_OFF -DHAVE_ATTR_SET -DHAVE_CHGAT >>> -DHAVE_COLOR_SET -DHAVE_FILTER -DHAVE_INTRFLUSH -DHAVE_MVCHGAT >>> -DHAVE_MVHLINE -DHAVE_MVVLINE -DHAVE_MVWCHGAT -DHAVE_MVWHLINE >>> -DHAVE_MVWVLINE -DHAVE_NOQIFLUSH -DHAVE_PUTP -DHAVE_QIFLUSH -DHAVE_SCR_DUMP >>> -DHAVE_SCR_INIT -DHAVE_SCR_RESTORE -DHAVE_SCR_SET -DHAVE_SLK_ATTR >>> -DHAVE_SLK_ATTR_SET -DHAVE_SLK_COLOR -DHAVE_TIGETFLAG -DHAVE_TIGETNUM >>> -DHAVE_USE_ENV -DHAVE_VIDATTR -DHAVE_WATTR_ON -DHAVE_WATTR_OFF >>> -DHAVE_WATTR_SET -DHAVE_WCHGAT -DHAVE_WCOLOR_SET -DHAVE_GETATTRS >>> -DHAVE_ASSUME_DEFAULT_COLORS -DHAVE_ATTR_GET -DHAVE_PANEL_H -DHAVE_FORM_H >>> -fPIC -fno-strict-aliasing -g -g -O2 -O2 -g -Wall -Wno-parentheses -fPIC -g >>> -o form_wrap.o -c form_wrap.c >>> form_wrap.c: In function 'rbncurs_m_new_form': >>> form_wrap.c:395: error: 'struct RArray' has no member named 'len' >>> form_wrap.c: In function 'rbncurs_c_set_field_type': >>> form_wrap.c:619: error: 'struct RArray' has no member named 'len' >>> form_wrap.c: In function 'rbncurs_c_set_form_fields': >>> form_wrap.c:778: error: 'struct RArray' has no member named 'len' >>> form_wrap.c: In function 'make_arg': >>> form_wrap.c:1126: error: 'struct RArray' has no member named 'len' >>> make: *** [form_wrap.o] Error 1 >>> >>> >>> Gem files will remain installed in /var/lib/gems/1.9.1/gems/ncurses-0.9.1 >>> for inspection. >>> Results logged to /var/lib/gems/1.9.1/gems/ncurses-0.9.1/gem_make.out >>> >>> >>> I get pretty much identical output from "gem install ncurses", so I suspect >>> the problem is not even a sup issue. Am I doing something terribly wrong? >>> All comments most welcome. >> >> You are right it's not a sup issue. Ruby ncurses hasn't been ported to >> 1.9 so I just used ncursesw which seems to work quite well. Since you >> are using gem to install sup you will need to untar the gem file modify >> the metadata, tar it all up and reinstall. Something along the lines of: >> >> cd /var/lib/gems/1.9.1/gems/cache/ >> mkdir tmp; cd tmp >> tar xf ../sup-0.11.gem (ignore any timestamp errors) >> vi metadata (make sure you use vim which will deal with the compression) >> tar cf ../sup-0.11.gem . >> cd .. >> gem install sup-0.11.gem >> rm -r tmp (assuming it works) >> >> If you have problems working out which line to change in the metadata >> you could unzip it and apply the following patch: >> >> --- metadata.old 2010-04-08 23:10:27.363603950 +1000 >> +++ metadata.new 2010-04-08 23:11:09.479559396 +1000 >> @@ -32,7 +32,7 @@ >> type: :runtime >> version_requirements: *id001 >> - !ruby/object:Gem::Dependency >> - name: ncurses >> + name: ncursesw >> prerelease: false >> requirement: &id002 !ruby/object:Gem::Requirement >> requirements: >> >> And that should do you. >> >> Or you could download a modified gem from http://stuff.roughage.com.au/sup-0.11.gem. >> That gem was built from git and works (on my machine!). >> >> William, is there any reason you are using ncurses and not ncursesw? I'm making my sup gem using ruby1.9.1 and the latest code from gitorious. The code compiles a gem without complaint, but the gem doesn't install and gives the above error. When the Rakefile is updated to refer to ncursesw not ncurses, the gem compiles, installs, and runs without a problem. Best, Neil. From rlane@club.cc.cmu.edu Fri Apr 9 18:09:56 2010 From: rlane@club.cc.cmu.edu (Rich Lane) Date: Fri, 09 Apr 2010 18:09:56 -0400 Subject: [sup-talk] sent mail In-Reply-To: <1270731588-sup-6397@roughage.com.au> References: <1270727373-sup-8902@roughage.com.au> <1270731588-sup-6397@roughage.com.au> Message-ID: <1270850674-sup-4940@zyrg.net> I switched the dependency back to plain ncurses because ncursesw was failing to compile on unusual platforms (because of its wide characterness). I guess this calls for a ncurses-new gem based on the same upstream code as ncursesw but without the wide character support. From artagnon@gmail.com Sat Apr 10 06:39:04 2010 From: artagnon@gmail.com (Ramkumar Ramachandra) Date: Sat, 10 Apr 2010 16:09:04 +0530 Subject: [sup-talk] [PATCH 2/4] Poll for editor status Message-ID: <1270895932-sup-2620@kytes> Write a second loop in PollManager to poll and check if the asynchronously spawned editor has finished. If finished, fire a callback. Signed-off-by: Ramkumar Ramachandra --- lib/sup/poll.rb | 31 ++++++++++++++++++++++++++++++- 1 files changed, 30 insertions(+), 1 deletions(-) diff --git a/lib/sup/poll.rb b/lib/sup/poll.rb index 582cd4d..0fabb87 100644 --- a/lib/sup/poll.rb +++ b/lib/sup/poll.rb @@ -38,6 +38,13 @@ EOS @poll_sources = nil @mode = nil @should_clear_running_totals = false + + # For async editing + @editor_thread = nil + @edit_in_progress = false + @editor_file = nil + @edit_mtime = nil + clear_running_totals # defines @running_totals UpdateManager.register self end @@ -71,6 +78,20 @@ EOS [num, numi] end + def poll_editor + return if @polling + return if not @edit_in_progress + @polling = true + if @editor_thread.alive? + BufferManager.flash "Edit in progress..." + else + BufferManager.flash "Edit finished!" + @edit_in_progress = false + ComposeMode.edit_message_callback @editor_file, @editor_mtime + end + @polling = false + end + def poll_unusual return if @polling @polling = true @@ -83,8 +104,9 @@ EOS def start @thread = Redwood::reporting_thread("periodic poll") do while true - sleep DELAY / 2 + sleep 1 poll if @last_poll.nil? || (Time.now - @last_poll) >= DELAY + poll_editor if @last_poll.nil? || (Time.now - @last_poll) >= 2 end end end @@ -192,6 +214,13 @@ EOS UpdateManager.relay self, :added, m end + def editor_loop_init pthread, file, mtime + @editor_thread = pthread + @edit_in_progress = true + @editor_file = file + @editor_mtime = mtime + end + def handle_idle_update sender, idle_since; @should_clear_running_totals = false; end def handle_unidle_update sender, idle_since; @should_clear_running_totals = true; clear_running_totals; end def clear_running_totals; @running_totals = {:num => 0, :numi => 0, :loaded_labels => Set.new}; end -- 1.7.0.4 From artagnon@gmail.com Sat Apr 10 06:39:43 2010 From: artagnon@gmail.com (Ramkumar Ramachandra) Date: Sat, 10 Apr 2010 16:09:43 +0530 Subject: [sup-talk] [PATCH 3/4] Callback to compose Message-ID: <1270895977-sup-1231@kytes> Write a callback to parse the file and fill in the parsed contents into a newly spawned buffer. Signed-off-by: Ramkumar Ramachandra --- lib/sup/modes/compose-mode.rb | 17 +++++++++++++++++ 1 files changed, 17 insertions(+), 0 deletions(-) diff --git a/lib/sup/modes/compose-mode.rb b/lib/sup/modes/compose-mode.rb index f0d1e23..a19c294 100644 --- a/lib/sup/modes/compose-mode.rb +++ b/lib/sup/modes/compose-mode.rb @@ -20,6 +20,23 @@ class ComposeMode < EditMessageMode edited end + def parse_file fn + super fn + end + + def self.edit_message_callback file, mtime + edited = File.mtime(file.path) > mtime ? true : false + + return edited unless edited + + mode = ComposeMode.new + header, body = mode.parse_file file.path + header -= NON_EDITABLE_HEADERS + mode.header, mode.body = header, body + BufferManager.spawn "New Message", mode + mode.update + end + def self.spawn_nicely opts={} to = opts[:to] || (BufferManager.ask_for_contacts(:people, "To: ", [opts[:to_default]]) or return if ($config[:ask_for_to] != false)) cc = opts[:cc] || (BufferManager.ask_for_contacts(:people, "Cc: ") or return if $config[:ask_for_cc]) -- 1.7.0.4 From artagnon@gmail.com Sat Apr 10 06:36:07 2010 From: artagnon@gmail.com (Ramkumar Ramachandra) Date: Sat, 10 Apr 2010 16:06:07 +0530 Subject: [sup-talk] [PATCH 0/4] Read and compose simultaneously Message-ID: <1270895761-sup-9463@kytes> This patch series will allow sup to read and compose in separate threads when the user wishes to do so. It's still an early WIP, and I've posted it to the list so I can get a wider test audience, and more importantly comments on my design. It's been hacked together in a few hours, *very* buggy at the moment. I've only minimally tested it with `emacsclient`. I'd also appreciate any general style comments: I've never written a line of Ruby prior to this. Applies cleanly to `next`. Thanks. -- Ram Ramkumar Ramachandra (4): Add method to shell out asynchronously Poll for editor status Callback to compose Appropriate call to shell_out_async lib/sup/buffer.rb | 20 ++++++++++++ lib/sup/modes/compose-mode.rb | 17 ++++++++++ lib/sup/modes/edit-message-mode.rb | 58 +++++++++++++++++++---------------- lib/sup/poll.rb | 31 ++++++++++++++++++- 4 files changed, 98 insertions(+), 28 deletions(-) From artagnon@gmail.com Sat Apr 10 06:37:21 2010 From: artagnon@gmail.com (Ramkumar Ramachandra) Date: Sat, 10 Apr 2010 16:07:21 +0530 Subject: [sup-talk] [PATCH 1/4] Add method to shell out asynchronously Message-ID: <1270895815-sup-99@kytes> Add shell_out_async method to fork and detach the editor, and register the monitoring thread in PollManager. Signed-off-by: Ramkumar Ramachandra --- lib/sup/buffer.rb | 20 ++++++++++++++++++++ 1 files changed, 20 insertions(+), 0 deletions(-) diff --git a/lib/sup/buffer.rb b/lib/sup/buffer.rb index 5772bb0..25a2025 100644 --- a/lib/sup/buffer.rb +++ b/lib/sup/buffer.rb @@ -768,6 +768,26 @@ EOS @shelled = false end + def shell_out_async editor, file + @shelled = true + command = "#{editor} #{file.path}" + mtime = File.mtime file.path + + Ncurses.sync do + pid = Process.fork + if pid.nil? + exec(command) + else + pthread = Process.detach(pid) + PollManager.editor_loop_init pthread, file, mtime + end + Ncurses.stdscr.keypad 1 + Ncurses.refresh + Ncurses.curs_set 0 + end + @shelled = false + end + private def default_status_bar buf -- 1.7.0.4 From artagnon@gmail.com Sat Apr 10 06:40:34 2010 From: artagnon@gmail.com (Ramkumar Ramachandra) Date: Sat, 10 Apr 2010 16:10:34 +0530 Subject: [sup-talk] [PATCH 4/4] Appropriate call to shell_out_async Message-ID: <1270896024-sup-8760@kytes> Call shell_out_async instead of shell_out when the appropriate config option is present. Move parse_file and update out from the protected section. Signed-off-by: Ramkumar Ramachandra --- lib/sup/modes/edit-message-mode.rb | 58 +++++++++++++++++++---------------- 1 files changed, 31 insertions(+), 27 deletions(-) diff --git a/lib/sup/modes/edit-message-mode.rb b/lib/sup/modes/edit-message-mode.rb index c1537ae..3dba941 100644 --- a/lib/sup/modes/edit-message-mode.rb +++ b/lib/sup/modes/edit-message-mode.rb @@ -158,19 +158,23 @@ EOS @file.close editor = $config[:editor] || ENV['EDITOR'] || "/usr/bin/vi" + editor_daemon = $config[:editor_daemon] + if editor_daemon + BufferManager.shell_out_async editor_daemon, @file + else + mtime = File.mtime @file.path + BufferManager.shell_out "#{editor} #{@file.path}" + @edited = true if File.mtime(@file.path) > mtime - mtime = File.mtime @file.path - BufferManager.shell_out "#{editor} #{@file.path}" - @edited = true if File.mtime(@file.path) > mtime - - return @edited unless @edited + return @edited unless @edited - header, @body = parse_file @file.path - @header = header - NON_EDITABLE_HEADERS - handle_new_text @header, @body - update + header, @body = parse_file @file.path + @header = header - NON_EDITABLE_HEADERS + handle_new_text @header, @body + update - @edited + @edited + end end def killable? @@ -202,6 +206,23 @@ EOS end end + def parse_file fn + File.open(fn) do |f| + header = Source.parse_raw_email_header(f).inject({}) { |h, (k, v)| h[k.capitalize] = v; h } # lousy HACK + body = f.readlines.map { |l| l.chomp } + + header.delete_if { |k, v| NON_EDITABLE_HEADERS.member? k } + header.each { |k, v| header[k] = parse_header k, v } + + [header, body] + end + end + + def update + regen_text + buffer.mark_dirty if buffer + end + protected def mime_encode string @@ -250,11 +271,6 @@ protected @selector_label_width = [@selector_label_width, s.label.length].max end - def update - regen_text - buffer.mark_dirty if buffer - end - def regen_text header, @header_lines = format_headers(@header - NON_EDITABLE_HEADERS) + [""] @text = header + [""] + @body @@ -269,18 +285,6 @@ protected end end - def parse_file fn - File.open(fn) do |f| - header = Source.parse_raw_email_header(f).inject({}) { |h, (k, v)| h[k.capitalize] = v; h } # lousy HACK - body = f.readlines.map { |l| l.chomp } - - header.delete_if { |k, v| NON_EDITABLE_HEADERS.member? k } - header.each { |k, v| header[k] = parse_header k, v } - - [header, body] - end - end - def parse_header k, v if MULTI_HEADERS.include?(k) v.split_on_commas.map do |name| -- 1.7.0.4 From anirudh@anirudhsanjeev.org Sat Apr 10 15:40:08 2010 From: anirudh@anirudhsanjeev.org (Anirudh Sanjeev) Date: Sun, 11 Apr 2010 01:10:08 +0530 Subject: [sup-talk] [PATCH 1/4] Add method to shell out asynchronously In-Reply-To: <1270895815-sup-99@kytes> References: <1270895815-sup-99@kytes> Message-ID: <1270928203-sup-5488@deepthought> Some people (me for instance) use an editor in-shell. Even the default command that sup sets is "vim". Trying to launch an editor asynchronously in this manner might not work. Perhaps adding a custom option in config.yaml to launch editor asynchronously might be a better option, and also suggest sensible defaults. Thanks, Anirudh -- Senior Undergraduate Student, Indian Institute of Technology, Kharagpur http://anirudhsanjeev.org The Unix philosophy - Do one thing. Do it well. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From artagnon@gmail.com Sat Apr 10 16:12:59 2010 From: artagnon@gmail.com (Ramkumar Ramachandra) Date: Sun, 11 Apr 2010 01:42:59 +0530 Subject: [sup-talk] [PATCH 1/4] Add method to shell out asynchronously In-Reply-To: <1270928203-sup-5488@deepthought> References: <1270895815-sup-99@kytes> <1270928203-sup-5488@deepthought> Message-ID: On Sun, Apr 11, 2010 at 1:10 AM, Anirudh Sanjeev wrote: > Perhaps adding a custom option in config.yaml to launch editor > asynchronously might be a better option, and also suggest sensible > defaults. Did you even read the patch? That's what I've done. From PATCH 4/4: + editor_daemon = $config[:editor_daemon] -- Ram From anirudh@anirudhsanjeev.org Sat Apr 10 16:21:10 2010 From: anirudh@anirudhsanjeev.org (Anirudh Sanjeev) Date: Sun, 11 Apr 2010 01:51:10 +0530 Subject: [sup-talk] [PATCH 1/4] Add method to shell out asynchronously In-Reply-To: References: <1270895815-sup-99@kytes> <1270928203-sup-5488@deepthought> Message-ID: <1270930725-sup-6890@deepthought> Excerpts from Ramkumar Ramachandra's message of Sun Apr 11 01:42:59 +0530 2010: > Did you even read the patch? That's what I've done. From PATCH 4/4: > + editor_daemon = $config[:editor_daemon] Oh, I guess it does. I should've gone through it in better detail. My bad. Btw, I applied the patch and it seems to work great! -- From artagnon@gmail.com Sat Apr 10 22:50:14 2010 From: artagnon@gmail.com (Ramkumar Ramachandra) Date: Sun, 11 Apr 2010 08:20:14 +0530 Subject: [sup-talk] [PATCH 1/4] Add method to shell out asynchronously In-Reply-To: <1270930725-sup-6890@deepthought> References: <1270895815-sup-99@kytes> <1270928203-sup-5488@deepthought> <1270930725-sup-6890@deepthought> Message-ID: > Btw, I applied the patch and it seems to work great! Thanks. Rendering is horribly broken though, and I have no experience whatsoever with Ncurses- can someone help me out there? -- Ram From ismith@MIT.EDU Sun Apr 11 06:30:59 2010 From: ismith@MIT.EDU (Ian Smith) Date: Sun, 11 Apr 2010 06:30:59 -0400 Subject: [sup-talk] GPG (outgoing) Message-ID: <1270981813-sup-1681@baad> Hi all, I'm having some trouble getting outgoing signed and/or encrypted messages to be accepted, and I'm hoping someone here has a suggestion. In particular, I can sign (I've been testing mostly with signatures, not encryption) using GPG, and send a message successfully; however, while sup verifies that it thinks the signature is good, hushmail doesn't recognize the message as having a signature (it sees signature.asc as an attachment, but doesn't read the message as being signed), and correspondents tell me that Enigmail flags my message as having a bad signature. Previous traffic on sup-talk suggests a number of people are successfully using gpg, so I'm a bit confused - a friend suggested that this might be because implementation of the PGP/MIME standard varies widely between clients, so the problem might be with hushmail and Enigmail rather than with sup or my configuration thereof. Can someone confirm this? Would it help to do inline signing and encryption rather than PGP/MIME, and if so, is there a patch in progress to do that, or should I start diving through crypto.rb? Thanks, Ian -- Ian Smith ismith at mit.edu http://www.bostonaccess.org -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From anirudh@anirudhsanjeev.org Sun Apr 11 11:54:21 2010 From: anirudh@anirudhsanjeev.org (Anirudh Sanjeev) Date: Sun, 11 Apr 2010 21:24:21 +0530 Subject: [sup-talk] New website design for sup - preview Message-ID: <1271000793-sup-3212@deepthought> Hi, I took the liberty to give the Sup frontpage a facelift. I re-used some creative commons work without much modification to make something that looks really good. Please check out the current work in progress here: http://anirudhsanjeev.org/temp/supsite/ I also wrote a detailed guide on getting Sup up and running with Gmail as many people aren't able to figure out what exactly to do initially. The guide is available in the same page. I feel sup is really good and is the only client that scratches my itch. I want more people to start using it and feel that an aesthetically pleasing website and a better introduction will help convince people sup is worth the effort of moving. Also, I was under the impression writing a project in ruby and not having a really nice website for it is a syntax error :) Please provide any feedback about the design and contents. Thanks, Anirudh -- http://anirudhsanjeev.org -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From artagnon@gmail.com Sun Apr 11 12:15:33 2010 From: artagnon@gmail.com (Ramkumar Ramachandra) Date: Sun, 11 Apr 2010 21:45:33 +0530 Subject: [sup-talk] New website design for sup - preview In-Reply-To: <1271000793-sup-3212@deepthought> References: <1271000793-sup-3212@deepthought> Message-ID: > http://anirudhsanjeev.org/temp/supsite/ Neat design. Small quirk: I noticed that the "# ui = Noninteractive.Quiet" line breaks due to the (very) long comment. Perhaps you want to shorten it for the benefit of those who're blindly copy-pasting? -- Ram From bwalton@artsci.utoronto.ca Sun Apr 11 12:39:24 2010 From: bwalton@artsci.utoronto.ca (Ben Walton) Date: Sun, 11 Apr 2010 12:39:24 -0400 Subject: [sup-talk] New website design for sup - preview In-Reply-To: References: <1271000793-sup-3212@deepthought> Message-ID: <1271003943-sup-3387@pinkfloyd.chass.utoronto.ca> Excerpts from Ramkumar Ramachandra's message of Sun Apr 11 12:15:33 -0400 2010: > > http://anirudhsanjeev.org/temp/supsite/ > > Neat design. Small quirk: I noticed that the "# ui = Agreed. This has a very nice look to it. -Ben -- Ben Walton Systems Programmer - CHASS University of Toronto C:416.407.5610 | W:416.978.4302 From anirudh@anirudhsanjeev.org Sun Apr 11 13:43:33 2010 From: anirudh@anirudhsanjeev.org (Anirudh Sanjeev) Date: Sun, 11 Apr 2010 23:13:33 +0530 Subject: [sup-talk] New website design for sup - preview In-Reply-To: References: <1271000793-sup-3212@deepthought> Message-ID: <1271007749-sup-9924@deepthought> Excerpts from Ramkumar Ramachandra's message of Sun Apr 11 21:45:33 +0530 2010: > Neat design. Thanks! > Perhaps you want to shorten it for the benefit of those who're blindly > copy-pasting? Then they shouldn't be using sup in the first place :) Thanks, Anirudh -- http://anirudhsanjeev.org -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From sup-talk@ryanb.org Sun Apr 11 13:52:57 2010 From: sup-talk@ryanb.org (Ryan Barrett) Date: Sun, 11 Apr 2010 10:52:57 -0700 (PDT) Subject: [sup-talk] current state of synching upstream? In-Reply-To: References: Message-ID: ping? anyone successfully using sup in parallel with other client(s)? scott, are you still working on maildir sync? any updates since january? On Thu, 8 Apr 2010, Ryan Barrett wrote: > hi all! i've been looking forward to trying sup since i first heard about it > a couple years ago, and i'm getting pretty close. one of my few remaining > concerns is using sup in parallel with other mail clients, including sup > itself. > > i know best practice is to just use one sup installation and no other > clients, but i also know that synching back upstream is a frequent topic > here. i've seen the discussions of sup-sync --changed, sup-sync-back, maildir > + offlineimap etc. i'm mostly looking to hear about the current state. is > anyone successfully running sup synched with another sup or other client? if > so, how? > > it seems like people have generally agreed that the best approach is to make > sup-sync-back support maildir, and then use offlineimap to sync from maildir > to the source. is that still true? cc'ing scott henson, who mentioned he was > working on maildir sync in january. > > http://rubyforge.org/pipermail/sup-talk/2010-January/003761.html > > more background: > > http://rubyforge.org/pipermail/sup-talk/2009-April/002126.html > > http://rubyforge.org/pipermail/sup-talk/2009-July/002567.html > > -Ryan > > -- > http://snarfed.org/ > -Ryan -- http://snarfed.org/ From rogutes@googlemail.com Sun Apr 11 15:33:58 2010 From: rogutes@googlemail.com (=?utf-8?Q?Rogut=C4=97s?= Sparnuotos) Date: Sun, 11 Apr 2010 22:33:58 +0300 Subject: [sup-talk] New website design for sup - preview In-Reply-To: <1271000793-sup-3212@deepthought> References: <1271000793-sup-3212@deepthought> Message-ID: <20100411193358.GA12371@urvas> Anirudh Sanjeev (2010-04-11 21:24): > Hi, > > I took the liberty to give the Sup frontpage a facelift. I re-used some > creative commons work without much modification to make something that > looks really good. Please check out the current work in progress here: > > http://anirudhsanjeev.org/temp/supsite/ > > I also wrote a detailed guide on getting Sup up and running with Gmail as > many people aren't able to figure out what exactly to do initially. The > guide is available in the same page. > > I feel sup is really good and is the only client that scratches my itch. > I want more people to start using it and feel that an aesthetically > pleasing website and a better introduction will help convince people sup is > worth the effort of moving. > > Also, I was under the impression writing a project in ruby and not having a > really nice website for it is a syntax error :) > > Please provide any feedback about the design and contents. I am not a user of sup - might try again when 0.12 comes out. But I am sensitive when it comes to websites, so here goes my feedback. Why is the original site bad? I think that it provides more information and takes less vertical space. Only the screenshots could be bigger (and perhaps 4 instead of 6?). It looks like what you are proposing is not a new website, but a shift in targeted audience. You seem to be addressing the naive user, while forgetting the more technical ones. I would suggest to aim for the middle, going for the aesthetic looks (or at least matching the style of the homepage and the wiki), but keeping the technical tongue (is there any need to change the content of the current website?). There is this sentence at http://sup.rubyforge.org/: " The goal of Sup is to become the email client of choice for nerds everywhere. " And you seem to agree with it in a later mail: > Perhaps you want to shorten it for the benefit of those who're blindly > copy-pasting? > > Then they shouldn't be using sup in the first place :) But you do contradict yourself and that statement with the proposed design: 1. Your design doesn't work without javascript: * Why would an overview of the features need animation? What does the animation give to the user, besides hiding a handful of text? Perhaps a feeling that the software in question might have hidden features? 2. First 700px of the page show nothing useful, except for a screenshot and big letters. 3. Some very useful, even if technical, pieces information has been lost in conversion: "Handle massive amounts of email." " The current version of Sup is 0.11, released 2010-03-07. This is a beta release. It supports mbox and Maildir mailstores. " " you can clone the git repository like so: git clone git://gitorious.org/sup/mainline.git " 4. You have replaced the credit to Xapian and RubyMail with the credit to the authors of the website :) As for the GMail guide, wouldn't it be very useful in the wiki? -- -- Rogut?s Sparnuotos From michael+sup@stapelberg.de Sun Apr 11 15:56:58 2010 From: michael+sup@stapelberg.de (Michael Stapelberg) Date: Sun, 11 Apr 2010 21:56:58 +0200 Subject: [sup-talk] New website design for sup - preview In-Reply-To: <20100411193358.GA12371@urvas> References: <1271000793-sup-3212@deepthought> <20100411193358.GA12371@urvas> Message-ID: <1271015642-sup-5582@midna.zekjur.net> Hi Rogut?s, Excerpts from Rogut?s Sparnuotos's message of 2010-04-11 21:33:58 +0200: > Why is the original site bad? I think that it provides more information > and takes less vertical space. Only the screenshots could be bigger > (and perhaps 4 instead of 6?). It is hard to read and does not look good, IMO. > 1. Your design doesn't work without javascript: I didn?t notice that. I was able to view it just fine without JavaScript. That being said, I very much suggest not using JavaScript for such a website (containing static information only). > 3. Some very useful, even if technical, pieces information has been lost in > conversion: I think the website draft was not final on which information should be on it, just an idea where the design could go. Best regards, Michael From anirudh@anirudhsanjeev.org Sun Apr 11 16:12:21 2010 From: anirudh@anirudhsanjeev.org (Anirudh Sanjeev) Date: Mon, 12 Apr 2010 01:42:21 +0530 Subject: [sup-talk] New website design for sup - preview In-Reply-To: <20100411193358.GA12371@urvas> References: <1271000793-sup-3212@deepthought> <20100411193358.GA12371@urvas> Message-ID: <1271014668-sup-4377@deepthought> Hi, I'm sorry, I don't buy the "intelligent/experienced/developer users don't care about the frontend design" idea. What I'm talking about is, for lack of a better term, "professionalism". If anyone comes to a website, regardless of how experienced they are, the decision is already made. If there isn't any apparent effort gone into the user facing landing page, the user might get the impression that the project isn't mature or worthy enough for active usage as well. A funny story I just wrote to someone about: Someone wrote a python web framework called "Denied": http://denied.immersedcode.org/ Go check the website. It looks very interesting - a new minimalist lightweight python web framework - complete with code snippets and screencasts. It got a lot of positive response from the intelligent Hacker News and Github communities. Turns out it was an April Fools' joke. But that proves a point - people are highly influenced by the quality of the tool. Excerpts from Rogut?s Sparnuotos's message of Mon Apr 12 01:03:58 +0530 2010: > Why is the original site bad? I think that it provides more information > and takes less vertical space. Only the screenshots could be bigger > (and perhaps 4 instead of 6?). Why is vertical space bad? I am not saying that the old website is bad. It isn't immediately obvious what the exact _killer functionality_ of sup is, unless you take a very close look. My design makes it _immediately obvious_ why sup is going to positively affect their lives, and reinforces it with visual feedback. If you notice, the ruby language does the same thing: http://ruby-lang.org They don't need to show a code sample, but they do it anyway as people need to _see_ what is so great about it. > It looks like what you are proposing is not a new website, but a shift in > targeted audience. You seem to be addressing the naive user, while > forgetting the more technical ones. I would suggest to aim for the middle, > going for the aesthetic looks (or at least matching the style of the > homepage and the wiki), but keeping the technical tongue (is there any > need to change the content of the current website?). While I'm a programmer now, I spent a very large amount of time learning about Usability. Usability is what makes GMail and Sup so much better to use. And usability is not only about making buttons bigger or keyboard shortcuts nicer. It's a lot about putting the important information in the places where people are more likely to look - so that people avoid having to look and give up. > There is this sentence at http://sup.rubyforge.org/: > " > The goal of Sup is to become the email client of choice for nerds > everywhere. > " > > And you seem to agree with it in a later mail: > > Perhaps you want to shorten it for the benefit of those who're blindly > > copy-pasting? > > > Then they shouldn't be using sup in the first place :) > > But you do contradict yourself and that statement with the proposed By the extension of your logic, the ruby gems website: http://rubygems.org/ Needs to be coded solely in

and

as well. I'm sure that the website is not the way it currently is because it's intended to be that way to attract the targeted audience, but rather because the devs just didn't have the interest to work on the design. > 1. Your design doesn't work without javascript: Agreed. Nor does the rest of the Internet. > * Why would an overview of the features need animation? What does the > animation give to the user, besides hiding a handful of text? > Perhaps a feeling that the software in question might have hidden > features? The animation gives the user nothing. It merely makes it seem slightly more appealing. Also, the user can find out more about specific features that interests him/her. > 2. First 700px of the page show nothing useful, except for a screenshot > and big letters. Have you heard of "minimalism"? There's a reason why clean desks and rooms are more enjoyable than cluttered dirty ones. It's not a developer/end-user thing it's a human thing. > 3. Some very useful, even if technical, pieces information has been lost in > conversion: > "Handle massive amounts of email." > > " > The current version of Sup is 0.11, released 2010-03-07. This is a beta > release. It supports mbox and Maildir mailstores. > " > > " > you can clone the git repository like so: > git clone git://gitorious.org/sup/mainline.git > " I just hacked together this website for a few hours, even despite having my own projects to work on. I will be putting the source code up on github soon. I never mentioned this is the final design, let alone the final content. > 4. You have replaced the credit to Xapian and RubyMail with the credit to > the authors of the website :) Again, that slipped my notice. Thank you for pointing it out. I'll put it up there. I am required to put up the main author's website because of attribution laws. But I will be removing my own name as my contribution isn't significant enough to merit credit. > As for the GMail guide, wouldn't it be very useful in the wiki? It's been on the wiki for four months. I wrote it. It's very hard to find on the wiki. I hope this again, reinforces my "don't make everything harder to find just because you target advanced users" belief. Instead of taking the most important information and putting it somewhere you'll have to google around for, put it right where people would expect to find it. tl;dr: It has nothing to do with a target audience. Saying a more pleasing website does not appeal to hackers is mild stereotyping, and I am not sure whether to be flattered or offended. I've seen this issue a lot before - we write awesome, incredible code and put it up on a wiki, and don't put in even a hundredth of effort doing design as it's not intellectually satisfying. So you've got great projects which fail to distinguish themselves from the crowd - on wikis and github accounts around the world, there are great projects just like sup nobody takes notice of. And then you wonder why nobody is interested in your project. It happened to me and my projects as well. What I'm hoping is that if someone visits the sup site, they should be excited and interested to try it out - and having something mildly professional and something that seems to have some effort put into it will surely help. More people trying it out is better for all of us. This is just a proposed facelift. The devs decide what happens and what doesn't. I just posted to get some constructive feedback and I'm sure I'll get some real soon. Thanks, Anirudh -- http://anirudhsanjeev.org -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From hollunder@lavabit.com Sun Apr 11 16:47:57 2010 From: hollunder@lavabit.com (Philipp) Date: Sun, 11 Apr 2010 22:47:57 +0200 Subject: [sup-talk] New website design for sup - preview In-Reply-To: <1271000793-sup-3212@deepthought> References: <1271000793-sup-3212@deepthought> Message-ID: <1271018184-sup-517@eris> Excerpts from Anirudh Sanjeev's message of 2010-04-11 17:54:21 +0200: > Hi, > > I took the liberty to give the Sup frontpage a facelift. I re-used some > creative commons work without much modification to make something that > looks really good. Please check out the current work in progress here: > > http://anirudhsanjeev.org/temp/supsite/ > > I also wrote a detailed guide on getting Sup up and running with Gmail as > many people aren't able to figure out what exactly to do initially. The > guide is available in the same page. > > I feel sup is really good and is the only client that scratches my itch. > I want more people to start using it and feel that an aesthetically > pleasing website and a better introduction will help convince people sup is > worth the effort of moving. > > Also, I was under the impression writing a project in ruby and not having a > really nice website for it is a syntax error :) > > Please provide any feedback about the design and contents. > > Thanks, > Anirudh Hi, I don't try to put down your work, but it's not something I'd fall for. It's too web2.0ey for me, too much attention hog, too much bragging. It's very well possible that I wouldn't have tried sup with that website. The JS thing with description and changing image is a nice idea, but I'd either not click it (because I'd read the site first and had to assume it leads me to another one) or tried to open it in another tab and wondered why it didn't work or I'd click it on purpose, assuming it would lead me to another page and would have been negatively surprised because of the little bit of bragging information I got. The gmail featured so prominently would have put me off as well, I'd assume it's written mainly for gmail. I don't claim the current sup page is great, it also lacks in a few areas. I focused mainly on the negative aspects of your page, but it has a few improvements over the current page as well, mainly the links at the top, which make navigation to other parts of the page a bit easier. Regards, Philipp From anirudh@anirudhsanjeev.org Sun Apr 11 17:14:32 2010 From: anirudh@anirudhsanjeev.org (Anirudh Sanjeev) Date: Mon, 12 Apr 2010 02:44:32 +0530 Subject: [sup-talk] New website design for sup - preview In-Reply-To: <1271018184-sup-517@eris> References: <1271000793-sup-3212@deepthought> <1271018184-sup-517@eris> Message-ID: <1271019773-sup-7388@deepthought> Hi Phillip, Excerpts from Philipp's message of Mon Apr 12 02:17:57 +0530 2010: > I don't try to put down your work, but it's not something I'd fall for. > It's too web2.0ey for me, too much attention hog, too much bragging. > It's very well possible that I wouldn't have tried sup with that website. I understand what you're saying. I didn't do any of the design - I should mention this upfront. I'm not a design person at all. I just thought some other Creative Commons licensed work was good and thought I could modify it to benefit some other project. > The JS thing with description and changing image is a nice idea, but I'd > either not click it (because I'd read the site first and had to assume > it leads me to another one) or tried to open it in another tab and > wondered why it didn't work or I'd click it on purpose, assuming it > would lead me to another page and would have been negatively surprised > because of the little bit of bragging information I got. The tone does seem like it's a little pretentious, yes. Any suggestions on how the content can be changed will be addressed. The fact that the link is > The gmail featured so prominently would have put me off as well, I'd > assume it's written mainly for gmail. I only put it up as I wrote the content earlier and many people mentioned it helped them get started with sup. While IMAP is supported out of the box, most people use OfflineImap, and msmtp support is not that significantly documented. For me, it's about conversion ratio. If n users come on to the site, and m users finally end up installing and using sup, we need to make that ratio better. Since most people use the IMAP setup - having the instructions for that more prominently featured on the page will help them have a more gratifying experience. I speak very strongly about "gratification". If user X comes on, downloads, installs and has to fish around just to get started, then there's a good chance he/she will give up and move on with their lives, unless they are _actively_ looking for a good email client in which case the website wouldn't have mattered anyways. > I don't claim the current sup page is great, it also lacks in a few > areas. I focused mainly on the negative aspects of your page, but it has > a few improvements over the current page as well, mainly the links at > the top, which make navigation to other parts of the page a bit easier. I don't have any issue with it either. I can recount my own experience when I started out with sup. I saw the sup website. Thought "oh, another console email client" and moved on, but bookmarked it on delicious before leaving. I used to use mutt and evolution at this point in time. The pain points got to me and I finally ended up trying sup, and had to figure out a good deal of things on my own - notably how to get offlineimap, msmtp and sup to play together. If I had seen a more appealing and in-your-face website, I might have considered giving it a bit more interest. I guess it's not about looking good as much as it is about standing out. There are a lot of other projects and mail clients over there, and a more memorable and appealing design will make people give it the attention I feel sup deserves. Then again, I feel compelled to inform that I didn't do much of the design. If the community feels that this isn't a step in the right direction, it would be perfectly fine. Thanks, Anirudh -- http://anirudhsanjeev.org -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From rogutes@googlemail.com Sun Apr 11 18:47:00 2010 From: rogutes@googlemail.com (rogutes at googlemail.com) Date: Mon, 12 Apr 2010 01:47:00 +0300 Subject: [sup-talk] New website design for sup - preview In-Reply-To: <1271014668-sup-4377@deepthought> References: <1271000793-sup-3212@deepthought> <20100411193358.GA12371@urvas> <1271014668-sup-4377@deepthought> Message-ID: <20100411224659.GA2411@urvas> Anirudh Sanjeev (2010-04-12 01:42): > Hi, > > I'm sorry, I don't buy the "intelligent/experienced/developer users don't > care about the frontend design" idea. But the frontend of Sup is the ncurses client, isn't it? I do care about my e-mail client's UI, I care less about its website. <..snip..> > Excerpts from Rogut?s Sparnuotos's message of Mon Apr 12 01:03:58 +0530 2010: > > Why is the original site bad? I think that it provides more information > > and takes less vertical space. Only the screenshots could be bigger > > (and perhaps 4 instead of 6?). > Why is vertical space bad? I am not saying that the old website is bad. It > isn't immediately obvious what the exact _killer functionality_ of sup is, > unless you take a very close look. _Wasted_ vertical space is bad: the more you see of the real content, the faster you skim through. <..snip..> > > 2. First 700px of the page show nothing useful, except for a screenshot > > and big letters. > Have you heard of "minimalism"? There's a reason why clean desks and rooms > are more enjoyable than cluttered dirty ones. It's not a developer/end-user > thing it's a human thing. Sup's home is a very good example of HTML minimalism. It has minimal design, too. And is enjoyable. A matter of taste, I guess. Your proposed list of features seems to enforce structure by design, but it fails to carry out its mission by succumbing to javascript fun. But yes, the current website could put some kind of emphasis on the features section. <..snip..> > > As for the GMail guide, wouldn't it be very useful in the wiki? > It's been on the wiki for four months. I wrote it. It's very hard to find > on the wiki. > > I hope this again, reinforces my "don't make everything harder to find just > because you target advanced users" belief. Instead of taking the most > important information and putting it somewhere you'll have to google around > for, put it right where people would expect to find it. The point is that the wiki, not the homepage, needs a facelift. And the homepage could list the most visited pages of the wiki. I've seen the GMail guide in the wiki prior sending my mail and I still feel that such a guide is more appropriate there. > tl;dr: It has nothing to do with a target audience. Saying a more pleasing > website does not appeal to hackers is mild stereotyping, and I am not sure > whether to be flattered or offended. > > I've seen this issue a lot before - we write awesome, incredible code and > put it up on a wiki, and don't put in even a hundredth of effort doing > design as it's not intellectually satisfying. So you've got great projects > which fail to distinguish themselves from the crowd - on wikis and github > accounts around the world, there are great projects just like sup nobody > takes notice of. > > And then you wonder why nobody is interested in your project. It happened > to me and my projects as well. > > What I'm hoping is that if someone visits the sup site, they should be > excited and interested to try it out - and having something mildly > professional and something that seems to have some effort put into it will > surely help. More people trying it out is better for all of us. > > This is just a proposed facelift. The devs decide what happens and what > doesn't. I just posted to get some constructive feedback and I'm sure I'll > get some real soon. I was trying to compare the current website with the proposed one, criticizing the latter. Even if you didn't make the design, you have chosen it. I found the colors ok, but I didn't like non-degrading javascript and the amount of vertical space wasted. Next, instead of copying the content, you replaced it with your version. If yours would be chosen as final, I would mourn the current one, so I raised my points about it. Anyway, our dialogue looks incompatible: you seem to be worried about projects lost in web space, whereas I am worried about the trends of the web. One more issue adding to the incompatibility might be the destructive tone I initially chose. Sorry about that. -- -- Rogut?s Sparnuotos From brian@microcomaustralia.com.au Sun Apr 11 19:08:28 2010 From: brian@microcomaustralia.com.au (Brian May) Date: Mon, 12 Apr 2010 09:08:28 +1000 Subject: [sup-talk] utf8 support on Ubuntu Karmic Message-ID: Hello, I have been trying out sup, and rather like it. Unfortunately, it seems very easy to crash :-( First things though, how do I get utf8 support working properly? [Mon Apr 12 08:52:00 +1000 2010] No 'ncursesw' gem detected. Install it for wide character support. How do I install this on a Ubuntu Karmic system? I tried: brian at aquitard:~/tree/sup$ sudo gem install ncursesw Building native extensions. This could take a while... ERROR: Error installing ncursesw: ERROR: Failed to build gem native extension. /usr/bin/ruby1.8 extconf.rb extconf.rb:23:in `require': no such file to load -- mkmf (LoadError) from extconf.rb:23 Gem files will remain installed in /var/lib/gems/1.8/gems/ncursesw-1.2.4.1 for inspection. Results logged to /var/lib/gems/1.8/gems/ncursesw-1.2.4.1/gem_make.out Thanks -- Brian May From ismith@MIT.EDU Sun Apr 11 19:30:06 2010 From: ismith@MIT.EDU (Ian Smith) Date: Sun, 11 Apr 2010 19:30:06 -0400 Subject: [sup-talk] utf8 support on Ubuntu Karmic In-Reply-To: References: Message-ID: <1271028514-sup-7691@baad> Hi Brian - I believe before installing the ncursesw gem, you need to install libncurses-ruby (using aptitude). You may also need libncursesw-dev; I've got both of those installed on my machine, and I'm honestly not sure which one is necessary. Ian Excerpts from Brian May's message of Sun Apr 11 19:08:28 -0400 2010: > Hello, > > I have been trying out sup, and rather like it. Unfortunately, it > seems very easy > to crash :-( > > First things though, how do I get utf8 support working properly? > > [Mon Apr 12 08:52:00 +1000 2010] No 'ncursesw' gem detected. Install > it for wide character support. > > How do I install this on a Ubuntu Karmic system? > > I tried: > > brian at aquitard:~/tree/sup$ sudo gem install ncursesw > Building native extensions. This could take a while... > ERROR: Error installing ncursesw: > ERROR: Failed to build gem native extension. > > /usr/bin/ruby1.8 extconf.rb > extconf.rb:23:in `require': no such file to load -- mkmf (LoadError) > from extconf.rb:23 > > > Gem files will remain installed in > /var/lib/gems/1.8/gems/ncursesw-1.2.4.1 for inspection. > Results logged to /var/lib/gems/1.8/gems/ncursesw-1.2.4.1/gem_make.out > > > Thanks -- Ian Smith ismith at mit.edu http://www.bostonaccess.org From brian@microcomaustralia.com.au Sun Apr 11 20:10:35 2010 From: brian@microcomaustralia.com.au (Brian May) Date: Mon, 12 Apr 2010 10:10:35 +1000 Subject: [sup-talk] utf8 support on Ubuntu Karmic In-Reply-To: <1271028514-sup-7691@baad> References: <1271028514-sup-7691@baad> Message-ID: On 12 April 2010 09:30, Ian Smith wrote: > Hi Brian - I believe before installing the ncursesw gem, you need to install > libncurses-ruby (using aptitude). ?You may also need libncursesw-dev; I've got > both of those installed on my machine, and I'm honestly not sure which one is > necessary. Hello, Thanks for your response. Unfortunately, on my system, I have both these packages installed :-( -- Brian May From rlane@club.cc.cmu.edu Sun Apr 11 20:15:37 2010 From: rlane@club.cc.cmu.edu (Rich Lane) Date: Sun, 11 Apr 2010 20:15:37 -0400 Subject: [sup-talk] utf8 support on Ubuntu Karmic In-Reply-To: References: Message-ID: <1271031178-sup-6454@zyrg.net> Excerpts from Brian May's message of 2010-04-11 19:08:28 -0400: > /usr/bin/ruby1.8 extconf.rb > extconf.rb:23:in `require': no such file to load -- mkmf (LoadError) > from extconf.rb:23 You need ruby-dev for mkmf. From rlane@club.cc.cmu.edu Sun Apr 11 20:57:42 2010 From: rlane@club.cc.cmu.edu (Rich Lane) Date: Sun, 11 Apr 2010 20:57:42 -0400 Subject: [sup-talk] current state of synching upstream? In-Reply-To: References: Message-ID: <1271023429-sup-9851@zyrg.net> Excerpts from Ryan Barrett's message of 2010-04-08 05:40:32 -0400: > hi all! i've been looking forward to trying sup since i first heard about it a > couple years ago, and i'm getting pretty close. one of my few remaining > concerns is using sup in parallel with other mail clients, including sup > itself. My primary goal for the 0.12 release is making Sup play nice with other clients. You can see the work in progress on the maildir branch - it's getting more stable but it's still rough around the edges. Most of the changes on this branch are to make Sup gracefully handle cases where another client has moved or deleted mail out from under us. Sup will automatically detect changes to the Seen flag in the maildir and update the message's labels. I haven't decided what to do about the other direction. Historically Sup has never modified mail sources, but changing flags in a maildir is safe enough that I might implement it. Running sup-sync-back has the problem that you can't run the UI at the same time. Does anyone use the current sup-sync-back that only support mboxes? If there are no strong objections then the 0.12 sup-sync-back will only support maildir. From anirudh@anirudhsanjeev.org Mon Apr 12 01:30:23 2010 From: anirudh@anirudhsanjeev.org (Anirudh Sanjeev) Date: Mon, 12 Apr 2010 11:00:23 +0530 Subject: [sup-talk] New website design for sup - preview In-Reply-To: <20100411224659.GA2411@urvas> References: <1271000793-sup-3212@deepthought> <20100411193358.GA12371@urvas> <1271014668-sup-4377@deepthought> <20100411224659.GA2411@urvas> Message-ID: <1271048913-sup-1077@deepthought> Hi Roguetes, Excerpts from rogutes's message of Mon Apr 12 04:17:00 +0530 2010: > But the frontend of Sup is the ncurses client, isn't it? I do care about > my e-mail client's UI, I care less about its website. Please don't mix up a good UI and a graphical UI. Sup has a fantastic user interface. If it put all of the information in a non-organized non-efficient manner, the result might not be as pleasing as one might have originally thought. As for the website, I think that the proposed changes with the content migrated will make it more appealing to potential users, and for hardcore users who do not care less about a website, and rather evaluate a product on it's own merits - it wouldn't bother them. > _Wasted_ vertical space is bad: the more you see of the real content, the > faster you skim through. If you need to "skim through" then the content should be very precise, highlighted and in a very simple manner - which it currently isn't. > Your proposed list of features seems to enforce structure by design, but > it fails to carry out its mission by succumbing to javascript fun. But > yes, the current website could put some kind of emphasis on the features > section. If I see a new project's website, the number one question on my mind is "How will this impact my life positively". I want people to understand that sup will definitely change how they work for the better. > The point is that the wiki, not the homepage, needs a facelift. And the > homepage could list the most visited pages of the wiki. > I've seen the GMail guide in the wiki prior sending my mail and I still > feel that such a guide is more appropriate there. The guide is still there on the wiki, and I just thought it might be useful to put more important "Getting Started" information readily available. I noticed one interesting thing however - sup-config presents a nice "wizard" to configure your email, and is very user-friendly (as opposed to editing a .suprc). However, if a user feels that all he/she needs to get started and get efficient is just sup (and doesn't know about offlineimap and msmtp), then he/she might not get the full blown experience. > copying the content, you replaced it with your version. If yours would be > chosen as final, I would mourn the current one, so I raised my points > about it. I still have to migrate most of the content - I tried to include as much as possible. You have already mentioned a few which I've already incorporated (but can't push changes right now as I have some connectivity issues), but this isn't a problem specifically. Still, you have a very valid point - this isn't the optimum iteration of the frontpage for sup's intended audience. But the question I ask is if the old variant is, and if the new variant is better/worse off than the old one. > Anyway, our dialogue looks incompatible: you seem to be worried about > projects lost in web space, whereas I am worried about the trends of the > web. One more issue adding to the incompatibility might be the destructive > tone I initially chose. Sorry about that. I just find one thing disheartening - so many developers write a great tool but lose motivation as it doesn't gather a great following. And also so many users are looking for a good tool (how many people are out there looking for a better email client), and even when the find the right one, they're so "numbed" by the quick-click internet out there, that they just ignore it unless it absolutely stands out. As for trends on the web, I'm not a big "web2.0" person either. But I know the value of good typography (for instance, are you happy putting a bad font on your console), and presenting content in a manner that's easy to grok. Thank you, Anirudh -- http://anirudhsanjeev.org -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From andrew@pimlott.net Mon Apr 12 01:02:07 2010 From: andrew@pimlott.net (Andrew Pimlott) Date: Sun, 11 Apr 2010 22:02:07 -0700 Subject: [sup-talk] current state of synching upstream? In-Reply-To: <1271023429-sup-9851@zyrg.net> References: <1271023429-sup-9851@zyrg.net> Message-ID: <1271048365-sup-3959@pimlott.net> Excerpts from Rich Lane's message of Sun Apr 11 17:57:42 -0700 2010: > Does anyone use the current sup-sync-back that only support mboxes? If > there are no strong objections then the 0.12 sup-sync-back will only > support maildir. It wouldn't kill me to lose it, but I use it, and think on principle it would be better to have an overlap period. Andrew From tero@tilus.net Mon Apr 12 02:53:12 2010 From: tero@tilus.net (Tero Tilus) Date: Mon, 12 Apr 2010 09:53:12 +0300 Subject: [sup-talk] New website design for sup - preview In-Reply-To: <1271000793-sup-3212@deepthought> References: <1271000793-sup-3212@deepthought> Message-ID: <1271053655-sup-9183@tilus.net> Anirudh Sanjeev, 2010-04-11 18:54: > I took the liberty to give the Sup frontpage a facelift. [...] > Please provide any feedback about the design and contents. I like it very much. The way the features are introduced is just awesome! Only without javascript the layout somewhat explodes. Would it be too much to ask if the source-order and default styles (to be modified using js) would be such that the feature introduction texts and respective images would be laid out side-by-side aligned if js was not available? > Also, I was under the impression writing a project in ruby and not > having a really nice website for it is a syntax error :) Right about that... Which reminds me of logo. Would it be cool to have one for sup? I missed a sup-icon when i was setting up "one touch to sup" (just plain quicklaunch `ssh myself at mysupbox -t screen -drU`) for my n900. Currently sup is only a beveled, rounded blue square on my communications-desktop. :) -- Tero Tilus ## 050 3635 235 ## http://tero.tilus.net/ From tero@tilus.net Mon Apr 12 03:25:03 2010 From: tero@tilus.net (Tero Tilus) Date: Mon, 12 Apr 2010 10:25:03 +0300 Subject: [sup-talk] New website design for sup - preview In-Reply-To: <20100411193358.GA12371@urvas> References: <1271000793-sup-3212@deepthought> <20100411193358.GA12371@urvas> Message-ID: <1271055277-sup-2613@tilus.net> Rogut?s Sparnuotos, 2010-04-11 22:33: > It looks like what you are proposing is not a new website, but a > shift in targeted audience. I don't think it is. But it might be just me. > You seem to be addressing the naive user, while forgetting the more > technical ones. I don't really agree with this point either. Except that the features list is missing configurability & extensibility (keybindings and hooks). The features list is an issue worth a conversation. > There is this sentence at http://sup.rubyforge.org/: > " > The goal of Sup is to become the email client of choice for nerds > everywhere. > " Thats a real point I think. IMO "client of choice for nerds" is relevant and will be for quite some time to come. > 2. First 700px of the page show nothing useful, except for a screenshot > and big letters. I find the features list, screenshot(s), main navigation and app name very, very usefull. > 3. Some very useful, even if technical, pieces information has been lost in > conversion: > "Handle massive amounts of email." The point is there, though not with those exact words. Introduction starts "Sup is a console-based email client for people with a lot of email". > " > you can clone the git repository like so: > git clone git://gitorious.org/sup/mainline.git > " Link to gitorious project page (which is there) is IMO better than cloning instructions. > 4. You have replaced the credit to Xapian and RubyMail with the credit to > the authors of the website :) Xapian credit is in the features list, but RubyMail credit is indeed missing. > As for the GMail guide, wouldn't it be very useful in the wiki? +1 HOWTOs should IMO be in wiki. That helps to keep them up to date. -- Tero Tilus ## 050 3635 235 ## http://tero.tilus.net/ From tero@tilus.net Mon Apr 12 03:56:03 2010 From: tero@tilus.net (Tero Tilus) Date: Mon, 12 Apr 2010 10:56:03 +0300 Subject: [sup-talk] New website design for sup - preview In-Reply-To: <1271018184-sup-517@eris> References: <1271000793-sup-3212@deepthought> <1271018184-sup-517@eris> Message-ID: <1271057503-sup-860@tilus.net> Philipp, 2010-04-11 23:47: > The JS thing with description and changing image is a nice idea, but > I'd either not click it (because I'd read the site first and had to > assume it leads me to another one) Fair point. The list should have some visual clue to suggest that items are not links but just switch between "tabs". Maybe a surrounding box and small down arrow (kinda like http://guides.rubyonrails.org/ "Guides Index" has) to give the feeling of opening a box/list instead of clicking a hyperlink. -- Tero Tilus ## 050 3635 235 ## http://tero.tilus.net/ From tero@tilus.net Mon Apr 12 05:53:04 2010 From: tero@tilus.net (Tero Tilus) Date: Mon, 12 Apr 2010 12:53:04 +0300 Subject: [sup-talk] current state of synching upstream? In-Reply-To: <1271023429-sup-9851@zyrg.net> References: <1271023429-sup-9851@zyrg.net> Message-ID: <1271064967-sup-4090@tilus.net> Rich Lane, 2010-04-12 03:57: > Sup will automatically detect changes to the Seen flag in the > maildir and update the message's labels. What about Trashed, Draft and Flagged? They have obvious counterparts in Sup labels too. > I haven't decided what to do about the other direction. Historically > Sup has never modified mail sources, but changing flags in a maildir > is safe enough that I might implement it. For what I know maildir was designed to handle delivery, deletion and flag changes "safely" (no mail content corruption) even without locking. Updating message status upstream is a major point for multi-agent users. And I have got the impression that there are quire a few of them already. -- Tero Tilus ## 050 3635 235 ## http://tero.tilus.net/ From michael+sup@stapelberg.de Sun Apr 11 12:23:02 2010 From: michael+sup@stapelberg.de (Michael Stapelberg) Date: Sun, 11 Apr 2010 18:23:02 +0200 Subject: [sup-talk] New website design for sup - preview Message-ID: <1271002965-sup-7133@midna.zekjur.net> Hi Anirudh, Excerpts from Anirudh Sanjeev's message of 2010-04-11 17:54:21 +0200: > looks really good. Please check out the current work in progress here: > http://anirudhsanjeev.org/temp/supsite/ This looks very good! I see the following problems: 1) Rendering is broken in Firefox 3.5.6, the "INTRODUCTION" headline overlaps previous text. See the attached screenshot. 2) Umlauts are broken in the list of contributors. 3) The header might be a bit large for mobile devices. At least for the other pages (docs, ?) I would suggest making it smaller, maybe just putting the "Sup" in the left top edge. Apart from that, very good work. Keep it up :-). Best regards, Michael -------------- next part -------------- A non-text attachment was scrubbed... Name: 2010-04-11-180259_873x821_scrot.png Type: image/png Size: 149348 bytes Desc: not available URL: From daemianmack@gmail.com Mon Apr 12 08:11:01 2010 From: daemianmack@gmail.com (Daemian Mack) Date: Mon, 12 Apr 2010 08:11:01 -0400 Subject: [sup-talk] current state of synching upstream? In-Reply-To: <1271048365-sup-3959@pimlott.net> References: <1271023429-sup-9851@zyrg.net> <1271048365-sup-3959@pimlott.net> Message-ID: <1271072587-sup-4970@lenin> Excerpts from Andrew Pimlott's message of Mon Apr 12 01:02:07 -0400 2010: > Excerpts from Rich Lane's message of Sun Apr 11 17:57:42 -0700 2010: > > Does anyone use the current sup-sync-back that only support mboxes? If > > there are no strong objections then the 0.12 sup-sync-back will only > > support maildir. > > It wouldn't kill me to lose it, but I use it, and think on principle it > would be better to have an overlap period. I use sup-sync-back with mbox. I agree with Andrew that overlap would be a good thing in principle, though personally speaking, I'll probably take this change as a nudge to convert to maildir. My mbox files get pretty large (~80-100Mb) between sup-sync-backs, and working with those files on my aging mail box (1.6GHz Athlon XP) gets pretty clunky in the meantime. Also looking forward to more interclient operability! Any interest in kicking off a simple usage survey to find out how people are using sup? I'd be really curious to see things like... - the mailstore formats being used - whether most people use sup as their sole MUA or as one of many - how multi-MUA users handle working with multiple clients - the various daily sup workflows in use Might be helpful from a "what's going on out there" roadmap perspective, too. -- http://daemianmack.com/ From eg@gaute.vetsj.com Tue Apr 13 05:44:13 2010 From: eg@gaute.vetsj.com (Gaute Hope) Date: Tue, 13 Apr 2010 11:44:13 +0200 Subject: [sup-talk] Un-threading Message-ID: <1271151687-sup-1945@dolk> Greetings, is it possible to un-thread messages? I recently by wrongly threaded some messages using #, using 'u' didn't work - but undid the changes before. This might be fixed in latest (just pulled from git). But is it possible to un-thread a message when you are viewing a thread? I.e. by pressing # the active message would be split into a separate thread? Best regards, Gaute -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From dominik.epple@googlemail.com Wed Apr 14 03:30:13 2010 From: dominik.epple@googlemail.com (Dominik Epple) Date: Wed, 14 Apr 2010 09:30:13 +0200 Subject: [sup-talk] Only show tagged mails Message-ID: Hello, I often get a lot of automated mails from monitoring systems. I want to archive them all efficiently using g =A But between those two steps, I would like to verify that my regexp did not match mails I do not want to archive. Therefore, I would like to have the possibility to display all tagged mails. Is this possible? Thanks Dominik From wmorgan-sup@masanjin.net Wed Apr 14 08:52:34 2010 From: wmorgan-sup@masanjin.net (William Morgan) Date: Wed, 14 Apr 2010 08:52:34 -0400 Subject: [sup-talk] Only show tagged mails In-Reply-To: References: Message-ID: <1271248511-sup-2132@masanjin.net> Reformatted excerpts from Dominik Epple's message of 2010-04-14: > But between those two steps, I would like to verify that my regexp did > not match mails I do not want to archive. Therefore, I would like to > have the possibility to display all tagged mails. Is this possible? Not really, beyond visually scanning that the "> "'s are correct. One can imagine a filtered view of just tagged items, but the semantics get a little complicated---when you untag something, does it immediately disappear? -- William From wmorgan-sup@masanjin.net Wed Apr 14 08:53:11 2010 From: wmorgan-sup@masanjin.net (William Morgan) Date: Wed, 14 Apr 2010 08:53:11 -0400 Subject: [sup-talk] Un-threading In-Reply-To: <1271151687-sup-1945@dolk> References: <1271151687-sup-1945@dolk> Message-ID: <1271249568-sup-8799@masanjin.net> Reformatted excerpts from Gaute Hope's message of 2010-04-13: > But is it possible to un-thread a message when you are viewing a > thread? I.e. by pressing # the active message would be split into a > separate thread? Not currently, but this is something I'd like as well, and it shouldn't be too difficult. -- William From wmorgan-sup@masanjin.net Wed Apr 14 08:34:22 2010 From: wmorgan-sup@masanjin.net (William Morgan) Date: Wed, 14 Apr 2010 08:34:22 -0400 Subject: [sup-talk] New website design for sup - preview In-Reply-To: <1271053655-sup-9183@tilus.net> References: <1271000793-sup-3212@deepthought> <1271053655-sup-9183@tilus.net> Message-ID: <1271248429-sup-3859@masanjin.net> Reformatted excerpts from Tero Tilus's message of 2010-04-12: > Which reminds me of logo. Would it be cool to have one for sup? I > missed a sup-icon when i was setting up "one touch to sup" (just plain > quicklaunch `ssh myself at mysupbox -t screen -drU`) for my n900. Let's just steal the gmail logo and replace the M with an S. :) -- William From wmorgan-sup@masanjin.net Wed Apr 14 08:32:03 2010 From: wmorgan-sup@masanjin.net (William Morgan) Date: Wed, 14 Apr 2010 08:32:03 -0400 Subject: [sup-talk] New website design for sup - preview In-Reply-To: <1271000793-sup-3212@deepthought> References: <1271000793-sup-3212@deepthought> Message-ID: <1271247598-sup-8822@masanjin.net> Reformatted excerpts from Anirudh Sanjeev's message of 2010-04-11: > http://anirudhsanjeev.org/temp/supsite/ Personally I like this design. I think it's a lot more visually appealing than the original page, without going too much into world of web 2.0 gradients and shiny bubbles, which is something I would like to avoid. There are some tweaks I would make to the content--in particular, I like the tagline "the email client of choice for nerds everywhere", and references to IMAP should probably be removed--but I'm fine with the design as a whole. I also do like having the Gmail "quick"start guide readily available. The wiki has an aura of decay around it (if someone wants to clean it up, I will award Sup Points (tm)). Having the guide on the homepage would be super convenient. I'd prefer to have it be a separate page, and sit alongside an mbox/Maildir quickstart guide. -- William From wmorgan-sup@masanjin.net Wed Apr 14 09:00:59 2010 From: wmorgan-sup@masanjin.net (William Morgan) Date: Wed, 14 Apr 2010 09:00:59 -0400 Subject: [sup-talk] current state of synching upstream? In-Reply-To: <1271023429-sup-9851@zyrg.net> References: <1271023429-sup-9851@zyrg.net> Message-ID: <1271249704-sup-1088@masanjin.net> Reformatted excerpts from Rich Lane's message of 2010-04-11: > Does anyone use the current sup-sync-back that only support mboxes? I do, but I would consider moving to Maildir to support the common good. (Assuming that the Maildir format won't simply collapse with the result of converting 29 million lines of mbox goodness.) -- William From wmorgan-sup@masanjin.net Wed Apr 14 09:04:29 2010 From: wmorgan-sup@masanjin.net (William Morgan) Date: Wed, 14 Apr 2010 09:04:29 -0400 Subject: [sup-talk] GPG (outgoing) In-Reply-To: <1270981813-sup-1681@baad> References: <1270981813-sup-1681@baad> Message-ID: <1271250134-sup-4282@masanjin.net> Reformatted excerpts from Ian Smith's message of 2010-04-11: > In particular, I can sign (I've been testing mostly with signatures, > not encryption) using GPG, and send a message successfully; however, > while sup verifies that it thinks the signature is good, hushmail > doesn't recognize the message as having a signature (it sees > signature.asc as an attachment, but doesn't read the message as being > signed), and correspondents tell me that Enigmail flags my message as > having a bad signature. I would compare the output of sup, hushmail and enigmail on a similar message, and see if there's anything obviously different in the MIME structure. It's possible Sup is emitting something they don't like. -- William From wmorgan-sup@masanjin.net Wed Apr 14 09:06:22 2010 From: wmorgan-sup@masanjin.net (William Morgan) Date: Wed, 14 Apr 2010 09:06:22 -0400 Subject: [sup-talk] sent mail In-Reply-To: <1270850674-sup-4940@zyrg.net> References: <1270727373-sup-8902@roughage.com.au> <1270731588-sup-6397@roughage.com.au> <1270850674-sup-4940@zyrg.net> Message-ID: <1271250373-sup-8059@masanjin.net> Reformatted excerpts from Rich Lane's message of 2010-04-09: > I switched the dependency back to plain ncurses because ncursesw was > failing to compile on unusual platforms (because of its wide > characterness). I guess this calls for a ncurses-new gem based on the > same upstream code as ncursesw but without the wide character support. Welcome to hell. -- William From sven.schober@uni-ulm.de Wed Apr 14 09:30:25 2010 From: sven.schober@uni-ulm.de (Sven Schober) Date: Wed, 14 Apr 2010 15:30:25 +0200 Subject: [sup-talk] GPG (outgoing) In-Reply-To: <1270981813-sup-1681@baad> References: <1270981813-sup-1681@baad> Message-ID: <1271251758-sup-5560@hysbald> Hi! Excerpts from Ian Smith's message of 2010-04-11 12:30:59 +0200: > In particular, I can sign (I've been testing mostly with signatures, not > encryption) using GPG, and send a message successfully; however, while sup > verifies that it thinks the signature is good, hushmail doesn't recognize the > message as having a signature (it sees signature.asc as an attachment, but > doesn't read the message as being signed), and correspondents tell me that > Enigmail flags my message as having a bad signature. > +1 > Thanks, > > Ian > Ciao, Sven -- Sven Schober, sven.schober at uni-ulm.de |UNI ULM http://www-vs.informatik.uni-ulm.de/dept/staff/schober/ |DISTRIBUTED Room O27-346, Phone: +49-731-5024146 |SYSTEMS LAB -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From bwalton@artsci.utoronto.ca Wed Apr 14 10:16:10 2010 From: bwalton@artsci.utoronto.ca (Ben Walton) Date: Wed, 14 Apr 2010 10:16:10 -0400 Subject: [sup-talk] current state of synching upstream? In-Reply-To: <1271249704-sup-1088@masanjin.net> References: <1271023429-sup-9851@zyrg.net> <1271249704-sup-1088@masanjin.net> Message-ID: <1271254358-sup-3024@pinkfloyd.chass.utoronto.ca> Excerpts from William Morgan's message of Wed Apr 14 09:00:59 -0400 2010: > (Assuming that the Maildir format won't simply collapse with the result > of converting 29 million lines of mbox goodness.) mbox2maildir is (generally) your friend. We've used it here with some success. The only issue we had is when the first line in a paragraph of a mail message starts with /From /. As you've seen from dealing with mboxes in sup, this isn't necessarily an easy problem to fix...in our case, we're dealing with mboxes created with the likes of ancient pine and elm, etc, so we might be worse off than normal mutt-made mboxes for instance. A conversion solution that is better, if possible, is to use imapsync, as it leaves the mbox parsing to the imap software. It requires more overhead to be useful though[1]. Thanks -Ben [1] I'll provide more (dovecot) tips if anyone is interested. -- Ben Walton Systems Programmer - CHASS University of Toronto C:416.407.5610 | W:416.978.4302 From wmorgan-sup@masanjin.net Wed Apr 14 11:57:28 2010 From: wmorgan-sup@masanjin.net (William Morgan) Date: Wed, 14 Apr 2010 11:57:28 -0400 Subject: [sup-talk] current state of synching upstream? In-Reply-To: <1271254358-sup-3024@pinkfloyd.chass.utoronto.ca> References: <1271023429-sup-9851@zyrg.net> <1271249704-sup-1088@masanjin.net> <1271254358-sup-3024@pinkfloyd.chass.utoronto.ca> Message-ID: <1271260552-sup-9153@masanjin.net> Reformatted excerpts from Ben Walton's message of 2010-04-14: > mbox2maildir is (generally) your friend. Oh, I'm sure the conversion is pretty straight-forward (modulo the "From_" issues you point out). I just wonder if I'm going to hit limits on the number of files in a directory or something weird like that. -- William From bwalton@artsci.utoronto.ca Wed Apr 14 12:08:14 2010 From: bwalton@artsci.utoronto.ca (Ben Walton) Date: Wed, 14 Apr 2010 12:08:14 -0400 Subject: [sup-talk] current state of synching upstream? In-Reply-To: <1271260552-sup-9153@masanjin.net> References: <1271023429-sup-9851@zyrg.net> <1271249704-sup-1088@masanjin.net> <1271254358-sup-3024@pinkfloyd.chass.utoronto.ca> <1271260552-sup-9153@masanjin.net> Message-ID: <1271261164-sup-4109@pinkfloyd.chass.utoronto.ca> Excerpts from William Morgan's message of Wed Apr 14 11:57:28 -0400 2010: > Oh, I'm sure the conversion is pretty straight-forward (modulo the > "From_" issues you point out). I just wonder if I'm going to hit > limits on the number of files in a directory or something weird like > that. You might, but I don't know what that limit would be...My inbox is currently looking like: --snip-- bwalton @ pinkfloyd : ~/Maildir $ lc total 3.1M drwx------ 2 bwalton user 496K Apr 29 2008 cur -rw------- 1 bwalton user 1.2K Apr 28 2008 dovecot-uidlist drwx------ 2 bwalton user 2.6M Apr 14 12:04 new drwx------ 2 bwalton user 4.0K Apr 14 12:04 tmp bwalton @ pinkfloyd : ~/Maildir $ ls -lA new/ | wc -l 36413 --snip-- Big (notice the size of the new/ directory), but not huge. Poll times increase linearly though, which one drawback to the current approach of not moving mail into cur/ when it's detected. Thanks -Ben -- Ben Walton Systems Programmer - CHASS University of Toronto C:416.407.5610 | W:416.978.4302 From stipredirect@gmail.com Wed Apr 14 14:30:51 2010 From: stipredirect@gmail.com (Michael Stipicevic) Date: Wed, 14 Apr 2010 14:30:51 -0400 Subject: [sup-talk] New website design for sup - preview In-Reply-To: <1271000793-sup-3212@deepthought> References: <1271000793-sup-3212@deepthought> Message-ID: On Sun, Apr 11, 2010 at 11:54 AM, Anirudh Sanjeev < anirudh at anirudhsanjeev.org> wrote: > Hi, > > I took the liberty to give the Sup frontpage a facelift. I re-used some > creative commons work without much modification to make something that > looks really good. I'm a huge fan of the quick instructions to get an offlineimap/msmtp stack set up. You can't properly use sup without these (or another Maildir/smtp setup) and a user installing sup for the first time might be disappointed when IMAP takes half an hour. I think it would be important to shy away from calling it 'up and running with gmail' -- it makes sup look just like 'gmail on the console' and might discourage users from trying it out -- if sup is just gmail on the console, why should I care? - Mike -------------- next part -------------- An HTML attachment was scrubbed... URL: From anirudh@anirudhsanjeev.org Wed Apr 14 14:55:27 2010 From: anirudh@anirudhsanjeev.org (Anirudh Sanjeev) Date: Thu, 15 Apr 2010 00:25:27 +0530 Subject: [sup-talk] New website design for sup - preview In-Reply-To: <1271247598-sup-8822@masanjin.net> References: <1271000793-sup-3212@deepthought> <1271247598-sup-8822@masanjin.net> Message-ID: <1271271168-sup-595@deepthought> Excerpts from William Morgan's message of Wed Apr 14 18:02:03 +0530 2010: > Personally I like this design. I think it's a lot more visually > appealing than the original page, without going too much into world of > web 2.0 gradients and shiny bubbles, which is something I would like to > avoid. Thank you :) > There are some tweaks I would make to the content--in particular, I like > the tagline "the email client of choice for nerds everywhere", and > references to IMAP should probably be removed--but I'm fine with the > design as a whole. I've put the entire code on github: http://github.com/ninjagod/misc/tree/master/supsite/ Please send changes you feel fit as patches or send me a pull request. I am unfortunately a little busy with university work till the weekend. I plan to change the GMail specific guide to a generic IMAP guide. If a user plans to use Sup, they can figure out how to change it for Gmail. Thanks, Anirudh -- http://anirudhsanjeev.org -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From ismith@MIT.EDU Wed Apr 14 21:00:45 2010 From: ismith@MIT.EDU (Ian Smith) Date: Wed, 14 Apr 2010 21:00:45 -0400 Subject: [sup-talk] GPG (outgoing) In-Reply-To: <1271251758-sup-5560@hysbald> References: <1270981813-sup-1681@baad> <1271251758-sup-5560@hysbald> Message-ID: <1271293169-sup-4275@baad> On further testing, removing my signatures (the bit at the bottom of emails, not the digital type) makes Engimail happy. I'm still not sure what hushmail's problem is, but I'm working on that, as well. So my guess is that sup doesn't sign the signature of a message, just what it considers to be the body. Ian Excerpts from Sven Schober's message of Wed Apr 14 09:30:25 -0400 2010: > Hi! > > Excerpts from Ian Smith's message of 2010-04-11 12:30:59 +0200: > > In particular, I can sign (I've been testing mostly with signatures, not > > encryption) using GPG, and send a message successfully; however, while sup > > verifies that it thinks the signature is good, hushmail doesn't recognize the > > message as having a signature (it sees signature.asc as an attachment, but > > doesn't read the message as being signed), and correspondents tell me that > > Enigmail flags my message as having a bad signature. > > > +1 > > > Thanks, > > > > Ian > > > Ciao, > Sven From plutek@infinity.net Thu Apr 15 12:29:04 2010 From: plutek@infinity.net (plutek at infinity.net) Date: Thu, 15 Apr 2010 12:29:04 -0400 Subject: [sup-talk] contacts list confusion Message-ID: <1271348071-sup-4116@paldesk> greetings! i'm curious about how the contacts list actually works... i've read and written a number of emails in sup now, and "C" shows quite a few contacts. when i open contacts.txt for editing, those contacts do not show in that file. however, if i add a few contacts in contacts.txt, they get added to the "C" list in sup -- if they were already there, the nickname i put in contacts.txt shows up, and if they weren't, then they become new additions to the list. contacts which are in the "C" list but which are *not* in contacts.txt do not participate in autocompletion when filling in headers. so, it looks like sup maintains its "C" list somewhere other than contacts.txt -- if i want those addresses which are "C"-listed to benefit from autocompletion, i have to manually add them to contacts.txt, right? why doesn't sup auto-add "C" list addresses to contacts.txt? also, i noticed that all editing of contacts.txt has to be done while sup is not running -- anything changed during a sup run get reverted when sup closes. one other question regarding contacts: is there any facility for mailing lists? it looks like that's not currently possible, since if i do this in contacts.txt... listname: person1 , person2 References: <1271348071-sup-4116@paldesk> Message-ID: <1271349138-sup-2805@paldesk> Excerpts from plutek's message of Thu Apr 15 12:29:04 -0400 2010: > greetings! > > i'm curious about how the contacts list actually works... i've read and written a number of emails in sup now, and "C" shows quite a few contacts. when i open contacts.txt for editing, those contacts do not show in that file. however, if i add a few contacts in contacts.txt, they get added to the "C" list in sup -- if they were already there, the nickname i put in contacts.txt shows up, and if they weren't, then they become new additions to the list. contacts which are in the "C" list but which are *not* in contacts.txt do not participate in autocompletion when filling in headers. > > so, it looks like sup maintains its "C" list somewhere other than contacts.txt -- if i want those addresses which are "C"-listed to benefit from autocompletion, i have to manually add them to contacts.txt, right? > > why doesn't sup auto-add "C" list addresses to contacts.txt? > > also, i noticed that all editing of contacts.txt has to be done while sup is not running -- anything changed during a sup run get reverted when sup closes. > > one other question regarding contacts: is there any facility for mailing lists? it looks like that's not currently possible, since if i do this in contacts.txt... > > listname: person1 , person2 , person2 , person3 > > ...person2 and person3 get dropped in autocompletion and the "C" list. > > cheers! -- .pltk. From tero@tilus.net Fri Apr 16 05:30:51 2010 From: tero@tilus.net (Tero Tilus) Date: Fri, 16 Apr 2010 12:30:51 +0300 Subject: [sup-talk] contacts list confusion In-Reply-To: <1271348071-sup-4116@paldesk> References: <1271348071-sup-4116@paldesk> Message-ID: <1271409217-sup-3839@tilus.net> plutek, 2010-04-15 19:29: > i'm curious about how the contacts list actually works. It works exactly as you described. ;) > sup maintains its "C" list somewhere other than contacts.txt Sup doesn't actually maintain the "C" list anywhere. It consists of contacts.txt, the list returned from extra-contact-addresses hook and other contacts extracted from the mails sup has recently indexed. You can load more (older) extracted contacts by hitting "M" when viewing the contacts list. > -- if i want those addresses which are "C"-listed to benefit from > autocompletion, i have to manually add them to contacts.txt, right? Partially. You can highlight them, hit "i" (and optionally give completion alias and fix real name) and sup adds them to contacts.txt. > why doesn't sup auto-add "C" list addresses to contacts.txt? Because you don't want all the (rubbish) addresses with all the (rubbish) realnames floating around bloating your contacts. You want sup to be able to parse contacts out of mails, present them (the "persistent" and latest new) nicely to you and let you cherry-pick the contacts you want to "persist". > is there any facility for mailing lists? it looks like that's not > currently possible, since if i do this in contacts.txt... > > listname: person1 , person2 > ...person2 and person3 get dropped in autocompletion and the "C" list. I don't know how it is supposed to work, but I do have mailinglists in my contacts.txt like this: list-alias: person1-alias, person2-alias person1-alias: Person One person2-alias: Person Two It has the added bonus of the people in the list being available for autocompletion one by one too. -- Tero Tilus ## 050 3635 235 ## http://tero.tilus.net/ From dominik.epple@googlemail.com Fri Apr 16 10:15:35 2010 From: dominik.epple@googlemail.com (Dominik Epple) Date: Fri, 16 Apr 2010 16:15:35 +0200 Subject: [sup-talk] Only show tagged mails In-Reply-To: <1271248511-sup-2132@masanjin.net> References: <1271248511-sup-2132@masanjin.net> Message-ID: 2010/4/14 William Morgan : > Reformatted excerpts from Dominik Epple's message of 2010-04-14: >> But between those two steps, I would like to verify that my regexp did >> not match mails I do not want to archive. Therefore, I would like to >> have the possibility to display all tagged mails. Is this possible? > > Not really, beyond visually scanning that the "> "'s are correct. One Sad. I really feel the need of such a feature often... Where can I submit a feature request? :-) Perhaps I will find the time to dig into the code. However, my ruby skills are extremely limited... > can imagine a filtered view of just tagged items, but the semantics get > a little complicated---when you untag something, does it immediately > disappear? Can't this be treated like a label? You can also remove labels from mails you are currently having in a filtered view (label-search-results-mode). The behavior of sup is such that mail is then still being displayed. Regards Dominik From plutek@infinity.net Fri Apr 16 11:57:00 2010 From: plutek@infinity.net (plutek at infinity.net) Date: Fri, 16 Apr 2010 11:57:00 -0400 Subject: [sup-talk] contacts list confusion In-Reply-To: <1271409217-sup-3839@tilus.net> References: <1271348071-sup-4116@paldesk> <1271409217-sup-3839@tilus.net> Message-ID: <1271433052-sup-9462@paldesk> Excerpts from Tero Tilus's message of Fri Apr 16 05:30:51 -0400 2010: > Sup doesn't actually maintain the "C" list anywhere. It consists of > contacts.txt, the list returned from extra-contact-addresses hook and > other contacts extracted from the mails sup has recently indexed. You > can load more (older) extracted contacts by hitting "M" when viewing > the contacts list. thanks for that! > > -- if i want those addresses which are "C"-listed to benefit from > > autocompletion, i have to manually add them to contacts.txt, right? > > Partially. You can highlight them, hit "i" (and optionally give > completion alias and fix real name) and sup adds them to contacts.txt. excellent! > > why doesn't sup auto-add "C" list addresses to contacts.txt? > > Because you don't want all the (rubbish) addresses with all the > (rubbish) realnames floating around bloating your contacts. You want > sup to be able to parse contacts out of mails, present them (the > "persistent" and latest new) nicely to you and let you cherry-pick the > contacts you want to "persist". perfectly sensible! > I don't know how it is supposed to work, but I do have mailinglists in > my contacts.txt like this: > > list-alias: person1-alias, person2-alias > person1-alias: Person One > person2-alias: Person Two > > It has the added bonus of the people in the list being available for > autocompletion one by one too. cool.... a very nice list facility, indeed. thanks for all the answers! with these details in place, sup has now officially taken over my world. cheers! -- .pltk. From brian@microcomaustralia.com.au Mon Apr 19 21:08:57 2010 From: brian@microcomaustralia.com.au (Brian May) Date: Tue, 20 Apr 2010 11:08:57 +1000 Subject: [sup-talk] sup exception Message-ID: If I try to search for the string "outage" in my mail, sup crashes, every time: [Tue Apr 20 11:06:59 +1000 2010] ERROR: oh crap, an exception ---------------------------------------------------------------- I'm very sorry. It seems that an error occurred in Sup. Please accept my sincere apologies. Please submit the contents of /home/brian/.sup/exception-log.txt and a brief report of the circumstances to http://masanjin.net/sup-bugs/ so that I might address this problem. Thank you! Sincerely, William ---------------------------------------------------------------- --- RuntimeError from thread: load threads for thread-index-mode wrong id called on nil /home/brian/tree/sup/lib/sup.rb:17:in `id' /home/brian/tree/sup/lib/sup/modes/thread-index-mode.rb:234:in `update' /home/brian/tree/sup/lib/sup/hook.rb:123:in `sort_by' /home/brian/tree/sup/lib/sup/modes/thread-index-mode.rb:234:in `each' /home/brian/tree/sup/lib/sup/modes/thread-index-mode.rb:234:in `sort_by' /home/brian/tree/sup/lib/sup/modes/thread-index-mode.rb:234:in `update' /home/brian/tree/sup/lib/sup/modes/thread-index-mode.rb:232:in `synchronize' /home/brian/tree/sup/lib/sup/modes/thread-index-mode.rb:232:in `update' /home/brian/tree/sup/lib/sup/modes/thread-index-mode.rb:652:in `__unprotected_load_n_threads' (eval):12:in `load_n_threads' /home/brian/tree/sup/lib/sup/modes/thread-index-mode.rb:624:in `load_n_threads_background' /home/brian/tree/sup/lib/sup.rb:77:in `reporting_thread' /home/brian/tree/sup/lib/sup.rb:75:in `initialize' /home/brian/tree/sup/lib/sup.rb:75:in `new' /home/brian/tree/sup/lib/sup.rb:75:in `reporting_thread' /home/brian/tree/sup/lib/sup/modes/thread-index-mode.rb:623:in `load_n_threads_background' /home/brian/tree/sup/lib/sup/modes/thread-index-mode.rb:694:in `__unprotected_load_threads' (eval):12:in `load_threads' /home/brian/tree/sup/lib/sup/modes/search-results-mode.rb:48:in `spawn_from_query' /home/brian/tree/sup/bin/sup:294 -- Brian May From mail.ghanashyam.prabhu@gmail.com Fri Apr 23 01:57:48 2010 From: mail.ghanashyam.prabhu@gmail.com (ghanashyam) Date: Thu, 22 Apr 2010 22:57:48 -0700 (PDT) Subject: [sup-talk] Error installing gem install sup on CentOS. Message-ID: <28337512.post@talk.nabble.com> Hi, I have installed the ruby dependencies on my CentOS 2.6.18-164.11.1.el5 system. The following are the sequence of commands that I used to download ruby related packages. For installing ruby and ruby related packages >> yum install -y ruby >> yum install -y ruby-devel ruby-docs ruby-ri ruby-irb ruby-rdoc I did not have gem installed and hence i used wget to install gems and untarred and installed the setup.rb >> wget http://rubyforge.org/frs/download.php/45905/rubygems-1.3.1.tgz >> tar xzvf rubygems-1.3.1.tgz >> cd rubygems-1.3.1.tgz >> sudo ruby ./setup.rb Once I installed this, I had gem on my system. So time for installing sup. >> sudo gem install sup Building native extensions. This could take a while... ERROR: Error installing sup: ERROR: Failed to build gem native extension. rake RUBYARCHDIR=/usr/lib/ruby/gems/1.8/gems/xapian-full-1.1.3.4/lib RUBYLIBDIR=/usr/lib/ruby/gems/1.8/gems/xapian-full-1.1.3.4/lib sh: rake: command not found Gem files will remain installed in /usr/lib/ruby/gems/1.8/gems/xapian-full-1.1.3.4 for inspection. Results logged to /usr/lib/ruby/gems/1.8/gems/xapian-full-1.1.3.4/gem_make.out I got the above error.? what am i missing Can any one help me out with this ? -- View this message in context: http://old.nabble.com/Error-installing-gem-install-sup-on-CentOS.-tp28337512p28337512.html Sent from the SUP Talk mailing list archive at Nabble.com. From marka@pobox.com Fri Apr 23 10:28:48 2010 From: marka@pobox.com (Mark Alexander) Date: Fri, 23 Apr 2010 10:28:48 -0400 Subject: [sup-talk] Error installing gem install sup on CentOS. In-Reply-To: <28337512.post@talk.nabble.com> References: <28337512.post@talk.nabble.com> Message-ID: <1272032840-sup-1345@r61> Excerpts from ghanashyam's message of Fri Apr 23 01:57:48 -0400 2010: > sh: rake: command not found I don't use CentOS, so this is only a wild guess, but you might have to do one of the following: gem install rake or yum install ruby-rake From matthias.guedemann@ovgu.de Fri Apr 23 10:22:37 2010 From: matthias.guedemann@ovgu.de (Matthias Guedemann) Date: Fri, 23 Apr 2010 16:22:37 +0200 Subject: [sup-talk] Error installing gem install sup on CentOS. In-Reply-To: <28337512.post@talk.nabble.com> References: <28337512.post@talk.nabble.com> Message-ID: <1272032388-sup-7420@pc44es141.cs.uni-magdeburg.de> Well you do not have rake installed: > rake RUBYARCHDIR=/usr/lib/ruby/gems/1.8/gems/xapian-full-1.1.3.4/lib > RUBYLIBDIR=/usr/lib/ruby/gems/1.8/gems/xapian-full-1.1.3.4/lib > sh: rake: command not found rake is "RAKE - Ruby Make" http://rake.rubyforge.org/ I bet there is a CentOS package for rake regards From mi.au@papill0n.org Fri Apr 23 16:52:49 2010 From: mi.au@papill0n.org (Lucas Stadler) Date: Fri, 23 Apr 2010 22:52:49 +0200 Subject: [sup-talk] Undeleting a deleted (and killed) thread. Message-ID: <1272055170-sup-2978@yippie> It might be a simple to solve problem, but I accidently did something I would like to reverse. At first I killed a thread I wanted to follow further and did not think of the 'u' (undo) command. Then I searched for all the killed threads ('L' -> label: killed) and saw that thread. I tried to un-archive it but then simply the 'Inbox' label was displayed on the thread, but the 'killed' label stayed. I somehow managed to try out the 'd' key and obviously it was quite a bad idea as the thread disappeared completely. I then searched for the label 'Deleted' but only some other mails showed up. Only then I tried the undo command but it did just undo some other change... So now here are my questions: - How do I get a 'killed' thread back into my Inbox? - Is it possible to undelete a deleted thread? (If I read the built-in help correctly it is, but it did not work for me...) ... Can anybody help me? :) I use sup 0.10.2 as Ubuntu just provides this and I did not succeed to build my own version (problem with Xapian...). From brian@microcomaustralia.com.au Sat Apr 24 20:17:35 2010 From: brian@microcomaustralia.com.au (Brian May) Date: Sun, 25 Apr 2010 10:17:35 +1000 Subject: [sup-talk] Undeleting a deleted (and killed) thread. In-Reply-To: <1272055170-sup-2978@yippie> References: <1272055170-sup-2978@yippie> Message-ID: On 24 April 2010 06:52, Lucas Stadler wrote: > So now here are my questions: > ?- How do I get a 'killed' thread back into my Inbox? > ?- Is it possible to undelete a deleted thread? (If I read > ? ?the built-in help correctly it is, but it did not work > ? ? ? ? for me...) 'd' is a toggle. The second time will undelete the thread. -- Brian May From sup@equaeghe.nospammail.net Sun Apr 25 14:44:05 2010 From: sup@equaeghe.nospammail.net (Erik Quaeghebeur) Date: Sun, 25 Apr 2010 14:44:05 -0400 (EDT) Subject: [sup-talk] Hints for newby switching from Alpine with multiple imap accounts Message-ID: Hi, I'm about to try out sup, because I might switch from Alpine (former pine). I have multiple imap accounts and (a number of) folder hierarchies. While things are installing, I have a number of preliminary questions: * Does anybody have experience with switching from Alpine? What are the things I should look out for? * What is the best strategy to try out sup? (I'm first going to try out the installation and GMail guide on http://anirudhsanjeev.org/temp/supsite/.) * I understand that I'll have to keep a local mail store, but is it possible for basic mail state (read/deleted/answered/...) to be resynced with the online imap account? * Can sup be used for usenet? Best, Erik From sup@equaeghe.nospammail.net Mon Apr 26 00:51:10 2010 From: sup@equaeghe.nospammail.net (Erik Quaeghebeur) Date: Mon, 26 Apr 2010 00:51:10 -0400 (EDT) Subject: [sup-talk] charset warning when starting sup Message-ID: Hi, When starting sup (0.11 on ruby 1.8), I get WARNING: can't find character set by using locale, defaulting to utf-8 while $ locale LANG=nl_BE.UTF-8 LANGUAGE=nl_BE:nl:en_US:en LC_CTYPE="nl_BE.UTF-8" LC_NUMERIC="nl_BE.UTF-8" LC_TIME="nl_BE.UTF-8" LC_COLLATE="nl_BE.UTF-8" LC_MONETARY="nl_BE.UTF-8" LC_MESSAGES="nl_BE.UTF-8" LC_PAPER="nl_BE.UTF-8" LC_NAME="nl_BE.UTF-8" LC_ADDRESS="nl_BE.UTF-8" LC_TELEPHONE="nl_BE.UTF-8" LC_MEASUREMENT="nl_BE.UTF-8" LC_IDENTIFICATION="nl_BE.UTF-8" LC_ALL= So I have no problem using utf-8, even want it. But I would like to get rid of the error message. How? On a related note: I saw a message about getting 24h-time notation in the thread list, but can't seem to find it again; is there search functionality for the archives? Thanks for suggestions, Erik From sup@equaeghe.nospammail.net Mon Apr 26 00:57:39 2010 From: sup@equaeghe.nospammail.net (Erik Quaeghebeur) Date: Mon, 26 Apr 2010 00:57:39 -0400 (EDT) Subject: [sup-talk] how to replace (al)pine's passfile functionality Message-ID: Hi, (Al)pine has a passfile functionality: a (weakly) encrypted file contains the passwords necessary for imap, nntp, and smpt connections. For sup (0.11 on ruby 1.8), I use offlineimap and msmpt, both of which need passwords either stored in plaintext in their config files or in the netrc file. Is there any way to use some kind of encrypted netrc (something in the vein of kde's wallet), which is decrypted/made accessible on login or with a one-time password dialog? Best, Erik From mariano.mara@gmail.com Mon Apr 26 02:10:40 2010 From: mariano.mara@gmail.com (Mariano Mara) Date: Mon, 26 Apr 2010 03:10:40 -0300 Subject: [sup-talk] how to replace (al)pine's passfile functionality In-Reply-To: References: Message-ID: <1272261905-sup-876@kafka> Excerpts from Erik Quaeghebeur's message of Mon Apr 26 01:57:39 -0300 2010: > Hi, > > > (Al)pine has a passfile functionality: a (weakly) encrypted file contains > the passwords necessary for imap, nntp, and smpt connections. For sup > (0.11 on ruby 1.8), I use offlineimap and msmpt, both of which need > passwords either stored in plaintext in their config files or in the netrc > file. Is there any way to use some kind of encrypted netrc (something in > the vein of kde's wallet), which is decrypted/made accessible on login or > with a one-time password dialog? > I use gnome-keyring. I googled a bit and found the post that helped me when I was setting it up: http://www.clasohm.com/blog/one-entry?entry_id=90957 (if I remember correctly). msmtp is even easier since it has an explicit option for adding it to the gnome-keyring. Since you're mentioning kde wallet I kinda feel this information won't be useful to you but nevertheless... Mariano From nicolas.pouillard@gmail.com Mon Apr 26 03:23:38 2010 From: nicolas.pouillard@gmail.com (Nicolas Pouillard) Date: Mon, 26 Apr 2010 00:23:38 -0700 (PDT) Subject: [sup-talk] how to replace (al)pine's passfile functionality In-Reply-To: References: Message-ID: <4bd53f7a.810ce30a.79fc.ffff80a3@mx.google.com> On Mon, 26 Apr 2010 00:57:39 -0400 (EDT), Erik Quaeghebeur wrote: > Hi, Hi, > (Al)pine has a passfile functionality: a (weakly) encrypted file contains > the passwords necessary for imap, nntp, and smpt connections. For sup > (0.11 on ruby 1.8), I use offlineimap and msmpt, both of which need > passwords either stored in plaintext in their config files or in the netrc > file. Is there any way to use some kind of encrypted netrc (something in > the vein of kde's wallet), which is decrypted/made accessible on login or > with a one-time password dialog? What I do is to store these sensitive configuration files on some encrypted filesystem. Encfs and dmcrypt-luks (linux only) are fine choices to do so. The result is that if someone get root access or your access to the machine then yes he has the password but its much worse than that since he can setup a keylogger patch your binaries... However the good news is that if he needs to reboot the machine then all of these filesystem will get unreadable. Regards, -- Nicolas Pouillard http://nicolaspouillard.fr From wmorgan-sup@masanjin.net Mon Apr 26 15:12:16 2010 From: wmorgan-sup@masanjin.net (William Morgan) Date: Mon, 26 Apr 2010 15:12:16 -0400 Subject: [sup-talk] charset warning when starting sup In-Reply-To: References: Message-ID: <1272308962-sup-3272@masanjin.net> Reformatted excerpts from Erik Quaeghebeur's message of 2010-04-26: > When starting sup (0.11 on ruby 1.8), I get > > WARNING: can't find character set by using locale, defaulting to utf-8 This is complaining about the output of the locale rubygem. What does this print for you? $ irb -rlocale >> Locale.current => [#] # what mine says > On a related note: I saw a message about getting 24h-time notation in > the thread list, but can't seem to find it again; is there search > functionality for the archives? Yes, http://www.google.com/search?q=sup-talk+24h :( -- William From sup@equaeghe.nospammail.net Mon Apr 26 16:12:24 2010 From: sup@equaeghe.nospammail.net (Erik Quaeghebeur) Date: Mon, 26 Apr 2010 16:12:24 -0400 (EDT) Subject: [sup-talk] charset warning when starting sup In-Reply-To: <1272308962-sup-3272@masanjin.net> References: <1272308962-sup-3272@masanjin.net> Message-ID: > Reformatted excerpts from Erik Quaeghebeur's message of 2010-04-26: > > > When starting sup (0.11 on ruby 1.8), I get > > > > WARNING: can't find character set by using locale, defaulting to utf-8 On Mon, 26 Apr 2010, William Morgan wrote: > > This is complaining about the output of the locale rubygem. What does > this print for you? > > $ irb -rlocale > >> Locale.current > => [#] # what mine says [after installing irb] $ irb -rlocale /usr/lib/ruby/1.8/irb/init.rb:252:in `require': no such file to load -- locale (LoadError) from /usr/lib/ruby/1.8/irb/init.rb:252:in `load_modules' from /usr/lib/ruby/1.8/irb/init.rb:250:in `each' from /usr/lib/ruby/1.8/irb/init.rb:250:in `load_modules' from /usr/lib/ruby/1.8/irb/init.rb:21:in `setup' from /usr/lib/ruby/1.8/irb.rb:54:in `start' from /usr/bin/irb:13 [after installing the ruby locale libs] $ irb -rlocale irb(main):001:0> Locale.current NoMethodError: undefined method `current' for Locale:Module Best, Erik From wmorgan-sup@masanjin.net Mon Apr 26 16:25:55 2010 From: wmorgan-sup@masanjin.net (William Morgan) Date: Mon, 26 Apr 2010 16:25:55 -0400 Subject: [sup-talk] charset warning when starting sup In-Reply-To: References: <1272308962-sup-3272@masanjin.net> Message-ID: <1272313012-sup-3555@masanjin.net> Reformatted excerpts from Erik Quaeghebeur's message of 2010-04-26: > $ irb -rlocale > irb(main):001:0> Locale.current > NoMethodError: undefined method `current' for Locale:Module Hm. I don't understand this package, or the intricacies of the unix locale system in general. Judging from the ruby-locale docs, Locale.current should be set in this manner: Get the value from environment variables order by LANGUAGE > LC_ALL > LC_MESSAGES > LANG. LANGUAGE can be set plural locales such as "en_CA:en_US", others can be set a locale only such as "en_CA". (http://www.yotabanana.com/hiki/ruby-locale-howto.html) When I try setting my LANGUAGE var to be the same as yours, I get: [#, #, #, #] So I'm not sure where to go from here. If you can somehow convince ruby-locale to work on your system, then you can get rid of the warning. Or, you can simply comment out line 291 of sup.rb. -- William From sup@equaeghe.nospammail.net Mon Apr 26 23:47:10 2010 From: sup@equaeghe.nospammail.net (Erik Quaeghebeur) Date: Mon, 26 Apr 2010 23:47:10 -0400 (EDT) Subject: [sup-talk] how to replace (al)pine's passfile functionality In-Reply-To: <1272261905-sup-876@kafka> References: <1272261905-sup-876@kafka> Message-ID: > Excerpts from Erik Quaeghebeur's message of Mon Apr 26 01:57:39 -0300 2010: > > > > (Al)pine has a passfile functionality: a (weakly) encrypted file > > contains the passwords necessary for imap, nntp, and smpt connections. > > For sup (0.11 on ruby 1.8), I use offlineimap and msmpt, both of which > > need passwords either stored in plaintext in their config files or in > > the netrc file. Is there any way to use some kind of encrypted netrc > > (something in the vein of kde's wallet), which is decrypted/made > > accessible on login or with a one-time password dialog? On Mon, 26 Apr 2010, Mariano Mara wrote: > > I use gnome-keyring. I googled a bit and found the post that helped me > when I was setting it up: > http://www.clasohm.com/blog/one-entry?entry_id=90957 (if I remember > correctly). msmtp is even easier since it has an explicit option for > adding it to the gnome-keyring. Thank you for this information, it is just what I was looking for. > Since you're mentioning kde wallet I kinda feel this information won't > be useful to you but nevertheless... On the contrary: I have gnome-keyring installed, as I need it for the gnome-networkmanager applet (the KDE one is not good enough yet). On top of that, I hope that the effort to unify both gnome-keyring and kde-wallet will allow me to not keep both once kde's netwrkmanager applet is up to par: . However, I am hampered by the fact that in ubuntu 9.10, msmtp-gnome depends on gnome-keyring-manager, a package that does not exist in 9.10! Anyhow, I'll get there, currently with baby steps. Best, Erik From jason@petsod.org Fri Apr 30 01:43:24 2010 From: jason@petsod.org (Jason Petsod) Date: Fri, 30 Apr 2010 00:43:24 -0500 Subject: [sup-talk] sup web interface Message-ID: <1272606137-sup-842@acheron.quadco.net> Hi, Is there still interest in a web interface for sup? There appear to be previous discussions on it [1][2], but it doesn't seem like anything conclusive was created. If there is interest, is there a specific web framework (or no framework) the community would prefer? I might have some time this weekend to cobble something together... -Jason [1] http://www.mail-archive.com/sup-talk at rubyforge.org/msg01536.html [2] http://www.mail-archive.com/sup-talk at rubyforge.org/msg03192.html From me@nicholasbs.net Fri Apr 30 10:17:13 2010 From: me@nicholasbs.net (Nicholas Bergson-Shilcock) Date: Fri, 30 Apr 2010 10:17:13 -0400 Subject: [sup-talk] sup web interface In-Reply-To: <1272606137-sup-842@acheron.quadco.net> References: <1272606137-sup-842@acheron.quadco.net> Message-ID: <1272636834-sup-4453@chimaeric.net> Excerpts from Jason Petsod's message of Fri Apr 30 01:43:24 -0400 2010: > Hi, > > Is there still interest in a web interface for sup? There appear to be > previous discussions on it [1][2], but it doesn't seem like anything > conclusive was created. > > If there is interest, is there a specific web framework (or no framework) > the community would prefer? I might have some time this weekend to cobble > something together... I'd love to see a web interface, particularly something that works well from an iPhone or Android. I don't have any strong preferences regarding the best web framework for the job. Thanks! -Nick > > -Jason > > [1] http://www.mail-archive.com/sup-talk at rubyforge.org/msg01536.html > [2] http://www.mail-archive.com/sup-talk at rubyforge.org/msg03192.html From jdugan@es.net Fri Apr 30 10:57:53 2010 From: jdugan@es.net (Jon Dugan) Date: Fri, 30 Apr 2010 09:57:53 -0500 Subject: [sup-talk] sup web interface In-Reply-To: <1272636834-sup-4453@chimaeric.net> References: <1272606137-sup-842@acheron.quadco.net> <1272636834-sup-4453@chimaeric.net> Message-ID: <1272639390-sup-7549@arrakis.es.net> Excerpts from Nicholas Bergson-Shilcock's message of Fri Apr 30 09:17:13 -0500 2010: > I'd love to see a web interface, particularly something that works well > from an iPhone or Android. +1 for a web interface, especially iPhone/iPad optimized. Jon -- Jon M. Dugan ESnet Network Engineering Group Lawrence Berkeley National Laboratory From rlane@club.cc.cmu.edu Fri Apr 30 19:13:36 2010 From: rlane@club.cc.cmu.edu (Rich Lane) Date: Fri, 30 Apr 2010 19:13:36 -0400 Subject: [sup-talk] sup web interface In-Reply-To: <1272606137-sup-842@acheron.quadco.net> References: <1272606137-sup-842@acheron.quadco.net> Message-ID: <1272644331-sup-1274@zyrg.net> This is a great idea. I recommend using the sup-server protocol, either natively or by running sup-cmd. That code has been in master for a while now. I don't have a real opinion on web frameworks, but I'm biased towards something lightweight.