David Bremner writes:
> At least in emacs24, this removes the "site-lisp" directories from the
> load path in addition to enforcing --no-site-lisp --no-init-file.
>
that should say, --no-site-file. fixed in git.
d
At least in emacs24, this removes the "site-lisp" directories from the
load path in addition to enforcing --no-site-lisp --no-init-file.
This works around a slightly mysterious bug on Debian that causes
test-lib.el not to load when there is cl-lib.el(c) in some site-lisp
directory. It should be
Jani Nikula writes:
> My quick guess is that gmime stops header processing at that point, and
> all the headers we require are after that invalid header.
I can confirm that. I adapted one of the example programs which comes
with gmime to read out the "From" header, and it indeed was not found,
Jani Nikula writes:
> On Wed, 28 May 2014, Wael Nasreddine wrote:
>> I'm trying to take advantage of the tag:replied to give higher priority
>> to emails sent to very busy lists but it seems that it's not returning
>> the results that I am expecting.
>>
>> $ notmuch search tag:unread AND
David Bremner writes:
> This might have worked once for some fixed order of including
> makefiles, but it is clearly wrong now.
series pushed to master
d
Felipe Contreras writes:
> In my system `pkg-config --libs talloc` returns
> 'Wl,-rpath,/usr/lib -ltalloc' (probably wrongly) which causes the final
> LDFLAGS to be something like '-Wl,-rpath,/usr/lib
> -Wl,-rpath,/opt/notmuch/lib', which causes the RUNPATH to be
> '/usr/lib:/opt/notmuch/lib',
Amadeusz ?o?nowski writes:
> html_static_path is a kind of source directory and it was set to
> destination directory (../html) which caused infinite recursion with
> Sphinx 1.2 and above.
pushed to release and master.
d
Mark Walters writes:
> Currently notmuch-tag throws a "wrong-type-argument stringp nil" if
> passed a nil query-string. Catch this and provide a more useful error
> message. This fixes a case in notmuch-tree (if you try to tag when at
> the end of the buffer).
pushed to release and master
d
On Wed, 28 May 2014, David Bremner wrote:
> I've tagged this as a wishlist bug / feature request for now, until
> somebody has a chance to track down where exactly the issue is, and how
> hard it would be to fix.
My quick guess is that gmime stops header processing at that point, and
all the
On Tue, 27 May 2014, kototama kototama wrote:
> Is it possible to display the thread with messages that have not the unread
> tag collapsed ?
Currently the only options (AFAIK) are expanding all messages, expanding
messages matching the query and collapsing the rest, or collapsing all
messages.
On Wed, 28 May 2014, Wael Nasreddine wrote:
> I'm trying to take advantage of the tag:replied to give higher priority
> to emails sent to very busy lists but it seems that it's not returning
> the results that I am expecting.
>
> $ notmuch search tag:unread AND from:lydia
>
Hi,
I'm trying to take advantage of the tag:replied to give higher priority
to emails sent to very busy lists but it seems that it's not returning
the results that I am expecting.
$ notmuch search tag:unread AND from:lydia
thread:0001a791 Today 17:20 [1/10] Lydia | Wael Nasreddine;
On Wed, 28 May 2014, Wael Nasreddine wael.nasredd...@gmail.com wrote:
I'm trying to take advantage of the tag:replied to give higher priority
to emails sent to very busy lists but it seems that it's not returning
the results that I am expecting.
$ notmuch search tag:unread AND from:lydia
On Tue, 27 May 2014, kototama kototama kotot...@gmail.com wrote:
Is it possible to display the thread with messages that have not the unread
tag collapsed ?
Currently the only options (AFAIK) are expanding all messages, expanding
messages matching the query and collapsing the rest, or
On Wed, 28 May 2014, David Bremner da...@tethera.net wrote:
I've tagged this as a wishlist bug / feature request for now, until
somebody has a chance to track down where exactly the issue is, and how
hard it would be to fix.
My quick guess is that gmime stops header processing at that point,
Mark Walters markwalters1...@gmail.com writes:
Currently notmuch-tag throws a wrong-type-argument stringp nil if
passed a nil query-string. Catch this and provide a more useful error
message. This fixes a case in notmuch-tree (if you try to tag when at
the end of the buffer).
pushed to
W. Trevor King wk...@tremily.us writes:
Avoid:
$ make HAVE_SPHINX=1 sphinx-html
python ./doc/mkdocdeps.py ./doc doc/_build doc/docdeps.mk
sphinx-build -b html -d doc/_build/doctrees -q ./doc doc/_build/html
Making output directory...
WARNING: html_static_path entry
Amadeusz Żołnowski aide...@aidecoe.name writes:
html_static_path is a kind of source directory and it was set to
destination directory (../html) which caused infinite recursion with
Sphinx 1.2 and above.
pushed to release and master.
d
___
notmuch
Felipe Contreras felipe.contre...@gmail.com writes:
In my system `pkg-config --libs talloc` returns
'Wl,-rpath,/usr/lib -ltalloc' (probably wrongly) which causes the final
LDFLAGS to be something like '-Wl,-rpath,/usr/lib
-Wl,-rpath,/opt/notmuch/lib', which causes the RUNPATH to be
David Bremner da...@tethera.net writes:
This might have worked once for some fixed order of including
makefiles, but it is clearly wrong now.
series pushed to master
d
___
notmuch mailing list
notmuch@notmuchmail.org
Jani Nikula j...@nikula.org writes:
My quick guess is that gmime stops header processing at that point, and
all the headers we require are after that invalid header.
I can confirm that. I adapted one of the example programs which comes
with gmime to read out the From header, and it indeed was
David Bremner da...@tethera.net writes:
At least in emacs24, this removes the site-lisp directories from the
load path in addition to enforcing --no-site-lisp --no-init-file.
that should say, --no-site-file. fixed in git.
d
___
notmuch mailing list
22 matches
Mail list logo