headers
Sebastian Lipp | 24 May 2013 13:59

Umlauts broken

Hi.

I was really happy as I heard, that sup is actively developed again. Too
long time ago I had to leave sup because it got broken more and more...

Just tried to install (via gem) and run it via rbenv under ruby
1.9.3-p327 and 1.9.3-p392.  With both I have the problem that characters
like Umlauts are not show correctly. For example: "ä" becomes "\xe4".

When setting $SUP_LOG_LEVEL to debug I get several of those lines:

  couldn't transcode text from ASCII (ASCII) to UTF8 ("<20130523193529.GB30"...): got
String::CheckError (unexpected encoding ASCII-8BIT)

I'm not sure if this is related to my encoding problems. Any of those
lines seem to be referencing to header lines.

I was long enough without sup so I can wait for the compatibility with
ruby 2.0.0 but I would really prefer to sup again sooner.

So have you any solution, work-around or patch at hand for this problem
or do you have any idea how I can help debug this problem?

LG
basti

--

-- 
react!OR               ::         Frühlingstr. 17 | 87439 Kempten
selbstverwaltetes JuZe :: Infoladen | Umsonstladen | Offener Raum
https://react.or.ke    ::                  Telefon: 0831 52623689
(Continue reading)

Permalink | Reply | 3 comments |
headers
Mark Alexander | 17 May 2013 18:51
Picon
Favicon

[PATCH] Fix search-for-next function when using Ruby 1.9

