Re: [Patch v3 0/3] emacs: show: redesign unread/read logic

On Wed, May 07 2014, Mark Walters wrote: A message is marked read if: 1) if you navigate to a message using n/p (next/prev open message) 2) if you navigate to it using N/P (next/prev message) regardless of whether the message is open or closed. 3) if you go to it using

[PATCH v2] emacs/notmuch-mua: Generate improved cited text for replies

Use the message display code to generate message text to cite in replies. --- emacs/notmuch-mua.el | 38 -- 1 file changed, 8 insertions(+), 30 deletions(-) diff --git a/emacs/notmuch-mua.el b/emacs/notmuch-mua.el index 95e4a4d..09c922f 100644 ---

[PATCH v2] emacs: Improve the cited message included in replies

emacs: Improve the cited message included in replies v2: - Don't run the text/plain hooks when generating the message to quote. David Edmondson (1): emacs/notmuch-mua: Generate improved cited text for replies emacs/notmuch-mua.el | 38 -- 1 file changed,

Re: [Patch v3 0/3] emacs: show: redesign unread/read logic

On Thu, 08 May 2014, David Edmondson d...@dme.org wrote: On Wed, May 07 2014, Mark Walters wrote: A message is marked read if: 1) if you navigate to a message using n/p (next/prev open message) 2) if you navigate to it using N/P (next/prev message) regardless of whether the message is open

Re: Github?

On Thu, 08 May 2014, Wael Nasreddine wael.nasredd...@gmail.com wrote: Thank you so much for creating Notmuch, I am coming from sup and I was looking for a more stable alternative and I think I found what I am looking for :) Great, thanks for your interest in notmuch! I was a bit disappointed

Re: Github?

On Thu, 08 May 2014, Wael Nasreddine wael.nasredd...@gmail.com wrote: I forgot to mention that I also enabled Travis-CI for notmuch, you can access it here https://travis-ci.org/notmuch/notmuch, there are 33 failed tests, they are also failing on my own machine. Apparently the test suite does

Re: [PATCH v2] emacs: Add support for saved search accelerators

Hi This version looks good to me. The only slight query I have is which key to bind it to: Austin used g in notmuch-go and this uses j. Austin said on irc that he chose g because it wasn't bound and matched gmail's shortcut. Personally I like j (as it starts fewer words than g) and given that

Re: Github?

Hi, On Thu, May 08, 2014 at 09:40:45AM +0100, Eric wrote: On Thu, 08 May 2014 09:13:56 +0200, Jani Nikula j...@nikula.org wrote: On Thu, 08 May 2014, Wael Nasreddine wael.nasredd...@gmail.com wrote: [...] Any thoughts on moving to Github? http://mid.gmane.org/87wqea7c37@nikula.org

[PATCH] notmuch-dump: use fsync instead of fdatasync

Since the file size will have changed, there is no performance benefit to calling fdatasync. Somewhat surprisingly, using fdatasync apparently causes portability problems on FreeBSD. --- notmuch-dump.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/notmuch-dump.c

Re: pkg-config zlib check in 3c13bc

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 fdatasync() case too. I agree in principle, but I'm not sure

Re: [PATCH] lib: Precede all function names in notmuch-private.h with an underscore.

Charles Celerier ccel...@cs.stanford.edu writes: An underscore should precede every function name in lib/notmuch-private.h. Is this a reference to notmuch coding style document, or something else? This was not true and was noted by the failure of test T360-symbol-hiding on Mac OS/X. This

Re: [PATCH 2/5] configure, test: Added variables for paths to true and false.

Charles Celerier ccel...@cs.stanford.edu writes: The path to true may not be the same on all platforms (e.g. on Mac OS X it is /usr/bin/true), so the hard-coded path of /bin/true is not portable. This is resolved by adding a step to the configure script to locate the path of true and to use

Re: [PATCH v2 5/5] T360-symbol-hiding: Use nm instead of objdump.

