Package Details: sup 1.0-1

Git Clone URL: (read-only, click to copy)
Package Base: sup
Description: Sup is a console-based email client for people with a lot of email. Great mutt alternative.
Upstream URL:
Licenses: GPL
Conflicts: sup-git
Submitter: Garoth
Maintainer: asch
Last Packager: asch
Votes: 52
Popularity: 0.000000
First Submitted: 2009-05-12 15:12
Last Updated: 2020-07-14 09:39

Latest Comments

« First ‹ Previous ... 4 5 6 7 8 9 10 Next › Last »

hollunder commented on 2010-09-03 17:49

For those like me who don't have a 1.9.1 binary anymore, building the from the last PKGBUILD fails:

And I filed a bug in the meantime:

hollunder commented on 2010-09-03 12:33

I tried to modify the ruby-ncurses PKGBUILD to work the same way as ruby-ncursesw, but it fails to build. The version of the gem seems rather old too:
No idea how to fix this.

hollunder commented on 2010-09-03 12:05

Installing ruby-xapian-full gets rid of this one, but the weirder one lurks behind the next corner: Could not find RubyGem ncurses (>= 0) (Gem::LoadError)

It doesn't see ruby-ncursesw as providing ruby-ncurses and apparently ruby-ncurses doesn't provide it either

hollunder commented on 2010-09-02 22:51

It looks like the latest ruby update messed up sup. Is there a way to fix it?
/usr/lib/ruby/1.9.1/rubygems.rb:762:in `report_activate_error': Could not find RubyGem xapian-full (>= (Gem::LoadError)

Garoth commented on 2010-08-28 08:25

Hey hollunder. Thanks for the detailed report. I'm somewhat on vacation at the moment, but I'll take a look at this when I can.

hollunder commented on 2010-08-24 18:30

It seems there's something missing that's needed for some hooks, example: ~/.sup/hooks/mime-decode.rb from the wiki:

The hook fails with: sh: /usr/bin/run-mailcap: No such file or directory

The script in question can be found as part of this tarball:
I don't know whether a real upstream URL exists.

There is a package in AUR that provides it, but unfortunately it is a bit more complicated than necessary at the moment, as it extracts the .deb instead of using the source tarball. It can be found here:

Maybe this script, one the package is fixed, can be added as optdepend.

Garoth commented on 2010-05-06 01:39

Thanks for posting your solution back here. I think the solution looks theoretically reasonable -- perhaps it'll be patched in a future version of sup (likely the next one).

I think if I were you, I'd just patch my file and forget about it. It'll be overwritten at the next version, and at that point it'll hopefully be fixed if it's a known issue with a solution. If it isn't then they're mean :)

Anonymous comment on 2010-05-05 21:29

Okay, sup-devel had about this thing already ( ). My fix was to add this in sup.rb

## determine encoding and character set
$encoding = Locale.current.charset
$encoding = "UTF-8" if $encoding == "utf8"

I guess it works, though anyone has better solutions?

Anonymous comment on 2010-05-05 17:17

Checked incoming mail to be utf8, and since compose-mode displays them correctly ncursesw must be working okay too. I'm confused.

Anonymous comment on 2010-05-05 17:04

I can't seem to get utf8 working. All non-ascii characters seem to be visible in a form such as "\xe4" for ä and "\xf6" for ö. Any fellow archers have utf8 working with sup?

When composing mail the characters display fine. Is this just a problem with incoming mail being non-utf8?