[Note: I've submitted a pull request for this fix.]

The use of the 'n' key to search for the next occurrence
of a string stopped working when running sup in Ruby 1.9.
This simple patch fixes that problem.
---
 lib/sup/buffer.rb |    2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/lib/sup/buffer.rb b/lib/sup/buffer.rb
index 444589a..859e0c7 100644
--- a/lib/sup/buffer.rb
+++ b/lib/sup/buffer.rb
 <at>  <at>  -271,7 +271,7  <at>  <at>  EOS

   def handle_input c
     if  <at> focus_buf
-      if  <at> focus_buf.mode.in_search? && c != CONTINUE_IN_BUFFER_SEARCH_KEY[0]
+      if  <at> focus_buf.mode.in_search? && c != CONTINUE_IN_BUFFER_SEARCH_KEY.ord
          <at> focus_buf.mode.cancel_search!
          <at> focus_buf.mark_dirty
       end
Permalink | Reply | 1 comment |
headers
Gaute Hope | 15 May 2013 10:30
Gravatar

Release 0.13.0


Greetings fellow Suppers,

We have just released version 0.13.0 at Rubygems:

  https://rubygems.org/gems/sup

to install:

  gem install sup

for more information check out the wiki:

  https://github.com/sup-heliotrope/sup/wiki

or the new web site:

  http://supmua.org

Thanks a lot to all who have contributed over the last years since the
previous release, and in particular all those who have been part of
effort to get Sup going again and getting this release out as well as
William Morgan who has let us keep working on Sup. I hope it will last!

Please report bugs too:

  https://github.com/sup-heliotrope/sup/issues

The Sup maintainers
(Continue reading)

Permalink | Reply | 3 comments |
headers
Gaute Hope | 28 Apr 2013 20:23
Gravatar

Getting ready for sup-0.13

Greetings list,

William has graciously given us access to the rest of the Sup
infrastructure and the plan is to move as much as possible to GitHub.

At the moment we are three maintainers: Hamish Downer, Matthieu
Rakotojaona and myself.

There are three categories for the sup repository team:
Owner, Commiter, Contributor. Pretty much any kind of contribution would
mean we would add you to the contributor team if you asked to be.

The plan for sup is:
Release sup-0.13 relatively soon:
 - including the last bugfixes otherwise leave out the major changes
   that have been discussed lately

And the proposed roadmap for sup-0.14:
 - support ruby 2.0.0
 - migrate to psych
 - remove all deprecated and abandoned dependencies (e.g. switch from
RMail to Mail)
 - implement IMAP syncback support
 - get uft-8 encoding right

We have documented this setup and the roadmap in the wiki at:
 -
https://github.com/sup-heliotrope/sup/wiki/Development%3A-Administration-and-Team
 - https://github.com/sup-heliotrope/sup/wiki/Development
(Continue reading)

Permalink | Reply | 5 comments |
headers
William Morgan | 21 Apr 2013 05:31

what can i help with?

Hi folks,

My sincere apologies for the complete and utter abandonment of Sup and
Heliotrope. It's a constant source of emotional distress to me, but I do
not have time to do anything with these projects any more. (Including
monitoring this mailing list, which long ago fell victim to an
overly-aggressive filtering rule.) I apologize.

But I'm thrilled to see that there is enough community momentum to keep
things going. I'd love to enable this as best I can. What is the list of
things you need from me to take over maintenance of Sup?

1. Add some new owners to the sup gem. (Who?)
2. Add some administrators to the Rubyforge page. (Who?)
3. What else?

-w
Permalink | Reply | 10 comments |
headers
Gaute Hope | 17 Apr 2013 15:53
Gravatar

Encoding: UTF-8

Hi,

I set up a wiki page about UTF-8, if-when Iconv gets deprecated it's an excellent time to get UTF-8 right. Please modify or comment. I intended the page as a sort of coding-guide, but there are (as part of Iconv deprecation) several parts that need to be re-written.

https://github.com/sup-heliotrope/sup/wiki/Development:-UTF-8

Cheers,
Gaute
_______________________________________________
sup-talk mailing list
sup-talk <at> rubyforge.org
http://rubyforge.org/mailman/listinfo/sup-talk
Permalink | Reply | 0 comments |
headers
Mark Alexander | 15 Apr 2013 16:01
Picon
Favicon

[PATCH] Fix problem with account selector

Here is the commit on my fork (I also did a pull request)
for something that I found useful when using the same
inbox for both personal and work email:

https://github.com/bloovis/sup/commit/4f843f53feac2cc7e1f7d8f5a32043878b398ace

When sending a message, the account selector was ignoring
the account set by the before-edit hook.  Fix this
by running the hook before setting up the account selector.
---
 lib/sup/modes/edit-message-mode.rb |    3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/lib/sup/modes/edit-message-mode.rb b/lib/sup/modes/edit-message-mode.rb
index 464d935..1ed5969 100644
--- a/lib/sup/modes/edit-message-mode.rb
+++ b/lib/sup/modes/edit-message-mode.rb
 <at>  <at>  -116,6 +116,8  <at>  <at>  EOS
      <at> selector_label_width = 0
      <at> async_mode = nil

+    HookManager.run "before-edit", :header =>  <at> header, :body =>  <at> body
+
      <at> account_selector = nil
     # only show account selector if there is more than one email address
     if $config[:account_selector] && AccountManager.user_emails.length > 1
 <at>  <at>  -145,7 +147,6  <at>  <at>  EOS
       end
     add_selector  <at> crypto_selector if  <at> crypto_selector

-    HookManager.run "before-edit", :header =>  <at> header, :body =>  <at> body
     if  <at> crypto_selector
       HookManager.run "crypto-mode", :header =>  <at> header, :body =>  <at> body, :crypto_selector =>  <at> crypto_selector
     end
--

-- 
1.7.9.5
Permalink | Reply | 1 comment |
headers
Gaute Hope | 14 Apr 2013 00:17
Gravatar

Re: sup: Fix for an UndefinedMethodError

On la. 13. april 2013 kl. 22.48 +0200, Jonathan Lassoff wrote:
> Maybe William can help out?
> https://twitter.com/wm/status/323175493367119873

That would be the best ;)

But I still think we need to get rid of the deprecated and abandoned 
stuff.

- gaute
Permalink | Reply | 0 comments |
headers
Jonathan Lassoff | 12 Apr 2013 20:09
Gravatar

sup: Fix for an UndefinedMethodError

I kept hitting this bug that was driving me nuts.

While editing a message, I'd go to add a recipient that I don't usually email.

So, I'd leave my draft in a buffer, find a mail from them, and go to
update their contact, only to get hit with an undefined method error.
This seems to get triggered if you ever set a new alias for a contact
that already exists in the contacts list.

I made a fix on my branch on gitorious.
https://gitorious.org/~jofathan/sup/jofathan-sup/commit/7754799bc186833371c7839142270fe65b942ee6

