From johnbent@lanl.gov Mon Mar 1 16:26:09 2010 From: johnbent@lanl.gov (John Bent) Date: Mon, 01 Mar 2010 14:26:09 -0700 Subject: [sup-talk] sup install error Message-ID: <1267478622-sup-2939@tangerine.lanl.gov> I've been using an old PowerPC Mac. I got a new Intel one running Leopard (10.6.2) but got an error trying to install sup. Everything is a fresh install. The only thing I've done is install the Xcode tools. The error (below sig) looks like a problem with ncurses. Looking around at the mkmf.log file (attached), I see more issues with curses: no wmove(), no libpdcurses. The ruby installed is 1.8.7. gem is 1.3.1. I recreated this by copying the little test program with the wmove() in it. When I tried to build it with -lncursesw, it failed because that lib doesn't exist but it did work with -lncurses (without the 'w'). So I just made a symlink: guava:/usr/lib>ln -s /usr/lib/libncurses.dylib /usr/lib/libncursesw.dylib That works. Now gem install sup works. But I'm not sure that's the best fix. Anyway, it looks like the problem is in gem install ncursesw and not in gem install sup but I thought you might like to know about this. Thanks, John guava:~>gem install sup Building native extensions. This could take a while... ERROR: Error installing sup: ERROR: Failed to build gem native extension. /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/bin/ruby extconf.rb install sup checking for unistd.h... yes checking for locale.h... yes checking for ncurses.h... yes checking for wmove() in -lncursesw... no checking for wmove() in -lpdcurses... no *** extconf.rb failed *** Could not create Makefile due to some reason, probably lack of necessary libraries and/or headers. Check the mkmf.log file for more details. You may need configuration options. Provided configuration options: --with-opt-dir --without-opt-dir --with-opt-include --without-opt-include=${opt-dir}/include --with-opt-lib --without-opt-lib=${opt-dir}/lib --with-make-prog --without-make-prog --srcdir=. --curdir --ruby=/System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/bin/ruby --with-ncurseswlib --without-ncurseswlib --with-pdcurseslib --without-pdcurseslib extconf.rb:46: ncurses library not found (RuntimeError) Gem files will remain installed in /Library/Ruby/Gems/1.8/gems/ncursesw-1.2.4.1 for inspection. Results logged to /Library/Ruby/Gems/1.8/gems/ncursesw-1.2.4.1/gem_make.out -------------- next part -------------- A non-text attachment was scrubbed... Name: mkmf.log Type: application/octet-stream Size: 5143 bytes Desc: not available URL: From johnbent@lanl.gov Mon Mar 1 16:57:03 2010 From: johnbent@lanl.gov (John Bent) Date: Mon, 01 Mar 2010 14:57:03 -0700 Subject: [sup-talk] sup install error In-Reply-To: <1267478622-sup-2939@tangerine.lanl.gov> References: <1267478622-sup-2939@tangerine.lanl.gov> Message-ID: <1267480569-sup-9556@tangerine.lanl.gov> Excerpts from John Bent's message of Mon Mar 01 14:26:09 -0700 2010: > I've been using an old PowerPC Mac. I got a new Intel one running > Leopard (10.6.2) but got an error trying to install sup. Everything is > a fresh install. The only thing I've done is install the Xcode tools. > The error (below sig) looks like a problem with ncurses. Looking around > at the mkmf.log file (attached), I see more issues with curses: no > wmove(), no libpdcurses. > > The ruby installed is 1.8.7. gem is 1.3.1. > > I recreated this by copying the little test program with the wmove() in > it. When I tried to build it with -lncursesw, it failed because that > lib doesn't exist but it did work with -lncurses (without the 'w'). So > I just made a symlink: > > guava:/usr/lib>ln -s /usr/lib/libncurses.dylib /usr/lib/libncursesw.dylib > > That works. Now gem install sup works. But I'm not sure that's the > best fix. Anyway, it looks like the problem is in gem install ncursesw > and not in gem install sup but I thought you might like to know about > this. > Whoops. Maybe I shouldn't have done that. gem install sup works, but sup itself doesn't (it's missing ncurses.so): guava:~>sup /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/rubygems /custom_require.rb:31:in `gem_original_require': no such file to load -- ncurses.so (LoadError) from /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/rubygems /custom_require.rb:31:in `require' from /Library/Ruby/Gems/1.8/gems/sup-0.10.2/lib/ncurses.rb:21 from /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/rubygems /custom_require.rb:31:in `gem_original_require' from /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/rubygems /custom_require.rb:31:in `require' from /Library/Ruby/Gems/1.8/gems/sup-0.10.2/bin/sup:9 from /usr/bin/sup:19:in `load' from /usr/bin/sup:19 John > Thanks, > > John > > guava:~>gem install sup > Building native extensions. This could take a while... > ERROR: Error installing sup: > ERROR: Failed to build gem native extension. > > /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/bin/ruby > extconf.rb install sup > checking for unistd.h... yes > checking for locale.h... yes > checking for ncurses.h... yes > checking for wmove() in -lncursesw... no > checking for wmove() in -lpdcurses... no > *** extconf.rb failed *** > Could not create Makefile due to some reason, probably lack of > necessary libraries and/or headers. Check the mkmf.log file for more > details. You may need configuration options. > > Provided configuration options: > --with-opt-dir > --without-opt-dir > --with-opt-include > --without-opt-include=${opt-dir}/include > --with-opt-lib > --without-opt-lib=${opt-dir}/lib > --with-make-prog > --without-make-prog > --srcdir=. > --curdir > --ruby=/System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/bin/ruby > --with-ncurseswlib > --without-ncurseswlib > --with-pdcurseslib > --without-pdcurseslib > extconf.rb:46: ncurses library not found (RuntimeError) > > > Gem files will remain installed in > /Library/Ruby/Gems/1.8/gems/ncursesw-1.2.4.1 for inspection. > Results logged to /Library/Ruby/Gems/1.8/gems/ncursesw-1.2.4.1/gem_make.out From johnbent@lanl.gov Mon Mar 1 18:50:50 2010 From: johnbent@lanl.gov (John Bent) Date: Mon, 01 Mar 2010 16:50:50 -0700 Subject: [sup-talk] sup install error In-Reply-To: <1267480569-sup-9556@tangerine.lanl.gov> References: <1267478622-sup-2939@tangerine.lanl.gov> <1267480569-sup-9556@tangerine.lanl.gov> Message-ID: <1267486887-sup-2403@tangerine.lanl.gov> Excerpts from John Bent's message of Mon Mar 01 14:57:03 -0700 2010: > Excerpts from John Bent's message of Mon Mar 01 14:26:09 -0700 2010: > > I've been using an old PowerPC Mac. I got a new Intel one running > > Leopard (10.6.2) but got an error trying to install sup. Everything is > > a fresh install. The only thing I've done is install the Xcode tools. > > The error (below sig) looks like a problem with ncurses. Looking around > > at the mkmf.log file (attached), I see more issues with curses: no > > wmove(), no libpdcurses. > > > > The ruby installed is 1.8.7. gem is 1.3.1. > > > > I recreated this by copying the little test program with the wmove() in > > it. When I tried to build it with -lncursesw, it failed because that > > lib doesn't exist but it did work with -lncurses (without the 'w'). So > > I just made a symlink: > > > > guava:/usr/lib>ln -s /usr/lib/libncurses.dylib /usr/lib/libncursesw.dylib > > > > That works. Now gem install sup works. But I'm not sure that's the > > best fix. Anyway, it looks like the problem is in gem install ncursesw > > and not in gem install sup but I thought you might like to know about > > this. > > > Whoops. Maybe I shouldn't have done that. gem install sup works, but > sup itself doesn't (it's missing ncurses.so): > > guava:~>sup > /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/rubygems > /custom_require.rb:31:in > `gem_original_require': no such file to load -- ncurses.so (LoadError) > from > /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/rubygems > /custom_require.rb:31:in > `require' > from /Library/Ruby/Gems/1.8/gems/sup-0.10.2/lib/ncurses.rb:21 > from > /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/rubygems > /custom_require.rb:31:in > `gem_original_require' > from > /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/1.8/rubygems > /custom_require.rb:31:in > `require' > from /Library/Ruby/Gems/1.8/gems/sup-0.10.2/bin/sup:9 > from /usr/bin/sup:19:in `load' > from /usr/bin/sup:19 > OK. I've made some more progress but am still stuck. I used macports to update ruby and gem and I undid the symlink library hack, and now gem install sup works. Yay! But I still can't get sup (or sup-config) to run. I also did gem install xapian-full and I did port install xapian-core and xapian-bindings When I try to run, I get this: /opt/local/lib/ruby/gems/1.8/gems/sup-0.10.2/lib/sup/index.rb:229:in `init': unknown index type "xapian": dlopen(/opt/local/lib/ruby/gems/1.8/gems/xapian-full-1.1.3.4/lib/_xapian.bundle, 9): Library not loaded: /usr/local/lib/libxapian-1.1.3.dylib (RuntimeError) Referenced from: /opt/local/lib/ruby/gems/1.8/gems/xapian-full-1.1.3.4/lib/_xapian.bundle Reason: image not found - /opt/local/lib/ruby/gems/1.8/gems/xapian-full-1.1.3.4/lib/_xapian.bundle from /opt/local/lib/ruby/gems/1.8/gems/sup-0.10.2/bin/sup-config:150 from /opt/local/bin/sup-config:19:in `load' from /opt/local/bin/sup-config:19 I don't have a /usr/local/lib/libxapian-1.1.3.dylib but I do have /opt/local/lib/libxapian.15.6.6.dylib, et al. I do have /opt/local/lib/ruby/gems/1.8/gems/xapian-full-1.1.3.4/lib/_xapian.bundle. If I try to use ferret, I get this error: /opt/local/lib/ruby/gems/1.8/gems/sup-0.10.2/lib/sup/index.rb:229:in `init': unknown index type "ferret": no such file to load -- ferret (RuntimeError) from /opt/local/lib/ruby/gems/1.8/gems/sup-0.10.2/bin/sup-config:150 from /opt/local/bin/sup-config:19:in `load' from /opt/local/bin/sup-config:19 After I run, there is a new $HOME/.sup directory created with a config.yaml and a hooks/ directory. Any ideas? Thanks, John > John > > Thanks, > > > > John > > > > guava:~>gem install sup > > Building native extensions. This could take a while... > > ERROR: Error installing sup: > > ERROR: Failed to build gem native extension. > > > > /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/bin/ruby > > extconf.rb install sup > > checking for unistd.h... yes > > checking for locale.h... yes > > checking for ncurses.h... yes > > checking for wmove() in -lncursesw... no > > checking for wmove() in -lpdcurses... no > > *** extconf.rb failed *** > > Could not create Makefile due to some reason, probably lack of > > necessary libraries and/or headers. Check the mkmf.log file for more > > details. You may need configuration options. > > > > Provided configuration options: > > --with-opt-dir > > --without-opt-dir > > --with-opt-include > > --without-opt-include=${opt-dir}/include > > --with-opt-lib > > --without-opt-lib=${opt-dir}/lib > > --with-make-prog > > --without-make-prog > > --srcdir=. > > --curdir > > --ruby=/System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/bin/ruby > > --with-ncurseswlib > > --without-ncurseswlib > > --with-pdcurseslib > > --without-pdcurseslib > > extconf.rb:46: ncurses library not found (RuntimeError) > > > > > > Gem files will remain installed in > > /Library/Ruby/Gems/1.8/gems/ncursesw-1.2.4.1 for inspection. > > Results logged to /Library/Ruby/Gems/1.8/gems/ncursesw-1.2.4.1/gem_make.out From johnbent@lanl.gov Mon Mar 1 18:52:08 2010 From: johnbent@lanl.gov (John Bent) Date: Mon, 01 Mar 2010 16:52:08 -0700 Subject: [sup-talk] xapian error in startup v0.10.2 under Macports In-Reply-To: <3951FB79-4C19-4086-BE14-409458CB090F@ci.uchicago.edu> References: <8F59B6F6-523C-48FD-8EFA-7F951FB08E15@ci.uchicago.edu> <3951FB79-4C19-4086-BE14-409458CB090F@ci.uchicago.edu> Message-ID: <1267487491-sup-6757@tangerine.lanl.gov> Excerpts from Neil Best's message of Tue Feb 09 05:58:56 -0700 2010: > > By saying: > > sup -i ferret > > it looks like I can at least get started. What's the situation and > what should I expect? Should I just work in this mode until a new > version propagates to Macports? Thanks. > I'm seeing similar behavior. I have a longer error report in a different thread, 'sup install error,' which I now realize could be more descriptive. :) John From eliecartan@mailworks.org Mon Mar 1 19:23:10 2010 From: eliecartan@mailworks.org (E. Cartan) Date: Mon, 1 Mar 2010 18:23:10 -0600 Subject: [sup-talk] index options, by addressee instead of by sender Message-ID: <20100302002310.GB19325@katowice> I am in the process of changing from mutt to sup, and there is a feature from mutt which I miss. I would like to know whether it might possible to force it with some simple configuration options. I would like to see the messages which one sends displayed on the sup index by "addressee", instead of by "sender" (or sender replaced by "me"). Not all messages, but just the one sent by me. With mutt, my practice was to use a hook to include for myself a bcc copy of all outgoing mail, and my own messages would be displayed among the incoming mail as 978 F Feb 23 To Alexis (0.5K) request 979 F Feb 24 To Marshall (0.9K) request 980 F Feb 28 To Andrea (1.7K) Colloquium - Friday Using sup, after I send the same messages, and before I receive a reply, I see a list like the following: Feb 23 me (2) >request Feb 24 me >request Feb 28 me >Colloquium - Friday which is not very informative, specially after sending several messages with the same, or similar subjects. Many thanks for any help. Elie. From bwalton@artsci.utoronto.ca Mon Mar 1 19:38:45 2010 From: bwalton@artsci.utoronto.ca (Ben Walton) Date: Mon, 01 Mar 2010 19:38:45 -0500 Subject: [sup-talk] index options, by addressee instead of by sender In-Reply-To: <20100302002310.GB19325@katowice> References: <20100302002310.GB19325@katowice> Message-ID: <1267490267-sup-2324@pinkfloyd.chass.utoronto.ca> Excerpts from E. Cartan's message of Mon Mar 01 19:23:10 -0500 2010: > I would like to see the messages which one sends displayed > on the sup index by "addressee", instead of by "sender" > (or sender replaced by "me"). Not all messages, but > just the one sent by me. I think there is a patch to do just this that is likely to be included in the next release of sup (or available now if you track the git repo). This is from memory. Rich, can you confirm? Thanks -Ben -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From rlane@club.cc.cmu.edu Mon Mar 1 20:02:02 2010 From: rlane@club.cc.cmu.edu (Rich Lane) Date: Mon, 01 Mar 2010 20:02:02 -0500 Subject: [sup-talk] index options, by addressee instead of by sender In-Reply-To: <1267490267-sup-2324@pinkfloyd.chass.utoronto.ca> References: <20100302002310.GB19325@katowice> <1267490267-sup-2324@pinkfloyd.chass.utoronto.ca> Message-ID: <1267491669-sup-1089@zyrg.net> Excerpts from Ben Walton's message of 2010-03-01 19:38:45 -0500: > Excerpts from E. Cartan's message of Mon Mar 01 19:23:10 -0500 2010: > > > I would like to see the messages which one sends displayed > > on the sup index by "addressee", instead of by "sender" > > (or sender replaced by "me"). Not all messages, but > > just the one sent by me. > > I think there is a patch to do just this that is likely to be included > in the next release of sup (or available now if you track the git > repo). This is from memory. Rich, can you confirm? Yes, the patch is in master and will go out in 0.11. From piotr.kempa@wp.eu Tue Mar 2 05:49:59 2010 From: piotr.kempa@wp.eu (piotr.kempa at wp.eu) Date: Tue, 2 Mar 2010 11:49:59 +0100 Subject: [sup-talk] PGP INLINE - can't make it work In-Reply-To: <1267205858-sup-7113@hysbald> References: <201002261808.36354.kosmici-atakuja@wp.pl> <1267205858-sup-7113@hysbald> Message-ID: <201003021149.59760.piotr.kempa@wp.eu> I digged a bit further, trying to decode the emails from commandline with "gpg --decode". For some of the inline GPG emails the commandline version fails, but for some other it works. Even for those that it works, sup just shows undecoded version which leads me to believe it doesn't even try to decode, which means it doesn't recognize the email as encrypted at all. As far as I can deduct, sup only recognizes encrypted emails if they have something like this inside: Content-Type: multipart/encrypted; boundary="nextPart15239034.i9UOPnLxZ9"; protocol="application/pgp-encrypted" Or similar. Which is a reasonable behaviour. On the other hand, if the damned enigmail creates an email with "Content-Type: text/plain;" and then proceeds to include "-----BEGIN PGP MESSAGE-----" in the body, sup treats this as (no surprise) text/plain and doesn't decode. If it tried, it would succeed since this message passed through gpg --decode is decoded okay. So, I guess if this functionality is to be included in sup (and I think it doesn't have to be since enigmail just makes broken messages and there's no reason why anybody should put up with that:) it should not be in crypto.rb but somewhere else, where the decision is made to even use functions from crypto.rb (like decrypt) on a message. I'm no programmer but I guess it should be something like this: if payload contains "BEGIN PGP MESSAGE" then run the decrypt function from crypto.rb on it. For now - does anybody know a way to mass decrypt all messages in my mailbox so I can keep them in plain text and use sup anyway? That would be ideal solution but I just can't find a program to do that. And gpg itself isn't helpful since it just prints decoded payload on --output, without the headers, so it's no use in batch. I can try to code this in bash but maybe there's something out there already? Thank you Piotr On Friday 26 February 2010 18:43:04 Sven Schober wrote: > Excerpts from kosmici-atakuja's message of Fri Feb 26 18:08:36 +0100 2010: > > First of wall I want to say I absolutely love sup! I used all the major mail > > clients like mutt, claws, thunderbird, kmail. All mail clients just fail (mutt > > was the closest though...). Sup so far has the potential to be the best of > > them. If only I can get it to read the inline gpg that enigmail makes... > > > +1 > > > Is there anything I can do to get this working? This is a crucial feature for > > me... > > > +1 > > Moreover, I searched the list archives and it looks like some people have got > > it working as there have been patches to make it work a couple of months ago. > > And my version is recent (January) so those patches should be in it. It just > > doesn't for me for some reason :( > > > I think there was a (preliminary) patch from Michael Stapelberg > floating around, but somehow that didn't make it into next? > > > I know I should read crypto.rb and figure it out from there. I tried, I just > > can't understand it, as I'm not experienced in ruby, or email clients code for > > that matter. > > > +1 > > > Please help! > +1 > > > Thank you > > Piotr > > 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 [+49-179-5060182] |SYSTEMS LAB > From michael+sup@stapelberg.de Tue Mar 2 08:59:19 2010 From: michael+sup@stapelberg.de (Michael Stapelberg) Date: Tue, 02 Mar 2010 14:59:19 +0100 Subject: [sup-talk] PGP INLINE - can't make it work In-Reply-To: <201003021149.59760.piotr.kempa@wp.eu> References: <201002261808.36354.kosmici-atakuja@wp.pl> <1267205858-sup-7113@hysbald> <201003021149.59760.piotr.kempa@wp.eu> Message-ID: <1267538314-sup-6684@midna.zekjur.net> Hi Piotr, Excerpts from piotr.kempa's message of Di M?r 02 11:49:59 +0100 2010: > So, I guess if this functionality is to be included in sup (and I think it > doesn't have to be since enigmail just makes broken messages and there's no > reason why anybody should put up with that:) it should not be in crypto.rb but > somewhere else, where the decision is made to even use functions from > crypto.rb (like decrypt) on a message. I'm no programmer but I guess it should As mentioned, I wrote a patch to do this. It is currently in review and will hopefully be included soon. Best regards, Michael From piotr.kempa@wp.eu Tue Mar 2 09:19:23 2010 From: piotr.kempa@wp.eu (piotr.kempa at wp.eu) Date: Tue, 2 Mar 2010 15:19:23 +0100 Subject: [sup-talk] PGP INLINE - can't make it work In-Reply-To: <1267538314-sup-6684@midna.zekjur.net> References: <201002261808.36354.kosmici-atakuja@wp.pl> <201003021149.59760.piotr.kempa@wp.eu> <1267538314-sup-6684@midna.zekjur.net> Message-ID: <201003021519.23488.piotr.kempa@wp.eu> Sounds cool, I can't wait then. Let's hope the patch is included in 0.11. Thanks Michael! Piotr On Tuesday 02 March 2010 14:59:19 Michael Stapelberg wrote: > Hi Piotr, > > Excerpts from piotr.kempa's message of Di M?r 02 11:49:59 +0100 2010: > > So, I guess if this functionality is to be included in sup (and I think it > > doesn't have to be since enigmail just makes broken messages and there's no > > reason why anybody should put up with that:) it should not be in crypto.rb but > > somewhere else, where the decision is made to even use functions from > > crypto.rb (like decrypt) on a message. I'm no programmer but I guess it should > As mentioned, I wrote a patch to do this. It is currently in review and will > hopefully be included soon. > > Best regards, > Michael > _______________________________________________ > sup-talk mailing list > sup-talk at rubyforge.org > http://rubyforge.org/mailman/listinfo/sup-talk > From samhall@riseup.net Tue Mar 2 09:12:39 2010 From: samhall@riseup.net (Sam Hall) Date: Tue, 2 Mar 2010 15:12:39 +0100 Subject: [sup-talk] PGP INLINE - can't make it work In-Reply-To: <201003021149.59760.piotr.kempa@wp.eu> References: <201002261808.36354.kosmici-atakuja@wp.pl> <1267205858-sup-7113@hysbald> <201003021149.59760.piotr.kempa@wp.eu> Message-ID: <20100302141239.GC28071@IvBodjogyut5> On Tue, Mar 02, 2010 at 11:49 (+0100), piotr.kempa at wp.eu wrote: > For now - does anybody know a way to mass decrypt all messages in my > mailbox so I can keep them in plain text and use sup anyway? Using mutt with tagging and decrypt-save should work (didn't test that, though). Google for decrypt-save, it's not documented in the manual. Best wishes, /Sam From johnbent@lanl.gov Tue Mar 2 13:06:35 2010 From: johnbent@lanl.gov (John Bent) Date: Tue, 02 Mar 2010 11:06:35 -0700 Subject: [sup-talk] default_attachment_save_dir Message-ID: <1267553166-sup-2030@tangerine.lanl.gov> Is there a patch so that the default_attachment_save_dir is not static but uses the last used location? Thanks, John From bwalton@artsci.utoronto.ca Tue Mar 2 13:49:06 2010 From: bwalton@artsci.utoronto.ca (Ben Walton) Date: Tue, 2 Mar 2010 13:49:06 -0500 Subject: [sup-talk] [PATCH] Small bugfix in keymap run_hook Message-ID: <1267555747-6064-1-git-send-email-bwalton@artsci.utoronto.ca> I just merged the tip of origin/next and sup blew up on me. The attached patch corrects this bug and, I think, provides the intended behaviour. Ben Walton (1): Small bug ifx in keymap run_hook method lib/sup/keymap.rb | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) From bwalton@artsci.utoronto.ca Tue Mar 2 13:49:07 2010 From: bwalton@artsci.utoronto.ca (Ben Walton) Date: Tue, 2 Mar 2010 13:49:07 -0500 Subject: [sup-talk] [PATCH] Small bug ifx in keymap run_hook method In-Reply-To: <1267555747-6064-1-git-send-email-bwalton@artsci.utoronto.ca> References: <1267555747-6064-1-git-send-email-bwalton@artsci.utoronto.ca> Message-ID: <1267555747-6064-2-git-send-email-bwalton@artsci.utoronto.ca> Splat the array that is returned from Modes.keymaps.map when it is passed into Hash[] to avoid an error about an odd number of parameters being passes to the method. Error was: ./sup/keymap.rb:129:in `[]': odd number of arguments for Hash (ArgumentError) from ./sup/keymap.rb:129:in `run_hook' from ../bin/sup:98 Signed-off-by: Ben Walton --- lib/sup/keymap.rb | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/lib/sup/keymap.rb b/lib/sup/keymap.rb index 93060b8..8d54924 100644 --- a/lib/sup/keymap.rb +++ b/lib/sup/keymap.rb @@ -126,7 +126,7 @@ EOS end def self.run_hook global_keymap - modes = Hash[Mode.keymaps.map { |klass,keymap| [Mode.make_name(klass.name),klass] }] + modes = Hash[*Mode.keymaps.map { |klass,keymap| [Mode.make_name(klass.name),klass] }] locals = { :modes => modes, :global_keymap => global_keymap, -- 1.7.0 From bwalton@artsci.utoronto.ca Tue Mar 2 13:58:15 2010 From: bwalton@artsci.utoronto.ca (Ben Walton) Date: Tue, 2 Mar 2010 13:58:15 -0500 Subject: [sup-talk] [PATCH] Small bug fix in keymap run_hook method In-Reply-To: <1267555747-6064-1-git-send-email-bwalton@artsci.utoronto.ca> References: <1267555747-6064-1-git-send-email-bwalton@artsci.utoronto.ca> Message-ID: <1267556295-6401-1-git-send-email-bwalton@artsci.utoronto.ca> Splat the array that is returned from Modes.keymaps.map when it is passed into Hash[] to avoid an error about an odd number of parameters being passes to the method. Error was: ./sup/keymap.rb:129:in `[]': odd number of arguments for Hash (ArgumentError) from ./sup/keymap.rb:129:in `run_hook' from ../bin/sup:98 Signed-off-by: Ben Walton --- This time with correct spelling in commit message. :) lib/sup/keymap.rb | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/lib/sup/keymap.rb b/lib/sup/keymap.rb index 93060b8..8d54924 100644 --- a/lib/sup/keymap.rb +++ b/lib/sup/keymap.rb @@ -126,7 +126,7 @@ EOS end def self.run_hook global_keymap - modes = Hash[Mode.keymaps.map { |klass,keymap| [Mode.make_name(klass.name),klass] }] + modes = Hash[*Mode.keymaps.map { |klass,keymap| [Mode.make_name(klass.name),klass] }] locals = { :modes => modes, :global_keymap => global_keymap, -- 1.7.0 From bwalton@artsci.utoronto.ca Tue Mar 2 14:20:50 2010 From: bwalton@artsci.utoronto.ca (Ben Walton) Date: Tue, 2 Mar 2010 14:20:50 -0500 Subject: [sup-talk] [PATCH] Strip out ruby 1.9-ism In-Reply-To: References: Message-ID: <1267557651-7110-1-git-send-email-bwalton@artsci.utoronto.ca> The tip of next uses Object.tap in the buffer manager code. This blew up on me. The attached patch corrects this. (I'm going to have to build me a ruby 1.9 rpm soon, me thinks.) Ben Walton (1): Remove use of Object tap method lib/sup/buffer.rb | 7 ++++++- 1 files changed, 6 insertions(+), 1 deletions(-) From bwalton@artsci.utoronto.ca Tue Mar 2 14:20:51 2010 From: bwalton@artsci.utoronto.ca (Ben Walton) Date: Tue, 2 Mar 2010 14:20:51 -0500 Subject: [sup-talk] [PATCH] Remove use of Object tap method In-Reply-To: References: Message-ID: <1267557651-7110-2-git-send-email-bwalton@artsci.utoronto.ca> Remove ruby 1.9-ism in buffer.rb. This keeps things running on older ruby versions. Signed-off-by: Ben Walton --- lib/sup/buffer.rb | 7 ++++++- 1 files changed, 6 insertions(+), 1 deletions(-) diff --git a/lib/sup/buffer.rb b/lib/sup/buffer.rb index 5772bb0..ccbd38f 100644 --- a/lib/sup/buffer.rb +++ b/lib/sup/buffer.rb @@ -612,7 +612,12 @@ EOS tf.deactivate draw_screen :sync => false, :status => status, :title => title end - tf.value.tap { |x| x.force_encoding Encoding::UTF_8 if x && x.respond_to?(:encoding) } + + v = if tf.value && tf.value.respond_to?(:encoding) + tf.value.force_encoding Encoding::UTF_8 + else + tf.value + end end def ask_getch question, accept=nil -- 1.7.0 From bwalton@artsci.utoronto.ca Tue Mar 2 14:27:27 2010 From: bwalton@artsci.utoronto.ca (Ben Walton) Date: Tue, 02 Mar 2010 14:27:27 -0500 Subject: [sup-talk] default_attachment_save_dir In-Reply-To: <1267553166-sup-2030@tangerine.lanl.gov> References: <1267553166-sup-2030@tangerine.lanl.gov> Message-ID: <1267557911-sup-352@pinkfloyd.chass.utoronto.ca> Excerpts from John Bent's message of Tue Mar 02 13:06:35 -0500 2010: > Is there a patch so that the default_attachment_save_dir is not > static but uses the last used location? Not that I'm aware of, but the attached seems to do the trick. I like this feature? Anyone else? Thanks -Ben -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-remember-save-dir.patch Type: application/octet-stream Size: 1718 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From ezyang@MIT.EDU Tue Mar 2 14:55:24 2010 From: ezyang@MIT.EDU (Edward Z. Yang) Date: Tue, 02 Mar 2010 14:55:24 -0500 Subject: [sup-talk] ncurses opts exception on master In-Reply-To: <1267335529-sup-9079@zyrg.net> References: <1267331100-sup-926@black-opal.mit.edu> <1267335529-sup-9079@zyrg.net> Message-ID: <1267559702-sup-4934@ezyang> Excerpts from Rich Lane's message of Sun Feb 28 02:11:35 -0500 2010: > I'm guessing you have an old version of the ncurses gem. Installing > the ncursesw gem should fix this. Does the ncursesw gem have the Unicode fixes? Cheers, Edward From sven.schober@uni-ulm.de Tue Mar 2 17:04:14 2010 From: sven.schober@uni-ulm.de (Sven Schober) Date: Tue, 02 Mar 2010 23:04:14 +0100 Subject: [sup-talk] default_attachment_save_dir In-Reply-To: <1267557911-sup-352@pinkfloyd.chass.utoronto.ca> References: <1267553166-sup-2030@tangerine.lanl.gov> <1267557911-sup-352@pinkfloyd.chass.utoronto.ca> Message-ID: <1267567426-sup-6492@hysbald> Excerpts from Ben Walton's message of Tue Mar 02 20:27:27 +0100 2010: > Excerpts from John Bent's message of Tue Mar 02 13:06:35 -0500 2010: > > > Is there a patch so that the default_attachment_save_dir is not > > static but uses the last used location? > > Not that I'm aware of, but the attached seems to do the trick. I like > this feature? Anyone else? > +1 > Thanks > -Ben 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 rick.tessner@gmail.com Tue Mar 2 17:10:15 2010 From: rick.tessner@gmail.com (rick.tessner) Date: Tue, 02 Mar 2010 14:10:15 -0800 Subject: [sup-talk] [PATCH] Remove use of Object tap method In-Reply-To: <1267557651-7110-2-git-send-email-bwalton@artsci.utoronto.ca> References: <1267557651-7110-2-git-send-email-bwalton@artsci.utoronto.ca> Message-ID: <1267567699-sup-491@onnadayr.ca> Excerpts from Ben Walton's message of Tue Mar 02 11:20:51 -0800 2010: > Remove ruby 1.9-ism in buffer.rb. This keeps things running on older > ruby versions. What about adding a lib/sup/tap.rb that looks like this: unless Object.respond_to?(:tap) class Object def tap yield self self end end end and then adding a: require 'tap' to lib/sup.rb? 'tap' is a really handy little method that cleans up code nicely. :) -- Rick Tessner rick.tessner at gmail.com From bwalton@artsci.utoronto.ca Tue Mar 2 17:46:17 2010 From: bwalton@artsci.utoronto.ca (Ben Walton) Date: Tue, 02 Mar 2010 17:46:17 -0500 Subject: [sup-talk] [PATCH] Remove use of Object tap method In-Reply-To: <1267567699-sup-491@onnadayr.ca> References: <1267557651-7110-2-git-send-email-bwalton@artsci.utoronto.ca> <1267567699-sup-491@onnadayr.ca> Message-ID: <1267569917-sup-8028@pinkfloyd.chass.utoronto.ca> Excerpts from rick.tessner's message of Tue Mar 02 17:10:15 -0500 2010: > What about adding a lib/sup/tap.rb that looks like this: Or putting that directly in the lib/sup/util.rb that already has monkey patching type code? I'm ok with this solution and agree that the tap method is a beautiful little thing. Thanks -Ben -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From rlane@club.cc.cmu.edu Wed Mar 3 13:12:01 2010 From: rlane@club.cc.cmu.edu (Rich Lane) Date: Wed, 03 Mar 2010 13:12:01 -0500 Subject: [sup-talk] [PATCH] Remove use of Object tap method In-Reply-To: <1267569917-sup-8028@pinkfloyd.chass.utoronto.ca> References: <1267557651-7110-2-git-send-email-bwalton@artsci.utoronto.ca> <1267567699-sup-491@onnadayr.ca> <1267569917-sup-8028@pinkfloyd.chass.utoronto.ca> Message-ID: <1267639869-sup-1568@zyrg.net> Excerpts from Ben Walton's message of 2010-03-02 17:46:17 -0500: > Excerpts from rick.tessner's message of Tue Mar 02 17:10:15 -0500 2010: > > > What about adding a lib/sup/tap.rb that looks like this: > > Or putting that directly in the lib/sup/util.rb that already has > monkey patching type code? I'm ok with this solution and agree that > the tap method is a beautiful little thing. What do you think about requiring the backports gem and getting rid of the compatibility code in util? From bwalton@artsci.utoronto.ca Wed Mar 3 13:25:04 2010 From: bwalton@artsci.utoronto.ca (Ben Walton) Date: Wed, 03 Mar 2010 13:25:04 -0500 Subject: [sup-talk] [PATCH] Remove use of Object tap method In-Reply-To: <1267639869-sup-1568@zyrg.net> References: <1267557651-7110-2-git-send-email-bwalton@artsci.utoronto.ca> <1267567699-sup-491@onnadayr.ca> <1267569917-sup-8028@pinkfloyd.chass.utoronto.ca> <1267639869-sup-1568@zyrg.net> Message-ID: <1267640648-sup-2936@pinkfloyd.chass.utoronto.ca> Excerpts from Rich Lane's message of Wed Mar 03 13:12:01 -0500 2010: > What do you think about requiring the backports gem and getting rid of > the compatibility code in util? I wasn't aware of this gem. It sounds like a better route from the supportability point of view. I'll check it out and see if there is anything that isn't agreeable about it. Do others already have experience with it? Thanks -Ben -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From rlane@club.cc.cmu.edu Wed Mar 3 17:23:06 2010 From: rlane@club.cc.cmu.edu (Rich Lane) Date: Wed, 03 Mar 2010 17:23:06 -0500 Subject: [sup-talk] sup install error In-Reply-To: <1267478622-sup-2939@tangerine.lanl.gov> References: <1267478622-sup-2939@tangerine.lanl.gov> Message-ID: <1267654880-sup-4875@zyrg.net> Excerpts from John Bent's message of 2010-03-01 16:26:09 -0500: > I've been using an old PowerPC Mac. I got a new Intel one running > Leopard (10.6.2) but got an error trying to install sup. Everything is > a fresh install. The only thing I've done is install the Xcode tools. > The error (below sig) looks like a problem with ncurses. Looking around > at the mkmf.log file (attached), I see more issues with curses: no > wmove(), no libpdcurses. > > The ruby installed is 1.8.7. gem is 1.3.1. > > I recreated this by copying the little test program with the wmove() in > it. When I tried to build it with -lncursesw, it failed because that > lib doesn't exist but it did work with -lncurses (without the 'w'). So > I just made a symlink: > > guava:/usr/lib>ln -s /usr/lib/libncurses.dylib /usr/lib/libncursesw.dylib > > That works. Now gem install sup works. But I'm not sure that's the > best fix. Anyway, it looks like the problem is in gem install ncursesw > and not in gem install sup but I thought you might like to know about > this. > > Thanks, > > John > > guava:~>gem install sup > Building native extensions. This could take a while... > ERROR: Error installing sup: > ERROR: Failed to build gem native extension. > > /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/bin/ruby > extconf.rb install sup > checking for unistd.h... yes > checking for locale.h... yes > checking for ncurses.h... yes > checking for wmove() in -lncursesw... no > checking for wmove() in -lpdcurses... no > *** extconf.rb failed *** > Could not create Makefile due to some reason, probably lack of > necessary libraries and/or headers. Check the mkmf.log file for more > details. You may need configuration options. > > Provided configuration options: > --with-opt-dir > --without-opt-dir > --with-opt-include > --without-opt-include=${opt-dir}/include > --with-opt-lib > --without-opt-lib=${opt-dir}/lib > --with-make-prog > --without-make-prog > --srcdir=. > --curdir > --ruby=/System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/bin/ruby > --with-ncurseswlib > --without-ncurseswlib > --with-pdcurseslib > --without-pdcurseslib > extconf.rb:46: ncurses library not found (RuntimeError) > > > Gem files will remain installed in > /Library/Ruby/Gems/1.8/gems/ncursesw-1.2.4.1 for inspection. > Results logged to /Library/Ruby/Gems/1.8/gems/ncursesw-1.2.4.1/gem_make.out I'm thinking about changing the gem dependency from ncursesw back to plain ncurses to avoid these install failures. Anyone have thoughts on this? From johnbent@lanl.gov Wed Mar 3 17:25:08 2010 From: johnbent@lanl.gov (John Bent) Date: Wed, 03 Mar 2010 15:25:08 -0700 Subject: [sup-talk] sup install error In-Reply-To: <1267654880-sup-4875@zyrg.net> References: <1267478622-sup-2939@tangerine.lanl.gov> <1267654880-sup-4875@zyrg.net> Message-ID: <1267655048-sup-9690@tangerine.lanl.gov> Excerpts from Rich Lane's message of Wed Mar 03 15:23:06 -0700 2010: > Excerpts from John Bent's message of 2010-03-01 16:26:09 -0500: > > I've been using an old PowerPC Mac. I got a new Intel one running > > Leopard (10.6.2) but got an error trying to install sup. Everything is > > a fresh install. The only thing I've done is install the Xcode tools. > > The error (below sig) looks like a problem with ncurses. Looking around > > at the mkmf.log file (attached), I see more issues with curses: no > > wmove(), no libpdcurses. > > > > The ruby installed is 1.8.7. gem is 1.3.1. > > > > I recreated this by copying the little test program with the wmove() in > > it. When I tried to build it with -lncursesw, it failed because that > > lib doesn't exist but it did work with -lncurses (without the 'w'). So > > I just made a symlink: > > > > guava:/usr/lib>ln -s /usr/lib/libncurses.dylib /usr/lib/libncursesw.dylib > > > > That works. Now gem install sup works. But I'm not sure that's the > > best fix. Anyway, it looks like the problem is in gem install ncursesw > > and not in gem install sup but I thought you might like to know about > > this. > > > > Thanks, > > > > John > > > > guava:~>gem install sup > > Building native extensions. This could take a while... > > ERROR: Error installing sup: > > ERROR: Failed to build gem native extension. > > > > /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/bin/ruby > > extconf.rb install sup > > checking for unistd.h... yes > > checking for locale.h... yes > > checking for ncurses.h... yes > > checking for wmove() in -lncursesw... no > > checking for wmove() in -lpdcurses... no > > *** extconf.rb failed *** > > Could not create Makefile due to some reason, probably lack of > > necessary libraries and/or headers. Check the mkmf.log file for more > > details. You may need configuration options. > > > > Provided configuration options: > > --with-opt-dir > > --without-opt-dir > > --with-opt-include > > --without-opt-include=${opt-dir}/include > > --with-opt-lib > > --without-opt-lib=${opt-dir}/lib > > --with-make-prog > > --without-make-prog > > --srcdir=. > > --curdir > > --ruby=/System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/bin/ruby > > --with-ncurseswlib > > --without-ncurseswlib > > --with-pdcurseslib > > --without-pdcurseslib > > extconf.rb:46: ncurses library not found (RuntimeError) > > > > > > Gem files will remain installed in > > /Library/Ruby/Gems/1.8/gems/ncursesw-1.2.4.1 for inspection. > > Results logged to /Library/Ruby/Gems/1.8/gems/ncursesw-1.2.4.1/gem_make.out > > I'm thinking about changing the gem dependency from ncursesw back to > plain ncurses to avoid these install failures. Anyone have thoughts on > this? > +1 :) John From marka@pobox.com Wed Mar 3 21:10:31 2010 From: marka@pobox.com (Mark Alexander) Date: Wed, 03 Mar 2010 21:10:31 -0500 Subject: [sup-talk] sup install error In-Reply-To: <1267654880-sup-4875@zyrg.net> References: <1267478622-sup-2939@tangerine.lanl.gov> <1267654880-sup-4875@zyrg.net> Message-ID: <1267668438-sup-218@r50p> Excerpts from Rich Lane's message of Wed Mar 03 17:23:06 -0500 2010: > I'm thinking about changing the gem dependency from ncursesw back to > plain ncurses to avoid these install failures. Anyone have thoughts on > this? It could be that I'm misunderstanding something, but wouldn't it still be likely that there would be failures if the user hasn't installed the libncurses5-dev package, or whatever it's called on their OS? From helgedt@tihlde.org Thu Mar 4 06:45:04 2010 From: helgedt@tihlde.org (Helge Titlestad) Date: Thu, 04 Mar 2010 12:45:04 +0100 Subject: [sup-talk] sup install error In-Reply-To: <1267654880-sup-4875@zyrg.net> References: <1267478622-sup-2939@tangerine.lanl.gov> <1267654880-sup-4875@zyrg.net> Message-ID: <1267702902-sup-4834@tihlde.org> Excerpts from Rich Lane's message of Wed Mar 03 23:23:06 +0100 2010: > I'm thinking about changing the gem dependency from ncursesw back to > plain ncurses to avoid these install failures. Anyone have thoughts on > this? If this breaks UTF-8 support more, I humbly vote against. UTF-8 with ncursesw might not be the perfect solution, but it seems to be the only solution at the moment, and anyone outside stricy ascii-writing countries will expect it to Just Work[tm]. -- alge From rlane@club.cc.cmu.edu Thu Mar 4 11:59:34 2010 From: rlane@club.cc.cmu.edu (Rich Lane) Date: Thu, 04 Mar 2010 11:59:34 -0500 Subject: [sup-talk] sup install error In-Reply-To: <1267702902-sup-4834@tihlde.org> References: <1267478622-sup-2939@tangerine.lanl.gov> <1267654880-sup-4875@zyrg.net> <1267702902-sup-4834@tihlde.org> Message-ID: <1267720861-sup-759@zyrg.net> Excerpts from Helge Titlestad's message of 2010-03-04 06:45:04 -0500: > Excerpts from Rich Lane's message of Wed Mar 03 23:23:06 +0100 2010: > > I'm thinking about changing the gem dependency from ncursesw back to > > plain ncurses to avoid these install failures. Anyone have thoughts on > > this? > > If this breaks UTF-8 support more, I humbly vote against. UTF-8 with ncursesw > might not be the perfect solution, but it seems to be the only solution at the > moment, and anyone outside stricy ascii-writing countries will expect it to > Just Work[tm]. I committed a patch to master that switches the gem dependency to plain ncurses. I'd rather have all users be able to install than having utf8 support by default, especially when the way to enable utf8 is so easy - gem install ncursesw. I've promoted the debug log about missing ncursesw to an info log. From juantascon@gmail.com Thu Mar 4 12:23:27 2010 From: juantascon@gmail.com (Juan Diego) Date: Fri, 5 Mar 2010 02:23:27 +0900 Subject: [sup-talk] index size Message-ID: Hello listmates, I'm a sup newbie trying to migrate from gmail's web interface into sup. I would like to know an estimate of the xapian index files sizes in order to place these files in the right partition of my system before creating the index because it seems to be a long process. So, could any of you guys please share with me the sizes of your index files and also the sizes of your mail sources (I guess the index size depends on the sources size so that I can make an estimate for my sources). Thanks Have a nice day chao From pi+sup@pihost.us Thu Mar 4 12:32:31 2010 From: pi+sup@pihost.us (Anthony Martinez) Date: Thu, 04 Mar 2010 10:32:31 -0700 Subject: [sup-talk] index size In-Reply-To: References: Message-ID: <1267723895-sup-8943@home.mrtheplague.net> Excerpts from Juan Diego's message of Thu Mar 04 10:23:27 -0700 2010: > So, could any of you guys please share with me the sizes of your index > files and also the sizes of your mail sources (I guess the index size > depends on the sources size so that I can make an estimate for my > sources). $ du -hs .sup/xapian Maildir 625M .sup/xapian 765M Maildir > Thanks > Have a nice day > chao No problem! -- pi -- All C programs do the same thing: look at a character and do nothing with it. -- Peter Weinberger From michael+sup@stapelberg.de Thu Mar 4 12:42:22 2010 From: michael+sup@stapelberg.de (Michael Stapelberg) Date: Thu, 04 Mar 2010 18:42:22 +0100 Subject: [sup-talk] index size In-Reply-To: References: Message-ID: <1267724507-sup-4189@midna.zekjur.net> Hi Juan, Excerpts from Juan Diego's message of Do M?r 04 18:23:27 +0100 2010: > So, could any of you guys please share with me the sizes of your index > files and also the sizes of your mail sources (I guess the index size > depends on the sources size so that I can make an estimate for my > sources). 441 MB xapian database for ~ 40000 emails. Best regards, Michael From juantascon@gmail.com Thu Mar 4 13:48:14 2010 From: juantascon@gmail.com (Juan Diego) Date: Fri, 5 Mar 2010 03:48:14 +0900 Subject: [sup-talk] index size In-Reply-To: <1267723895-sup-8943@home.mrtheplague.net> References: <1267723895-sup-8943@home.mrtheplague.net> Message-ID: On Fri, Mar 5, 2010 at 2:32 AM, Anthony Martinez wrote: > Excerpts from Juan Diego's message of Thu Mar 04 10:23:27 -0700 2010: >> So, could any of you guys please share with me the sizes of your index >> files and also the sizes of your mail sources (I guess the index size >> depends on the sources size so that I can make an estimate for my >> sources). > > $ du -hs .sup/xapian Maildir > 625M ? ?.sup/xapian > 765M ? ?Maildir > >> Thanks >> Have a nice day >> chao > No problem! > > -- pi > > -- > All C programs do the same thing: look at a character and do nothing with it. > -- Peter Weinberger > _______________________________________________ > sup-talk mailing list > sup-talk at rubyforge.org > http://rubyforge.org/mailman/listinfo/sup-talk > Thanks for the info From johnbent@lanl.gov Fri Mar 5 10:59:42 2010 From: johnbent@lanl.gov (John Bent) Date: Fri, 05 Mar 2010 08:59:42 -0700 Subject: [sup-talk] unread status In-Reply-To: <1262557187-sup-8151@masanjin.net> References: <1262098048-sup-7303@tw> <1262127103-sup-307@masanjin.net> <1262128268-sup-2780@tw> <1262128724-sup-1138@tilus.net> <1262130179-sup-8306@zyrg.net> <1262130868-sup-2032@masanjin.net> <1262133096-sup-2807@tangerine.lanl.gov> <1262557187-sup-8151@masanjin.net> Message-ID: <1267804677-sup-3302@guava.lanl.gov> Excerpts from William Morgan's message of Sun Jan 03 15:22:25 -0700 2010: > Reformatted excerpts from John Bent's message of 2009-12-29: > > I spent a couple of unsuccessful hours last week trying to switch. > > Anyway else on an old PPC OS X who has been able to transition? > > Please try sup-convert-ferret-index in git next and report any > problems. > Although, I have xapian-full install, when I run sup-convert-ferret-index, I get this error: guava:~>sup-convert-ferret-index Error: you don't have the xapian gem installed, so this script won't do much for you--`gem install xapian` (or xapian-full) first. Try --help for help. I do have xapian-full installed: ROOT:guava:/Users/johnbent>gem install xapian-full Building native extensions. This could take a while... Successfully installed xapian-full-1.1.3.4 1 gem installed Installing ri documentation for xapian-full-1.1.3.4... Installing RDoc documentation for xapian-full-1.1.3.4... But installing xapian (just itself) fails. Looks like I'm missing glibc-devel library or something: /bin/sh ../libtool --tag=CXX --mode=link g++ -fno-strict-aliasing -Wall -Wno-unused -Wno-uninitialized -fvisibility=hidden -I/opt/local/include -g -O2 -avoid-version -module -shrext ".bundle" -o _xapian.la -rpath /opt/local/lib/ruby/site_ruby/1.8/i686-darwin10 xapian_wrap.lo /opt/local/lib/libxapian.la -lstdc++ g++ -shared -nostdlib /usr/lib/gcc/i686-pc-linux-gnu/4.4.1/../../../crti.o /usr/lib/gcc/i686-pc-linux-gnu/4.4.1/crtbeginS.o .libs/xapian_wrap.o -Wl,--rpath -Wl,/opt/local/lib -Wl,--rpath -Wl,/opt/local/lib /opt/local/lib/libxapian.dylib -L/opt/local/lib -L/usr/lib/gcc/i686-pc-linux-gnu/4.4.1 -L/usr/lib/gcc/i686-pc-linux-gnu/4.4.1/../../.. -lstdc++ -lm -lc -lgcc_s /usr/lib/gcc/i686-pc-linux-gnu/4.4.1/crtendS.o /usr/lib/gcc/i686-pc-linux-gnu/4.4.1/../../../crtn.o -Wl,-soname -Wl,_xapian.bundle -o .libs/_xapian.bundle i686-apple-darwin10-g++-4.0.1: /usr/lib/gcc/i686-pc-linux-gnu/4.4.1/../../../crti.o: No such file or directory i686-apple-darwin10-g++-4.0.1: /usr/lib/gcc/i686-pc-linux-gnu/4.4.1/crtbeginS.o: No such file or directory i686-apple-darwin10-g++-4.0.1: /usr/lib/gcc/i686-pc-linux-gnu/4.4.1/crtendS.o: No such file or directory i686-apple-darwin10-g++-4.0.1: /usr/lib/gcc/i686-pc-linux-gnu/4.4.1/../../../crtn.o: No such file or directory make[4]: *** [_xapian.la] Error 1 make[3]: *** [all-recursive] Error 1 make[2]: *** [all] Error 2 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 extconf.rb:3:in `system!': unhandled exception from extconf.rb:6 Thanks, John From johnbent@lanl.gov Fri Mar 5 15:00:14 2010 From: johnbent@lanl.gov (John Bent) Date: Fri, 05 Mar 2010 13:00:14 -0700 Subject: [sup-talk] unread status In-Reply-To: <1267804677-sup-3302@guava.lanl.gov> References: <1262098048-sup-7303@tw> <1262127103-sup-307@masanjin.net> <1262128268-sup-2780@tw> <1262128724-sup-1138@tilus.net> <1262130179-sup-8306@zyrg.net> <1262130868-sup-2032@masanjin.net> <1262133096-sup-2807@tangerine.lanl.gov> <1262557187-sup-8151@masanjin.net> <1267804677-sup-3302@guava.lanl.gov> Message-ID: <1267818644-sup-5188@guava.lanl.gov> Excerpts from John Bent's message of Fri Mar 05 08:59:42 -0700 2010: > Excerpts from William Morgan's message of Sun Jan 03 15:22:25 -0700 > 2010: > > Reformatted excerpts from John Bent's message of 2009-12-29: > > > I spent a couple of unsuccessful hours last week trying to switch. > > > Anyway else on an old PPC OS X who has been able to transition? > > > > Please try sup-convert-ferret-index in git next and report any > > problems. > > > Although, I have xapian-full install, when I run > sup-convert-ferret-index, I get this error: > > guava:~>sup-convert-ferret-index > Error: you don't have the xapian gem installed, so this script won't do > much for you--`gem install xapian` (or xapian-full) first. > Try --help for help. > > I do have xapian-full installed: > Also, irb reports that I have xapian installed but I still get the error from sup-convert-ferret-index: 1) irb says that I have xapian: irb(main):001:0> require 'rubygems' => true irb(main):002:0> require 'xapian' => true irb(main):003:0> quit 2) gem list says that I have xapian: *** LOCAL GEMS *** ferret (0.11.6) gettext (2.1.0) highline (1.5.2) locale (2.0.5) lockfile (1.4.3) mime-types (1.16) ncursesw (1.2.4.1) net-ssh (2.0.20) rake (0.8.7) rmail (1.0.0) sup (0.10.2) trollop (1.15) xapian-full (1.1.3.4) 3) sup-convert-ferret-index says I don't have xapian: guava:~>sup-convert-ferret-index --verbose Error: you don't have the xapian gem installed, so this script won't do much for you--`gem install xapian` (or xapian-full) first. Try --help for help. guava:~>sup-convert-ferret-index --version sup-convert-ferret-index (sup 0.10.2) 4) ruby --version = 1.8.7 (2010-01-10 patchlevel 249) [i686-darwin10] I tried port install ruby19 but the build failed: 'rb_dl_callback_double_19_0_stdcall' undeclared Any ideas? Thanks, John > ROOT:guava:/Users/johnbent>gem install xapian-full > Building native extensions. This could take a while... > Successfully installed xapian-full-1.1.3.4 > 1 gem installed > Installing ri documentation for xapian-full-1.1.3.4... > Installing RDoc documentation for xapian-full-1.1.3.4... > > But installing xapian (just itself) fails. Looks like I'm missing > glibc-devel library or something: > > /bin/sh ../libtool --tag=CXX --mode=link g++ -fno-strict-aliasing > -Wall -Wno-unused -Wno-uninitialized -fvisibility=hidden > -I/opt/local/include -g -O2 -avoid-version -module -shrext ".bundle" > -o _xapian.la -rpath /opt/local/lib/ruby/site_ruby/1.8/i686-darwin10 > xapian_wrap.lo /opt/local/lib/libxapian.la -lstdc++ > g++ -shared -nostdlib > /usr/lib/gcc/i686-pc-linux-gnu/4.4.1/../../../crti.o > /usr/lib/gcc/i686-pc-linux-gnu/4.4.1/crtbeginS.o .libs/xapian_wrap.o > -Wl,--rpath -Wl,/opt/local/lib -Wl,--rpath -Wl,/opt/local/lib > /opt/local/lib/libxapian.dylib -L/opt/local/lib > -L/usr/lib/gcc/i686-pc-linux-gnu/4.4.1 > -L/usr/lib/gcc/i686-pc-linux-gnu/4.4.1/../../.. -lstdc++ -lm -lc -lgcc_s > /usr/lib/gcc/i686-pc-linux-gnu/4.4.1/crtendS.o > /usr/lib/gcc/i686-pc-linux-gnu/4.4.1/../../../crtn.o -Wl,-soname > -Wl,_xapian.bundle -o .libs/_xapian.bundle > i686-apple-darwin10-g++-4.0.1: > /usr/lib/gcc/i686-pc-linux-gnu/4.4.1/../../../crti.o: No such file or > directory > i686-apple-darwin10-g++-4.0.1: > /usr/lib/gcc/i686-pc-linux-gnu/4.4.1/crtbeginS.o: No such file or > directory > i686-apple-darwin10-g++-4.0.1: > /usr/lib/gcc/i686-pc-linux-gnu/4.4.1/crtendS.o: No such file or > directory > i686-apple-darwin10-g++-4.0.1: > /usr/lib/gcc/i686-pc-linux-gnu/4.4.1/../../../crtn.o: No such file or > directory > make[4]: *** [_xapian.la] Error 1 > make[3]: *** [all-recursive] Error 1 > make[2]: *** [all] Error 2 > make[1]: *** [all-recursive] Error 1 > make: *** [all] Error 2 > extconf.rb:3:in `system!': unhandled exception > from extconf.rb:6 > > > Thanks, > > John From johnbent@lanl.gov Fri Mar 5 15:32:17 2010 From: johnbent@lanl.gov (John Bent) Date: Fri, 05 Mar 2010 13:32:17 -0700 Subject: [sup-talk] unread status In-Reply-To: <1267818644-sup-5188@guava.lanl.gov> References: <1262098048-sup-7303@tw> <1262127103-sup-307@masanjin.net> <1262128268-sup-2780@tw> <1262128724-sup-1138@tilus.net> <1262130179-sup-8306@zyrg.net> <1262130868-sup-2032@masanjin.net> <1262133096-sup-2807@tangerine.lanl.gov> <1262557187-sup-8151@masanjin.net> <1267804677-sup-3302@guava.lanl.gov> <1267818644-sup-5188@guava.lanl.gov> Message-ID: <1267821043-sup-7771@guava.lanl.gov> Excerpts from John Bent's message of Fri Mar 05 13:00:14 -0700 2010: > Excerpts from John Bent's message of Fri Mar 05 08:59:42 -0700 2010: > > Excerpts from William Morgan's message of Sun Jan 03 15:22:25 -0700 > > 2010: > > > Reformatted excerpts from John Bent's message of 2009-12-29: > > > > I spent a couple of unsuccessful hours last week trying to switch. > > > > Anyway else on an old PPC OS X who has been able to transition? > > > > > > Please try sup-convert-ferret-index in git next and report any > > > problems. > > > > > Although, I have xapian-full install, when I run > > sup-convert-ferret-index, I get this error: > > > > guava:~>sup-convert-ferret-index > > Error: you don't have the xapian gem installed, so this script won't do > > much for you--`gem install xapian` (or xapian-full) first. > > Try --help for help. > > > > I do have xapian-full installed: > > > Also, irb reports that I have xapian installed but I still get the error > from sup-convert-ferret-index: > > 1) irb says that I have xapian: > irb(main):001:0> require 'rubygems' > => true > irb(main):002:0> require 'xapian' > => true > irb(main):003:0> quit > > > 2) gem list says that I have xapian: > *** LOCAL GEMS *** > ferret (0.11.6) > gettext (2.1.0) > highline (1.5.2) > locale (2.0.5) > lockfile (1.4.3) > mime-types (1.16) > ncursesw (1.2.4.1) > net-ssh (2.0.20) > rake (0.8.7) > rmail (1.0.0) > sup (0.10.2) > trollop (1.15) > xapian-full (1.1.3.4) > > 3) sup-convert-ferret-index says I don't have xapian: > guava:~>sup-convert-ferret-index --verbose > Error: you don't have the xapian gem installed, so this script won't do > much for you--`gem install xapian` (or xapian-full) first. > Try --help for help. > guava:~>sup-convert-ferret-index --version > sup-convert-ferret-index (sup 0.10.2) > > 4) ruby --version = 1.8.7 (2010-01-10 patchlevel 249) [i686-darwin10] > I tried port install ruby19 but the build failed: > 'rb_dl_callback_double_19_0_stdcall' undeclared > I tried commenting out the require xapian in sup-convert-ferret-index but it still failed: ## Step three: build the Xapian index /opt/local/lib/ruby/gems/1.8/gems/sup-0.10.2/bin/sup-sync --all --all-sources --index xapian --restore /tmp/sup-state.txt /opt/local/lib/ruby/gems/1.8/gems/sup-0.10.2/lib/sup/index.rb:229:in `init': unknown index type "xapian": dlopen(/opt/local/lib/ruby/gems/1.8/gems/xapian-full-1.1.3.4/lib/_xapian.bundle, 9): no suitable image found. Did find: (RuntimeError) /opt/local/lib/ruby/gems/1.8/gems/xapian-full-1.1.3.4/lib/_xapian.bundle: mach-o, but wrong architecture - /opt/local/lib/ruby/gems/1.8/gems/xapian-full-1.1.3.4/lib/_xapian.bundle from /opt/local/lib/ruby/gems/1.8/gems/sup-0.10.2/bin/sup-sync:99 Shucks. John > Any ideas? > > Thanks, > > John > > > ROOT:guava:/Users/johnbent>gem install xapian-full > > Building native extensions. This could take a while... > > Successfully installed xapian-full-1.1.3.4 > > 1 gem installed > > Installing ri documentation for xapian-full-1.1.3.4... > > Installing RDoc documentation for xapian-full-1.1.3.4... > > > > But installing xapian (just itself) fails. Looks like I'm missing > > glibc-devel library or something: > > > > /bin/sh ../libtool --tag=CXX --mode=link g++ -fno-strict-aliasing > > -Wall -Wno-unused -Wno-uninitialized -fvisibility=hidden > > -I/opt/local/include -g -O2 -avoid-version -module -shrext ".bundle" > > -o _xapian.la -rpath /opt/local/lib/ruby/site_ruby/1.8/i686-darwin10 > > xapian_wrap.lo /opt/local/lib/libxapian.la -lstdc++ > > g++ -shared -nostdlib > > /usr/lib/gcc/i686-pc-linux-gnu/4.4.1/../../../crti.o > > /usr/lib/gcc/i686-pc-linux-gnu/4.4.1/crtbeginS.o .libs/xapian_wrap.o > > -Wl,--rpath -Wl,/opt/local/lib -Wl,--rpath -Wl,/opt/local/lib > > /opt/local/lib/libxapian.dylib -L/opt/local/lib > > -L/usr/lib/gcc/i686-pc-linux-gnu/4.4.1 > > -L/usr/lib/gcc/i686-pc-linux-gnu/4.4.1/../../.. -lstdc++ -lm -lc -lgcc_s > > /usr/lib/gcc/i686-pc-linux-gnu/4.4.1/crtendS.o > > /usr/lib/gcc/i686-pc-linux-gnu/4.4.1/../../../crtn.o -Wl,-soname > > -Wl,_xapian.bundle -o .libs/_xapian.bundle > > i686-apple-darwin10-g++-4.0.1: > > /usr/lib/gcc/i686-pc-linux-gnu/4.4.1/../../../crti.o: No such file or > > directory > > i686-apple-darwin10-g++-4.0.1: > > /usr/lib/gcc/i686-pc-linux-gnu/4.4.1/crtbeginS.o: No such file or > > directory > > i686-apple-darwin10-g++-4.0.1: > > /usr/lib/gcc/i686-pc-linux-gnu/4.4.1/crtendS.o: No such file or > > directory > > i686-apple-darwin10-g++-4.0.1: > > /usr/lib/gcc/i686-pc-linux-gnu/4.4.1/../../../crtn.o: No such file or > > directory > > make[4]: *** [_xapian.la] Error 1 > > make[3]: *** [all-recursive] Error 1 > > make[2]: *** [all] Error 2 > > make[1]: *** [all-recursive] Error 1 > > make: *** [all] Error 2 > > extconf.rb:3:in `system!': unhandled exception > > from extconf.rb:6 > > > > > > Thanks, > > > > John From rlane@club.cc.cmu.edu Mon Mar 8 00:57:40 2010 From: rlane@club.cc.cmu.edu (Rich Lane) Date: Mon, 08 Mar 2010 00:57:40 -0500 Subject: [sup-talk] [ANN] Sup 0.11 released Message-ID: <1268026262-sup-1918@zyrg.net> I'm pleased to announce the release of Sup 0.11. Sup is a console-based email client for people with a lot of email. It supports tagging, very fast full-text search, automatic contact- list management, and more. If you're the type of person who treats email as an extension of your long-term memory, Sup is for you. Get it: gem install sup Learn it: http://sup.rubyforge.org Love it: sup-talk at rubyforge.org Release notes: The deprecated Ferret index has been removed. Remote sources (IMAP, IMAPS, and mbox+ssh) have been deprecated and will be removed in 0.12. Tools like offlineimap, fetchmail, and rsync provide a much better user experience for these mail sources than Sup would ever be able to by itself. If your terminal supports it you can now use 256 colors in your colorscheme. Run the contrib/colorpicker.rb program to get the color names to put in colors.yaml. Saved searches are now supported. Hit '%' in search-results-mode to save the current search, and enter an empty search string to open the list of saved searches. Changelog for 0.11: * Remove deprecated Ferret backend. * Add deprecation notices to IMAP, IMAPS, and mbox+ssh sources. * 256 color support. * Backwards-compatible index format improvements. * Saved searches. * Improved support for custom keybindings. * Idle detection - poll totals accumulate and index flushes on idle. * Several textfield improvments. * New hooks: publish, mentions-attachments, keybindings, index-mode-date-widget, gpg-args, and crypto-settings. * sup-cmd for easy programmatic access to a Sup index. * As always, many bugfixes and tweaks. From piotr.kempa@wp.eu Mon Mar 8 05:18:55 2010 From: piotr.kempa@wp.eu (piotr.kempa at wp.eu) Date: Mon, 8 Mar 2010 11:18:55 +0100 Subject: [sup-talk] PGP INLINE - can't make it work In-Reply-To: <201003021519.23488.piotr.kempa@wp.eu> References: <201002261808.36354.kosmici-atakuja@wp.pl> <1267538314-sup-6684@midna.zekjur.net> <201003021519.23488.piotr.kempa@wp.eu> Message-ID: <201003081118.55543.piotr.kempa@wp.eu> On Tuesday 02 March 2010 15:19:23 piotr.kempa at wp.eu wrote: > Sounds cool, I can't wait then. Let's hope the patch is included in 0.11. > Thanks Michael! > Piotr > > On Tuesday 02 March 2010 14:59:19 Michael Stapelberg wrote: > > Hi Piotr, > > > > Excerpts from piotr.kempa's message of Di M?r 02 11:49:59 +0100 2010: > > > So, I guess if this functionality is to be included in sup (and I think it > > > doesn't have to be since enigmail just makes broken messages and there's > no > > > reason why anybody should put up with that:) it should not be in crypto.rb > but > > > somewhere else, where the decision is made to even use functions from > > > crypto.rb (like decrypt) on a message. I'm no programmer but I guess it > should > > As mentioned, I wrote a patch to do this. It is currently in review and will > > hopefully be included soon. > > Can anyone confirm if this patch made it to 0.11? I just installed the new version and it still doesn't work but if it's there then maybe I'm doing something wrong. If it didn't, is it posted anywhere? I'll be happy to patch 0.11 myself instead of waiting for the next version. I really, really want to start using sup :) Thank you, Piotr From piotr.kempa@wp.eu Mon Mar 8 05:29:47 2010 From: piotr.kempa@wp.eu (piotr.kempa at wp.eu) Date: Mon, 8 Mar 2010 11:29:47 +0100 Subject: [sup-talk] PGP INLINE - can't make it work In-Reply-To: <201003081118.55543.piotr.kempa@wp.eu> References: <201002261808.36354.kosmici-atakuja@wp.pl> <201003021519.23488.piotr.kempa@wp.eu> <201003081118.55543.piotr.kempa@wp.eu> Message-ID: <201003081129.47648.piotr.kempa@wp.eu> On Monday 08 March 2010 11:18:55 piotr.kempa at wp.eu wrote: > On Tuesday 02 March 2010 15:19:23 piotr.kempa at wp.eu wrote: > > Sounds cool, I can't wait then. Let's hope the patch is included in 0.11. > > Thanks Michael! > > Piotr > > > > On Tuesday 02 March 2010 14:59:19 Michael Stapelberg wrote: > > > Hi Piotr, > > > > > > Excerpts from piotr.kempa's message of Di M?r 02 11:49:59 +0100 2010: > > > > So, I guess if this functionality is to be included in sup (and I think > it > > > > doesn't have to be since enigmail just makes broken messages and there's > > no > > > > reason why anybody should put up with that:) it should not be in > crypto.rb > > but > > > > somewhere else, where the decision is made to even use functions from > > > > crypto.rb (like decrypt) on a message. I'm no programmer but I guess it > > should > > > As mentioned, I wrote a patch to do this. It is currently in review and > will > > > hopefully be included soon. > > > > > Can anyone confirm if this patch made it to 0.11? I just installed the new > version and it still doesn't work but if it's there then maybe I'm doing > something wrong. If it didn't, is it posted anywhere? I'll be happy to patch > 0.11 myself instead of waiting for the next version. I really, really want to > start using sup :) > > Thank you, > Piotr > Okay, I found the patch here: http://www.mail-archive.com/sup- talk at rubyforge.org/msg02770.html And it is included in 0.11, I just checked in the code. However, this still doesn't work because the header doesn't contain Content Type = application/pgp, it is text/plain, which is absolutely crazy and I have no idea what the enigmail developers are thinking... Anyway, here's how it looks like (only the important part): X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable -----BEGIN PGP MESSAGE----- Charset: UTF-8 Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org =20 hQIOA3WKxDKSmLd7EAf9GP5JLA77IcGOAUrOZ8fGCEtK8Pm838Me+pMD94ulHlDS LcidQKPSVGXaj4lLU8RqxoMKTpxuaZAm1u286C+SL9eQc51N3gH/X57loKhjCRb+ [...] So in order to decide about encrypted content you actually have to look inside the body of the message, not just at the header. At least I couldn't find any indication in the headers :( All in all, I wouldn't be surprised if you decided not to support such broken emails so I'll just go about learning enough ruby to patch it myself :) Piotr From michael+sup@stapelberg.de Mon Mar 8 05:41:18 2010 From: michael+sup@stapelberg.de (Michael Stapelberg) Date: Mon, 08 Mar 2010 11:41:18 +0100 Subject: [sup-talk] PGP INLINE - can't make it work In-Reply-To: <201003081129.47648.piotr.kempa@wp.eu> References: <201002261808.36354.kosmici-atakuja@wp.pl> <201003021519.23488.piotr.kempa@wp.eu> <201003081118.55543.piotr.kempa@wp.eu> <201003081129.47648.piotr.kempa@wp.eu> Message-ID: <1268044772-sup-4188@midna.zekjur.net> Hi Piotr, Excerpts from piotr.kempa's message of Mo M?r 08 11:29:47 +0100 2010: > Okay, I found the patch here: http://www.mail-archive.com/sup- > talk at rubyforge.org/msg02770.html > > And it is included in 0.11, I just checked in the code. You are mistaken, this is a different patch (not for inline gpg). > So in order to decide about encrypted content you actually have to look inside > the body of the message, not just at the header. At least I couldn't find any > indication in the headers :( This is actually the very intention of inline gpg -- to work with existing standards/mailclients which do not support different headers. Unfortunately I did not yet have time to rework the patch, but I hope to do so in the next few days. Best regards, Michael From sm@khjk.org Mon Mar 8 05:50:56 2010 From: sm@khjk.org (Sven Moritz Hallberg) Date: Mon, 08 Mar 2010 11:50:56 +0100 Subject: [sup-talk] PGP INLINE - can't make it work In-Reply-To: <201003081129.47648.piotr.kempa@wp.eu> References: <201002261808.36354.kosmici-atakuja@wp.pl> <201003021519.23488.piotr.kempa@wp.eu> <201003081118.55543.piotr.kempa@wp.eu> <201003081129.47648.piotr.kempa@wp.eu> Message-ID: <1268044814-sup-4847@khjk.org> > However, this still doesn't work because the header doesn't contain Content > Type = application/pgp, it is text/plain, which is absolutely crazy and I have > no idea what the enigmail developers are thinking... In fact I think this might be a design decision on the part of PGP, where the original thinking went something like this: It should be possible to use it with ANY mailer, even those that do not know about it. Thus the support for "inline PGP", i.e. a PGP message embedded within the text of a regular email. >From this standpoint it makes sense to keep the Content-Type as text/plain. Imagine your recipient's MUA has no idea how to handle application/pgp. With text/plain, she's still able to copy/paste into a separate PGP application. The merit of this design decision is debatable, but I think that's the way it came to be. So, I'd say it's unlikely Enigmail is going to change the header. I'd also guess that everyone else is doing it the same way. So, actually inspecting the body of the message is the way to go... HTH, pesco From piotr.kempa@wp.eu Mon Mar 8 06:20:02 2010 From: piotr.kempa@wp.eu (piotr.kempa at wp.eu) Date: Mon, 8 Mar 2010 12:20:02 +0100 Subject: [sup-talk] PGP INLINE - can't make it work In-Reply-To: <1268044814-sup-4847@khjk.org> References: <201002261808.36354.kosmici-atakuja@wp.pl> <201003081129.47648.piotr.kempa@wp.eu> <1268044814-sup-4847@khjk.org> Message-ID: <201003081220.03154.piotr.kempa@wp.eu> On Monday 08 March 2010 11:50:56 Sven Moritz Hallberg wrote: > > However, this still doesn't work because the header doesn't contain Content > > Type = application/pgp, it is text/plain, which is absolutely crazy and I have > > no idea what the enigmail developers are thinking... > > In fact I think this might be a design decision on the part of PGP, where the > original thinking went something like this: It should be possible to use it > with ANY mailer, even those that do not know about it. Thus the support for > "inline PGP", i.e. a PGP message embedded within the text of a regular email. > >From this standpoint it makes sense to keep the Content-Type as text/plain. > Imagine your recipient's MUA has no idea how to handle application/pgp. With > text/plain, she's still able to copy/paste into a separate PGP application. > > The merit of this design decision is debatable, but I think that's the way it > came to be. > > So, I'd say it's unlikely Enigmail is going to change the header. I'd also > guess that everyone else is doing it the same way. > > So, actually inspecting the body of the message is the way to go... > > HTH, > pesco > _______________________________________________ > sup-talk mailing list > sup-talk at rubyforge.org > http://rubyforge.org/mailman/listinfo/sup-talk > > Thank you and Michael for the explanation. Now it all makes sense. I'll just keep watching the git repo in case a patch makes it there. Or this list. If anybody needs help testing such patch - I'm at your service. Coding it myself could be way over my head though... Thank you, Piotr From eg@gaute.vetsj.com Tue Mar 9 05:29:13 2010 From: eg@gaute.vetsj.com (Gaute Hope) Date: Tue, 09 Mar 2010 11:29:13 +0100 Subject: [sup-talk] [patch] Add crypto_selector variable to before-edit In-Reply-To: <1264521165-sup-9898@nemesis.home> References: <1263824428-sup-6466@nemesis.home> <1264251144-sup-4056@masanjin.net> <1264521165-sup-9898@nemesis.home> Message-ID: <1268130450-sup-8181@dolk> Excerpts from Daniel Schoepe's message of 2010-01-26 16:55:55 +0100: > Excerpts from William Morgan's message of Sat Jan 23 13:53:04 +0100 2010: > > Hi Daniel, > > > > I like the idea, but would prefer a dedicated "crypto-mode" hook > > analogous to how we have the "reply-to" hook for setting the default > > reply-to mode. Could someone be so kind and provide an example for setting it to i.e. 'Sign' by default, given a specific from address? - gaute -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From michael+sup@stapelberg.de Tue Mar 9 12:06:35 2010 From: michael+sup@stapelberg.de (Michael Stapelberg) Date: Tue, 09 Mar 2010 18:06:35 +0100 Subject: [sup-talk] PGP INLINE - can't make it work In-Reply-To: <201003081220.03154.piotr.kempa@wp.eu> References: <201002261808.36354.kosmici-atakuja@wp.pl> <201003081129.47648.piotr.kempa@wp.eu> <1268044814-sup-4847@khjk.org> <201003081220.03154.piotr.kempa@wp.eu> Message-ID: <1268154338-sup-155@midna.zekjur.net> Hi Piotr, Excerpts from piotr.kempa's message of Mo M?r 08 12:20:02 +0100 2010: > Thank you and Michael for the explanation. Now it all makes sense. I'll just > keep watching the git repo in case a patch makes it there. Or this list. If > anybody needs help testing such patch - I'm at your service. Coding it myself > could be way over my head though... I just sent an updated patch to sup-devel, you can find it at http://rubyforge.org/pipermail/sup-devel/2010-March/000463.html Testing it would be appreciated. Best regards, Michael From johnbent@lanl.gov Tue Mar 9 16:44:09 2010 From: johnbent@lanl.gov (John Bent) Date: Tue, 09 Mar 2010 14:44:09 -0700 Subject: [sup-talk] wrapping in the bottom command line Message-ID: <1268170953-sup-8766@guava.lanl.gov> I don't know what the bottom line is where you put the path to save things and the path to attach things, and where you list the recipients, etc. But whatever it's called, it's not behaving well for me in 10.2. Whenever I exceed 80 chars and go off the screen, it forgets about the old stuff. This used to work. So now when I have a large path or lots of recipients, I have to drag my window temporarily very wide.... Anyone else seeing this? Thanks, John From rlane@club.cc.cmu.edu Tue Mar 9 16:59:39 2010 From: rlane@club.cc.cmu.edu (Rich Lane) Date: Tue, 09 Mar 2010 16:59:39 -0500 Subject: [sup-talk] wrapping in the bottom command line In-Reply-To: <1268170953-sup-8766@guava.lanl.gov> References: <1268170953-sup-8766@guava.lanl.gov> Message-ID: <1268171860-sup-6991@zyrg.net> Excerpts from John Bent's message of 2010-03-09 16:44:09 -0500: > I don't know what the bottom line is where you put the path to save > things and the path to attach things, and where you list the recipients, > etc. But whatever it's called, it's not behaving well for me in 10.2. > Whenever I exceed 80 chars and go off the screen, it forgets about the > old stuff. This used to work. So now when I have a large path or lots > of recipients, I have to drag my window temporarily very wide.... I fixed several textfield issues in 0.11, please upgrade and see if the problem still occurs. From michael+sup@stapelberg.de Tue Mar 9 17:07:06 2010 From: michael+sup@stapelberg.de (Michael Stapelberg) Date: Tue, 09 Mar 2010 23:07:06 +0100 Subject: [sup-talk] wrapping in the bottom command line In-Reply-To: <1268170953-sup-8766@guava.lanl.gov> References: <1268170953-sup-8766@guava.lanl.gov> Message-ID: <1268172283-sup-3882@midna.zekjur.net> Hi John, Excerpts from John Bent's message of Di M?r 09 22:44:09 +0100 2010: > Anyone else seeing this? Please upgrade to 0.11, the bug is fixed there (see [1]). Best regards, Michael [1] http://gitorious.org/sup/mainline/commit/42e7aeaa907444acfcd1e1c30681c30ccb0cf2f1 From johnbent@lanl.gov Tue Mar 9 17:16:54 2010 From: johnbent@lanl.gov (John Bent) Date: Tue, 09 Mar 2010 15:16:54 -0700 Subject: [sup-talk] wrapping in the bottom command line In-Reply-To: <1268171860-sup-6991@zyrg.net> References: <1268170953-sup-8766@guava.lanl.gov> <1268171860-sup-6991@zyrg.net> Message-ID: <1268172915-sup-9838@guava.lanl.gov> Excerpts from Rich Lane's message of Tue Mar 09 14:59:39 -0700 2010: > Excerpts from John Bent's message of 2010-03-09 16:44:09 -0500: > > I don't know what the bottom line is where you put the path to save > > things and the path to attach things, and where you list the > > recipients, etc. But whatever it's called, it's not behaving well > > for me in 10.2. Whenever I exceed 80 chars and go off the screen, > > it forgets about the old stuff. This used to work. So now when I > > have a large path or lots of recipients, I have to drag my window > > temporarily very wide.... > > I fixed several textfield issues in 0.11, please upgrade and see if > the problem still occurs. > I'd love to (and thanks for your work!) but I'm still stuck at 10 since I can't get xapian to work on Snow Leopard... (I've talked about that a bunch in another thread). John From michael+sup@stapelberg.de Tue Mar 9 17:43:15 2010 From: michael+sup@stapelberg.de (Michael Stapelberg) Date: Tue, 09 Mar 2010 23:43:15 +0100 Subject: [sup-talk] wrapping in the bottom command line In-Reply-To: <1268172915-sup-9838@guava.lanl.gov> References: <1268170953-sup-8766@guava.lanl.gov> <1268171860-sup-6991@zyrg.net> <1268172915-sup-9838@guava.lanl.gov> Message-ID: <1268174528-sup-7951@midna.zekjur.net> Hi John, Excerpts from John Bent's message of Di M?r 09 23:16:54 +0100 2010: > I'd love to (and thanks for your work!) but I'm still stuck at 10 since Well, you can just apply the fixes from http://gitorious.org/sup/mainline/commit/42e7aeaa907444acfcd1e1c30681c30ccb0cf2f1 directly to your version. Best regards, Michael From johnbent@lanl.gov Tue Mar 9 18:15:51 2010 From: johnbent@lanl.gov (John Bent) Date: Tue, 09 Mar 2010 16:15:51 -0700 Subject: [sup-talk] wrapping in the bottom command line In-Reply-To: <1268174528-sup-7951@midna.zekjur.net> References: <1268170953-sup-8766@guava.lanl.gov> <1268171860-sup-6991@zyrg.net> <1268172915-sup-9838@guava.lanl.gov> <1268174528-sup-7951@midna.zekjur.net> Message-ID: <1268176415-sup-1885@guava.lanl.gov> Excerpts from Michael Stapelberg's message of Tue Mar 09 15:43:15 -0700 2010: > Hi John, > > Excerpts from John Bent's message of Di M?r 09 23:16:54 +0100 2010: > > I'd love to (and thanks for your work!) but I'm still stuck at 10 since > Well, you can just apply the fixes from > http://gitorious.org/sup/mainline/commit/42e7aeaa907444acfcd1e1c30681c30ccb0cf2f1 > directly to your version. > I patched it and adding long attachments worked great. And having a long recipients list worked great as well. But then trying to modify the long recipients list caused a crash: ruby(68731,0x7fff70a6ebe0) malloc: *** error for object 0x10094e408: incorrect checksum for freed object - object was probably modified after being freed. *** set a breakpoint in malloc_error_break to debug Abort Do I need to rake it again or something? All I did was: cd /opt/local/lib/ruby/gems/1.8/gems/sup-0.10.2 wget 42e7aeaa907444acfcd1e1c30681c30ccb0cf2f1.patch patch -p 1 < 42e7aeaa907444acfcd1e1c30681c30ccb0cf2f1.patch Thanks for your help! I was thrilled when it worked. John > Best regards, > Michael From piotr.kempa@wp.eu Wed Mar 10 05:53:00 2010 From: piotr.kempa@wp.eu (Piotr Kempa) Date: Wed, 10 Mar 2010 11:53:00 +0100 Subject: [sup-talk] PGP INLINE - can't make it work In-Reply-To: <1268154338-sup-155@midna.zekjur.net> References: <201002261808.36354.kosmici-atakuja@wp.pl> <201003081129.47648.piotr.kempa@wp.eu> <1268044814-sup-4847@khjk.org> <201003081220.03154.piotr.kempa@wp.eu> <1268154338-sup-155@midna.zekjur.net> Message-ID: <1268218067-sup-7683@pk-laptop> Excerpts from Michael Stapelberg's message of 2010-03-09 18:06:35 +0100: > Hi Piotr, > > Excerpts from piotr.kempa's message of Mo M?r 08 12:20:02 +0100 2010: > > Thank you and Michael for the explanation. Now it all makes sense. I'll just > > keep watching the git repo in case a patch makes it there. Or this list. If > > anybody needs help testing such patch - I'm at your service. Coding it myself > > could be way over my head though... > I just sent an updated patch to sup-devel, you can find it at > http://rubyforge.org/pipermail/sup-devel/2010-March/000463.html > > Testing it would be appreciated. > > Best regards, > Michael Hello Michael, Thank you. I just tried the patch and unfortunately sup crashes on me now. I patched the 0.11 version and checked that the patches were applied successfully (as far as I could at least). I'm attaching the crash log. The crash happens like this: I add the new source maildir with encrypted emails, run sup, it executes, sees the new source and starts indexing emails and then crashes. Hope this helps somehow. Piotr -- Piotr Kempa -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: exception-log.txt URL: From michael+sup@stapelberg.de Wed Mar 10 06:14:04 2010 From: michael+sup@stapelberg.de (Michael Stapelberg) Date: Wed, 10 Mar 2010 12:14:04 +0100 Subject: [sup-talk] PGP INLINE - can't make it work In-Reply-To: <1268218067-sup-7683@pk-laptop> References: <201002261808.36354.kosmici-atakuja@wp.pl> <201003081129.47648.piotr.kempa@wp.eu> <1268044814-sup-4847@khjk.org> <201003081220.03154.piotr.kempa@wp.eu> <1268154338-sup-155@midna.zekjur.net> <1268218067-sup-7683@pk-laptop> Message-ID: <1268219571-sup-3316@midna.zekjur.net> Hi Piotr, Excerpts from Piotr Kempa's message of Mi M?r 10 11:53:00 +0100 2010: > Thank you. I just tried the patch and unfortunately sup crashes on me > now. I patched the 0.11 version and checked that the patches were > applied successfully (as far as I could at least). Thanks for testing. Can you please see if the updated version works for you (attached to this mail)? Best regards, Michael -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-Implement-inline-GPG.patch Type: application/octet-stream Size: 7925 bytes Desc: not available URL: From piotr.kempa@wp.eu Wed Mar 10 09:41:35 2010 From: piotr.kempa@wp.eu (Piotr Kempa) Date: Wed, 10 Mar 2010 15:41:35 +0100 Subject: [sup-talk] PGP INLINE - can't make it work In-Reply-To: <1268219571-sup-3316@midna.zekjur.net> References: <201002261808.36354.kosmici-atakuja@wp.pl> <201003081129.47648.piotr.kempa@wp.eu> <1268044814-sup-4847@khjk.org> <201003081220.03154.piotr.kempa@wp.eu> <1268154338-sup-155@midna.zekjur.net> <1268218067-sup-7683@pk-laptop> <1268219571-sup-3316@midna.zekjur.net> Message-ID: <1268231546-sup-2256@pk-laptop> Excerpts from Michael Stapelberg's message of 2010-03-10 12:14:04 +0100: > Hi Piotr, > > Excerpts from Piotr Kempa's message of Mi M?r 10 11:53:00 +0100 2010: > > Thank you. I just tried the patch and unfortunately sup crashes on me > > now. I patched the 0.11 version and checked that the patches were > > applied successfully (as far as I could at least). > Thanks for testing. Can you please see if the updated version works > for you (attached to this mail)? > > Best regards, > Michael Wow, this works!! Thank you so much Michael! This will make my job soooo much easier, faster and more pleasant :) I have just two messages that give errors to sup-sync, but the remaining ones (a hundred or more) just work beautifully. The error is like this: [2010-03-10 15:25:28 +0100] Error while running gpg: gpg: invalid armor header: gpg: malformed CRC gpg: encrypted_mdc packet with unknown version 255 gpg: quoted printable character in armor - probably a buggy MTA has been used [2010-03-10 15:25:33 +0100] Error while running gpg: gpg: invalid armor header: gpg: CRC error; 9C0326 - DC39C0 gpg: encrypted_mdc packet with unknown version 255 gpg: quoted printable character in armor - probably a buggy MTA has been used (two long lines with the timestamp broken by me) But I guess this is what it says it is - an invalid message with CRC errors in the GPG payload, so this should be nothing to worry about. Anyway, thanks a million Michael! -- Piotr Kempa From dominik.epple@googlemail.com Wed Mar 10 10:45:56 2010 From: dominik.epple@googlemail.com (Dominik Epple) Date: Wed, 10 Mar 2010 16:45:56 +0100 Subject: [sup-talk] 12h/24h Datetime format in sup index Message-ID: <123554aa1003100745v59a49fd4uda1a800266290d18@mail.gmail.com> Hi, in the sup index, the datetime column looks like this (for me): 11:05 6:28 3:29 12:30 Yest. 7 Yest. 5 Yest. 3 Yest. 3 Yest. 2 Yest. 2 It took me some time to find out that this is a 12h time format (without am/pm indicators). I would prefer to have this as 24h date format, such that the dates above would be written as: 11:05 6:28 3:29 0:30 Yest. 19 Yest. 17 Yest. 15 Yest. 15 Yest. 14 Yest. 14 Can one configure this? How? Thanks Dominik From tero@tilus.net Wed Mar 10 12:44:49 2010 From: tero@tilus.net (Tero Tilus) Date: Wed, 10 Mar 2010 19:44:49 +0200 Subject: [sup-talk] 12h/24h Datetime format in sup index In-Reply-To: <123554aa1003100745v59a49fd4uda1a800266290d18@mail.gmail.com> References: <123554aa1003100745v59a49fd4uda1a800266290d18@mail.gmail.com> Message-ID: <1268239924-sup-190@tilus.net> Dominik Epple, 2010-03-10 17:45: > I would prefer to have this as 24h date > Can one configure this? How? You need index-mode-date-widget hook $ sup --list-hooks ... index-mode-date-widget ---------------------- File: /home/terotil/.sup/hooks/index-mode-date-widget.rb Generates the per-thread date widget for each thread. Variables: thread: The message thread to be formatted. ... Mine looks like this date = thread.date from = Time.now if date.is_the_same_day? from # same day date.strftime("klo %H:%M") elsif date.is_the_day_before? from # yesterday date.nearest_hour.strftime("eilen %H") else if date.year != from.year # different year date.strftime("%e.%m.%Y") elsif date.month != from.month # same year date.strftime("%e.%m. %H") else # same month date.strftime("%e. %H:%M") end end Just copy that to your .sup/hooks/index-mode-date-widget.rb and tweak the formats (strftime calls) to suit your needs. Available formats you find from . -- Tero Tilus ## 050 3635 235 ## http://tero.tilus.net/ From johnbent@lanl.gov Wed Mar 10 16:05:35 2010 From: johnbent@lanl.gov (John Bent) Date: Wed, 10 Mar 2010 14:05:35 -0700 Subject: [sup-talk] signature hook placement Message-ID: <1268255039-sup-8974@guava.lanl.gov> Is there anyway to control where the signature hook text gets placed? If I'm replying in the middle of a long email thread, it places the signature at the bottom, whereas I'd prefer it placed under my last reply. Thanks, John From michael+sup@stapelberg.de Wed Mar 10 16:19:24 2010 From: michael+sup@stapelberg.de (Michael Stapelberg) Date: Wed, 10 Mar 2010 22:19:24 +0100 Subject: [sup-talk] signature hook placement In-Reply-To: <1268255039-sup-8974@guava.lanl.gov> References: <1268255039-sup-8974@guava.lanl.gov> Message-ID: <1268255892-sup-2273@midna.zekjur.net> Hi John, Excerpts from John Bent's message of Mi M?r 10 22:05:35 +0100 2010: > Is there anyway to control where the signature hook text gets placed? > If I'm replying in the middle of a long email thread, it places the > signature at the bottom, whereas I'd prefer it placed under my last > reply. General style for replying to email is to cut off the non-relevant text, so that the bottom of the mail is always under the last reply. To give you a more helpful hint if you still want to do it: the before-edit hook can be used to modify the message contents and place a signature in a more appropriate place. Best regards, Michael From michael+sup@stapelberg.de Wed Mar 10 16:21:50 2010 From: michael+sup@stapelberg.de (Michael Stapelberg) Date: Wed, 10 Mar 2010 22:21:50 +0100 Subject: [sup-talk] PGP INLINE - can't make it work In-Reply-To: <1268231546-sup-2256@pk-laptop> References: <201002261808.36354.kosmici-atakuja@wp.pl> <201003081129.47648.piotr.kempa@wp.eu> <1268044814-sup-4847@khjk.org> <201003081220.03154.piotr.kempa@wp.eu> <1268154338-sup-155@midna.zekjur.net> <1268218067-sup-7683@pk-laptop> <1268219571-sup-3316@midna.zekjur.net> <1268231546-sup-2256@pk-laptop> Message-ID: <1268256033-sup-470@midna.zekjur.net> Hi Piotr, Excerpts from Piotr Kempa's message of Mi M?r 10 15:41:35 +0100 2010: > Wow, this works!! Thank you so much Michael! This will make my job soooo much > easier, faster and more pleasant :) You?re welcome. Thanks for testing. I will now post the updated patch to sup-devel and hope that rlane will merge it soon. Best regards, Michael From sm@khjk.org Thu Mar 11 07:03:55 2010 From: sm@khjk.org (Sven Moritz Hallberg) Date: Thu, 11 Mar 2010 13:03:55 +0100 Subject: [sup-talk] flicker on poll for new messages Message-ID: <1268309031-sup-2088@khjk.org> Just a quick question, when polling for new messages, sup seems to blank the screen and just immediately repaint it. Is this necessary? Regards, Sven From michael+sup@stapelberg.de Thu Mar 11 07:26:58 2010 From: michael+sup@stapelberg.de (Michael Stapelberg) Date: Thu, 11 Mar 2010 13:26:58 +0100 Subject: [sup-talk] flicker on poll for new messages In-Reply-To: <1268309031-sup-2088@khjk.org> References: <1268309031-sup-2088@khjk.org> Message-ID: <1268310352-sup-1631@midna.zekjur.net> Hi Sven, Excerpts from Sven Moritz Hallberg's message of Do M?r 11 13:03:55 +0100 2010: > Just a quick question, when polling for new messages, sup seems to blank the > screen and just immediately repaint it. Is this necessary? Do you maybe receive new mails which are GPG signed/encrypted? In this case the flickering might be caused by leaving the ncurses mode, running the gpg command and re-entering ncurses mode. This is necessary to allow programs such as pinentry-curses to work correctly. Best regards, Michael From sm@khjk.org Thu Mar 11 07:35:44 2010 From: sm@khjk.org (Sven Moritz Hallberg) Date: Thu, 11 Mar 2010 13:35:44 +0100 Subject: [sup-talk] flicker on poll for new messages In-Reply-To: <1268310352-sup-1631@midna.zekjur.net> References: <1268309031-sup-2088@khjk.org> <1268310352-sup-1631@midna.zekjur.net> Message-ID: <1268310826-sup-3861@khjk.org> Excerpts from Michael Stapelberg's message of 2010-03-11 13:26:58 +0100: > Excerpts from Sven Moritz Hallberg's message of Do M?r 11 13:03:55 +0100 2010: > > Just a quick question, when polling for new messages, sup seems to blank the > > screen and just immediately repaint it. Is this necessary? > Do you maybe receive new mails which are GPG signed/encrypted? In this case > the flickering might be caused by leaving the ncurses mode, running the gpg > command and re-entering ncurses mode. This is necessary to allow programs > such as pinentry-curses to work correctly. This is probably it. Though I'm wondering, it also happens when there are no new messages received, or those messages are not PGP'ed... From dlordxorso@yahoo.com Thu Mar 11 10:47:43 2010 From: dlordxorso@yahoo.com (Daren Lord) Date: Thu, 11 Mar 2010 07:47:43 -0800 (PST) Subject: [sup-talk] before-add-message hook no creating threads Message-ID: <79968.51859.qm@web63906.mail.re1.yahoo.com> All, Have been using sup for a couple months and now that I feel comfortable with it I want to start customizing it. I am trying to take certain emails and lump them into a thread so I can keep track of the history Here is the code from my before-add-message.rb hook: if message.subj =~ /^\[ENV (PROD|TEST|DEV)\] Hourly ADDM report for instance (.*)/ message.add_ref $1 + "ADDM REPORTS - " + $2 message.add_label "report" message.add_label $1 end My add_label statements are working great, I just can't get the add_ref to work. I am not familiar with ruby at all, so I am hoping I am just missing something simple. Thanks. DLord -------------- next part -------------- An HTML attachment was scrubbed... URL: From johnbent@lanl.gov Thu Mar 11 16:09:04 2010 From: johnbent@lanl.gov (John Bent) Date: Thu, 11 Mar 2010 14:09:04 -0700 Subject: [sup-talk] Problem with lbdb and extra contacts hook In-Reply-To: <1253488117-sup-4560@harikalardiyari> References: <1253481392-sup-4891@harikalardiyari> <1253488117-sup-4560@harikalardiyari> Message-ID: <1268341630-sup-7494@guava.lanl.gov> Excerpts from Ali Polatel's message of Sun Sep 20 17:11:04 -0600 2009: > Ali Polatel yazm??: > > Hello, > > I've just started using sup and I'm really loving it. > > Thanks for the great software. > > > > I have a problem with extra-contact-addresses hook and lbdb. > > Using the hook in the wiki: > > contacts = [] > > `lbdbq |awk -F"\t" '{print $2 , "<"$1">"}'`.each { |c| contacts.push(c) } > > return contacts > > Answering myself, removing return from the last line works as expected! > I'll see if I can edit the wiki. > By the way, I recently used this hook as well and found it really slow so I rewrote it to parse the lbdb by hand instead of calling out to lbdb. For me, it went from 1.5s to 0.03s. I edited the wiki as well. Here's the hook: file = File.open( ENV['HOME'] + "/.lbdb/m_inmail.list", "r" ) contacts = [] while file.gets email,name = split("\t") contacts << "#{name} <#{email}>" end file.close contacts John From johnbent@lanl.gov Thu Mar 11 16:11:21 2010 From: johnbent@lanl.gov (John Bent) Date: Thu, 11 Mar 2010 14:11:21 -0700 Subject: [sup-talk] printing emails (but not attachments) Message-ID: <1268341771-sup-2631@guava.lanl.gov> I've been piping emails into muttprint which works well unless there's a binary attachment. When there's a binary attachment, muttprint prints it and it usually takes tens and tens of pages. Whoops. Anyone else figure out how to print emails but not attachments? Thanks, John From eg@gaute.vetsj.com Fri Mar 12 04:16:52 2010 From: eg@gaute.vetsj.com (Gaute Hope) Date: Fri, 12 Mar 2010 10:16:52 +0100 Subject: [sup-talk] Problem with lbdb and extra contacts hook In-Reply-To: <1268341630-sup-7494@guava.lanl.gov> References: <1253481392-sup-4891@harikalardiyari> <1253488117-sup-4560@harikalardiyari> <1268341630-sup-7494@guava.lanl.gov> Message-ID: <1268385173-sup-5542@dolk> Excerpts from John Bent's message of 2010-03-11 22:09:04 +0100: > Excerpts from Ali Polatel's message of Sun Sep 20 17:11:04 -0600 2009: > > Ali Polatel yazm??: > > > Hello, > > > I've just started using sup and I'm really loving it. > > > Thanks for the great software. > > > > > > I have a problem with extra-contact-addresses hook and lbdb. > > > Using the hook in the wiki: > > > contacts = [] > > > `lbdbq |awk -F"\t" '{print $2 , "<"$1">"}'`.each { |c| contacts.push(c) } > > > return contacts > > > > Answering myself, removing return from the last line works as expected! > > I'll see if I can edit the wiki. > > > By the way, I recently used this hook as well and found it really slow > so I rewrote it to parse the lbdb by hand instead of calling out to > lbdb. For me, it went from 1.5s to 0.03s. I edited the wiki as well. > Here's the hook: > > file = File.open( ENV['HOME'] + "/.lbdb/m_inmail.list", "r" ) > contacts = [] > while file.gets > email,name = split("\t") > contacts << "#{name} <#{email}>" > end > file.close > contacts This doesn't do the same thou as far as I can see, your hook only uses the addresses returned by the module using m_inmail.list; the former one uses all configured modules. - gaute -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From piotr.kempa@wp.eu Fri Mar 12 10:27:40 2010 From: piotr.kempa@wp.eu (piotr.kempa at wp.eu) Date: Fri, 12 Mar 2010 16:27:40 +0100 Subject: [sup-talk] Search for message by size Message-ID: <1268407529-sup-6710@pk-laptop> Hi there, Is there a way to search for messages in certain size range? I'm talking about bytes here, like search for messages bigger than 1MB (e.g. for making your maildirs smaller by cutting those 50MB emails from years ago). I can't find anything on the wiki or this mailing list... Thanks! From juantascon@gmail.com Fri Mar 12 11:43:52 2010 From: juantascon@gmail.com (Juan Diego) Date: Sat, 13 Mar 2010 01:43:52 +0900 Subject: [sup-talk] Search for message by size In-Reply-To: <1268407529-sup-6710@pk-laptop> References: <1268407529-sup-6710@pk-laptop> Message-ID: if you have maildirs the best for that task is to use "find", ex: find -size +1M will search for files bigger than 1M in the directory what Im not sure of is how to do it for mbox files On Sat, Mar 13, 2010 at 12:27 AM, wrote: > Hi there, > > Is there a way to search for messages in certain size range? I'm talking > about bytes here, like search for messages bigger than 1MB (e.g. for > making your maildirs smaller by cutting those 50MB emails from years > ago). > > I can't find anything on the wiki or this mailing list... > > Thanks! > _______________________________________________ > sup-talk mailing list > sup-talk at rubyforge.org > http://rubyforge.org/mailman/listinfo/sup-talk > From eliecartan@mailworks.org Fri Mar 12 16:37:07 2010 From: eliecartan@mailworks.org (E. Cartan) Date: Fri, 12 Mar 2010 15:37:07 -0600 Subject: [sup-talk] index options, by addressee instead of by sender In-Reply-To: <1267490267-sup-2324@pinkfloyd.chass.utoronto.ca> References: <20100302002310.GB19325@katowice> <1267490267-sup-2324@pinkfloyd.chass.utoronto.ca> Message-ID: <20100312213707.GB3800@katowice> Excerpts from Ben Walton's message of Mon Mar 01 07:38:45 -0500 2010: | Excerpts from E. Cartan's message of Mon Mar 01 19:23:10 -0500 2010: | | > I would like to see the messages which one sends displayed | > on the sup index by "addressee", instead of by "sender" | > (or sender replaced by "me"). Not all messages, but | > just the one sent by me. | | I think there is a patch to do just this that is likely to be included | in the next release of sup (or available now if you track the git repo). Finally yesterday I did get sup 0.11, only to realize that I don't know how to configure the index view to display the addressees on certain messages, nor how to modify the index view in any other way. Above, Were you thinking about using automatic labelling to filter and display the "addressees" instead of the sender only for my own "messages"? Or did you have in mind any other alternative tools or approaches? Would you please suggest where to start reading or looking? Please, consider that I am a only a beginner. I see the release announcement mentions the index at least twice: "Backwards-compatible index format improvements" and "New hooks: ... index-mode-date-widget". Probably my basic problem is that I don't know how to install or enable hooks, nor where to obtain them. I currently use only 3 hooks, which I copied from the sup wiki. However ruby appears to have somewhere the source or the list of several more. In fact the command: ruby -I lib -w /var/lib/gems/1.8/bin/sup -l will return: "have 30 registered hooks", but I am unable to find any of these. For each hook, the output of this command claims that the corresponding file is in ~/.sup/hooks/ But on that directory I only find the hooks which I copied from the wiki. I would like to thank here, in advance, all who reply with any additional help. Regards, Elie. From daniel.schoepe@googlemail.com Fri Mar 12 17:03:03 2010 From: daniel.schoepe@googlemail.com (Daniel Schoepe) Date: Fri, 12 Mar 2010 23:03:03 +0100 Subject: [sup-talk] [patch] Add crypto_selector variable to before-edit In-Reply-To: <1268130450-sup-8181@dolk> References: <1263824428-sup-6466@nemesis.home> <1264251144-sup-4056@masanjin.net> <1264521165-sup-9898@nemesis.home> <1268130450-sup-8181@dolk> Message-ID: <1268431172-sup-9482@nemesis.home> Excerpts from Gaute Hope's message of Tue Mar 09 11:29:13 +0100 2010: > Could someone be so kind and provide an example for setting it to i.e. > 'Sign' by default, given a specific from address? > > - gaute Something like this should work: crypto_selector.set_to :sign if header["From"] == "foo at ba.r" (You might need to use e.g. a regex if the header also contains the name, as in "Foo Bar ") -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: not available URL: From eg@gaute.vetsj.com Fri Mar 12 17:34:16 2010 From: eg@gaute.vetsj.com (Gaute Hope) Date: Fri, 12 Mar 2010 23:34:16 +0100 Subject: [sup-talk] [patch] Add crypto_selector variable to before-edit In-Reply-To: <1268431172-sup-9482@nemesis.home> References: <1263824428-sup-6466@nemesis.home> <1264251144-sup-4056@masanjin.net> <1264521165-sup-9898@nemesis.home> <1268130450-sup-8181@dolk> <1268431172-sup-9482@nemesis.home> Message-ID: <1268433226-sup-8467@dolk> Excerpts from Daniel Schoepe's message of 2010-03-12 23:03:03 +0100: > Excerpts from Gaute Hope's message of Tue Mar 09 11:29:13 +0100 2010: > > Could someone be so kind and provide an example for setting it to i.e. > > 'Sign' by default, given a specific from address? > > > > - gaute > > Something like this should work: > > crypto_selector.set_to :sign if header["From"] == "foo at ba.r" > > (You might need to use e.g. a regex if the header also contains the name, > as in "Foo Bar ") Thanks, that did it! - gaute -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From michael+sup@stapelberg.de Sat Mar 13 02:31:53 2010 From: michael+sup@stapelberg.de (Michael Stapelberg) Date: Sat, 13 Mar 2010 08:31:53 +0100 Subject: [sup-talk] index options, by addressee instead of by sender In-Reply-To: <20100312213707.GB3800@katowice> References: <20100302002310.GB19325@katowice> <1267490267-sup-2324@pinkfloyd.chass.utoronto.ca> <20100312213707.GB3800@katowice> Message-ID: <1268465328-sup-5169@midna.zekjur.net> Hi, Excerpts from E. Cartan's message of Fr M?r 12 22:37:07 +0100 2010: > I don't know how to install or enable hooks, nor where > to obtain them. > > I currently use only 3 hooks, which I copied from the sup wiki. > However ruby appears to have somewhere the source or the list > of several more. In fact the command: > > ruby -I lib -w /var/lib/gems/1.8/bin/sup -l > > will return: "have 30 registered hooks", but I am unable to > find any of these. For each hook, the output of this command > claims that the corresponding file is in ~/.sup/hooks/ > But on that directory I only find the hooks which I copied > from the wiki. To have a registered hook with a certain file means that the HookManager *would* execute the contents of that file, if it existed. So, to use a certain hook, create the appropriate file and place your ruby code in there. You can get example code in the wiki, as you have already mentioned. Best regards, Michael From tero@tilus.net Sun Mar 14 04:54:28 2010 From: tero@tilus.net (Tero Tilus) Date: Sun, 14 Mar 2010 10:54:28 +0200 Subject: [sup-talk] before-add-message hook no creating threads In-Reply-To: <79968.51859.qm@web63906.mail.re1.yahoo.com> References: <79968.51859.qm@web63906.mail.re1.yahoo.com> Message-ID: <1268556523-sup-2164@tilus.net> Daren Lord, 2010-03-11 17:47: > I am trying to take certain emails and lump them into a thread so I > can keep track of the history Why not use labels? That is exactly what labels are for. Isn't it? > Here is the code from my before-add-message.rb hook: > > if message.subj =~ /^\[ENV (PROD|TEST|DEV)\] Hourly ADDM report for instance (.*)/ > message.add_ref $1 + "ADDM REPORTS - " + $2 Sup expects ref to be a message id. In principle that should work, but the expectation could bite you here. Have you tried using id from an existing message? > message.add_label "report" > message.add_label $1 > end -- Tero Tilus ## 050 3635 235 ## http://tero.tilus.net/ From eliecartan@mailworks.org Mon Mar 15 04:02:39 2010 From: eliecartan@mailworks.org (E. Cartan) Date: Mon, 15 Mar 2010 03:02:39 -0500 Subject: [sup-talk] index view options, use addressee instead of sender In-Reply-To: <20100312213707.GB3800@katowice> References: <20100302002310.GB19325@katowice> <1267490267-sup-2324@pinkfloyd.chass.utoronto.ca> <20100312213707.GB3800@katowice> Message-ID: <20100315080239.GA3905@katowice> Excerpts from E. Cartan's message of Fri Mar 12 2010 19:23:10 -0500 2010: On Fri, Mar 12, 2010 at 03:37:07PM -0600, E. Cartan wrote: | Excerpts from Ben Walton's message of Mon Mar 01 07:38:45 -0500 2010: | | Excerpts from E. Cartan's message of Mon Mar 01 19:23:10 -0500 2010: | | | | > I would like to see the messages which one sends displayed | | > on the sup index by "addressee", instead of by "sender" | | > (or sender replaced by "me"). Not all messages, but | | > just the one sent by me. | | | | I think there is a patch to do just this that is likely to be | | included in the next release of sup (or available now if you | | track the git repo). | | Finally yesterday I did get sup 0.11, only to realize that | I don't know how to configure the index view to display the | addressees on certain messages, nor how to modify the index | view in any other way. Actually I have just discovered today that sup 0.11 index seems to do the above BY DEFAULT. I mean, it displays the addressee/recipient (between parentheses), instead of the sender "(me)", in the case of of messages sent by oneself. I am sorry for having being so confused to have asked above how to obtain what appears to be the default behaviour of the new version of sup. My false assumption that a configuration change, or a hook were needed, was based on the fact that the first time I ran sup 0.11, the index continued to be displayed as in older versions, However today, when I started it a second time, I noticed that it complained about not having ncursesw installed. Having the wide character ncurses library solved my problem. Regards, Elie Cartan From piotr.kempa@wp.eu Mon Mar 15 05:11:48 2010 From: piotr.kempa@wp.eu (piotr.kempa) Date: Mon, 15 Mar 2010 10:11:48 +0100 Subject: [sup-talk] Search for message by size In-Reply-To: References: <1268407529-sup-6710@pk-laptop> Message-ID: <1268644060-sup-2983@pk-laptop> Thanks Juan, I actually can do this since I'm on maildir but this will be quite a bit of work since the filenames don't tell me much about the message. So I'd have to manually open each found file, see what it's about and then find the thread in sup. I kind of hoped I could search from within sup, just like you can search for messages from certain date range. But thanks for the idea anyway, I'll do it if I'm really pressed for space. Excerpts from Juan Diego's message of 2010-03-12 17:43:52 +0100: > if you have maildirs the best for that task is to use "find", ex: > find -size +1M > will search for files bigger than 1M in the directory > what Im not sure of is how to do it for mbox files > > On Sat, Mar 13, 2010 at 12:27 AM, wrote: >> Hi there, >> >> Is there a way to search for messages in certain size range? I'm talking >> about bytes here, like search for messages bigger than 1MB (e.g. for >> making your maildirs smaller by cutting those 50MB emails from years >> ago). >> >> I can't find anything on the wiki or this mailing list... >> From johnbent@lanl.gov Wed Mar 17 15:25:02 2010 From: johnbent@lanl.gov (John Bent) Date: Wed, 17 Mar 2010 13:25:02 -0600 Subject: [sup-talk] printing emails (but not attachments) In-Reply-To: <1268341771-sup-2631@guava.lanl.gov> References: <1268341771-sup-2631@guava.lanl.gov> Message-ID: <1268853590-sup-9103@guava.lanl.gov> Excerpts from John Bent's message of Thu Mar 11 14:11:21 -0700 2010: > I've been piping emails into muttprint which works well unless there's > a binary attachment. When there's a binary attachment, muttprint > prints it and it usually takes tens and tens of pages. Whoops. > > Anyone else figure out how to print emails but not attachments? > Well, I'm sure I've once again reinvented the wheel but I wrote my own script to print emails without printing binary attachments. It reads an email, pipes the headers to muttprint, then pipes text/plain and text/html through w3m into muttprint, for everything else it pipes "# Attachment: filename (type)." It requires w3m and muttprint to be in the user's path. I'm sorry that it's horribly in violation of sup philosophy but I wrote it in python. :( Sorry but my ruby is just barely good enough to do 'if' statements in my hooks. It's attached in case anyone else wants it. I'm scared I really did just reinvent the wheel, otherwise I'd add it to the wiki. To print an email from sup using this, hit '|' in thread-view-mode to open a pipe and then just type sup-print (assuming you've put this attachment in your path). I believe all the python imports it uses come standard. -- Thanks, John -------------- next part -------------- A non-text attachment was scrubbed... Name: sup-print Type: application/octet-stream Size: 1963 bytes Desc: not available URL: From mmcdermott@mad-computer-scientist.com Wed Mar 17 15:47:16 2010 From: mmcdermott@mad-computer-scientist.com (Michael McDermott) Date: Wed, 17 Mar 2010 14:47:16 -0500 Subject: [sup-talk] printing emails (but not attachments) In-Reply-To: <1268853590-sup-9103@guava.lanl.gov> References: <1268341771-sup-2631@guava.lanl.gov> <1268853590-sup-9103@guava.lanl.gov> Message-ID: <1268855141-sup-3697@zion> Well, I'm not a dev, but this little wrapper + muttprint is exactly the kind of thing I've been looking for, from the time I was using pine until now. Thanks for posting it. Excerpts from John Bent's message of Wed Mar 17 14:25:02 -0500 2010: > Excerpts from John Bent's message of Thu Mar 11 14:11:21 -0700 2010: > > I've been piping emails into muttprint which works well unless there's > > a binary attachment. When there's a binary attachment, muttprint > > prints it and it usually takes tens and tens of pages. Whoops. > > > > Anyone else figure out how to print emails but not attachments? > > > Well, I'm sure I've once again reinvented the wheel but I wrote my own > script to print emails without printing binary attachments. It reads an > email, pipes the headers to muttprint, then pipes text/plain and > text/html through w3m into muttprint, for everything else it pipes "# > Attachment: filename (type)." It requires w3m and muttprint to be in > the user's path. > > I'm sorry that it's horribly in violation of sup philosophy but I wrote > it in python. :( Sorry but my ruby is just barely good enough to do > 'if' statements in my hooks. > > It's attached in case anyone else wants it. I'm scared I really did > just reinvent the wheel, otherwise I'd add it to the wiki. To print an > email from sup using this, hit '|' in thread-view-mode to open a pipe > and then just type sup-print (assuming you've put this attachment in > your path). I believe all the python imports it uses come standard. -- Michael McDermott www.mad-computer-scientist.com From johnbent@lanl.gov Wed Mar 17 16:31:31 2010 From: johnbent@lanl.gov (John Bent) Date: Wed, 17 Mar 2010 14:31:31 -0600 Subject: [sup-talk] printing emails (but not attachments) In-Reply-To: <1268853590-sup-9103@guava.lanl.gov> References: <1268341771-sup-2631@guava.lanl.gov> <1268853590-sup-9103@guava.lanl.gov> Message-ID: <1268857847-sup-547@guava.lanl.gov> Excerpts from John Bent's message of Wed Mar 17 13:25:02 -0600 2010: > Excerpts from John Bent's message of Thu Mar 11 14:11:21 -0700 2010: > > I've been piping emails into muttprint which works well unless there's > > a binary attachment. When there's a binary attachment, muttprint > > prints it and it usually takes tens and tens of pages. Whoops. > > > > Anyone else figure out how to print emails but not attachments? > > > Well, I'm sure I've once again reinvented the wheel but I wrote my own > script to print emails without printing binary attachments. It reads an > email, pipes the headers to muttprint, then pipes text/plain and > text/html through w3m into muttprint, for everything else it pipes "# > Attachment: filename (type)." It requires w3m and muttprint to be in > the user's path. > > I'm sorry that it's horribly in violation of sup philosophy but I wrote > it in python. :( Sorry but my ruby is just barely good enough to do > 'if' statements in my hooks. > > It's attached in case anyone else wants it. I'm scared I really did > just reinvent the wheel, otherwise I'd add it to the wiki. To print an > email from sup using this, hit '|' in thread-view-mode to open a pipe > and then just type sup-print (assuming you've put this attachment in > your path). I believe all the python imports it uses come standard. > Sorry, it wasn't handling quoted-printable encodings. Patched version attached. -- Thanks, John -------------- next part -------------- A non-text attachment was scrubbed... Name: sup-print Type: application/octet-stream Size: 1974 bytes Desc: not available URL: From johnbent@lanl.gov Wed Mar 17 20:28:04 2010 From: johnbent@lanl.gov (John Bent) Date: Wed, 17 Mar 2010 18:28:04 -0600 Subject: [sup-talk] printing emails (but not attachments) In-Reply-To: <1268855141-sup-3697@zion> References: <1268341771-sup-2631@guava.lanl.gov> <1268853590-sup-9103@guava.lanl.gov> <1268855141-sup-3697@zion> Message-ID: <1268871848-sup-8102@guava.lanl.gov> Excerpts from Michael McDermott's message of Wed Mar 17 13:47:16 -0600 2010: > Well, I'm not a dev, but this little wrapper + muttprint is exactly the > kind of thing I've been looking for, from the time I was using pine > until now. > Glad you like it. Added it to the wiki. Although it seems to make much more sense to have this functionality inside sup itself. sup already knows how to decode and display many of the content-types, it already hides attachments it can't display, and it formats the headers as well. I tried writing a patch to add a config line for printer command, add a keystroke for printing, and then have sup pipe the modified email into the defined printer command, but it's beyond my ruby skills and beyond the time I spent trying to grok sup. John -- Thanks, John From isra@herraiz.org Tue Mar 30 10:19:35 2010 From: isra@herraiz.org (Israel Herraiz) Date: Tue, 30 Mar 2010 16:19:35 +0200 Subject: [sup-talk] Problems with encodings and Ruby 1.9 Message-ID: <1269957778-sup-2533@duck> Hi all, I am trying out Sup with Ruby 1.9 in ArchLinux, and I am facing some crashes with some messages written in different encodings. Those messages were correctly shown with Ruby 1.8. The problem is that when there are messages with some different encoding. In particular, whenever I get a message with ASCII_8BIT, Sup crashes with the following message: incompatible character encodings: UTF-8 and ASCII-8BIT This both happens in Sup next and in Sup 0.11; I have tried to fix it, touching the check method in utils.rb, without success. Well, actually with partial success, because if at line 719 I change the else condition forcing the charset to be utf-8, the message will be shown, although with wide characters not properly displayed. In a message in sup-devel, Rich pointed out that an ASCII_8BIT string means that there is a bug in Sup [1]. I am willing to debug this, but I have not found yet where the problem is. I can provide a copy of the messages causing this if someone else wants to reproduce this behavior. Any hint about how to fix this? Cheers, Israel