Package Details: alot 0.6-1

Git Clone URL: https://aur.archlinux.org/alot.git (read-only)
Package Base: alot
Description: terminal-based MUA for the notmuch mail system
Upstream URL: https://github.com/pazz/alot
Licenses: GPL
Submitter: None
Maintainer: zerathidune
Last Packager: zerathidune
Votes: 30
Popularity: 0.466093
First Submitted: 2011-08-13 19:56
Last Updated: 2017-09-06 19:28

Latest Comments

zerathidune commented on 2017-09-06 19:30

Updated to 0.6. Note that one of the dependencies has changed.

@bastelfreak, I think I've also fixed the problem you were having. See also:

https://github.com/sphinx-doc/sphinx/issues/2946

zerathidune commented on 2017-09-04 22:16

I just got the out of date notification; thanks for alerting me. I'll try to get to this in the next day or two. It looks like there are a couple of minor things needed beyond just a version bump.

zerathidune commented on 2017-07-30 21:07

@bastelfreak, I have a hunch as to what's going on: could you add the option -j1 to the make command in build, and let me know if that fixes your problem? From the output it looks like the calls to sphinx-build are getting interleaved, and trampling on each other.

Also, per the output:

The full traceback has been saved in /tmp/sphinx-err-YWKszT.log, if you want to report the issue to the developers.
Please also report this if it was a user error, so that a better error message can be provided next time.
A bug report can be filed in the tracker at <https://github.com/sphinx-doc/sphinx/issues>. Thanks!

Could you fish out that file? I'd like to pass this along upstream if possible.

bastelfreak commented on 2017-07-29 21:23

Hi,

I'm currently not able to build is PKGBUILD in a clean environemnt. Buildlogs are available at https://ci.virtapi.org/job/Arch_Package_alot/35/console

I'm not sure abot the root cause, I guess it is this:

loading pickled environment... not yet created
File "/usr/lib/python2.7/os.py", line 157, in makedirs
mkdir(name, mode)
OSError: [Errno 17] File exists: '/build/alot/src/alot-0.5.1/docs/build/doctrees'

GenkiSky commented on 2017-06-17 04:03

@zerathidune Thanks for checking. It's possible I did something weird with my python packages, as having python2-idna or python2-pyopenssl is not sufficient for me. But anyway, yes, sounds like adding it as dependency does not make sense here.

zerathidune commented on 2017-06-16 23:54

Hm, I'm don't have that package installed and I'm not getting that error. I looked at the output of pacman -Qi python2-twisted:

...
Optional Deps : python2-pyopenssl: for TLS client hostname verification
python2-service-identity: for TLS client hostname verification
python2-idna: for TLS client hostname verification [installed]
...

Perhaps I'm not getting the error because any one of those is sufficient to satisfy the dependency?

Alot doesn't actually use the networking bits of twistied afaik; It would be a shame to introduce an extra dependency just to silence an irrelevant warning. Given that the twisted package marks it as optional I'm inclined to leave it out.

GenkiSky commented on 2017-06-14 08:16

Thanks for packaging this. Minor issue I'm having though is that when python2-service-identity is not installed, the following message is printed to stderr on startup of alot:

:0: UserWarning: You do not have a working installation of the service_identity module: 'No module named service_identity'. Please install it from <https://pypi.python.org/pypi/service_identity> and make sure all of its dependencies are satisfied. Without the service_identity module, Twisted can perform only rudimentary TLS client hostname verification. Many valid certificate/hostname mappings may be rejected.

Are others able to reproduce this? If so, it seems python2-service-identity should be added as a dependency?

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.

All comments