Is anyone still monitoring the sup/mainline repo on gitorious?
William Morgan? Are you still active with sup? Does sup need a new maintainer?

I still use sup every day for my work email, and its my favorite client ever.
Maybe it would be useful to have a sup hackers meetup in San Francisco?

The crash was like:
[Fri Apr 12 10:04:55 -0700 2013] ERROR: oh crap, an exception
----------------------------------------------------------------
I'm very sorry. It seems that an error occurred in Sup. Please
accept my sincere apologies. Please submit the contents of
/home/jof/.sup/exception-log.txt and a brief report of the
circumstances to http://masanjin.net/sup-bugs/ so that I might
address this problem. Thank you!

Sincerely,
William
----------------------------------------------------------------
--- NoMethodError from thread: main
undefined method `email' for "THE_PERSONS_ALIAS_NAME":String
/usr/lib/ruby/1.8/sup/contact.rb:33:in `update_alias'
(eval):1:in `send'
(eval):1:in `update_alias'
/usr/lib/ruby/1.8/sup/modes/contact-list-mode.rb:13:in `alias_contact'
/usr/lib/ruby/1.8/sup/modes/thread-view-mode.rb:259:in `alias'
/usr/lib/ruby/1.8/sup/mode.rb:59:in `send'
/usr/lib/ruby/1.8/sup/mode.rb:59:in `handle_input'
/usr/lib/ruby/1.8/sup/buffer.rb:278:in `handle_input'
/usr/bin/sup-mail:273
Permalink | Reply | 26 comments |
headers
Adam Bogacki | 27 Mar 2013 04:02
Picon

Thunderbird, and a syntax error near unexpected token `"\n"'

I'm trying to add maildirs to sup, adding two tags, one for the Thunderbird folder and one for the name of the mail collection,
following the example at
http://sup.rubyforge.org/wiki/wiki.pl?ThunderbirdImport

but keep getting

root <at> Candide03:32 PM~:~$ `ls mdirs`.split("\n").each {|dir|`ls mdirs/#{dir}`.split("\n").each {|mdir| sup-add -ul #{dir.downcase},#{mdir.downcase} `maildir:/home/adam/.icedove/9zurob0v.default/Mail/mdirs/#{dir}/#{mdir}`}}
bash: syntax error near unexpected token `"\n"'

Can anyone point out what I am missing here ?

Regards,

Adam Bogacki,

adam.bogacki <at> clear.net.nz

_______________________________________________
sup-talk mailing list
sup-talk <at> rubyforge.org
http://rubyforge.org/mailman/listinfo/sup-talk
Permalink | Reply | 1 comment |
headers
Gaute Hope | 26 Mar 2013 08:11
Gravatar

Travis integration

Hi,

Travis integration: I think this is a good idea, especially if we get
more tests up and running. My biggest annoyance, charset-issues, could
potentially greatly benefit from this. Every time something new is
implemented or something is changed it is very easy to forget to test
for ASCII / UTF-8 / whatever conversion/mixing and so on, it would be
great with a general test that could be easily adapted for theses cases.

 <at> Whyme: How does your Travis integration work with the new 'test' target?

What do you think about including the few files that are in the main
repositories?

- Gaute

-------- Original Message --------
Subject: Re: [sup] Convert use of Rake::GemPackageTask to
Gem::PackageTask (#9)
Date: Thu, 21 Mar 2013 08:04:54 -0700
From: Whyme.Lyu <notifications <at> github.com>
Reply-To: sup-heliotrope/sup
<reply+i-11837079-94d5e391deb98d79554cc13e2825e2d1dcf6c79a-56827 <at> reply.github.com>
To: sup-heliotrope/sup <sup <at> noreply.github.com>
CC: Gaute Hope <eg <at> gaute.vetsj.com>

+1 for merging this. With this patch and #10 and #11 applied, I can do
`rake gem` locally. And I'm about to setup Travis integration. Even if
there're no tests, it'd be much better to just do a smoking build and
release a usable gem soon.

---
Reply to this email directly or view it on GitHub:
https://github.com/sup-heliotrope/sup/pull/9#issuecomment-15243758
Permalink | Reply | 2 comments |

Gmane