Package Details: alot 0.5.1-2

Git Clone URL: (read-only)
Package Base: alot
Description: terminal-based MUA for the notmuch mail system
Upstream URL:
Licenses: GPL
Submitter: None
Maintainer: zerathidune
Last Packager: zerathidune
Votes: 23
Popularity: 0.889722
First Submitted: 2011-08-13 19:56
Last Updated: 2017-02-09 16:59

Latest Comments

zerathidune commented on 2017-02-09 17:03

I sent a patch upstream and backported it to this package. It will probably land upstream soon, but anyway this package is fixed.

zerathidune commented on 2017-02-07 06:48

@confusedfla, thanks for reporting that -- yeah, that obviously shouldn't be there. I'll fix it soon.

Question: what package is it conflicting with? there really shouldn't be *any* package that puts things in that directory.

confusedfla commented on 2017-02-06 18:52

Could you add `rm -rf /usr/lib/python2.7/site-packages/tests` to build() as this is clearly not needed and yields to conflicts.

zerathidune commented on 2017-01-31 15:41

Updated to 0.5.1

zerathidune commented on 2016-12-14 20:39

@sdothum, thanks for the heads up, I'll look into the requests thing. I don't want to just blindly add it, since that suggests that it's doing stuff with the network during the build, which is troubling.

The warnings are to be expected; this is the doc issue I was referencing below. Since it doesn't break the build, I'm not going to bother with it. I've already pushed a fix upstream which will be part of the next release.

sdothum commented on 2016-12-13 14:32

I had to add python2-requests dependency to avoid sphinx error during build.

Still got ImportError: No module named addressbooks

but build completed.

zerathidune commented on 2016-12-13 01:28

I sat down with this again, and couldn't reproduce the failure I was getting before (warnings still showed up, but it built). The doc issue is fixed in master, but it should be fine to release it as-is so I've done so. Cheers.

zerathidune commented on 2016-12-10 05:09

Alot 0.4 is out. There's an upstream doc bug that causes build() to fail, so rather than patching it locally I'm trying to push the fix upstream:

With luck, we'll get a corrected release soonish, and can just skip straight to that. I'll keep you all posted.

zerathidune commented on 2016-10-30 14:20

@Lokaltog, thanks for catching this. I hadn't -Syu'd, so hadn't run into it.

Lokaltog commented on 2016-10-29 17:16

It seems the python2-magic package has changed name from Magic-file-extensions to file-magic, which breaks this package. This change resolves the issue for me:

@@ -33,7 +33,7 @@ build() {
# "Magic-file-extensions", as opposed to the python-magic on pypi. The
# result is that the alot executable can't find the module, so we patch
# to fix the dependency:
- sed -i -e 's/python-magic/Magic-file-extensions/'
+ sed -i -e 's/python-magic/file-magic/'
python2 build
make SPHINXBUILD=sphinx-build2 -C docs man html

All comments