Charles Celerier ccel...@cs.stanford.edu 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 $TEST_DIRECTORY/../lib/*.o | sed -n

Re: emacs reply fills X clipboard with reply message body

[ 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 with the body of the reply message, displacing whatever was in there previously. This

Re: [PATCH 2/5] configure, test: Added variables for paths to true and false.

David Bremner da...@tethera.net writes: Charles Celerier ccel...@cs.stanford.edu writes: The path to true may not be the same on all platforms (e.g. on Mac OS X it is /usr/bin/true), so the hard-coded path of /bin/true is not portable. This is resolved by adding a step to the configure

Re: [PATCH v2 5/5] T360-symbol-hiding: Use nm instead of objdump.

David Bremner da...@tethera.net writes: Charles Celerier ccel...@cs.stanford.edu 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 $TEST_DIRECTORY/../lib/*.o

Re: [PATCH] notmuch-dump: use fsync instead of fdatasync

On Thu, May 08 2014, David Bremner da...@tethera.net wrote: Since the file size will have changed, there is no performance benefit to calling fdatasync. Somewhat surprisingly, using fdatasync apparently causes portability problems on FreeBSD. --- Well, this is easy to review! LGTM. Tomi

Re: emacs reply fills X clipboard with reply message body

On Thu, May 08 2014, David Edmondson d...@dme.org 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 with the body of the reply

Re: Github?

Hi everyone, 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): - Revert my changes

Re: Github?

On Thu, May 8, 2014 at 12:54 PM, Wael Nasreddine wael.nasredd...@gmail.comwrote: Hi everyone, 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

Re: Github?

On Thu, May 08, 2014 at 07:54:38PM +, Wael Nasreddine wrote: - Revert my changes (except for the CI) I'd revert all the changes and submit them upstream, so the GitHub repository is an exact mirror of http://git.notmuchmail.org/git/notmuch. A Travis-CI file is Travis-specific, not

Re: Github?

Hi, Disclaimer: I'm not a developer, just a user who follows the list. 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 wael.nasredd...@gmail.comwrote: Hi everyone, I didn't see the previous email about it, thank you

Re: Github?

Wael M. Nasreddine wrote: Can you guys at least consider splitting contrib/ and bindings/ into their own repo? It don't think that's such a good idea. One of the reasons Notmuch and other projects like the Linux kernel have everything under one tree is that changes in the API can be done across

Re: Github?

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 wael.nasredd...@gmail.comwrote: [...] Can you guys at least consider splitting contrib/ and bindings/ into their

Re: Github?

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 wael.nasredd...@gmail.comwrote: [...] Can you guys

Re: [PATCH v2 5/5] T360-symbol-hiding: Use nm instead of objdump.

Charles Celerier ccel...@cs.stanford.edu writes: David Bremner da...@tethera.net writes: Charles Celerier ccel...@cs.stanford.edu writes: test_begin_subtest 'comparing existing to exported symbols' -objdump -t $TEST_DIRECTORY/../lib/*.o | awk '$4 == .text $6 ~ ^notmuch {print $6}' | sort

Re: [PATCH 2/5] configure, test: Added variables for paths to true and false.

Charles Celerier ccel...@cs.stanford.edu 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

Submodules for language bindings (was: Github?)

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 guidelines for ruby-gems. I think this is one argument argument in favor of

Re: Github?

Wael Nasreddine wael.nasredd...@gmail.com 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

Re: Submodules for language bindings (was: Github?)

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 guidelines

Re: Github?

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

Re: Github?

David Bremner da...@tethera.net writes: Wael Nasreddine wael.nasredd...@gmail.com 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

Re: emacs reply fills X clipboard with reply message body

Jameson Graef Rollins jroll...@finestructure.net writes: On Thu, May 08 2014, David Edmondson d...@dme.org 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,

Re: Submodules for language bindings (was: Github?)

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 package the ruby bindings, and notmuch-vim. The only thing preventing me now

Re: Github?

On Thu, May 08, 2014 at 11:18:23PM +, Wael Nasreddine wrote: 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

Re: Github?

I understand. Maybe we should convert the current Github to a real mirror, mirroring all the branches and tags as is and a) add .Travis.yml upstream or b) maintain a separate fork (maybe under my own profile) for Travis integration Would you be willing to add Travis.yml upstream? In any case,

[PATCH v4 0/2] emacs: show: redesign unread/read logic

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 existing logic. This version marks the current

[PATCH v4 2/2] emacs: show: add an update seen function to post-command-hook

Add a function for updating seen messages to the post-command-hook. This function calls a customizable (by eg defcustom) function with parameters the start and end of the current window and that function can decide what to mark read based on that and the current point. Since this is in the

Re: [PATCH v2 5/5] T360-symbol-hiding: Use nm instead of objdump.

David Bremner da...@tethera.net writes: Charles Celerier ccel...@cs.stanford.edu writes: Here is some of output of the matches made on the output of nm: $ nm -g test/../lib/*.o | sed -n '/.*\s\+T\s\+_\(notmuch_.*\)/p' 28c0 T _notmuch_database_add_message

Re: Github?

On Fri, May 09, 2014 at 12:13:51AM +, Wael Nasreddine wrote: I understand. Maybe we should convert the current Github to a real mirror, mirroring all the branches and tags as is and a) add .Travis.yml upstream or b) maintain a separate fork (maybe under my own profile) for Travis

Re: Github?

Wael Nasreddine wrote: 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 :) I

Re: Github?

W. Trevor King wrote: On Thu, May 08, 2014 at 11:18:23PM +, Wael Nasreddine wrote: 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

Re: Github?

Wael Nasreddine wrote: Would you be willing to add Travis.yml upstream? I would. After all we have packaging stuff which are not strictly part of notmuch. -- Felipe Contreras ___ notmuch mailing list notmuch@notmuchmail.org

Re: Github?

Actually you can't have the .Travis.yml file in a separate branch, Travis require it present in the context that it is testing (commits to all branches) On Thursday, May 8, 2014 7:53:52 PM, Felipe Contreras felipe.contre...@gmail.com wrote: W. Trevor King wrote: On Thu, May 08, 2014 at

Re: Github?

guyzmo wrote: do you know about git submodules? It's actually there to be able to track changes on remote repositories that are closely related, while keeping a sane separation. Git sumobules are more like a hack than an integral part of Git. I personally avoid them like the plague.

Re: Github?

On Thu, May 08, 2014 at 09:43:01PM -0500, Felipe Contreras wrote: W. Trevor King wrote: I don't think merge conflicts are the problem here. If the GitHub mirror claims to be a mirror but adds an additional commit B… That wouldn't be a problem if HEAD didn't point to 'master' but to

Re: Github?

Wael Nasreddine wrote: Actually you can't have the .Travis.yml file in a separate branch, Travis require it present in the context that it is testing (commits to all branches) Yes, so? The 'travis-ci' branch can merge from upstream, and then upstream would be tested. -- Felipe Contreras

Re: Github?

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 the

Re: Github?

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 the main repo [1] without adding new ones. I

[PATCH] devel: make man-to-mdwn.pl to work with generated manual pages

The new manual pages converted from rst using sphinx or rst2man has somewhat different syntax. man-to-mdwn.pl is now adjusted to produce even better output from this syntax (a bug ot two was fixed along the adjustents done). This tool still produces better results than just using the html pages

Github?

to grant you admin rights of the notmuch Github organisation. Thanks, Wael -- next part -- An HTML attachment was scrubbed... URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20140508/14a8cf54/attachment.html>

Github?

vs, if you'd like to explore the Github option more I'd be > happy to grant you admin rights of the notmuch Github organisation. > > Thanks, > > Wael > -- next part -- An HTML attachment was scrubbed... URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20140508/c2f868ab/attachment.html>

[Patch v3 0/3] emacs: show: redesign unread/read logic

e interested to see if I can get the behaviour you would > like from this infrastructure (or something similar). > > Best wishes > > Mark -- 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/20140508/b98770c1/attachment-0001.pgp>

[PATCH v2] emacs/notmuch-mua: Generate improved cited text for replies

Use the message display code to generate message text to cite in replies. --- emacs/notmuch-mua.el | 38 -- 1 file changed, 8 insertions(+), 30 deletions(-) diff --git a/emacs/notmuch-mua.el b/emacs/notmuch-mua.el index 95e4a4d..09c922f 100644 ---

[PATCH v2] emacs: Improve the cited message included in replies

emacs: Improve the cited message included in replies v2: - Don't run the text/plain hooks when generating the message to quote. David Edmondson (1): emacs/notmuch-mua: Generate improved cited text for replies emacs/notmuch-mua.el | 38 -- 1 file changed,

[Patch v3 0/3] emacs: show: redesign unread/read logic

On Thu, 08 May 2014, David Edmondson wrote: > On Wed, May 07 2014, Mark Walters wrote: >> A message is marked read if: >> >> 1) if you navigate to a message using n/p (next/prev open message) >> >> 2) if you navigate to it using N/P (next/prev message) regardless of >> whether the message is

Github?

On Thu, 08 May 2014, Wael Nasreddine wrote: > I forgot to mention that I also enabled Travis-CI for notmuch, you can > access it here , there are 33 failed > tests, they are also failing on my own machine. Apparently the test suite does not handle missing

[Patch v3 0/3] emacs: show: redesign unread/read logic

broken. -- 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/20140508/1544bc7b/attachment.pgp>

Github?

On Thu, 08 May 2014 09:13:56 +0200, Jani Nikula wrote: > On Thu, 08 May 2014, Wael Nasreddine wrote: >> Thank you so much for creating Notmuch, I am coming from sup and I was >> looking for a more stable alternative and I think I found what I am looking >> for :) > > Great, thanks for your

[PATCH v2] emacs: Add support for saved search accelerators

Hi This version looks good to me. The only slight query I have is which key to bind it to: Austin used g in notmuch-go and this uses j. Austin said on irc that he chose g because it wasn't bound and matched gmail's shortcut. Personally I like j (as it starts fewer words than g) and given that

Github?

Hi, On Thu, May 08, 2014 at 09:40:45AM +0100, Eric wrote: > On Thu, 08 May 2014 09:13:56 +0200, Jani Nikula wrote: > > On Thu, 08 May 2014, Wael Nasreddine wrote: [...] > >> Any thoughts on moving to Github? > > http://mid.gmane.org/87wqea7c37.fsf at nikula.org > Exactly! it feels like there's

[PATCH] notmuch-dump: use fsync instead of fdatasync

Since the file size will have changed, there is no performance benefit to calling fdatasync. Somewhat surprisingly, using fdatasync apparently causes portability problems on FreeBSD. --- notmuch-dump.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/notmuch-dump.c

pkg-config zlib check in 3c13bc

Tomi Ollila 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 fdatasync() > case too. > I agree in principle, but I'm not sure it's

[PATCH] lib: Precede all function names in notmuch-private.h with an underscore.

Charles Celerier writes: > An underscore should precede every function name in > lib/notmuch-private.h. Is this a reference to notmuch coding style document, or something else? > This was not true and was noted by the failure of test > T360-symbol-hiding on Mac OS/X. This patch inserts an

[PATCH 2/5] configure, test: Added variables for paths to true and false.

Charles Celerier writes: > The path to true may not be the same on all platforms (e.g. on Mac OS X > it is /usr/bin/true), so the hard-coded path of /bin/true is not > portable. This is resolved by adding a step to the configure script to > locate the path of true and to use the TRUE variable

[PATCH v2 5/5] T360-symbol-hiding: Use nm instead of objdump.

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 $TEST_DIRECTORY/../lib/*.o | sed -n > 's/.*\s\+T\s\+_\(notmuch_.*\)/\1/p' | sort

emacs reply fills X clipboard with reply message body

reviously. This doesn't happen to me today. Is it still a problem for other people? -- 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/attachme

[PATCH 2/5] configure, test: Added variables for paths to true and false.

... Name: not available Type: application/pgp-signature Size: 494 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20140508/81bd4240/attachment.pgp>

[PATCH v2 5/5] T360-symbol-hiding: Use nm instead of objdump.

atabase_destroy 2300 T _notmuch_database_end_atomic ... chuck -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 494 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20140508/6a7b36c4/attachment.pgp>

[PATCH] notmuch-dump: use fsync instead of fdatasync

On Thu, May 08 2014, David Bremner wrote: > Since the file size will have changed, there is no performance benefit > to calling fdatasync. Somewhat surprisingly, using fdatasync > apparently causes portability problems on FreeBSD. > --- Well, this is easy to review! LGTM. Tomi >

emacs reply fills X clipboard with reply message body

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/20140508/cf9e3a5f/attachment.pgp>

Github?

n github"... Even though they should > understand that this is github that has a design flaw not being able to > track forks coming from outside of github, or getting out of github. > > my 2 cents, > > -- > Guyzmo > ___ > notmuch mailing list > notmuch at notmuchmail.org > http://notmuchmail.org/mailman/listinfo/notmuch > -- next part -- An HTML attachment was scrubbed... URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20140508/485c2d47/attachment.html>

Github?

hat this is github that has a design flaw not being able to >> track forks coming from outside of github, or getting out of github. >> >> my 2 cents, >> >> -- >> Guyzmo >> ___ >> notmuch mailing list >> notmuch at notmuchmail.org >> http://notmuchmail.org/mailman/listinfo/notmuch >> > -- Wael Nasreddine | Software Engineer | wael.nasreddine at gmail.com | (650) 735-1773 -- next part -- An HTML attachment was scrubbed... URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20140508/c1421553/attachment.html>

Github?

ipermail/notmuch/attachments/20140508/2e1e6368/attachment.pgp>

Github?

Hi, Disclaimer: I'm not a developer, just a user who follows the list. 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: > > > Hi everyone, > > > > I didn't see the previous email about it, thank you Jani for the

Github?

Wael M. Nasreddine wrote: > Can you guys at least consider splitting contrib/ and bindings/ into > their own repo? It don't think that's such a good idea. One of the reasons Notmuch and other projects like the Linux kernel have everything under one tree is that changes in the API can be done

Submodules for language bindings (was: Github?)

tion, see http://en.wikipedia.org/wiki/Pretty_Good_Privacy -- next 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/attachme

Submodules for language bindings (was: Github?)

d with GnuPG (http://www.gnupg.org). For more information, see http://en.wikipedia.org/wiki/Pretty_Good_Privacy -- next 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/20140508/b84fc3fa/attachment.pgp>

Github?

URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20140508/d9734944/attachment-0001.pgp>

Github?

n/pgp-signature Size: 836 bytes Desc: OpenPGP digital signature URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20140508/ecf5baf4/attachment.pgp>

Github?

Wael Nasreddine wrote: > 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

Github?

W. Trevor King wrote: > On Thu, May 08, 2014 at 11:18:23PM +, Wael Nasreddine wrote: > > 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

Github?

Wael Nasreddine wrote: > Would you be willing to add Travis.yml upstream? I would. After all we have packaging stuff which are not strictly part of notmuch. -- Felipe Contreras

Github?

guyzmo wrote: > do you know about git submodules? It's actually there to be able to > track changes on remote repositories that are closely related, > while keeping a sane separation. Git sumobules are more like a hack than an integral part of Git. I personally avoid them like the plague.

Github?

ure URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20140508/ec773ffa/attachment.pgp>

Github?

Wael Nasreddine wrote: > Actually you can't have the .Travis.yml file in a separate branch, > Travis require it present in the context that it is testing (commits > to all branches) Yes, so? The 'travis-ci' branch can merge from upstream, and then upstream would be tested. -- Felipe Contreras