Sebastian Fischmeister sfisc...@uwaterloo.ca writes:
Is there a possibility to log all tagging actions done in notmuch?
I use a shell wrapper around notmuch to get this:
#! /bin/sh
emacs: Allow saving of threads and messages
Similar to the pipe (|) support, allow saving of threads and messages.
David Edmondson (3):
emacs: Fix indentation.
emacs: Minor re-work of `notmuch-show-pipe-message'
emacs: Add `notmuch-show-save-message' to save messages
Stylistic only - no functional change.
---
emacs/notmuch-show.el | 59 +--
1 file changed, 29 insertions(+), 30 deletions(-)
diff --git a/emacs/notmuch-show.el b/emacs/notmuch-show.el
index 2ed221a..62c0be6 100644
--- a/emacs/notmuch-show.el
+++
Following `notmuch-show-pipe-message', add a binding 'S' to save
either the current or all open messages, depending on prefix argument.
---
emacs/notmuch-show.el | 24 +++-
1 file changed, 23 insertions(+), 1 deletion(-)
diff --git a/emacs/notmuch-show.el
On Fri, May 09 2014, Mark Walters wrote:
This is v4 of this set. v3 is at
id:139593-13297-1-git-send-email-markwalters1...@gmail.com
David (dme) was not keen on the logic in the previous patch so I have
tried to make it rather more customisable and made this version much
closer to the
On Fri, May 09 2014, Istvan Marko notm...@kismala.com wrote:
Sebastian Fischmeister sfisc...@uwaterloo.ca writes:
Is there a possibility to log all tagging actions done in notmuch?
I use a shell wrapper around notmuch to get this:
#! /bin/sh
echo notmuch $@ $HOME/logs/notmuch.log
On Fri, 09 May 2014, David Edmondson d...@dme.org wrote:
On Fri, May 09 2014, Mark Walters wrote:
This is v4 of this set. v3 is at
id:139593-13297-1-git-send-email-markwalters1...@gmail.com
David (dme) was not keen on the logic in the previous patch so I have
tried to make it rather
Hi Trevor,
On Thu, May 08, 2014 at 04:35:30PM -0700, W. Trevor King wrote:
On Fri, May 09, 2014 at 12:45:27AM +0200, Suvayu Ali wrote:
On Thu, May 08, 2014 at 03:29:31PM -0700, W. Trevor King wrote:
On Fri, May 09, 2014 at 12:00:46AM +0200, Suvayu Ali wrote:
One of my TODOs is to also
Hi
I think the functionality is well worth having (| cat - a-file is
ugly!). However, I am not sure about this approach.
The first two patches are fine, although I think I like constructing a
query then quoting rather than quoting bits of a query and bolting them
together (even the both work).
Hi,
Wael Nasreddine wael.nasredd...@gmail.com writes:
I was a bit disappointed that the project is not living (or at least
mirrored) to Github, it would have made my search much easier.
How GitHub would help with this? I believe that most of search engines
reach Notmuch home page.
GitHub is
Amadeusz Żołnowski wrote:
The same goes for Travis. There's already a build bot. Why bother
with Travis?
I've never seen any buildbot results. TravisCI's interface is just
simple and easy. And all it requires is one file.
--
Felipe Contreras
___
Suvayu Ali wrote:
You have a point, however I would still disagree. You seem to use
Gentoo, and I think what you say works better for Gentoo because it is
a source distribution. For binary distributions, this is a bit harder
(and limiting).
No, it's not harder.
To explain my point with
On Fri, May 09, 2014 at 07:40:27AM -0500, Felipe Contreras wrote:
Suvayu Ali wrote:
To explain my point with RPM specifics, if I were to
use separate spec files, python-notmuch would have:
Requires: notmuch = version-string
As you can see this only allows for tracking dependency
On Fri, May 09 2014, Mark Walters wrote:
Just to confirm: you can get your desired behaviour by writing an
alternative `notmuch-show-mark-read-function'?
Yes I can confirm that. So if this went in I can get the behaviour of
the earlier series without needing to patch notmuch.
We can decide
Suvayu Ali wrote:
On Fri, May 09, 2014 at 07:40:27AM -0500, Felipe Contreras wrote:
Suvayu Ali wrote:
To explain my point with RPM specifics, if I were to
use separate spec files, python-notmuch would have:
Requires: notmuch = version-string
As you can see this only
On Fri, May 09 2014, Mark Walters wrote:
The first two patches are fine, although I think I like constructing a
query then quoting rather than quoting bits of a query and bolting them
together (even the both work).
Agreed. I've no idea what I was thinking.
My concern is that the current
---
.travis.yml | 10 ++
1 file changed, 10 insertions(+)
create mode 100644 .travis.yml
diff --git a/.travis.yml b/.travis.yml
new file mode 100644
index 000..8d92cdc
--- /dev/null
+++ b/.travis.yml
@@ -0,0 +1,10 @@
+language: c
+before_install:
+ - sudo apt-get update -qq
+ -
Wael M. Nasreddine wrote:
---
.travis.yml | 10 ++
1 file changed, 10 insertions(+)
create mode 100644 .travis.yml
diff --git a/.travis.yml b/.travis.yml
new file mode 100644
index 000..8d92cdc
--- /dev/null
+++ b/.travis.yml
@@ -0,0 +1,10 @@
+language: c
On Travis Zlib is old and notmuch configure script exits with a failure,
please see the Travis build #1
On Friday, May 9, 2014 7:52:44 AM, Felipe Contreras
felipe.contre...@gmail.com wrote:
Wael M. Nasreddine wrote:
---
.travis.yml | 10 ++
1 file changed, 10 insertions(+)
On Fri, May 09 2014, Wael M. Nasreddine wael.nasredd...@gmail.com wrote:
---
Could this work so, that there is separate repo whete .travis.yml resides
and notmuch is there as a git submodule ?
To my eyes this approach looks pretty intrusive: the repository root
directory is polluted with
Wael Nasreddine wrote:
On Travis Zlib is old and notmuch configure script exits with a
failure, please see the Travis build #1
Please do not top-post.
I had to manually find the build. In case anybody wants to check it out:
https://travis-ci.org/notmuch/notmuch/builds
--
Felipe Contreras
On Fri, May 9, 2014 at 8:16 AM, Tomi Ollila tomi.oll...@iki.fi wrote:
On Fri, May 09 2014, Wael M. Nasreddine wael.nasredd...@gmail.com wrote:
---
Could this work so, that there is separate repo whete .travis.yml resides
and notmuch is there as a git submodule ?
To my eyes this approach
This adds a function that marks messages unread if they are seen
that is a user configurable amount of them has been visible in the
buffer.
To use set notmuch-show-mark-read-function to #'notmuch-show-do-seen
---
This adds the functionality to do my previous mark unread logic (see
On Fri, May 9, 2014 at 8:24 AM, Felipe Contreras
felipe.contre...@gmail.com wrote:
Wael Nasreddine wrote:
On Travis Zlib is old and notmuch configure script exits with a
failure, please see the Travis build #1
Please do not top-post.
Apologies for that, I was dropping off my son at school
On Fri, May 09 2014, Mark Walters wrote:
To use set notmuch-show-mark-read-function to #'notmuch-show-do-seen
I haven't test this function, but I'd expect it to be an option when
manipulating `notmuch-show-mark-read-function' using custom.
___
notmuch
On Fri, May 09, 2014 at 02:59:02PM +, Wael Nasreddine wrote:
On Travis Zlib is old and notmuch configure script exits with a
failure, please see the Travis build #1
I'm just dropping a cross-link to the recent old-zlib discussion here
[1].
Cheers,
Trevor
[1]:
Wael M. Nasreddine wrote:
On Fri, May 9, 2014 at 8:24 AM, Felipe Contreras
felipe.contre...@gmail.com wrote:
I had to manually find the build. In case anybody wants to check it out:
https://travis-ci.org/notmuch/notmuch/builds
To be specific it's build #2 you see the error right here
On Fri, May 9, 2014 at 9:35 AM, Felipe Contreras felipe.contre...@gmail.com
wrote:
Wael M. Nasreddine wrote:
On Fri, May 9, 2014 at 8:24 AM, Felipe Contreras
felipe.contre...@gmail.com wrote:
I had to manually find the build. In case anybody wants to check it
out:
On Sat, May 03 2014, dm-list-email-notm...@scs.stanford.edu wrote:
First, are there people out there who do not use a collection of maildir
directories, with all mail in cur and new?
o/ I completely abandoned the usage of separate mail folders since I
started using notmuch. All my mail now
On Thu, May 08 2014, David Bremner da...@tethera.net wrote:
Tomi Ollila tomi.oll...@iki.fi writes:
But, I'd like suggest alternate option to create a test c program
and test whether it compiles (analogous to what there is already
done with many other checks) -- this same would apply to
On 05/09/2014 11:19 AM, Wael M. Nasreddine wrote:
---
.travis.yml | 10 ++
1 file changed, 10 insertions(+)
create mode 100644 .travis.yml
diff --git a/.travis.yml b/.travis.yml
new file mode 100644
index 000..8d92cdc
--- /dev/null
+++ b/.travis.yml
@@ -0,0 +1,10 @@
Tomi Ollila tomi.oll...@iki.fi writes:
Actually my suggestion would be that if that pkg-config line for
zlib does not work (btw why does it not work)
I guess because FreeBSD (and maybe other systems) have a distinction
between the base system and add on packages and pkg-config only
works
Felipe Contreras felipe.contre...@gmail.com writes:
Amadeusz Żołnowski wrote:
The same goes for Travis. There's already a build bot. Why bother
with Travis?
I've never seen any buildbot results. TravisCI's interface is just
simple and easy. And all it requires is one file.
Not to take a
On Sat, May 10, 2014 at 09:46:00AM +0900, David Bremner wrote:
int main(void)
{
return(ZLIB_VERNUM = 0x1252);
}
OK, that sounds like it could work. Ideally, somebody on FreeBSD could
check...
d
Such check will work on FreeBSD, and would be great!
As a side note, is there any
Xīcò x...@atelo.org writes:
On Sat, May 10, 2014 at 09:46:00AM +0900, David Bremner wrote:
int main(void)
{
return(ZLIB_VERNUM = 0x1252);
}
OK, that sounds like it could work. Ideally, somebody on FreeBSD could
check...
d
Such check will work on FreeBSD, and would be great!
David Bremner wrote:
Xīcò x...@atelo.org writes:
As a side note, is there any rationale for the hand-made configure? Not
that I am a big fan of autoconf/cmake/whatever either...
Carl Worth had a lot of (negative) experience with autoconf when he
started the project, which motivated him to
On Fri, May 9, 2014 at 6:21 PM, David Bremner da...@tethera.net wrote:
Felipe Contreras felipe.contre...@gmail.com writes:
Amadeusz Żołnowski wrote:
The same goes for Travis. There's already a build bot. Why bother
with Travis?
I've never seen any buildbot results. TravisCI's interface is
Added the fallback check for zlib. Tested on FreeBSD stable/10.
C test checks for major zlib compatibility (see zlib doc/examples).
Xīcò (1):
Fallback check for zlib.
compat/have_zlib.c | 6 ++
configure | 21 -
2 files changed, 22 insertions(+), 5
---
compat/have_zlib.c | 6 ++
configure | 21 -
2 files changed, 22 insertions(+), 5 deletions(-)
create mode 100644 compat/have_zlib.c
diff --git a/compat/have_zlib.c b/compat/have_zlib.c
new file mode 100644
index 000..998c697
--- /dev/null
+++
On Thu, May 08, 2014 at 10:30:19PM +0200, Suvayu Ali wrote:
> On Thu, May 08, 2014 at 01:14:51PM -0700, Wael M. Nasreddine wrote:
> > On Thu, May 8, 2014 at 12:54 PM, Wael Nasreddine
> > wrote:
[...]
> > Can you guys at least consider splitting contrib/ and bindings/ into their
> > own repo? It
On Thu, May 08, 2014 at 11:21:00PM +0200, guyzmo wrote:
> On Thu, May 08, 2014 at 10:30:19PM +0200, Suvayu Ali wrote:
> > On Thu, May 08, 2014 at 01:14:51PM -0700, Wael M. Nasreddine wrote:
> > > On Thu, May 8, 2014 at 12:54 PM, Wael Nasreddine
> > > wrote:
> [...]
> > > Can you guys at least
Charles Celerier writes:
> David Bremner writes:
>
>> Charles Celerier writes:
>>> test_begin_subtest 'comparing existing to exported symbols'
>>> -objdump -t $TEST_DIRECTORY/../lib/*.o | awk '$4 == ".text" && $6 ~
>>> "^notmuch" {print $6}' | sort | uniq > ACTUAL
>>> +nm -g
Charles Celerier writes:
> I will be the first too admit that I do not know much about configure
> scripts, but adding a TRUE variable seemed straightforward.
configure is already big enough, I'd prefer not to add new things unless
they are needed. This is not likely to be something the user
Wael Nasreddine writes:
> I didn't see the previous email about it, thank you Jani for the link. It
> looks like you guys have your hands full and everything setup the way you
> like it, so here's what I'll do myself (if it's acceptable with you,
> otherwise I'll just remove everything):
>
> -
On Thu, May 08, 2014 at 03:29:31PM -0700, W. Trevor King wrote:
> On Fri, May 09, 2014 at 12:00:46AM +0200, Suvayu Ali wrote:
> > One of my TODOs is to also package the ruby bindings, and
> > notmuch-vim. The only thing preventing me now is my unfamiliarty
> > with ruby, and Fedora packaging
Well like I said in my first email, if you guys are interested in owning
and maintaining the GitHub repo it is yours, besides I have not done
anything with the history I only added one commit which will never conflict
with upstream unless you add a .Travis.yml file :)
On Thursday, May 8, 2014
too much to entrust to
somebody we just "met".
d
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 647 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20140509/7d713f07/attachment.pgp>
Jameson Graef Rollins writes:
> On Thu, May 08 2014, David Edmondson wrote:
>> [ I'm cycling around back through some old mail. ]
>>
>> On Tue, Sep 17 2013, Jameson Graef Rollins wrote:
>>> I've just started noticing that when I reply to messages from the emacs
>>> UI, my X clipboard is filled
/wiki/Pretty_Good_Privacy
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20140509/89808ba7/attachment.html>
This is v4 of this set. v3 is at
id:139593-13297-1-git-send-email-markwalters1009 at gmail.com
David (dme) was not keen on the logic in the previous patch so I have
tried to make it rather more customisable and made this version much
closer to the existing logic.
This version marks the
ications was called something else, like
> 'travis-ci'.
>
> --
> Felipe Contreras
-- next part --
An HTML attachment was scrubbed...
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20140509/a6838aa3/attachment.html>
On Thu, May 08, 2014 at 08:01:56PM -0700, W. Trevor King wrote:
> Agreed. The only problem I'd have is that you'd want to say that the
> GitHub repo was a mirror, since the primary repo would still be
> git://notmuchmail.org/git/notmuch. If it's a mirror, I think it
> should mirror all refs on
Sebastian Fischmeister writes:
> Is there a possibility to log all tagging actions done in notmuch?
I use a shell wrapper around notmuch to get this:
#! /bin/sh
Stylistic only - no functional change.
---
emacs/notmuch-show.el | 59 +--
1 file changed, 29 insertions(+), 30 deletions(-)
diff --git a/emacs/notmuch-show.el b/emacs/notmuch-show.el
index 2ed221a..62c0be6 100644
--- a/emacs/notmuch-show.el
+++
emacs: Allow saving of threads and messages
Similar to the pipe (|) support, allow saving of threads and messages.
David Edmondson (3):
emacs: Fix indentation.
emacs: Minor re-work of `notmuch-show-pipe-message'
emacs: Add `notmuch-show-save-message' to save messages
Following `notmuch-show-pipe-message', add a binding 'S' to save
either the current or all open messages, depending on prefix argument.
---
emacs/notmuch-show.el | 24 +++-
1 file changed, 23 insertions(+), 1 deletion(-)
diff --git a/emacs/notmuch-show.el
your desired behaviour by writing an
alternative `notmuch-show-mark-read-function'?
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 310 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20140509/84a15507/attachment.pgp>
On Fri, May 09 2014, Istvan Marko wrote:
> Sebastian Fischmeister writes:
>
>> Is there a possibility to log all tagging actions done in notmuch?
>
> I use a shell wrapper around notmuch to get this:
>
> #! /bin/sh
> echo "notmuch $@" >>$HOME/logs/notmuch.log
> /usr/local/bin/notmuch "$@"
You
On Fri, 09 May 2014, David Edmondson wrote:
> On Fri, May 09 2014, Mark Walters wrote:
>> This is v4 of this set. v3 is at
>> id:139593-13297-1-git-send-email-markwalters1009 at gmail.com
>>
>> David (dme) was not keen on the logic in the previous patch so I have
>> tried to make it rather
Hi Trevor,
On Thu, May 08, 2014 at 04:35:30PM -0700, W. Trevor King wrote:
> On Fri, May 09, 2014 at 12:45:27AM +0200, Suvayu Ali wrote:
> > On Thu, May 08, 2014 at 03:29:31PM -0700, W. Trevor King wrote:
> > > On Fri, May 09, 2014 at 12:00:46AM +0200, Suvayu Ali wrote:
> > > > One of my TODOs is
Hi
I think the functionality is well worth having ("|" cat - > a-file is
ugly!). However, I am not sure about this approach.
The first two patches are fine, although I think I like constructing a
query then quoting rather than quoting bits of a query and bolting them
together (even the both
n-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 489 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20140509/3157ffb4/attachment.pgp>
Amadeusz ?o?nowski wrote:
> The same goes for Travis. There's already a build bot. Why bother
> with Travis?
I've never seen any buildbot results. TravisCI's interface is just
simple and easy. And all it requires is one file.
--
Felipe Contreras
Suvayu Ali wrote:
> You have a point, however I would still disagree. You seem to use
> Gentoo, and I think what you say works better for Gentoo because it is
> a source distribution. For binary distributions, this is a bit harder
> (and limiting).
No, it's not harder.
> To explain my point
On Fri, May 09, 2014 at 07:40:27AM -0500, Felipe Contreras wrote:
> Suvayu Ali wrote:
>
> > To explain my point with RPM specifics, if I were to
> > use separate spec files, python-notmuch would have:
> >
> > Requires: notmuch >=
> >
> > As you can see this only allows for tracking
how they
would like it to behave.
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 310 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20140509/07794693/attachment.pgp>
Suvayu Ali wrote:
> On Fri, May 09, 2014 at 07:40:27AM -0500, Felipe Contreras wrote:
> > Suvayu Ali wrote:
> >
> > > To explain my point with RPM specifics, if I were to
> > > use separate spec files, python-notmuch would have:
> > >
> > > Requires: notmuch >=
> > >
> > > As you can see
s
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20140509/c9427931/attachment.pgp>
---
.travis.yml | 10 ++
1 file changed, 10 insertions(+)
create mode 100644 .travis.yml
diff --git a/.travis.yml b/.travis.yml
new file mode 100644
index 000..8d92cdc
--- /dev/null
+++ b/.travis.yml
@@ -0,0 +1,10 @@
+language: c
+before_install:
+ - sudo apt-get update -qq
+ -
Wael M. Nasreddine wrote:
> ---
> .travis.yml | 10 ++
> 1 file changed, 10 insertions(+)
> create mode 100644 .travis.yml
>
> diff --git a/.travis.yml b/.travis.yml
> new file mode 100644
> index 000..8d92cdc
> --- /dev/null
> +++ b/.travis.yml
> @@ -0,0 +1,10 @@
> +language: c
>
n-sphinx
> > +
> > +script: make test
>
> --
> Felipe Contreras
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20140509/4e359687/attachment.html>
On Fri, May 09 2014, "Wael M. Nasreddine" wrote:
> ---
Could this work so, that there is separate repo whete .travis.yml resides
and notmuch is there as a git submodule ?
To my eyes this approach looks pretty intrusive: the repository root
directory is polluted with specific .travis.yml file
Wael Nasreddine wrote:
> On Travis Zlib is old and notmuch configure script exits with a
> failure, please see the Travis build #1
Please do not top-post.
I had to manually find the build. In case anybody wants to check it out:
https://travis-ci.org/notmuch/notmuch/builds
--
Felipe Contreras
On Fri, May 9, 2014 at 8:16 AM, Tomi Ollila wrote:
> On Fri, May 09 2014, "Wael M. Nasreddine"
> wrote:
>
>> ---
>
> Could this work so, that there is separate repo whete .travis.yml resides
> and notmuch is there as a git submodule ?
>
> To my eyes this approach looks pretty intrusive: the
t part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: OpenPGP digital signature
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20140509/c83677d9/attachment.pgp>
Wael M. Nasreddine wrote:
> On Fri, May 9, 2014 at 8:24 AM, Felipe Contreras
> wrote:
> > I had to manually find the build. In case anybody wants to check it out:
> >
> > https://travis-ci.org/notmuch/notmuch/builds
>
> To be specific it's build #2 you see the error right here
>
was scrubbed...
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20140509/7b0478cf/attachment-0001.html>
bout such things (thank
god!).
jamie.
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 818 bytes
Desc: not available
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20140509/868729c7/attachment.pgp>
--dkg
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 1010 bytes
Desc: OpenPGP digital signature
URL:
<http://notmuchmail.org/pipermail/notmuch/attachments/20140509/6d480033/attachment.pgp>
On Sat, May 10, 2014 at 09:46:00AM +0900, David Bremner wrote:
> > int main(void)
> > {
> > return(ZLIB_VERNUM >= 0x1252);
> > }
>
> OK, that sounds like it could work. Ideally, somebody on FreeBSD could
> check...
>
> d
Such check will work on FreeBSD, and would be great!
As a side note,
On Fri, May 9, 2014 at 6:21 PM, David Bremner wrote:
> Felipe Contreras writes:
>
>> Amadeusz ?o?nowski wrote:
>>> The same goes for Travis. There's already a build bot. Why bother
>>> with Travis?
>>
>> I've never seen any buildbot results. TravisCI's interface is just
>> simple and easy. And
Added the fallback check for zlib. Tested on FreeBSD stable/10.
C test checks for major zlib compatibility (see zlib doc/examples).
X?c? (1):
Fallback check for zlib.
compat/have_zlib.c | 6 ++
configure | 21 -
2 files changed, 22 insertions(+), 5
---
compat/have_zlib.c | 6 ++
configure | 21 -
2 files changed, 22 insertions(+), 5 deletions(-)
create mode 100644 compat/have_zlib.c
diff --git a/compat/have_zlib.c b/compat/have_zlib.c
new file mode 100644
index 000..998c697
--- /dev/null
+++
83 matches
Mail list logo
